From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 00:29:53 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 228DD106564A for ; Sun, 23 Mar 2008 00:29:53 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from fupp.net (totem.fix.no [80.91.36.20]) by mx1.freebsd.org (Postfix) with ESMTP id D9FAB8FC18 for ; Sun, 23 Mar 2008 00:29:52 +0000 (UTC) (envelope-from anders@FreeBSD.org) Received: from localhost (totem.fix.no [80.91.36.20]) by fupp.net (Postfix) with ESMTP id 8290B8DAA30; Sun, 23 Mar 2008 01:07:08 +0100 (CET) Received: from fupp.net ([80.91.36.20]) by localhost (totem.fix.no [80.91.36.20]) (amavisd-new, port 10024) with LMTP id sKuX3wv0Ddw3; Sun, 23 Mar 2008 01:07:08 +0100 (CET) Received: by fupp.net (Postfix, from userid 1000) id 177AC8DAA2F; Sun, 23 Mar 2008 01:07:08 +0100 (CET) Date: Sun, 23 Mar 2008 01:07:08 +0100 From: Anders Nordby To: freebsd-stable@FreeBSD.ORG, mlerota@iskon.hr Message-ID: <20080323000707.GA33311@fupp.net> References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803192028.m2JKSZen098816@lurza.secnetix.de> X-PGP-Key: http://anders.fix.no/pgp/ X-PGP-Key-FingerPrint: 1E0F C53C D8DF 6A8F EAAD 19C5 D12A BC9F 0083 5956 User-Agent: Mutt/1.5.11 Cc: Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 00:29:53 -0000 Hi, On Wed, Mar 19, 2008 at 09:28:35PM +0100, Oliver Fromme wrote: >> If this thing can be solved (I'm not programmer so I don't know) I can >> donate some amount of $ for development. I think that this would make >> lots of people happy. > I have to admit I see no way how the problem could > be solved in a different way, I'm afraid. By FreeBSD adpoting some variant of apt-get for ports maybe? And by making the ports install configuration files in such a way that upgrading is more easy?gThe way it is now, you typically have to move away old config files during/before an upgrade, and manually merge with the new default of whichever program you are upgrading so that you get new defaults. A good example is the way Debian installs Apache I guess, with a directory structure like this under /etc/apache2: conf.d (custom configuration) sites-available (virtualhost configuration) sites-enabled (symlinks for enabled virtualhosts) mods-available (available Apache modles) mods-enabled (symlinks for enabled Apache modules) Of course, this would be a huge task to undertake. But why aren't we doing it already? IMO the biggest problems with ports today is the lack of an easy to use, powerful binary (!) upgrade system which can do upgrades more efficiently for most uses/users. PS: Your description of how to upgrade your ports matches with what I do after a major OS upgrade (delete all, then reinstall). For sure it works. But it isn't really efficient. Don't you agree? By not having an efficient upgrade prodcedure, you typically end up not getting software updates done as often as you might like. At least that is how it is for me. Cheers, -- Anders. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 03:59:15 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5AA4106564A for ; Sun, 23 Mar 2008 03:59:15 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE5D8FC12 for ; Sun, 23 Mar 2008 03:59:15 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2503909waf.3 for ; Sat, 22 Mar 2008 20:59:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=CvMN6UzEo2klSWYWSzRex/NpYuuX/dGXTJPU2K+FC6k=; b=Y1PeUp3iTQtoMj86l9iWha/kqN/fLZQ/YqTdpEMfh/z9MIsn1B6PQkBAwdGTZI2iTdlPYQ+S5/oji9h06VxpKOL01bexUA0cf0ALmUlXWBln5Tj3LljuelNJOGg6uXlTfvIDGAvqm/HZHeh2Digm+zfZyc1zj+QEEIqcO81MSHI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=LwbU0G0ZtAFRsehu5qjZtFp2x/3CwKQaYC6fzFdVYztDzmpncZJKfm9mKtrmBdxuHjPVvrfkUOx4ud/n3J2lpY/Df1K46okEsalbq2SRVLztZV8UNW1YqySapte9s0Ivn16upmsnETXdnQ7Sh5coNIUnZX8Kqyr80R4dvgjdYrw= Received: by 10.114.126.1 with SMTP id y1mr9093403wac.41.1206244754506; Sat, 22 Mar 2008 20:59:14 -0700 (PDT) Received: by 10.114.155.19 with HTTP; Sat, 22 Mar 2008 20:59:14 -0700 (PDT) Message-ID: Date: Sat, 22 Mar 2008 20:59:14 -0700 From: "Freddie Cash" To: stable@freebsd.org In-Reply-To: <20080323000707.GA33311@fupp.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> Cc: Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 03:59:15 -0000 On Sat, Mar 22, 2008 at 5:07 PM, Anders Nordby wrote: > On Wed, Mar 19, 2008 at 09:28:35PM +0100, Oliver Fromme wrote: > >> If this thing can be solved (I'm not programmer so I don't know) I can > >> donate some amount of $ for development. I think that this would make > >> lots of people happy. > > I have to admit I see no way how the problem could > > be solved in a different way, I'm afraid. > > By FreeBSD adpoting some variant of apt-get for ports maybe? And by > making the ports install configuration files in such a way that > upgrading is more easy?gThe way it is now, you typically have to move > away old config files during/before an upgrade, and manually merge with > the new default of whichever program you are upgrading so that you get > new defaults. A good example is the way Debian installs Apache I guess, > with a directory structure like this under /etc/apache2: > > conf.d (custom configuration) > sites-available (virtualhost configuration) > sites-enabled (symlinks for enabled virtualhosts) > mods-available (available Apache modles) > mods-enabled (symlinks for enabled Apache modules) Oh, gods, please, no! That is one of the things I absolutely hate about Debian (and its derivatives). There are some packages on Debian where they use separate text files for each configuration option (ProFTPd, for examples). It is a huge mess of directories and files that makes it a *royal* PITA to edit at the CLI. Yes, a scheme like that is better for GUI tools, but it really makes things more difficult for non-GUI users/uses (like headless servers managed via SSH). One of the things I *really* like about FreeBSD is that it has the "one config file per app/system" setup. There's /etc/defaults/rc.conf, /etc/rc.conf, and /etc/rc.conf.local. There's not a dozen /etc/init.d/rc*.d directories filled with tonnes of symlinks. There's /usr/local/etc/apache2/httpd.conf and not a bunch of directories filled with symlinks. There's /usr/local/etc/proftpd.conf and not a directory full of 10 byte files. All that's really needed is a more formalised process for handling upgrading config files, with as much as possible managed via the ports framework itself. Something that dictates the name of the config file, and that compares the config file from the port against the installed config file (or against an md5 of the port config file) and only replaces it if it is unchanged. Something that is part of the make system. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 04:57:52 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BFF111065674 for ; Sun, 23 Mar 2008 04:57:52 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (hergotha.csail.mit.edu [66.92.79.170]) by mx1.freebsd.org (Postfix) with ESMTP id 69D308FC16 for ; Sun, 23 Mar 2008 04:57:52 +0000 (UTC) (envelope-from wollman@hergotha.csail.mit.edu) Received: from hergotha.csail.mit.edu (localhost [127.0.0.1]) by hergotha.csail.mit.edu (8.13.8/8.13.8) with ESMTP id m2N4KlF7078185; Sun, 23 Mar 2008 00:20:47 -0400 (EDT) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.13.8/8.13.8/Submit) id m2N4Kl6O078184; Sun, 23 Mar 2008 00:20:47 -0400 (EDT) (envelope-from wollman) Date: Sun, 23 Mar 2008 00:20:47 -0400 (EDT) From: Garrett Wollman Message-Id: <200803230420.m2N4Kl6O078184@hergotha.csail.mit.edu> To: fjwcash@gmail.com X-Newsgroups: mit.lcs.mail.freebsd-stable In-Reply-To: References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Sun, 23 Mar 2008 00:20:47 -0400 (EDT) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on hergotha.csail.mit.edu Cc: stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 04:57:52 -0000 In article , Freddie Cash writes: >Oh, gods, please, no! That is one of the things I absolutely hate >about Debian (and its derivatives). There are some packages on Debian >where they use separate text files for each configuration option >(ProFTPd, for examples). It is a huge mess of directories and files >that makes it a *royal* PITA to edit at the CLI. > >Yes, a scheme like that is better for GUI tools, but it really makes >things more difficult for non-GUI users/uses (like headless servers >managed via SSH). Try managing a few hundred mostly-but-not-entirely-identical machines and you really begin to appreciate the value of this approach. It is orders of magnitude easier to drop one file into the central config repository that does *one thing* than it is to manage a dozen not-quite-identical copies of a monolithic configuration file, keeping in sync the parts that are supposed to be in sync, and keeping the parts that are supposed to be different, different. If FreeBSD were able to do this, it might have a bit more traction at my place of employment. -GAWollman From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 05:21:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8E16E106566B for ; Sun, 23 Mar 2008 05:21:53 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from hudson.quuxo.net (hudson.quuxo.net [203.18.245.242]) by mx1.freebsd.org (Postfix) with ESMTP id 13B4A8FC15 for ; Sun, 23 Mar 2008 05:21:52 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from [10.0.2.2] ([119.11.1.17]) (authenticated bits=0) by hudson.quuxo.net (8.14.2/8.14.2) with ESMTP id m2N5Ll4e060540 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 23 Mar 2008 15:51:50 +1030 (CST) (envelope-from michael@quuxo.com) From: Michael Gratton To: freebsd-stable@freebsd.org In-Reply-To: References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-1G/Cj73XMZLnYNkT9kep" Organization: Quuxo Software Date: Sun, 23 Mar 2008 16:21:50 +1100 Message-Id: <1206249710.7878.12.camel@tremelay> Mime-Version: 1.0 X-Mailer: Evolution 2.22.0 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (hudson.quuxo.net [203.18.245.242]); Sun, 23 Mar 2008 15:51:51 +1030 (CST) X-Virus-Scanned: ClamAV 0.92/6333/Sun Mar 23 11:29:57 2008 on hudson.quuxo.net X-Virus-Status: Clean Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 05:21:53 -0000 --=-1G/Cj73XMZLnYNkT9kep Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sat, 2008-03-22 at 20:59 -0700, Freddie Cash wrote: > On Sat, Mar 22, 2008 at 5:07 PM, Anders Nordby wrote= : > > conf.d (custom configuration) > > sites-available (virtualhost configuration) > > sites-enabled (symlinks for enabled virtualhosts) > > mods-available (available Apache modles) > > mods-enabled (symlinks for enabled Apache modules) >=20 > Oh, gods, please, no! That is one of the things I absolutely hate > about Debian (and its derivatives). There are some packages on Debian > where they use separate text files for each configuration option > (ProFTPd, for examples). It is a huge mess of directories and files > that makes it a *royal* PITA to edit at the CLI. =EF=BB=BFActually, it makes two things really easy: 1. Automated installation of configuration required by other packages, without them all munging and potentially breaking a single, central config file. For example, you have Apache installed, and you want to install PHP, the PHP port/package drops a file with the needed config files into /etc/apache2/conf.d. No ad-hoc editing of httpd.conf required, no loss of the work you did to customise it in the first place. 2. As someone else pointed out, managing large numbers of vhosts (which is really just a special case of #1. > Yes, a scheme like that is better for GUI tools, but it really makes > things more difficult for non-GUI users/uses (like headless servers > managed via SSH). It has nothing to do with GUI tools. > One of the things I *really* like about FreeBSD is that it has the > "one config file per app/system" setup. Until you install that one last port that breaks the config file you spent hours tweaking. /Mike --=20 Michael Gratton =20 Quuxo Software --=-1G/Cj73XMZLnYNkT9kep Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBH5ejun1mVFlYUR84RArQ7AJ4m65lKEBsSt6WwFDbveDq7SCYekACg4PUS RdSkhPElVxoO49nndduvJKY= =eKVk -----END PGP SIGNATURE----- --=-1G/Cj73XMZLnYNkT9kep-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:28:26 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD973106564A for ; Sun, 23 Mar 2008 07:28:26 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.0.0.0.1.5.1.0.0.b.8.0.1.0.0.2.ip6.arpa [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 439048FC15 for ; Sun, 23 Mar 2008 07:28:26 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m2N7SLVL069498; Sun, 23 Mar 2008 07:28:22 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.5.0 smtp.infracaninophile.co.uk m2N7SLVL069498 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1206257302; bh=s2/h0JhdL1Rj0a cJexQPPcUt3hRtcycn4bf2L/N19yc=; h=Message-ID:Date:From:MIME-Version: To:CC:References:In-Reply-To:Content-Type:Cc:Content-Type:Date: From:In-Reply-To:Message-ID:Mime-Version:References:To; z=Message- ID:=20<47E60695.2070507@infracaninophile.co.uk>|Date:=20Sun,=2023=2 0Mar=202008=2007:28:21=20+0000|From:=20Matthew=20Seaman=20|Organization:=20Infracaninophile|User-Agen t:=20Thunderbird=202.0.0.12=20(X11/20080310)|MIME-Version:=201.0|To :=20Freddie=20Cash=20|CC:=20stable@freebsd.org|S ubject:=20Re:=20Upgrading=20to=207.0=20-=20stupid=20requirements|Re ferences:=20<868x0ezh9u.fsf@zid.claresco.hr>=09<200803192028.m2JKSZ en098816@lurza.secnetix.de>=09<20080323000707.GA33311@fupp.net>=20< b269bc570803222059o7b52c8d8p9fa0fdbfed273ba0@mail.gmail.com>|In-Rep ly-To:=20|X-Enigmail-Version:=200.95.6|Content-Type:=20multipart/signed=3 B=20micalg=3Dpgp-sha256=3B=0D=0A=20protocol=3D"application/pgp-sign ature"=3B=0D=0A=20boundary=3D"------------enig4663B1910C057BA685C8C C15"; b=V0F2X2bB1Lec0SGhfQueF2DKY//GpKsyZqoTO6sz393/cp0fyW0AXyqpleI 1MA2jmTSfoDnGJj3rMmo3ghldYuq/w2ieLM0isU/3zzr+kwIddDLpN0VFFmNsIfBcMJ N3TaXMgCZFcWkIoUcqeAuMg/bS9UBrVSZIOj9sJZv0Amw= Message-ID: <47E60695.2070507@infracaninophile.co.uk> Date: Sun, 23 Mar 2008 07:28:21 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: Freddie Cash References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig4663B1910C057BA685C8CC15" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Sun, 23 Mar 2008 07:28:22 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92.1/6334/Sun Mar 23 06:16:06 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 07:28:27 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig4663B1910C057BA685C8CC15 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Freddie Cash wrote: > All that's really needed is a more formalised process for handling > upgrading config files, with as much as possible managed via the ports > framework itself. Something that dictates the name of the config > file, and that compares the config file from the port against the > installed config file (or against an md5 of the port config file) and > only replaces it if it is unchanged. Something that is part of the > make system. Most ports that install configuration files actually do this already. It's generally why you'll find that a sample configuration file is considered part of the port, but the actuall live configuration file is not. The port will only feel free to meddle with the config file if it is still identical to the sample file. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig4663B1910C057BA685C8CC15 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkfmBpUACgkQ8Mjk52CukIz7gACeKksDBaAeA+LOFirGFAtXNXGu Va4An0edNTEQiIFNgXZmdloKSWrWegoe =BBlJ -----END PGP SIGNATURE----- --------------enig4663B1910C057BA685C8CC15-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 07:58:24 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11410106566B for ; Sun, 23 Mar 2008 07:58:24 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from anduin.net (anduin.net [213.225.74.230]) by mx1.freebsd.org (Postfix) with ESMTP id B1F838FC1D for ; Sun, 23 Mar 2008 07:58:23 +0000 (UTC) (envelope-from ltning@anduin.net) Received: from p5499e469.dip.t-dialin.net ([84.153.228.105] helo=[192.168.2.22]) by anduin.net with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JdKoj-000Pyl-IA; Sun, 23 Mar 2008 08:40:33 +0100 Message-Id: <470FAA23-402B-4735-8C35-9897CA6C2589@anduin.net> From: =?ISO-8859-1?Q?Eirik_=D8verby?= To: Matthew Seaman In-Reply-To: <47E60695.2070507@infracaninophile.co.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Sun, 23 Mar 2008 08:40:31 +0100 References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <47E60695.2070507@infracaninophile.co.uk> X-Mailer: Apple Mail (2.919.2) Cc: stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 07:58:24 -0000 On Mar 23, 2008, at 08:28, Matthew Seaman wrote: > Freddie Cash wrote: > >> All that's really needed is a more formalised process for handling >> upgrading config files, with as much as possible managed via the >> ports >> framework itself. Something that dictates the name of the config >> file, and that compares the config file from the port against the >> installed config file (or against an md5 of the port config file) and >> only replaces it if it is unchanged. Something that is part of the >> make system. > > Most ports that install configuration files actually do this already. > It's generally why you'll find that a sample configuration file is > considered part of the port, but the actuall live configuration file > is not. The port will only feel free to meddle with the config file > if > it is still identical to the sample file. There are a few exceptions to this rule: The courier authdaemon ports, for instance, are notorious for overwriting my carefully-crafted configuration files when upgrading. I loathe those ports (or apps - not sure who's to blame) for that reason alone. In fact, it not only installs a config.dist file (which is fine), but it ALSO overwrites the current config. A cardinal sin, if there ever were any.. Now I must say I'm with the people who think that one should follow the one-port-one-configfile approach; however for a somewhat different reason: The closer a port sticks with the "default" configuration files, or samples if you will, of the software in question, the less FreeBSD-specific knowledge needs to be built to manage the port. If debian splits up the config into a forest of includefiles and symlinks, that might be good for a particular purpose, but it's something I'd prefer to do myself if the need is there. I've done similiar things on some occations, but that is, and IMO should be, "homebrew". Also, making ports adhere to a much stricter configuration regime would make the uptake of new ports slow down considerably. I believe (though I have no numbers to back this up, so it is of course pure speculation) that the large number of ports available is at least partly due to the fact that making an initial port is relatively easy and straight forward. Just my 2 cents. /Eirik From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 11:22:30 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49690106566B; Sun, 23 Mar 2008 11:22:30 +0000 (UTC) (envelope-from mikael.ikivesi@pp.inet.fi) Received: from pne-smtpout3-sn2.hy.skanova.net (pne-smtpout3-sn2.hy.skanova.net [81.228.8.111]) by mx1.freebsd.org (Postfix) with ESMTP id 06A568FC17; Sun, 23 Mar 2008 11:22:29 +0000 (UTC) (envelope-from mikael.ikivesi@pp.inet.fi) Received: from localhost (80.221.11.59) by pne-smtpout3-sn2.hy.skanova.net (7.3.129) (authenticated as tansmi-f) id 478BDB96003AD6AA; Sun, 23 Mar 2008 11:12:59 +0100 Date: Sun, 23 Mar 2008 12:12:30 +0200 From: Mikael Ikivesi To: Kris Kennaway Message-ID: <20080323121230.2d4f067b@pp.inet.fi> In-Reply-To: <47E55264.2030004@FreeBSD.org> References: <20080322192433.3719eb44@pp.inet.fi> <47E55264.2030004@FreeBSD.org> X-Mailer: Claws Mail 3.3.0 (GTK+ 2.12.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gcc -O2 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: Sun, 23 Mar 2008 11:22:30 -0000 On Sat, 22 Mar 2008 19:39:32 +0100 Kris Kennaway wrote: > So, did you consider perhaps following this advice? ;-) > > Kris > Yes I did. The reason I send to this list also is that in make.conf manual says: CFLAGS (str) Controls the compiler setting when compiling C code. Optimization levels other than -O and -O2 are not sup- ported. That means that -O2 should be supported in FreeBSD. And now it happens to produce bad code. GCC people think that this should be fixed in gcc 4.3. I have not yet installed and verified that. However I tried the code with linux installation with gcc 4.1.2 and it was ok. As I don't known if gcc has some maintaining done in FreeBSD tree by patching or just by integrating the next snapshot from time to time. So I just though to report it in case that maintainers of FreeBSD version of gcc might want to take a look at this. -Mikael From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 11:29:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 141A41065670 for ; Sun, 23 Mar 2008 11:29:22 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D2C118FC1C; Sun, 23 Mar 2008 11:29:20 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47E63F14.2070706@FreeBSD.org> Date: Sun, 23 Mar 2008 12:29:24 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Mikael Ikivesi References: <20080322192433.3719eb44@pp.inet.fi> <47E55264.2030004@FreeBSD.org> <20080323121230.2d4f067b@pp.inet.fi> In-Reply-To: <20080323121230.2d4f067b@pp.inet.fi> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gcc -O2 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: Sun, 23 Mar 2008 11:29:22 -0000 Mikael Ikivesi wrote: > On Sat, 22 Mar 2008 19:39:32 +0100 > Kris Kennaway wrote: >> So, did you consider perhaps following this advice? ;-) >> >> Kris >> > > Yes I did. > > The reason I send to this list also is that in make.conf manual says: > > CFLAGS (str) Controls the compiler setting when compiling C code. > Optimization levels other than -O and -O2 are not > sup- ported. > > > That means that -O2 should be supported in FreeBSD. And now it happens > to produce bad code. > > GCC people think that this should be fixed in gcc 4.3. > I have not yet installed and verified that. However I tried the code > with linux installation with gcc 4.1.2 and it was ok. > > As I don't known if gcc has some maintaining done in FreeBSD tree by > patching or just by integrating the next snapshot from time to time. > So I just though to report it in case that maintainers of > FreeBSD version of gcc might want to take a look at this. > > > -Mikael > > The latter. When the gcc people fix it, if there is a patch that applies to 4.2 then we could import it. Kris From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 11:53:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0851106564A for ; Sun, 23 Mar 2008 11:53:54 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) Received: from osl1smout1.broadpark.no (osl1smout1.broadpark.no [80.202.4.58]) by mx1.freebsd.org (Postfix) with ESMTP id 93C828FC12 for ; Sun, 23 Mar 2008 11:53:54 +0000 (UTC) (envelope-from torfinn.ingolfsen@broadpark.no) MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Received: from osl1sminn1.broadpark.no ([80.202.4.59]) by osl1smout1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with ESMTP id <0JY6009ULMDTG280@osl1smout1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 23 Mar 2008 12:53:53 +0100 (CET) Received: from kg-work.kg4.no ([80.202.173.59]) by osl1sminn1.broadpark.no (Sun Java(tm) System Messaging Server 6.3-3.01 (built Jul 12 2007; 32bit)) with SMTP id <0JY6007HIMDSUGN1@osl1sminn1.broadpark.no> for freebsd-stable@freebsd.org; Sun, 23 Mar 2008 12:53:53 +0100 (CET) Date: Sun, 23 Mar 2008 12:53:52 +0100 From: Torfinn Ingolfsen To: freebsd-stable@freebsd.org Message-id: <20080323125352.6a0b506a.torfinn.ingolfsen@broadpark.no> In-reply-to: <470FAA23-402B-4735-8C35-9897CA6C2589@anduin.net> References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <47E60695.2070507@infracaninophile.co.uk> <470FAA23-402B-4735-8C35-9897CA6C2589@anduin.net> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd6.3) X-Face: "t9w2,-X@O^I`jVW\sonI3.,36KBLZE*AL[y9lL[PyFD*r_S:dIL9c[8Y>V42R0"!"yb_zN,f#%.[PYYNq; m"_0v; ~rUM2Yy!zmkh)3&U|u!=T(zyv,MHJv"nDH>OJ`t(@mil461d_B'Uo|'nMwlKe0Mv=kvV?Nh@>Hb<3s_z2jYgZhPb@?Wi^x1a~Hplz1.zH Content-transfer-encoding: quoted-printable Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 11:53:55 -0000 On Sun, 23 Mar 2008 08:40:31 +0100 Eirik =D8verby wrote: > There are a few exceptions to this rule: The courier authdaemon > ports, for instance, are notorious for overwriting my > carefully-crafted configuration files when upgrading. I loathe those Then I hope you have filed a PR for this bug? There should be no exceptions - ports should never overwrite config files. --=20 Regards, Torfinn Ingolfsen From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 11:58:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E9B21065673 for ; Sun, 23 Mar 2008 11:58:01 +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 587BC8FC14 for ; Sun, 23 Mar 2008 11:58:01 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 47BB31CC06C; Sun, 23 Mar 2008 04:58:01 -0700 (PDT) Date: Sun, 23 Mar 2008 04:58:01 -0700 From: Jeremy Chadwick To: Mikael Ikivesi Message-ID: <20080323115801.GA68873@eos.sc1.parodius.com> References: <20080322192433.3719eb44@pp.inet.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080322192433.3719eb44@pp.inet.fi> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: gcc -O2 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: Sun, 23 Mar 2008 11:58:01 -0000 On Sat, Mar 22, 2008 at 07:24:33PM +0200, Mikael Ikivesi wrote: > #include > #include > > #define max_word_len 64 > > wchar_t *wrong(wchar_t *wordlist, wchar_t *word) > { wchar_t buffer[max_word_len+2]; > buffer[max_word_len+2]=0; > > > > if(wcsstr(wordlist,buffer)==0) wcscpy(wordlist,buffer); > > > > return wordlist; > } There's an off-by-one error in your code, which is very likely tickling a bug in gcc. That said, gcc shouldn't crash or be generating working code depending upon which optimisation flags you use, so as Kris said, file a bug with the gcc team for that. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:11:42 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B98FD106564A for ; Sun, 23 Mar 2008 13:11:42 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 64F0A8FC19 for ; Sun, 23 Mar 2008 13:11:42 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 831251B10EA4; Sun, 23 Mar 2008 13:56:23 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-9.7 required=5.0 tests=ALL_TRUSTED,BAYES_00, J_CHICKENPOX_64,MIME_8BIT_HEADER autolearn=no version=3.2.3 Received: from [10.1.1.2] (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id AC3441B10CAA; Sun, 23 Mar 2008 13:56:20 +0100 (CET) Message-ID: <47E6536E.3070507@moneybookers.com> Date: Sun, 23 Mar 2008 14:56:14 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Eirik_=D8verby?= References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <47E60695.2070507@infracaninophile.co.uk> <470FAA23-402B-4735-8C35-9897CA6C2589@anduin.net> In-Reply-To: <470FAA23-402B-4735-8C35-9897CA6C2589@anduin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Virus-Scanned: ClamAV 0.91.2/6334/Sun Mar 23 07:16:06 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 13:11:42 -0000 Greetings, Eirik Øverby wrote: > On Mar 23, 2008, at 08:28, Matthew Seaman wrote: > >> Freddie Cash wrote: >> >>> All that's really needed is a more formalised process for handling >>> upgrading config files, with as much as possible managed via the ports >>> framework itself. Something that dictates the name of the config >>> file, and that compares the config file from the port against the >>> installed config file (or against an md5 of the port config file) and >>> only replaces it if it is unchanged. Something that is part of the >>> make system. >> >> Most ports that install configuration files actually do this already. >> It's generally why you'll find that a sample configuration file is >> considered part of the port, but the actuall live configuration file >> is not. The port will only feel free to meddle with the config file if >> it is still identical to the sample file. > > There are a few exceptions to this rule: The courier authdaemon ports, > for instance, are notorious for overwriting my carefully-crafted > configuration files when upgrading. I loathe those ports (or apps - > not sure who's to blame) for that reason alone. In fact, it not only > installs a config.dist file (which is fine), but it ALSO overwrites > the current config. A cardinal sin, if there ever were any.. I'm using FreeBSD + courrier for imap/pop3 and auth for more then 2 years till now and this never happen to me. Though I'm using portupgrade to upgrade those ports. The only port that destroyed my configuration file is blocksshd, I reported it and it was fixed in 2 days. From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 13:11:42 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC391106566B for ; Sun, 23 Mar 2008 13:11:42 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 68C628FC1B for ; Sun, 23 Mar 2008 13:11:42 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 898641B10EBB; Sun, 23 Mar 2008 14:03:58 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-10.6 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from [10.1.1.2] (unknown [192.168.25.10]) by blah.sun-fish.com (Postfix) with ESMTP id B600D1B10CAA; Sun, 23 Mar 2008 14:03:55 +0100 (CET) Message-ID: <47E65535.1030903@moneybookers.com> Date: Sun, 23 Mar 2008 15:03:49 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Garrett Wollman References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <200803230420.m2N4Kl6O078184@hergotha.csail.mit.edu> In-Reply-To: <200803230420.m2N4Kl6O078184@hergotha.csail.mit.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/6334/Sun Mar 23 07:16:06 2008 on blah.cmotd.com X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 13:11:43 -0000 Garrett Wollman wrote: > In article , > Freddie Cash writes: > > >> Oh, gods, please, no! That is one of the things I absolutely hate >> about Debian (and its derivatives). There are some packages on Debian >> where they use separate text files for each configuration option >> (ProFTPd, for examples). It is a huge mess of directories and files >> that makes it a *royal* PITA to edit at the CLI. >> >> Yes, a scheme like that is better for GUI tools, but it really makes >> things more difficult for non-GUI users/uses (like headless servers >> managed via SSH). >> > > Try managing a few hundred mostly-but-not-entirely-identical machines > and you really begin to appreciate the value of this approach. It is > orders of magnitude easier to drop one file into the central config > repository that does *one thing* than it is to manage a dozen > not-quite-identical copies of a monolithic configuration file, keeping > in sync the parts that are supposed to be in sync, and keeping the > parts that are supposed to be different, different. > > If FreeBSD were able to do this, it might have a bit more traction at > my place of employment. > I'm little puzzled. What actually FreeBSD and current portsystem + tools are not able to do?!?! You mean "I do not know how to do it" may be? > -GAWollman > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 16:40:50 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCCED106566B for ; Sun, 23 Mar 2008 16:40:50 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 89AD68FC19 for ; Sun, 23 Mar 2008 16:40:50 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by py-out-1112.google.com with SMTP id u52so3448014pyb.10 for ; Sun, 23 Mar 2008 09:40:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=bFar40gh8Yeu1i/0UKL2Mt8E9ht/Z0iEnRyRgpxfKC8=; b=H6dH2w14GXwVREyPUlLOLzi0nLEY6Ihv6W8CRgkCoUpAcm/S8AnQ9J3MtMwC0g+mRpqKcGz+5Om/euFrdog5v4jlxNx+ERgstAeGS76ufVzY5Y8cQ3mX/DHm6/NHmDcLTLf/Jh6w9dtCB8JGINVO625IpFqfDh71Hd95RvynvOk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=cK85UOgD4UmyZPrG99j+0fuNXIeJJ87y3k+h4ZJ9PY7hcbhS7KF2EKRDpU2Cae3VbPenap0UueB2vqahnmr79YFHiu//k5QBE+2aKQQWub6XlJHKbNHQImHzF5+qY07DR+2DNnIeZG7uTt01SbSANBPrBlTPT5LaIua7vO7ix9g= Received: by 10.115.88.1 with SMTP id q1mr9622167wal.98.1206290449373; Sun, 23 Mar 2008 09:40:49 -0700 (PDT) Received: by 10.114.155.19 with HTTP; Sun, 23 Mar 2008 09:40:49 -0700 (PDT) Message-ID: Date: Sun, 23 Mar 2008 09:40:49 -0700 From: "Freddie Cash" To: stable@freebsd.org In-Reply-To: <200803230420.m2N4Kl6O078184@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <200803230420.m2N4Kl6O078184@hergotha.csail.mit.edu> Cc: Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 16:40:51 -0000 On Sat, Mar 22, 2008 at 9:20 PM, Garrett Wollman wrote: > In article , > > Freddie Cash writes: > >Oh, gods, please, no! That is one of the things I absolutely hate > >about Debian (and its derivatives). There are some packages on Debian > >where they use separate text files for each configuration option > >(ProFTPd, for examples). It is a huge mess of directories and files > >that makes it a *royal* PITA to edit at the CLI. > > > >Yes, a scheme like that is better for GUI tools, but it really makes > >things more difficult for non-GUI users/uses (like headless servers > >managed via SSH). > > Try managing a few hundred mostly-but-not-entirely-identical machines > and you really begin to appreciate the value of this approach. It is > orders of magnitude easier to drop one file into the central config > repository that does *one thing* than it is to manage a dozen > not-quite-identical copies of a monolithic configuration file, keeping > in sync the parts that are supposed to be in sync, and keeping the > parts that are supposed to be different, different. > > If FreeBSD were able to do this, it might have a bit more traction at > my place of employment. We do, using a "include file" setup. A main, monolothic config file for everything that is common between all systems, and then include a separate file that is specific to that machine. We based this on the /etc/rc.conf vs /etc/rc.conf.local setup. Works quite nicely across our 100+ servers. No need to break things down to the "multiple directories full of symlinks and itty-bitty files" setup, though. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 17:32:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA8F810656C4 for ; Sun, 23 Mar 2008 17:32:30 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id B6EC88FC2F for ; Sun, 23 Mar 2008 17:32:30 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2846452waf.3 for ; Sun, 23 Mar 2008 10:32:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=F/qPWqclaaPzZBH9OzBCf3bG5zoRIEx5GinnScLWUUs=; b=s6eJJy4Tsx/se+PiN+IBeBmkYq1jpzbu2gD7mC+W+mlYt3EmYAB6NlgOLPpEsopcyP+EFRtBTrbzM8srU6JzbdwM1iRo0lHsSv4EqY8bAjc8yOS34l7uNPNz/857Q9MdYANMlYi0VGJKccq/naHLJgBvY2G78cXZNY4jKsPx3EE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FrjUBp9zq99sc401yVjvXEpD65PjEOEIfgWyDh5M60KteBp9whlLOD2D1w5ysRJrtZriXhOeFbBj218rqL/TEOkR1C2/sIUBFdUYQrFsAM89MdhFOrMNWxJJDBpf4IPhOQXqkEW94fLgtw5pOaiOKJodlVDP+swA9PbaN4EbXpg= Received: by 10.114.106.1 with SMTP id e1mr9920369wac.95.1206292012821; Sun, 23 Mar 2008 10:06:52 -0700 (PDT) Received: by 10.114.155.19 with HTTP; Sun, 23 Mar 2008 10:06:52 -0700 (PDT) Message-ID: Date: Sun, 23 Mar 2008 10:06:52 -0700 From: "Freddie Cash" To: freebsd-stable@freebsd.org In-Reply-To: <1206249710.7878.12.camel@tremelay> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <1206249710.7878.12.camel@tremelay> Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 23 Mar 2008 17:32:31 -0000 T24gU2F0LCBNYXIgMjIsIDIwMDggYXQgMTA6MjEgUE0sIE1pY2hhZWwgR3JhdHRvbiA8bWljaGFl bEBxdXV4by5jb20+IHdyb3RlOgo+IE9uIFNhdCwgMjAwOC0wMy0yMiBhdCAyMDo1OSAtMDcwMCwg RnJlZGRpZSBDYXNoIHdyb3RlOgo+ICA+IE9uIFNhdCwgTWFyIDIyLCAyMDA4IGF0IDU6MDcgUE0s IEFuZGVycyBOb3JkYnkgPGFuZGVyc0BmcmVlYnNkLm9yZz4gd3JvdGU6Cj4KPiA+ID4gIGNvbmYu ZCAoY3VzdG9tIGNvbmZpZ3VyYXRpb24pCj4gID4gPiAgc2l0ZXMtYXZhaWxhYmxlICh2aXJ0dWFs aG9zdCBjb25maWd1cmF0aW9uKQo+ICA+ID4gIHNpdGVzLWVuYWJsZWQgKHN5bWxpbmtzIGZvciBl bmFibGVkIHZpcnR1YWxob3N0cykKPiAgPiA+ICBtb2RzLWF2YWlsYWJsZSAoYXZhaWxhYmxlIEFw YWNoZSBtb2RsZXMpCj4gID4gPiAgbW9kcy1lbmFibGVkIChzeW1saW5rcyBmb3IgZW5hYmxlZCBB cGFjaGUgbW9kdWxlcykKPiAgPgo+ICA+IE9oLCBnb2RzLCBwbGVhc2UsIG5vISAgVGhhdCBpcyBv bmUgb2YgdGhlIHRoaW5ncyBJIGFic29sdXRlbHkgaGF0ZQo+ICA+IGFib3V0IERlYmlhbiAoYW5k IGl0cyBkZXJpdmF0aXZlcykuICBUaGVyZSBhcmUgc29tZSBwYWNrYWdlcyBvbiBEZWJpYW4KPiAg PiB3aGVyZSB0aGV5IHVzZSBzZXBhcmF0ZSB0ZXh0IGZpbGVzIGZvciBlYWNoIGNvbmZpZ3VyYXRp b24gb3B0aW9uCj4gID4gKFByb0ZUUGQsIGZvciBleGFtcGxlcykuICBJdCBpcyBhIGh1Z2UgbWVz cyBvZiBkaXJlY3RvcmllcyBhbmQgZmlsZXMKPiAgPiB0aGF0IG1ha2VzIGl0IGEgKnJveWFsKiBQ SVRBIHRvIGVkaXQgYXQgdGhlIENMSS4KPgo+ICDvu79BY3R1YWxseSwgaXQgbWFrZXMgdHdvIHRo aW5ncyByZWFsbHkgZWFzeToKPgo+ICAxLiBBdXRvbWF0ZWQgaW5zdGFsbGF0aW9uIG9mIGNvbmZp Z3VyYXRpb24gcmVxdWlyZWQgYnkgb3RoZXIgcGFja2FnZXMsCj4gIHdpdGhvdXQgdGhlbSBhbGwg bXVuZ2luZyBhbmQgcG90ZW50aWFsbHkgYnJlYWtpbmcgYSBzaW5nbGUsIGNlbnRyYWwKPiAgY29u ZmlnIGZpbGUuIEZvciBleGFtcGxlLCB5b3UgaGF2ZSBBcGFjaGUgaW5zdGFsbGVkLCBhbmQgeW91 IHdhbnQgdG8KPiAgaW5zdGFsbCBQSFAsIHRoZSBQSFAgcG9ydC9wYWNrYWdlIGRyb3BzIGEgZmls ZSB3aXRoIHRoZSBuZWVkZWQgY29uZmlnCj4gIGZpbGVzIGludG8gL2V0Yy9hcGFjaGUyL2NvbmYu ZC4gTm8gYWQtaG9jIGVkaXRpbmcgb2YgaHR0cGQuY29uZgo+ICByZXF1aXJlZCwgbm8gbG9zcyBv ZiB0aGUgd29yayB5b3UgZGlkIHRvIGN1c3RvbWlzZSBpdCBpbiB0aGUgZmlyc3QKPiAgcGxhY2Uu CgpBIGNvbmYuZC8gdHlwZSBkaXJlY3RvcnkgZm9yIG90aGVyIHBvcnRzIHRvIHB1dCBjb25maWcg c25pcHBldHMgaW50bwptaWdodCBiZSB1c2VmdWwsIGFzIGl0IGZvbGxvd3MgZnJvbSB0aGUgImlu Y2x1ZGUgdGhpcyBmaWxlIiBzZXR1cC4KT3IsIGluc3RhbGwgdGhlIFBIUCBjb25maWcgZGV0YWls cyBpbnRvIC91c3IvbG9jYWwvc2hhcmUvcGhwL2NvbmYvIG9yCnNpbWlsYXIgKHNpbmNlIGl0J3Mg cGFydCBvZiBQSFApIGFuZCB0aGVuIEluY2x1ZGUgaXQgaW50byB5b3VyCmh0dHBkLmNvbmYgYXMg bmVlZGVkLgoKPiAgMi4gQXMgc29tZW9uZSBlbHNlIHBvaW50ZWQgb3V0LCBtYW5hZ2luZyBsYXJn ZSBudW1iZXJzIG9mIHZob3N0cyAod2hpY2gKPiAgaXMgcmVhbGx5IGp1c3QgYSBzcGVjaWFsIGNh c2Ugb2YgIzEuCgpTYW1lIGFzIGFib3ZlLiAgTm8gbXVsdGl0dWRlIG9mIGRpcmVjdG9yaWVzIGZ1 bGwgb2Ygc3ltbGlua3MgbmVlZGVkLgpBbHRob3VnaCB0aGlzIGlzIG1vcmUgb2YgYSBwZXJzb25h bCBwcmVmZXJlbmNlIHRoYW4gYW55dGhpbmcgKHdlIGtlZXAKYWxsIG91ciB2aXJ0dWFsaG9zdHMg aW4gYSBzaW5nbGUgY29uZmlnIGZpbGUgaW5jbHVkZWQgaW50byB0aGUgbWFpbgpodHRwZC5jb25m IHNvIHdlIGNhbiBlZGl0IHRoZW0gYWxsIGF0IG9uY2UsIHdoaWNoIHdlIGRvIHF1aXRlIGEgYml0 KS4KCj4gID4gT25lIG9mIHRoZSB0aGluZ3MgSSAqcmVhbGx5KiBsaWtlIGFib3V0IEZyZWVCU0Qg aXMgdGhhdCBpdCBoYXMgdGhlCj4gID4gIm9uZSBjb25maWcgZmlsZSBwZXIgYXBwL3N5c3RlbSIg c2V0dXAuCj4KPiAgVW50aWwgeW91IGluc3RhbGwgdGhhdCBvbmUgbGFzdCBwb3J0IHRoYXQgYnJl YWtzIHRoZSBjb25maWcgZmlsZSB5b3UKPiAgc3BlbnQgaG91cnMgdHdlYWtpbmcuCgpXaGljaCBp cyB3aHkgdGhlIHBvcnRzIGZyYW1ld29yayBuZWVkcyBtb3JlIHN1cHBvcnQgKG9yIGJldHRlciBk ZXRhaWxzCm9mIHRoZSBzdXBwb3J0IGluIHRoZSBQb3J0ZXIncyBIYW5kYm9vaykgZm9yIG1haW50 YWluZXJzIHRvIHNheSAidGhpcwppcyB0aGUgY29uZmlnIGZpbGUsIGluc3RhbGwgaXQgYXMgY29u ZmlnLnNhbXBsZSwgY29tcGFyZSBNRDUgdG8KaW5zdGFsbGVkIGNvbmZpZywgcmVwbGFjZSBpZmYg aWRlbnRpY2FsIiwgd2l0aG91dCBoYXZpbmcgdG8gd3JpdGUKY3VzdG9tIGluc3RhbGwgdGFyZ2V0 cyBmb3IgZWFjaCBwb3J0LgoKLS0gCkZyZWRkaWUgQ2FzaApmandjYXNoQGdtYWlsLmNvbQo= From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 19:28:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 562171065670 for ; Sun, 23 Mar 2008 19:28:17 +0000 (UTC) (envelope-from mikael.ikivesi@pp.inet.fi) Received: from pne-smtpout4-sn1.fre.skanova.net (pne-smtpout4-sn1.fre.skanova.net [81.228.11.168]) by mx1.freebsd.org (Postfix) with ESMTP id 132CB8FC1A for ; Sun, 23 Mar 2008 19:28:16 +0000 (UTC) (envelope-from mikael.ikivesi@pp.inet.fi) Received: from localhost (80.221.11.59) by pne-smtpout4-sn1.fre.skanova.net (7.3.129) (authenticated as tansmi-f) id 47A7970A00294AB5; Sun, 23 Mar 2008 20:28:15 +0100 Date: Sun, 23 Mar 2008 21:27:45 +0200 From: Mikael Ikivesi To: Jeremy Chadwick Message-ID: <20080323212745.5de15870@pp.inet.fi> In-Reply-To: <20080323115801.GA68873@eos.sc1.parodius.com> References: <20080322192433.3719eb44@pp.inet.fi> <20080323115801.GA68873@eos.sc1.parodius.com> X-Mailer: Claws Mail 3.3.0 (GTK+ 2.12.8; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: gcc -O2 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: Sun, 23 Mar 2008 19:28:17 -0000 On Sun, 23 Mar 2008 04:58:01 -0700 Jeremy Chadwick wrote: > > There's an off-by-one error in your code, which is very likely > tickling a bug in gcc. Thanks.. I know...took me a while to find it. And as code still seemed to work when built without -O2 it was hard to spot. I sent bug report to gcc team as the -O2 did bork it, regardless of my buggy coding :) -Mikael From owner-freebsd-stable@FreeBSD.ORG Sun Mar 23 20:06:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD6781065670 for ; Sun, 23 Mar 2008 20:06:52 +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 974168FC16 for ; Sun, 23 Mar 2008 20:06:52 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 7DE401CC068; Sun, 23 Mar 2008 13:06:52 -0700 (PDT) Date: Sun, 23 Mar 2008 13:06:52 -0700 From: Jeremy Chadwick To: Mikael Ikivesi Message-ID: <20080323200652.GA78803@eos.sc1.parodius.com> References: <20080322192433.3719eb44@pp.inet.fi> <20080323115801.GA68873@eos.sc1.parodius.com> <20080323212745.5de15870@pp.inet.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080323212745.5de15870@pp.inet.fi> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: gcc -O2 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: Sun, 23 Mar 2008 20:06:52 -0000 On Sun, Mar 23, 2008 at 09:27:45PM +0200, Mikael Ikivesi wrote: > On Sun, 23 Mar 2008 04:58:01 -0700 > Jeremy Chadwick wrote: > > > > There's an off-by-one error in your code, which is very likely > > tickling a bug in gcc. > > Thanks.. > I know...took me a while to find it. > And as code still seemed to work when built without -O2 it was hard > to spot. I sent bug report to gcc team as the -O2 did bork it, > regardless of my buggy coding :) Thumbs up! :-) Despite the error, gcc still shouldn't behave that way, so I do hope they fix it. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 03:30:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C423B106566B for ; Mon, 24 Mar 2008 03:30:51 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from hudson.quuxo.net (hudson.quuxo.net [203.18.245.242]) by mx1.freebsd.org (Postfix) with ESMTP id 49A3B8FC17 for ; Mon, 24 Mar 2008 03:30:50 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from [119.11.11.229] ([119.11.11.229]) (authenticated bits=0) by hudson.quuxo.net (8.14.2/8.14.2) with ESMTP id m2O3UirG050962 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 24 Mar 2008 14:00:48 +1030 (CST) (envelope-from michael@quuxo.com) From: Michael Gratton To: freebsd-stable@freebsd.org In-Reply-To: References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <1206249710.7878.12.camel@tremelay> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-SF1V+BK+ofP9ix3au4e3" Organization: Quuxo Software Date: Mon, 24 Mar 2008 14:30:39 +1100 Message-Id: <1206329439.7878.40.camel@tremelay> Mime-Version: 1.0 X-Mailer: Evolution 2.22.0 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (hudson.quuxo.net [203.18.245.242]); Mon, 24 Mar 2008 14:00:49 +1030 (CST) X-Virus-Scanned: ClamAV 0.92/6348/Mon Mar 24 10:09:32 2008 on hudson.quuxo.net X-Virus-Status: Clean Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2008 03:30:51 -0000 --=-SF1V+BK+ofP9ix3au4e3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Sun, 2008-03-23 at 10:06 -0700, Freddie Cash wrote: > On Sat, Mar 22, 2008 at 10:21 PM, Michael Gratton wro= te: > > =EF=BB=BFActually, it makes two things really easy: > > > > 1. Automated installation of configuration required by other packages, > > without them all munging and potentially breaking a single, central > > config file. For example, you have Apache installed, and you want to > > install PHP, the PHP port/package drops a file with the needed config > > files into /etc/apache2/conf.d. No ad-hoc editing of httpd.conf > > required, no loss of the work you did to customise it in the first > > place. >=20 > A conf.d/ type directory for other ports to put config snippets into > might be useful, as it follows from the "include this file" setup. > Or, install the PHP config details into /usr/local/share/php/conf/ or > similar (since it's part of PHP) and then Include it into your > httpd.conf as needed. Yes, conf.f is very useful. Having to add a manual Include (if the software even supports it is less so, if you quite reasonably expect a port/package to Just Work after having installed it. > > 2. As someone else pointed out, managing large numbers of vhosts (whic= h > > is really just a special case of #1. >=20 > Same as above. No multitude of directories full of symlinks needed. It does seem like overkill, until you start using it. The main reason it is useful (apart from avoiding the risk of a bad edit nuking some or all of your config) is that you can use standard command line tools, or very basic custom scripts to easily add, delete, enable, disable and query vhosts. All without having to write a parser for the script or having to navigate the config file in a text editor. Done right, the same tools can be used for many different servers that support the same config file scheme. If you really need to edit all in one hit, use `vi *' or sed or something. > httpd.conf so we can edit them all at once, which we do quite a bit). Why do you frequently need to edit all vhosts at once? Do you like to change the location for everyone's log files, making it fun for people to find them? :) But seriously, I find this surprising - once running, the only thing most need to do is enable/disable or delete one here or there, or perform the occasional requested config tweak. > Which is why the ports framework needs more support (or better details > of the support in the Porter's Handbook) for maintainers to say "this > is the config file, install it as config.sample, compare MD5 to > installed config, replace iff identical", without having to write > custom install targets for each port. Yes, and that works fine until you install PHP and it nukes your Apache config file... /Mike --=20 Michael Gratton =20 Quuxo Software --=-SF1V+BK+ofP9ix3au4e3 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBH5yBfn1mVFlYUR84RAitDAJ0fMx8DdKGpsfP6hGaq7ONaigwvqACg58Yq iMs3emAURJTGxdWWAUGPl4w= =XeGA -----END PGP SIGNATURE----- --=-SF1V+BK+ofP9ix3au4e3-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 05:54:44 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F30331065679 for ; Mon, 24 Mar 2008 05:54:44 +0000 (UTC) (envelope-from barnaclewes@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.184]) by mx1.freebsd.org (Postfix) with ESMTP id 875D68FC23 for ; Mon, 24 Mar 2008 05:54:44 +0000 (UTC) (envelope-from barnaclewes@gmail.com) Received: by mu-out-0910.google.com with SMTP id w9so3435053mue.6 for ; Sun, 23 Mar 2008 22:54:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=nDMJ+YXDro2I5uxPhFJTcU+gZepAo/GJjTqJD6/ceHU=; b=N1pi9EimAHgiYeueosgtKE4oeAxodu4f/kBYNCgOySoFF9AQqjMEgSaupkYJqmERJ0TZM0ff9h8tSXxcvzaTn4ShqUqEImuofrV51jsdpDwJFivQdhcl4o6PJ9PKhNHVybh3wrwYaB4A7ukZcn8tgFSP+N2RLRvXoRZgs1hsewY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kJoamHukMK4sjnPvrv+ga3b1nZJ1lyZdEWQhsnYa5wnjqTJsHFHz7hwpxkuYUNPwZ7yDmi47YZBW5tKt8ZReUiJksezo01QpCDOuvphnEN5chjKjKKwmpyI8c6rxx65ZwWSbmLydY3N2s+EysonEIA8A68Qt5qEFhtIjvUtEJKc= Received: by 10.78.202.19 with SMTP id z19mr19011132huf.67.1206336376107; Sun, 23 Mar 2008 22:26:16 -0700 (PDT) Received: by 10.78.198.7 with HTTP; Sun, 23 Mar 2008 22:26:13 -0700 (PDT) Message-ID: Date: Sun, 23 Mar 2008 22:26:13 -0700 From: "Wes Peters" To: "Jeremie Le Hen" In-Reply-To: <20080320195012.GA66530@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <945136.92642.qm@web57010.mail.re3.yahoo.com> <20080320195012.GA66530@obiwan.tataz.chchile.org> Cc: Unga , freebsd-stable@freebsd.org, freebsd-chat@freebsd.org, freebsd-current@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2008 05:54:45 -0000 On Thu, Mar 20, 2008 at 12:50 PM, Jeremie Le Hen wrote: > Hi, > > > On Fri, Mar 14, 2008 at 07:41:30AM -0700, Unga wrote: > > Is the following book still relevant to FreeBSD 7.X > > and upcoming FreeBSD 8.X? Is there a 2nd edition > > coming soon? > > > > The Design and Implementation of the FreeBSD Operating > > System > > By Marshall Kirk McKusick, George V. Neville-Neil > > Published Aug 2, 2004 by Addison Wesley Professional. > > 1st. Edition > > ISBN-10: 0-201-70245-2 > > http://www.informit.com/title/0201702452 > > FWIW there has been rumours about the next edition of this book covering > a recenter version. That's all I know :). You could probably ask gnn@freebsd.org about that. :) -- Against stupidity the very gods Themselves contend in vain. Friedrich Schiller From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 07:47:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9D071065670; Mon, 24 Mar 2008 07:47:45 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from outbound0.mx.meer.net (outbound0.mx.meer.net [209.157.153.23]) by mx1.freebsd.org (Postfix) with ESMTP id A45A78FC18; Mon, 24 Mar 2008 07:47:45 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [209.157.152.14]) by outbound0.mx.meer.net (8.12.10/8.12.6) with ESMTP id m2O7b2i2049018; Sun, 23 Mar 2008 23:37:09 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id m2O7atpG006730; Mon, 24 Mar 2008 00:36:55 -0700 (PDT) (envelope-from gnn@neville-neil.com) Received: from eM60-254-247-73.pool.emnet.ne.jp.neville-neil.com (eM60-254-247-73.pool.emnet.ne.jp [60.254.247.73]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.1) with ESMTP id m2O7alHd037041; Mon, 24 Mar 2008 00:36:50 -0700 (PDT) (envelope-from gnn@neville-neil.com) Date: Mon, 24 Mar 2008 16:36:45 +0900 Message-ID: From: "George V. Neville-Neil" To: "Wes Peters" In-Reply-To: References: <945136.92642.qm@web57010.mail.re3.yahoo.com> <20080320195012.GA66530@obiwan.tataz.chchile.org> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/22.1.50 (i386-apple-darwin8.10.1) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: freebsd-stable@freebsd.org, Unga , Jeremie Le Hen , freebsd-chat@freebsd.org, freebsd-current@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2008 07:47:45 -0000 At Sun, 23 Mar 2008 22:26:13 -0700, Wes Peters wrote: > > On Thu, Mar 20, 2008 at 12:50 PM, Jeremie Le Hen wrote: > > Hi, > > > > > > On Fri, Mar 14, 2008 at 07:41:30AM -0700, Unga wrote: > > > Is the following book still relevant to FreeBSD 7.X > > > and upcoming FreeBSD 8.X? Is there a 2nd edition > > > coming soon? > > > > > > The Design and Implementation of the FreeBSD Operating > > > System > > > By Marshall Kirk McKusick, George V. Neville-Neil > > > Published Aug 2, 2004 by Addison Wesley Professional. > > > 1st. Edition > > > ISBN-10: 0-201-70245-2 > > > http://www.informit.com/title/0201702452 > > > > FWIW there has been rumours about the next edition of this book covering > > a recenter version. That's all I know :). > > You could probably ask gnn@freebsd.org about that. :) > Actually Kirk is the boss, so he should chime in here. Best, George From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 11:05:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1EBBC1065671 for ; Mon, 24 Mar 2008 11:05:32 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id B3E4F8FC1C for ; Mon, 24 Mar 2008 11:05:31 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw1.york.ac.uk (8.13.6/8.13.6) with ESMTP id m2OB5Jkb018100; Mon, 24 Mar 2008 11:05:19 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63) (envelope-from ) id 1JdkUR-00035v-85; Mon, 24 Mar 2008 11:05:19 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.1/8.14.1) with ESMTP id m2OB5Inb022832; Mon, 24 Mar 2008 11:05:18 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.1/8.14.1/Submit) with ESMTP id m2OB5It6022829; Mon, 24 Mar 2008 11:05:18 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Mon, 24 Mar 2008 11:05:18 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: John Pettitt In-Reply-To: <47E4B1BC.6020005@cloudview.com> Message-ID: <20080324110329.S16125@ury.york.ac.uk> References: <47E4B1BC.6020005@cloudview.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: freebsd-stable@freebsd.org Subject: Re: 7-STABLE not seeing second em interface on supermicro mb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2008 11:05:32 -0000 On Sat, 22 Mar 2008, John Pettitt wrote: > I just installed 7-STABLE on a new dual/quad machine based on a supermicro > motherboard - it works fine except that it's not seeing the second network > interface (em driver) - is there a magic incantation to make this work? > > FreeBSD echelon.localnet 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Mar 21 > 23:27:31 PDT 2008 > root@echelon.localnet:/usr/src/sys/amd64/compile/ECHELON amd64 > > The only word from the em driver is this > > em0: port > 0x3000-0x301f mem 0xde200000-0xde21ffff irq 17 at device 0.0 on pci5 > em0: Using MSI interrupt > em0: Ethernet address: 00:30:48:64:d9:45 > em0: [FILTER] > > ifconfig doesn't show anything other than em0 and lo0 Can you give us the output from "dmesg" after a verbose boot, and also the output of "pciconf -l"? Are the network interfaces on board, or on a separate card? Gavin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 12:28:30 2008 Return-Path: Delivered-To: stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 028A71065677 for ; Mon, 24 Mar 2008 12:28:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id C17118FC16 for ; Mon, 24 Mar 2008 12:28:29 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id BF32A46B51 for ; Mon, 24 Mar 2008 08:10:30 -0400 (EDT) Date: Mon, 24 Mar 2008 12:10:30 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: stable@FreeBSD.org Message-ID: <20080324120645.N86447@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: FYI: textdump MFC to RELENG_7 over the next week or two X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2008 12:28:30 -0000 Dear 7-stable users: After settling for three months in 8-current, I'm going to begin MFC'ing support for textdumps from HEAD to RELENG_7 over the next week or two. Textdumps come in a number of parts, each of which will be merged followed by a day or two of settling time: DDB output capture, DDB scripting, and then finally textdump support itself, which also requires changes to savecore(8). Once the MFC is done, I'll forward out the textdump Q&A I sent to current@ a few months ago which gives some ideas for how to use the various parts, which can be combined to give textdump support, or used separately for other sorts of debugging. Hands to help update the kernel debugging section of the handbook to include information on textdumps, not to mention other improvements in kernel debugging in the last few years, would be most welcome. I've received some requests to MFC textdumps to RELENG_6. Once support is fully merged to RELENG_7, I'll wait a bit and then look at how difficult to do that would be. My guess is that it will be relatively straight forward and as such will follow a month or so later. Thanks, Robert N M Watson Computer Laboratory University of Cambridge ---------- Forwarded message ---------- Date: Tue, 18 Dec 2007 12:10:46 +0000 (GMT) From: Robert Watson To: arch@FreeBSD.org Cc: current@FreeBSD.org Subject: DDB scripting, output capture, and textdumps Dear all: I've been hacking on-and-off for a while on a side project to improve our kernel debugging facilities. Primarily, my concern has been to address three problems: - The complications of employing kernel core dumps for debugging, including the large size of dumps making them unwieldy to distribute or store for any extended period (even with minidumps), the requirement to have relatively synchronized kernel source in order to use the dumps, the need to have a kernel with debugging symbols, and the problems with fsck causing sufficient swap use to invalidate dumps before they can be extracted. - The decreasing likelihood that notebooks will ship with serial ports that can be used for interactive debugging using DDB. Making end-users type in stack traces is cruel, photos are a pain, and X11 rules out both. - The fact that a great many problems are most easily diagnosed using utility routines present in DDB, but not as easily using kgdb for offline analysis. I find that for many bugs I analyze, simply looking at the DDB output is sufficient to identify the source of the problem. An idea I punted around a bit at BSDCan earlier this year (or perhaps it was at EuroBSDCon the previous year) was an idea of a "textdump" -- that is, a new type of kernel dump based on capturing automatically extracted debugging information generated by DDB. The result would be an ASCII text file that could be filed as a bug report, perhaps even automatically. To this end, I have implemented three new facilities for use with DDB: (1) DDB output capture. The output of DDB is stored in a memory buffer, and can be extracted using a sysctl or textdumps (see below). This can be turned on and off, both for use manually ("I'll want this later, but not that") and as part of scripts (see below). (2) DDB scripting. A limited number of named scripts can be defined to run a series of DDB commands. No loops, etc, just simple command lists. These can be caused to run automatically on entering DDB for various scenarios, including WITNESS violations and kernel panics. They can also be run by hand in order to save a bit of typing if you use DDB in a repetitive way (as I do). (3) Textdumps. A new dump type that stores a series of data files containing various pieces of information, including the DDB capture buffer, kernel message buffer, kernel configuration (if compiled into the kernel), panic message, and kernel version string. These are stored in the ustar format inside the dump partition (aligned to the end) so can be easily extended, and savecore(8) requires almost no new logic to deal with them (it just drops numbered tar files in /var/crash). This makes it straight forward to extend the textdump format to include new types of information and avoids the issue of how to safely simultaneously represent information in many different formats in the same file. These are pretty flexible tools, and you can imagine doing the following sorts of things: - Setting the kdb.enter.panic script to automatically turn on output capture, do full backtraces of all threads, show open file information, dump UMA stats, and save it all to a textdump and then reboot. - Setting the kdb.enter.witness script to show lock information, generate a coredump, and reboot. Or, just to automatically do "show allocks" and drop to the DDB prompt. - Adding a flag to rc.conf to automatically submit textdumps via e-mail to a specific address, perhaps including GNATS or an automated bug system. These could be unpacked and automatically analyzed, and do to the compact size, kept for long-term trend analysis or to identify when a problem started occuring. I've produced an initial snapshot of the above, which can be found here: http://www.watson.org/~robert/freebsd/20071218-ddb.tgz This adds three files to DDB, patches quite a few kernel files (to pass more information into KDB about why it's being entered, in order to trigger the right script), enhancements to savecore(8) to know how to extract textdumps, adds a ddb(8) command line tool so that userspace can manage DDB scripts from outside the debugger, extensions to the ddb(4) man page, and a new textdump(4) man page. There are a number of known limitations; I've tried to document them at the top of the pertinent files where I am aware of them. I also regret to say that to date I've been able to test only on i386, and not other platforms. I'd welcome any feedback -- I'd like to get these changes into CVS in the next week or two. Robert N M Watson Computer Laboratory University of Cambridge _______________________________________________ freebsd-current@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-current To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 16:16:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 948BE106566B; Mon, 24 Mar 2008 16:16:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 583A58FC13; Mon, 24 Mar 2008 16:16:51 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 85752E286D; Mon, 24 Mar 2008 12:00:04 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 24 Mar 2008 12:00:04 -0400 X-Sasl-enc: jvFu1NmfBY7UBwDI2A/jt/iAcg7K1vGM96m6D7aO5kaZ 1206374404 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id F3CA9BA9C; Mon, 24 Mar 2008 12:00:03 -0400 (EDT) Message-ID: <47E7D003.3070009@incunabulum.net> Date: Mon, 24 Mar 2008 16:00:03 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: nsouch@FreeBSD.org, FreeBSD stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 16:16:51 -0000 Hi, Just for giggles, I decided to solder up the circuit in lpbb(4) and try to use it to talk to a 24LC64 EEPROM with its i2c address set to 0. (Yes, I am using 74LS05s specifically for this circuit.) Imagine my surprise and dismay, when I try to test out the i2c bus using this tool: http://www.ricin.com/freebsd/kbtv/kbtv-1.1.3/saa/saa/support/scan_i2c.c ...and keep seeing this on the console, presumably whenever scan_i2c issues an iic(4) ioctl: lpbb0: can't allocate ppbus I made sure that no other devices were attached to ppbus0. Voltages on the port and the bus looked sane... SCL and SDA stable below 0.1V, nothing floating, good solid +5V on the supply rail using a 7805 regulator on a 9V battery to avoid any nasty current surprises -- I haven't fried my laptop's LPT port. Initially I had ppi loaded as well, I booted a clean kernel and loaded lpbb from the loader: Mar 24 15:40:39 empiric kernel: lpbb0: on ppbus0 Mar 24 15:40:39 empiric kernel: iicbb0: on lpbb0 Mar 24 15:40:39 empiric kernel: iicbus0: on iicbb0 master-only Mar 24 15:41:10 empiric kernel: iic0: on iicbus0 Mar 24 15:41:10 empiric kernel: iic1: on iicbus0 Not sure why iic attaches twice to the iicbus created by lpbb. However, I still got the same message when I re-ran scan_i2c: Mar 24 15:41:19 empiric kernel: lpbb0: can't allocate ppbus Mar 24 15:41:55 empiric last message repeated 1020 times There are real uses for this code, so I'm wondering, what's wrong with lpbb? Does lpbb explicitly require hints to be told where to attach? IMO it shouldn't, it already seems to attach to the first ppbus instance in the system. If I get free time otherwise, I'll try to investigate further. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 18:09:23 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 359561065678 for ; Mon, 24 Mar 2008 18:09:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id 371F08FC1C for ; Mon, 24 Mar 2008 18:09:21 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 236586105-1834499 for multiple; Mon, 24 Mar 2008 14:10:42 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2OI9DAa065041; Mon, 24 Mar 2008 14:09:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 24 Mar 2008 14:07:24 -0400 User-Agent: KMail/1.9.7 References: <47E7D003.3070009@incunabulum.net> In-Reply-To: <47E7D003.3070009@incunabulum.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803241407.24749.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Mon, 24 Mar 2008 14:09:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6368/Mon Mar 24 10:14:22 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Bruce M Simpson , nsouch@freebsd.org Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 18:09:23 -0000 On Monday 24 March 2008 12:00:03 pm Bruce M Simpson wrote: > Hi, > > Just for giggles, I decided to solder up the circuit in lpbb(4) and try > to use it to talk to a 24LC64 EEPROM with its i2c address set to 0. > (Yes, I am using 74LS05s specifically for this circuit.) > > Imagine my surprise and dismay, when I try to test out the i2c bus using > this tool: > http://www.ricin.com/freebsd/kbtv/kbtv-1.1.3/saa/saa/support/scan_i2c.c > > ...and keep seeing this on the console, presumably whenever scan_i2c > issues an iic(4) ioctl: > lpbb0: can't allocate ppbus > > I made sure that no other devices were attached to ppbus0. Voltages on > the port and the bus looked sane... SCL and SDA stable below 0.1V, > nothing floating, good solid +5V on the supply rail using a 7805 > regulator on a 9V battery to avoid any nasty current surprises -- I > haven't fried my laptop's LPT port. > > Initially I had ppi loaded as well, I booted a clean kernel and loaded > lpbb from the loader: > > Mar 24 15:40:39 empiric kernel: lpbb0: interface> on ppbus0 > Mar 24 15:40:39 empiric kernel: iicbb0: on lpbb0 > Mar 24 15:40:39 empiric kernel: iicbus0: on iicbb0 > master-only > Mar 24 15:41:10 empiric kernel: iic0: on iicbus0 > Mar 24 15:41:10 empiric kernel: iic1: on iicbus0 > > Not sure why iic attaches twice to the iicbus created by lpbb. > > However, I still got the same message when I re-ran scan_i2c: > > Mar 24 15:41:19 empiric kernel: lpbb0: can't allocate ppbus > Mar 24 15:41:55 empiric last message repeated 1020 times > > There are real uses for this code, so I'm wondering, what's wrong with lpbb? > > Does lpbb explicitly require hints to be told where to attach? > IMO it shouldn't, it already seems to attach to the first ppbus instance > in the system. > > If I get free time otherwise, I'll try to investigate further. What other devices do you have on your ppbus? Do you have lpt0, etc.? Are your running lpd? The way that ppbus works is that only one child driver (ppi0, lpt0, etc.) can "own" the actual ppc device at a time, so when a child driver wants to do something, it requests ownership of the bus first. You need to find out which other child driver owns the bus. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 19:58:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E47EF1065674 for ; Mon, 24 Mar 2008 19:58:30 +0000 (UTC) (envelope-from gentoo@tmgcon.com) Received: from tmgcon.com (tmgcon.com [204.202.11.250]) by mx1.freebsd.org (Postfix) with ESMTP id B010F8FC14 for ; Mon, 24 Mar 2008 19:58:30 +0000 (UTC) (envelope-from gentoo@tmgcon.com) Received: from gentoo.lan.tmgcon.com (60-234-243-205.bitstream.orcon.net.nz [60.234.243.205]) (authenticated bits=0) by tmgcon.com (8.13.6.20060614/8.13.6) with ESMTP id m2OJTdTB075866 for ; Tue, 25 Mar 2008 07:29:41 +1200 (NZST) From: Tom Munro Glass To: freebsd-stable@freebsd.org Date: Tue, 25 Mar 2008 08:29:36 +1300 User-Agent: KMail/1.9.9 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803250829.36894.gentoo@tmgcon.com> Subject: RAID on HP ML110 G5 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2008 19:58:31 -0000 I would like to run FreeBSD 7 on a HP ML110 G5. I understand from past posts to this list that the ML110 series is FreeBSD friendly, but what about RAID 1 using the on-board SATA controller? Will this work and how do you set this up? Regards Tom Munro Glass From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 22:03:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BF593106564A for ; Mon, 24 Mar 2008 22:03:40 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.freebsd.org (Postfix) with ESMTP id 9B4158FC15 for ; Mon, 24 Mar 2008 22:03:40 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost.sonic.net [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 14AAD1AA5FA; Mon, 24 Mar 2008 15:03:38 -0700 (PDT) Received: from jpp-desktop.localnet (gatekeeper.no-such-agency.net [64.142.103.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 7BC4D1AA5C4; Mon, 24 Mar 2008 15:03:33 -0700 (PDT) Message-ID: <47E82532.4030105@cloudview.com> Date: Mon, 24 Mar 2008 15:03:30 -0700 From: John Pettitt User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Gavin Atkinson References: <47E4B1BC.6020005@cloudview.com> <20080324110329.S16125@ury.york.ac.uk> In-Reply-To: <20080324110329.S16125@ury.york.ac.uk> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7-STABLE not seeing second em interface on supermicro mb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 24 Mar 2008 22:03:40 -0000 Gavin Atkinson wrote: > On Sat, 22 Mar 2008, John Pettitt wrote: > >> I just installed 7-STABLE on a new dual/quad machine based on a >> supermicro motherboard - it works fine except that it's not seeing >> the second network interface (em driver) - is there a magic >> incantation to make this work? >> >> FreeBSD echelon.localnet 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Mar 21 >> 23:27:31 PDT 2008 >> root@echelon.localnet:/usr/src/sys/amd64/compile/ECHELON amd64 >> >> The only word from the em driver is this >> >> em0: port >> 0x3000-0x301f mem 0xde200000-0xde21ffff irq 17 at device 0.0 on pci5 >> em0: Using MSI interrupt >> em0: Ethernet address: 00:30:48:64:d9:45 >> em0: [FILTER] >> >> ifconfig doesn't show anything other than em0 and lo0 > > Can you give us the output from "dmesg" after a verbose boot, and also > the output of "pciconf -l"? Are the network interfaces on board, or > on a separate card? > > Gavin > Doh! Turns out to be a hardware problem - when checking the jumpers I discovered a transistor on the MB next to the failed nic that is too hot to touch - new MB is on the way from Silicon Mechanics (who by the way are great to deal with) With hardware today I see so few dead components that I stopped checking the obvious first. John From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 23:03:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6C8D106566B; Mon, 24 Mar 2008 23:03:28 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7A4B28FC2A; Mon, 24 Mar 2008 23:03:28 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id E632AE21D4; Mon, 24 Mar 2008 19:03:27 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Mon, 24 Mar 2008 19:03:27 -0400 X-Sasl-enc: kGaaoGGFQEJfQWSBt1pEiLNObqg3hcB83f/BzXZvvgWS 1206399807 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 56C6E2A0E1; Mon, 24 Mar 2008 19:03:27 -0400 (EDT) Message-ID: <47E8333E.20900@incunabulum.net> Date: Mon, 24 Mar 2008 23:03:26 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: John Baldwin References: <47E7D003.3070009@incunabulum.net> <200803241407.24749.jhb@freebsd.org> In-Reply-To: <200803241407.24749.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: nsouch@freebsd.org, freebsd-stable@freebsd.org Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 23:03:28 -0000 John Baldwin wrote: > What other devices do you have on your ppbus? Do you have lpt0, etc.? Are > your running lpd? The way that ppbus works is that only one child driver > (ppi0, lpt0, etc.) can "own" the actual ppc device at a time, so when a child > driver wants to do something, it requests ownership of the bus first. You > need to find out which other child driver owns the bus. > Hardware is an IBM/Lenovo T43, using the ppc driver. lpt was not in use, nor was lpd. I do use cupsd, however it is only configured to use network printers. I tried this both with ppi(4) loaded (I normally load it to support urjtag), and with no other ppbus devices loaded. I got the same results in both cases. I used devinfo to check if other devices were attached to the ppbus parent. ppc0 always has a single child ppbus0. In the first case ppi0 was attached. In the second case only lpbb appeared to be attached, no other direct children of ppbus0, printing the same message when attempting to use the bus ("device not configured"). So, still no resolution here. It would be very useful to use lpbb for initial write of a 24LC64 EEPROM. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Mon Mar 24 23:24:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B764F1065674; Mon, 24 Mar 2008 23:24:13 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 76AE38FC25; Mon, 24 Mar 2008 23:24:13 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 3A826DBAAD; Mon, 24 Mar 2008 19:24:13 -0400 (EDT) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Mon, 24 Mar 2008 19:24:13 -0400 X-Sasl-enc: CwqAdLzG5uJw+15Q4oSADmKURBtmOi3PnRBl66zUKNQe 1206401052 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 7C5E95CD3; Mon, 24 Mar 2008 19:24:12 -0400 (EDT) Message-ID: <47E8381B.5060100@FreeBSD.org> Date: Mon, 24 Mar 2008 23:24:11 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: John Baldwin References: <47E7D003.3070009@incunabulum.net> <200803241407.24749.jhb@freebsd.org> <47E8333E.20900@incunabulum.net> In-Reply-To: <47E8333E.20900@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: nsouch@freebsd.org, freebsd-stable@freebsd.org Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 24 Mar 2008 23:24:13 -0000 Bruce M Simpson wrote: > > I used devinfo to check if other devices were attached to the ppbus=20 > parent. ppc0 always has a single child ppbus0. In the first case ppi0=20 > was attached. In the second case only lpbb appeared to be attached, no = > other direct children of ppbus0, printing the same message when=20 > attempting to use the bus ("device not configured"). Whoops, I meant "can't allocate ppbus" here, trying to avoid confusion=B7= I can't seem to kldunload lpbb or other ppbus modules (if they are=20 loaded) after they are loaded, this generates a "device not configured"=20 message. cheers BMS From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 04:32:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2955B106566C for ; Tue, 25 Mar 2008 04:32:40 +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 DF8F88FC1F for ; Tue, 25 Mar 2008 04:32:37 +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 PAA21801; Tue, 25 Mar 2008 15:32:28 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Tue, 25 Mar 2008 15:32:27 +1100 (EST) From: Ian Smith To: Bruce M Simpson In-Reply-To: <47E7D003.3070009@incunabulum.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: nsouch@freebsd.org, FreeBSD stable Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 04:32:40 -0000 On Mon, 24 Mar 2008, Bruce M Simpson wrote: > Just for giggles, I decided to solder up the circuit in lpbb(4) and try > to use it to talk to a 24LC64 EEPROM with its i2c address set to 0. > (Yes, I am using 74LS05s specifically for this circuit.) > > Imagine my surprise and dismay, when I try to test out the i2c bus using > this tool: > http://www.ricin.com/freebsd/kbtv/kbtv-1.1.3/saa/saa/support/scan_i2c.c > > ...and keep seeing this on the console, presumably whenever scan_i2c > issues an iic(4) ioctl: > lpbb0: can't allocate ppbus Bearing in mind that I'm looking at RELENG_5 sources (lpbb.c 1.18), and that there have been a bunch of commits to iicbus mostly by Warner a year ago .. that message can be printed in lpbb_detect or lpbb_reset .. but if lpbb_detect failed I don't see how lpbb_probe could succeed, yet device_set_desc seems to have succeeded, according to first line below. > I made sure that no other devices were attached to ppbus0. Voltages on > the port and the bus looked sane... SCL and SDA stable below 0.1V, If the bus were successfully reset, these should both be nearer 5V, 0.1V being signal active low, which isn't a desirable bus state indefinitely. > nothing floating, good solid +5V on the supply rail using a 7805 > regulator on a 9V battery to avoid any nasty current surprises -- I > haven't fried my laptop's LPT port. That's good :) > Initially I had ppi loaded as well, I booted a clean kernel and loaded > lpbb from the loader: > > Mar 24 15:40:39 empiric kernel: lpbb0: interface> on ppbus0 > Mar 24 15:40:39 empiric kernel: iicbb0: on lpbb0 > Mar 24 15:40:39 empiric kernel: iicbus0: on iicbb0 > master-only > Mar 24 15:41:10 empiric kernel: iic0: on iicbus0 > Mar 24 15:41:10 empiric kernel: iic1: on iicbus0 > > Not sure why iic attaches twice to the iicbus created by lpbb. There are comments with iicbus.c saying that hints are now required, but without recent sources to hand I'm a bit lost. Certainly the diffs to the RELENG_5 sources that I've been trying to sus out are extensive. > However, I still got the same message when I re-ran scan_i2c: > > Mar 24 15:41:19 empiric kernel: lpbb0: can't allocate ppbus > Mar 24 15:41:55 empiric last message repeated 1020 times > > There are real uses for this code, so I'm wondering, what's wrong with lpbb? > > Does lpbb explicitly require hints to be told where to attach? > IMO it shouldn't, it already seems to attach to the first ppbus instance > in the system. > > If I get free time otherwise, I'll try to investigate further. I'm sure Warner will deliver the goods .. probably still partying :) Reason I chimed in is that I was hoping to use lbpp myself last year, figuring it should be fast enough to snoop on an I2C-compatible bus running at 400kHz between a couple of AVR tiny45s for debugging, data acquisition and control, however a) it - or rather iicbb(4) - is a master-only interface and b) the slew of DELAY(10)s even mid-bit in iicbb means it can never get anywhere near even 'standard' 100kbps. To finish off completely hijacking your thread :) does anyone know of anything that can run a master/slave interface like pcf(4) which appears to have been an ISA bus only device? I don't have C skills to write one, though 400kHz master and slave routines in AVR asm were fun :) Later: after nearly losing this in a pine crash (don't ask), I've since seen John's reply to your later message. Could it be that smbus or something is also using iicbus rather than something messing with ppbus? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 06:01:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 451D91065670 for ; Tue, 25 Mar 2008 06:01:32 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (mail.1command.com [75.160.109.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0888FC25 for ; Tue, 25 Mar 2008 06:01:26 +0000 (UTC) (envelope-from chris#@1command.com) Received: from mail.1command.com (localhost.1command.com [127.0.0.1]) by mail.1command.com (8.13.3/8.13.3) with ESMTP id m2P61IvP025606 for ; Mon, 24 Mar 2008 23:01:24 -0700 (PDT) (envelope-from chris#@1command.com) Received: (from www@localhost) by mail.1command.com (8.13.3/8.13.3/Submit) id m2P61IG3025605 for freebsd-stable@freebsd.org; Mon, 24 Mar 2008 23:01:18 -0700 (PDT) (envelope-from chris#@1command.com) Received: from hitme.hitometer.net (hitme.hitometer.net [75.160.109.235]) by webmail.1command.com (H.R. Communications Messaging System) with HTTP; Mon, 24 Mar 2008 23:01:18 -0700 Message-ID: <20080324230118.vu8on77nwg00s4ok@webmail.1command.com> X-Priority: 3 (Normal) Date: Mon, 24 Mar 2008 23:01:18 -0700 From: "Chris H." To: freebsd-stable@freebsd.org References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <1206249710.7878.12.camel@tremelay> In-Reply-To: <1206249710.7878.12.camel@tremelay> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: H.R. Communications Internet Messaging System (HCIMS) 4.1 Professional (not for redistribution) / FreeBSD-5.5 Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 06:01:33 -0000 Quoting Michael Gratton : > On Sat, 2008-03-22 at 20:59 -0700, Freddie Cash wrote: >> On Sat, Mar 22, 2008 at 5:07 PM, Anders Nordby wrot= e: >> > conf.d (custom configuration) >> > sites-available (virtualhost configuration) >> > sites-enabled (symlinks for enabled virtualhosts) >> > mods-available (available Apache modles) >> > mods-enabled (symlinks for enabled Apache modules) >> >> Oh, gods, please, no! That is one of the things I absolutely hate >> about Debian (and its derivatives). There are some packages on Debian >> where they use separate text files for each configuration option >> (ProFTPd, for examples). It is a huge mess of directories and files >> that makes it a *royal* PITA to edit at the CLI. > > =EF=BB=BFActually, it makes two things really easy: > > 1. Automated installation of configuration required by other packages, > without them all munging and potentially breaking a single, central > config file. For example, you have Apache installed, and you want to > install PHP, the PHP port/package drops a file with the needed config > files into /etc/apache2/conf.d. No ad-hoc editing of httpd.conf > required, no loss of the work you did to customise it in the first > place. /etc/make.conf will easily allow you to make "boilerplate" install/make schemes already. http[s]d.conf can always remain exactly the same. For any desired (custom) changes, simply add include conf/custom1.conf include conf/custom2.conf include conf/custom... etc... to the http[s]d.conf, and the custom changes/additions are sucked in "magically". Apache has been like that since the very beginning. I don't see where Linux has improved on this at all. > > 2. As someone else pointed out, managing large numbers of vhosts (which > is really just a special case of #1. use the following line in your http[s]d.conf file include vhost/* and your done. Linux had nothing to do with this. You can thank NCSA for this scheme. :) > >> Yes, a scheme like that is better for GUI tools, but it really makes >> things more difficult for non-GUI users/uses (like headless servers >> managed via SSH). > > It has nothing to do with GUI tools. > >> One of the things I *really* like about FreeBSD is that it has the >> "one config file per app/system" setup. > > Until you install that one last port that breaks the config file you > spent hours tweaking. Again - YOU, the SA are given the control with FBSD. Simply create an /etc/make.conf with options that will be used with ALL your boxen. Then simply add any host specific options as required/desired. Leaving you less to keep track of, and less opportunity for errors to creep in. :) --Chris H > > /Mike > > -- > Michael Gratton > Quuxo Software > -- panic: kernel trap (ignored) From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 06:11:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 49F80106564A for ; Tue, 25 Mar 2008 06:11:01 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from hudson.quuxo.net (hudson.quuxo.net [203.18.245.242]) by mx1.freebsd.org (Postfix) with ESMTP id ADFAC8FC21 for ; Tue, 25 Mar 2008 06:11:00 +0000 (UTC) (envelope-from michael@quuxo.com) Received: from [10.101.128.211] (lobby-nat.sydney.corp.yahoo.com [124.108.98.218]) (authenticated bits=0) by hudson.quuxo.net (8.14.2/8.14.2) with ESMTP id m2P6Attw060008 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Mar 2008 16:40:59 +1030 (CST) (envelope-from michael@quuxo.com) From: Michael Gratton To: freebsd-stable@freebsd.org In-Reply-To: <20080324230118.vu8on77nwg00s4ok@webmail.1command.com> References: <868x0ezh9u.fsf@zid.claresco.hr> <200803192028.m2JKSZen098816@lurza.secnetix.de> <20080323000707.GA33311@fupp.net> <1206249710.7878.12.camel@tremelay> <20080324230118.vu8on77nwg00s4ok@webmail.1command.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-YDPbpBZzgBkkMo1c2Eqj" Organization: Quuxo Software Date: Tue, 25 Mar 2008 17:10:54 +1100 Message-Id: <1206425454.7377.17.camel@tremelay> Mime-Version: 1.0 X-Mailer: Evolution 2.22.0 X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (hudson.quuxo.net [203.18.245.242]); Tue, 25 Mar 2008 16:40:59 +1030 (CST) X-Virus-Scanned: ClamAV 0.92/6388/Tue Mar 25 12:03:11 2008 on hudson.quuxo.net X-Virus-Status: Clean Subject: Re: Upgrading to 7.0 - stupid requirements X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 06:11:01 -0000 --=-YDPbpBZzgBkkMo1c2Eqj Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Mon, 2008-03-24 at 23:01 -0700, Chris H. wrote: > changes, simply add > include conf/custom1.conf > include conf/custom2.conf > include conf/custom... etc... to the http[s]d.conf, and the custom > changes/additions are sucked in "magically". Apache has been like that > since the very beginning. I don't see where Linux has improved on this > at all. [snip] > use the following line in your http[s]d.conf file > include vhost/* > and your done. Linux had nothing to do with this. You can thank NCSA > for this scheme. :) Yes, Debian just does this by default. This is in contrast to most (all?) FBSD ports that attempt to munge your central config file when it needs to (e.g. modifying httpd.conf when installing PHP[0]) or just don't bother, both of which are fails. /Mike [0] not that I'm alleging the PHP ports do this, but it's a good example of when such a thing needs to happen. --=20 Michael Gratton =20 Quuxo Software --=-YDPbpBZzgBkkMo1c2Eqj Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQBH6Jdun1mVFlYUR84RAl7aAJ9TVe+B1qgcr1kMnnDUungTy1s6SQCguelO gBFcrNmxnot/Nv6cLJ/h9/8= =x3O/ -----END PGP SIGNATURE----- --=-YDPbpBZzgBkkMo1c2Eqj-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 07:32:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAFCC1065670 for ; Tue, 25 Mar 2008 07:32:13 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from mx.smershnet.com (mx.smershnet.com [87.117.208.209]) by mx1.freebsd.org (Postfix) with ESMTP id 5B39E8FC23 for ; Tue, 25 Mar 2008 07:32:13 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from localhost (mx.smershnet.com [87.117.208.209]) by mx.smershnet.com (Postfix) with ESMTP id 5463C2754881; Tue, 25 Mar 2008 07:32:11 +0000 (GMT) X-Virus-Scanned: amavisd-new at smershnet.com Received: from mx.smershnet.com ([87.117.208.209]) by localhost (mx.smershnet.com [87.117.208.209]) (amavisd-new, port 10024) with ESMTP id OW9qmWOY8+jP; Tue, 25 Mar 2008 07:32:08 +0000 (GMT) Received: from kananga.hq.smershnet.com (217-133-13-140.b2b.tiscali.it [217.133.13.140]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx.smershnet.com (Postfix) with ESMTP id C27F82754880; Tue, 25 Mar 2008 07:32:08 +0000 (GMT) Received: from stromberg.smersh.casa (stromberg.smersh.casa [192.168.200.10]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by kananga.hq.smershnet.com (Postfix) with ESMTPSA id 5EB8356695; Tue, 25 Mar 2008 08:31:30 +0100 (CET) Message-Id: <248F8C92-14F4-4FF8-94FE-2F220FFBE8FB@yahoo.it> From: Gianni To: freebsd-stable@freebsd.org In-Reply-To: <20080322035212.GA15541@eos.sc1.parodius.com> Mime-Version: 1.0 (Apple Message framework v919.2) Date: Tue, 25 Mar 2008 08:32:07 +0100 References: <20080322035212.GA15541@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Jeremy Chadwick Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 07:32:13 -0000 On 22/mar/08, at 04:52, Jeremy Chadwick wrote: > On Fri, Mar 21, 2008 at 06:27:19PM +0100, Gianni Doe wrote: >> I'm also experiencing this issue after upgrading to 7.0-RELEASE >> from 6.3 > The most I can provide is here: > http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > Workaround: Set hw.ata.ata_dma=0 in /boot/loader.conf. This will > disable use of DMA in the ATA/SATA subsystem; I'm afraid the workaround doesn't work for me, I set hw.ata.ata_dma="0" in loader.conf and the problem still occurs. Just to double-check... # sysctl hw.ata.ata_dma hw.ata.ata_dma: 0 -Gianni From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 08:25:44 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67355106564A for ; Tue, 25 Mar 2008 08:25:44 +0000 (UTC) (envelope-from TheLinkHomeschoolNewspaper@mail93.subscribermail.com) Received: from mail93.subscribermail.com (mail93.subscribermail.com [63.240.154.127]) by mx1.freebsd.org (Postfix) with ESMTP id 916838FC13 for ; Tue, 25 Mar 2008 08:25:41 +0000 (UTC) (envelope-from TheLinkHomeschoolNewspaper@mail93.subscribermail.com) DomainKey-Signature: q=dns; a=rsa-sha1; c=nofws; s=domainkeys; d=mail93.subscribermail.com; h=Content-type:Message-ID:Date:To:From:Reply-To:Subject:List-Unsubscribe:X-ppid:X-dit:X-mid:X-appid:Mime-Version; b=BCqzL/zQ6UnL3W4q3fcidDIApzm0hFoiPWMVx6FJ0/GHkFODHAedR1MuM3/dh/AV YeTBAZjtDW6DZZoUIF5j2NC2ARcH+VnCQ725LuF74QPTNyebG8ktuykMflLxK9jm Message-ID: Date: Tue, 25 Mar 2008 03:00:21 -0500 To: stable@freebsd.org From: "The Link Homeschool Newspaper" X-ppid: 45001722 X-dit: a65a36d5afe24e4a8e3ef53c33025f7a X-mid: e292b2349163432fa917e5ce4695fe78 X-appid: app Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: The LINK Homeschool Conference 2008 Issue 6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: The Link Homeschool Newspaper List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 08:25:44 -0000 View this message in a browser. http://archives.subscribermail.com/msg/a65a36d5afe24e4a8e3ef53c33025f7a.htm Visit our site at http://www.homeschoolnewslink.com In this issue: > Menu Coupons > Side Column Sponsors > Menu Buttons > 2008 Conference Speakers > 2008 Conference Speakers - Nick Brosco & Lennon Leppert > Nick Brosco > Lennon Leppert > Location and Date > Conference Sponsor Spotlight: Creekbed Technology > Register > Conference Raffle Prize - Costa Rica 10-day tour for two! > Bicycle Raffle > Conference Raffle! - Flying Point Press! > Win an AllStar Machine! From Ellison Machines > Thank You to Our Vendors > Support Our Conference Vendors > Footer ____________________MENU COUPONS__________________ ************************************************** CLICK HERE TO REGISTER! http://www.californiahomeschoolconference.com/ __________________________________________________ ************************************************** ________________SIDE COLUMN SPONSORS______________ ************************************************** CONFERENCE SPONSORS (HTTP://WWW.CALIFORNIAHOMESCHOOLCONFERENCE.COM/SPONSORS.ASPX) Conference Sponsors ================================================== CANON PRESS ================================================== AVKO ================================================== ART INSTRUCTION SCHOOL ================================================== CUPRIDENT (http://www.cuprident.com) (http://www.cuprident.com) ================================================== LAWRENCE TECHNOLOGICAL UNIVERSITY ================================================== BRAIN BALANCE ================================================== CONFERENCE VENDORS (HTTP://WWW.CALIFORNIAHOMESCHOOLCONFERENCE.COM/SPONSORS.ASPX) Conference Vendors ================================================== AH-HA VOCABULARY ================================================== THE DRAMA GAME FILE ================================================== LIVELY LATIN ================================================== ACE: ACCELERATED CHRISTIAN EDUCATION ================================================== MONEY SAVVY ================================================== WHOLE MOVEMENT ================================================== USBORNE BOOKS BY JILL ================================================== BURTON DIGITAL BOOKS ================================================== GAMES BY BEA ================================================== HOMESCHOOL ART VIDEOS ================================================== EXCELLENCE IN EDUCATION ================================================== THE APPRENTICE DOCTOR (HTTP://WWW.THEAPPRENTICEDOCTOR.COM) The Apprentice Doctor ================================================== EMPOWER WRITER ================================================== CREEKBED TECHNOLOGY ================================================== MARSH CREEK PRESS ================================================== KEEP WATCHING __________________________________________________ ************************************************** ____________________MENU BUTTONS__________________ ************************************************** GARAGE SALE C1.0 http://www.californiahomeschoolconference.com/pdfs/2008-garage-sale.pdf ================================================== VENDORS C:2 http://www.californiahomeschoolconference.com/sponsors.aspx ================================================== RAFFLE PRIZES http://www.californiahomeschoolconference.com/raffle.aspx ================================================== TALENT SHOW C1.0 http://www.californiahomeschoolconference.com/pdfs/2008-talent-show.pdf __________________________________________________ ************************************************** 2008 CONFERENCE SPEAKERS http://www.californiahomeschoolconference.com/workshops.aspx 2008 CONFERENCE SPEAKERS - NICK BROSCO & LENNON LEPPERT Children's Workshop: "Making Your Own Video" This three part hands on filming experience will provide excitement for all. Making a film may seem overwhelming, however with the guidance of Lennon Leppert and Nick Brosco that myth will be destroyed. The two film makers will cover the art of preparing for, shooting and editing your very own film. In addition, they will touch on screenplay writing, directing and equipment choices. Francis Ford Coppola, eat your heart out. Making Your Own Video Workshop (http://www.californiahomeschoolconference.com/allkid.aspx) NICK BROSCO Nick Brosco (http://www.blueedgemedia.net) Nick Brosco was homeschooled all of his life. He has been shooting and editing digital video for the past five years. His company, Blue Edge Media, has produced wedding and event video, corporate video, and photo montages, as well as having provided DVD authoring and post-production editing services. See Nick's website at www.blueedgemedia.net (http://www.blueedgemedia.net) LENNON LEPPERT Lennon Leppert (http://www.framemusic.net) Lennon Leppert, 20 years old, is the graphic artist for The Link Newspaper. He was homeschooled all of his life. He is active in digital photography and in editing digital video and post-production. He is well versed in the Adobe line of products including Photoshop, Premiere, After Effects and Flash, and he has in-depth knowledge of Mac-based video-editing programs such as Final Cut Pro. See Lennon's website at www.framemusic.net (http://www.framemusic.net) LOCATION AND DATE http://www.marriott.com/hotels/travel/laxag-renaissance-agoura-hills-hotel/ CONFERENCE SPONSOR SPOTLIGHT: CREEKBED TECHNOLOGY In the past, homeschooling families could not take advantage of the discounts available to schools and other groups. But Creekbed Technology Inc., a major computer supplier for private high schools, colleges, and universities in Southern California, brings their savings and expertise to homeschoolers everywhere! Even though you might only have a couple of students in your house, you can now get the volume discount and educational pricing because you are a subscriber to The LINK! Manufacturers will offer larger discounts for larger volumes and we have arranged with Lenovo, to provide you with greater discounts than are normally available. They are also offering discounted accessories, which you can find on our website when you go to order. You can purchase these products and more at www.creekbedtech.com (http://www.creekbedtech.com) under The LINK. Dear Home Schoolers, Creekbed Technology Inc. is a major computer supplier for private high schools, colleges, and universities in Southern California and now we bring that savings and expertise to you! Even though you might only have a couple students in your house, you can now get the volume discount and educational pricing because you belong to The LINK. Since a manufacturer will give larger discounts for larger volumes, we have arranged with Lenovo the opportunity to give you greater discounts than are normally available. They are also offering discounted accessories you can find on our website when you go to order. You can purchase these products and more at www.creekbedtech.com (http://www.creekbedtech.com) under The LINK. (Regular Price is $1722, Low web price is $1447) Core 2 Duo T7500 2.2gHz, 1GB, 120GB, 15.4” WSXGA+, DVD-RW Dual Layer, Intel High Definition Audio, 802.11a/b/g wireless, Vista Business, 3 year warranty. 64574XU (Gaming) ThinkPad T61 at $1514 (Regular price is $1882, Low web price is $1541) Core 2 Duo T7500 2.2gHz, 2GB, 100GB, 15.4”WXGA+, DVD-RW Dual Layer, Intel High Definition Audio, 802.11a/b/g wireless, Vista Ultimate, 3 year warranty. 64576DU (Gaming) ThinkPad R61 at $845 (Regular Price is 988, Low web price is $845) Celeron 1.86, 1GB RAM, 80GB, DVD/CD-RW, 15.4” WXGA, Intel High Definition Audio, 802.11/g wireless, Vista Business, 3 year warranty 8933B7U ThinkPad R61 at $1027 (Regular price is $1268, Low web price is $1078) Core 2 Duo 2.0 gHz T7300, 1GB, 80GB, DVD/CD-RW, 14”WXGA, Intel High Definition Audio, 802.11/g wireless, Vista Business, 3 year warranty 773311U ThinkPad R61 at $1244 (Regular price is $1533, Low web price is $1320) Core 2 Duo 2.2gHz T7500, 1GB, 120GB, DVD-RW/CD-RW, Intel High Definition Audio, 14”WXGA+ with webcam, 802.11/g wireless, Vista Business 3 year warranty 774303U (Gaming) ThinkPad X61t at $1659 (Regular price is $2237. Low web price is $1853) Intel Core 2 Duo T7800 1.83 gHz, 2GB, 100GB, 12.1” WVA XGA Tablet, Intel High Definition Audio, 802.11/g wireless, Vista Business 3 year warranty 7762H7U Microsoft Office Standard 2007—Retail Package at $137 Regular price $399.97 This package includes: MS Word, MS Excel, MS PowerPoint, MS Outlook, License and CD-Media Why Lenovo? 1. Lenovo/IBM is a leader in advanced laptop technology. Lenovo was the first company in the world to win the label “environmentally friendly—GOLD STATUS” monitor and desktop by EPEAT, the primary organization that evaluates computers and electronics. 2. Lenovo is the only laptop approved for space flight by NASA. This is not a backup computer, but these laptops play critical roles in the space program. 3. Lenovo is also has many “firsts” in bringing to the market place technology that we all now consider standard, such as DVD ROM, finger print readers etc. 4. While we will gladly service these laptops for you as an authorized service center, you can have your laptop serviced anywhere in the U.S. at any authorized location. Why these laptops specifically? 1. These are business class models. If you go to Best Buy or Circuit City to buy a laptop you get a retail laptop. They come with one year warranty and have no durability features as the business class models do. So if your laptop breaks down after a year and a half, you have to either spend large quantities of money to fix it or buy a new one. Our experience is a high percentage of computers that come in to our shop for fixing are retail models. Rarely do we see business class models. 2. Business class laptops such as Lenovo is offering here, cost a little more but they come with a three year warranty, and many durability features such as a spill proof keyboard (look at the keyboard drain holes on the bottom of the notebook. Liquid goes right through and doesn’t even enter the computer), an accelerometer which detects when a laptop is being dropped and lifts the needle off the hard drive to protect it, crumple zones, “roll cage”, and shock mounted hard drives. These ThinkPad models are also quieter and cooler than the competition by design. 3. Lenovo failure rates are some of the lowest in the industry. The computer industry as a whole has lowered the need for service on laptops but Lenovo is 33% lower than the industry average and has reduced the service needs for laptops by 9% in the last two years alone. Why only Lenovo offered instead of other name brands? 1. Volume equals discount. The manufacturers all look for ways to increase their volume. The more you buy the more discounted pricing they will offer. The wider variety of computers we offer the fewer each manufacturer sells to your organization so the smaller discounts they will give. 2. Lenovo believes in your home school network and see big possibilities. They are the first to step up and offer substantial discounts to you. Lenovo is offering large discounts for a new market they have not yet touched. Creekbed Technology Inc is an Authorized Service Center for Lenovo, Sony, and Toshiba as well as an Authorized Educational Reseller for Microsoft Corporation. You can purchase these products and more at www.creekbedtech.com (http://www.creekbedtech.com) (http://www.creekbedtech.com) REGISTER http://www.californiahomeschoolconference.com/ CONFERENCE RAFFLE PRIZE - COSTA RICA 10-DAY TOUR FOR TWO! Caravan Tours (http://www.caravantours.com) Day 1 - San José, Costa Rica Welcome to the "rich coast," friendly land of democracy and rare natural beauty. With naturalist guides, see exotic birds and wildlife, hike in jungle rainforests, view volcanoes, soak in hot springs and cruise through biological reserves. Relax on both the Atlantic and Pacific coasts. Caravan provides transfers from the San José airport to your hotel for a two night stay. Rooms are available for check in after 3:00 p.m. Dine at your hotel, then join Caravan for an 8:00 p.m. welcome briefing. Day 2 - Poás Volcano, San José City Tour After breakfast, see the statue of the drummer boy, Costa Rica's hero. Next, weather permitting, visit Poás Volcano, dormant since 1991. You can safely view this dramatic mile-wide crater from an overlook. Enjoy lunch. Next, see San José's Plaza de la Cultura, Central Park and the National Theatre. Visit the National Museum (on Mondays, visit the Gold Museum instead). Enjoy dinner. Day 3 - Rainforest Aerial Tram Scenic morning drive through Braulio Carrillo Park. Look for cascading waterfalls. Then, a thrilling adventure into the heart of the rainforest. Glide through the jungle canopy on the world famous rainforest aerial tram, rated one of Costa Rica's top tourist attractions. Next, with a naturalist guide, enjoy a short rainforest hike on level terrain. Enjoy lunch. Visit a butterfly garden. Then, cruise through rivers and canals to the 47,000 acre Tortuguero National Park. Tortuguero is home to more than 300 species of birds. Look for toucans, parrots, kingfishers and the rare green macaw. Enjoy a two night stay at your lodge. After dinner in Tortuguero, a naturalist talks about the rainforest. Day 4 - Tortuguero Park, Canal Cruise Cruise this morning with naturalist guides along canals lined by raffia palm, habitat of howler and white-faced monkeys, green iguanas and tropical birds. Look for white and snowy egrets and the amazing nests of the montezuma oropendola. Then, enter the mysterious reflecting waters of Caño Palma wildlife reserve. Next, visit the Green Turtle Research Station. Learn about efforts to protect the turtle's nesting habitat, eggs and young hatchlings. Walk along the Atlantic turtle nesting beaches with a naturalist guide. Next, to Tortuguero village. Meet Costa Rican school children on your visit to a local school (when in session). Return to your lodge for lunch. Free time to enjoy your lodge's swimming pool and tropical flower gardens. Enjoy an afternoon boat excursion into Tortuguero Park. Look for otters, turtles and manatees. Dinner. Day 5 - San Carlos Valley, Fortuna Morning cruise on Tortuguero River. See a banana plantation. Lunch, then a brief stop at Selva Verde Rainforest Reserve. Here you can walk the nearly 300 foot long suspension bridge over a jungle river. Next, through scenic countryside to the San Carlos Valley for a two night stay in Fortuna. Dinner. Day 6 - Caño Negro, Hot Springs, Arenal Head north this morning, passing through sugar cane, teak and orange plantations. Then, cruise on the Rio Frio which runs through the world famous Caño Negro wildlife refuge, home to many migratory birds found nowhere else in Costa Rica. Look for whistling ducks, roseate spoonbills, cormorants, anhingas, blue heron, and northern jacanas. Watch for caimans, crocodiles, spider monkeys and web-footed, water-walking lizards. Lunch. Return to Fortuna. Free time to explore this charming village. Then, enjoy a relaxing soak in the volcanic hot springs. Weather permitting, see nearby Arenal Volcano's softly glowing lava flow. Enjoy dinner. Day 7 - Cloud Forest Hike, Central Pacific Coast This morning, drive by the Children's Eternal Rainforest, part of the Monteverde cloud forest region. The Children's Rainforest was purchased with donations from school children around the world to be preserved forever. Next, enter a cloud forest reserve, home to epiphytes, orchids, ferns and tropical birds, for a guided walk. Cloud forests are like rainforests, but with less rain and more humidity. Look for many species of hummingbirds in the feeding gallery. Lunch at a cloud forest restaurant. Then, to Costa Rica's Central Pacific Coast for a two night stay. Dinner is at your resort. Day 8 - Pacific Coast, Manuel Antonio This morning drive by the Carara Biological Reserve. This tropical bird and wildlife sanctuary is one of the world's few nesting places for the scarlet macaw. Then, visit Manuel Antonio, Costa Rica's most beautiful park. Time to beachcomb or swim at the three pristine beaches, rated among the top ten in the world. Easy hiking trails wind along the shore, home to one of the last natural habitats of the playful rare squirrel monkey. Lunch. Return to your resort to enjoy leisure time. Dinner. Day 9 - Sarchi, Coffee Plantation Morning visit to Sarchi. See the painted ox carts and colorful handicrafts. Enjoy lunch. Next, see the metallic church of Grecia. Then, visit a coffee plantation. Pick a few beans when in season. Sample fresh Costa Rican coffee and learn about the history of the coffee bean. Return to San José. Farewell dinner. Day 10 - San José Your tour ends after breakfast this morning at your hotel. Caravan provides transfers throughout the day to the San José airport. Thanks for vacationing with Caravan. ¡Hasta la vista! BICYCLE RAFFLE Register Now for Your Chance to Win Two Bicycles! http://www.californiahomeschoolconference.com/ CONFERENCE RAFFLE! - FLYING POINT PRESS! Flying Point Press (http://www.flyingpointpress.com) will be donating a set of their books for young readers for the conference raffle this year! Flying Point Press (http://www.flyingpointpress.com) is a book packaging company focused on narrative nonfiction and historic fiction for readers ages ten to fifteen. They believe that books for young readers should be full of action and adventure, with real-life characters that are bold, active, and heroic. About the raffle Each year we hold a conference raffle. This year's will be during the Saturday night dance, while the band takes its breaks (If you cannot be present, you can give your ticket to a friend who is present). The tickets are only $1 each and each registered conference attendee receives one in his/her Registration Packet - just for registering! Additional tickets will be available to purchase at the conference. Look in future Conference E-newsletters, for updates on the excellent prizes that our sponsors donate to the raffle. To date, our prizes are: (1) Two fantastic die-cutting machines donated by Ellison (http://www.ellison.com); (2) A set of books from Flying Point Press (http://www.flyingpointpress.com); (3) A 10-day tour to Costa Rica for two from Caravan Tours (http://www.caravantours.com); (4) and Two bikes. We are awaiting confirmation on many more great prizes, so please check future Conference Newsletters. The proceeds from the sales of raffle tickets go toward our Conference Scholarships. WIN AN ALLSTAR MACHINE! FROM ELLISON MACHINES The Ellison AllStar Machine performs as your most dependable helper. This lightweight and child-friendly addition to the classroom cuts a wide variety of materials with its own exclusive line of dies for use only in the AllStar Machine. For even more creative possibilities, all Sizzix Originals Dies will work in the AllStar Machine. To facilitate easy cutting, each AllStar Die features special alignment marks on its top for quick cutting guidelines and everytime cutting perfection. Added security features include locking handle to safeguard machine from unwanted usage (locked position indicated by red color) and is UL Listed. Space-efficient drawer packs plenty of space for Cutting Pad, Shims and Instruction Booklet (included with purchase of AllStar Machine). Click here to learn more THANK YOU TO OUR VENDORS Thank you for our vendors SUPPORT OUR CONFERENCE VENDORS _______________________FOOTER_____________________ ************************************************** COPYRIGHT NOTICE Copyright ©2008 by Modern Media. No part of the publication can be reproduced without the express written permission of Modern Media. __________________________________________________ ************************************************** Unsubscribe or update your email address. http://app.subscribermail.com/unsub.cfm?tempid=a65a36d5afe24e4a8e3ef53c33025f7a&mailId=e292b2349163432fa917e5ce4695fe78 Send this mail to your friend. http://app.subscribermail.com/send_friend.cfm?template=a65a36d5afe24e4a8e3ef53c33025f7a&mailid=e292b2349163432fa917e5ce4695fe78 Powered by SubscriberMail http://www.subscribermail.com 741 Lakefield Road, Ste. J | Westlake Village, CA 91361 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 08:43:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88489106564A for ; Tue, 25 Mar 2008 08:43:30 +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 681D58FC48 for ; Tue, 25 Mar 2008 08:43:30 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 3F6CC1CC060; Tue, 25 Mar 2008 01:43:30 -0700 (PDT) Date: Tue, 25 Mar 2008 01:43:30 -0700 From: Jeremy Chadwick To: Gianni Message-ID: <20080325084330.GA36390@eos.sc1.parodius.com> References: <20080322035212.GA15541@eos.sc1.parodius.com> <248F8C92-14F4-4FF8-94FE-2F220FFBE8FB@yahoo.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <248F8C92-14F4-4FF8-94FE-2F220FFBE8FB@yahoo.it> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 08:43:30 -0000 On Tue, Mar 25, 2008 at 08:32:07AM +0100, Gianni wrote: > On 22/mar/08, at 04:52, Jeremy Chadwick wrote: >> On Fri, Mar 21, 2008 at 06:27:19PM +0100, Gianni Doe wrote: >>> I'm also experiencing this issue after upgrading to 7.0-RELEASE from 6.3 >> The most I can provide is here: >> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > >> Workaround: Set hw.ata.ata_dma=0 in /boot/loader.conf. This will disable >> use of DMA in the ATA/SATA subsystem; > > I'm afraid the workaround doesn't work for me, I set hw.ata.ata_dma="0" in > loader.conf and the problem still occurs. > Just to double-check... > # sysctl hw.ata.ata_dma > hw.ata.ata_dma: 0 Are you using PATA or SATA disks? The individual who recommended disabling DMA via loader.conf said "it worked for him", but he wa using PATA disks. No one was able to confirm/deny if hw.ata.ata_dma toggles DMA capability on SATA, but it was stated "I would assume so?" I can dig up the exact thread if you want. It sounds like that workaround method might only apply to PATA. If that's the case, I'll update my Wiki page. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 08:44:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F6DA106566C for ; Tue, 25 Mar 2008 08:44:55 +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 2ECD18FC28 for ; Tue, 25 Mar 2008 08:44:55 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 2E0DF1CC068; Tue, 25 Mar 2008 01:44:55 -0700 (PDT) Date: Tue, 25 Mar 2008 01:44:55 -0700 From: Jeremy Chadwick To: Gianni Message-ID: <20080325084455.GA36520@eos.sc1.parodius.com> References: <20080322035212.GA15541@eos.sc1.parodius.com> <248F8C92-14F4-4FF8-94FE-2F220FFBE8FB@yahoo.it> <20080325084330.GA36390@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080325084330.GA36390@eos.sc1.parodius.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 08:44:55 -0000 On Tue, Mar 25, 2008 at 01:43:30AM -0700, Jeremy Chadwick wrote: > On Tue, Mar 25, 2008 at 08:32:07AM +0100, Gianni wrote: > > On 22/mar/08, at 04:52, Jeremy Chadwick wrote: > >> On Fri, Mar 21, 2008 at 06:27:19PM +0100, Gianni Doe wrote: > >>> I'm also experiencing this issue after upgrading to 7.0-RELEASE from 6.3 > >> The most I can provide is here: > >> http://wiki.freebsd.org/JeremyChadwick/Commonly_reported_issues > > > >> Workaround: Set hw.ata.ata_dma=0 in /boot/loader.conf. This will disable > >> use of DMA in the ATA/SATA subsystem; > > > > I'm afraid the workaround doesn't work for me, I set hw.ata.ata_dma="0" in > > loader.conf and the problem still occurs. > > Just to double-check... > > # sysctl hw.ata.ata_dma > > hw.ata.ata_dma: 0 > > Are you using PATA or SATA disks? I re-read your mail -- sorry. You're using SATA. I'll update my Wiki page to state that the loader.conf DMA disable trick only works for PATA. In the interim, I recommend you contact Scott Long, especially if your problem is easily repeatable. He's offered to help track this down. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 09:40:46 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C4AF7106564A for ; Tue, 25 Mar 2008 09:40:46 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 7281E8FC29 for ; Tue, 25 Mar 2008 09:40:45 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.100] (unknown [87.121.18.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id 13CA2FFE105 for ; Tue, 25 Mar 2008 11:40:32 +0200 (EET) Message-ID: <47E8C891.2030301@lozenetz.org> Date: Tue, 25 Mar 2008 11:40:33 +0200 From: Anton - Valqk User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: LD_LIBRARY_PATH in chroot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 09:40:46 -0000 Hi group, I'm setting up a chrooted enviornment and all my executables won't find libs in /usr/local/lib/ I've copied the /lib/ /bin/ /etc/ /usr/* and /usr/local/* in /chroot/env/ I'm chrooting in /choot/env/ and all my bin's can't find libs in /usr/local/lib if I do echo $LD_LIBRARY_PATH there is no env. why's that? any ideas? -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 09:45:32 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0DE71065671 for ; Tue, 25 Mar 2008 09:45:32 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC198FC14 for ; Tue, 25 Mar 2008 09:45:32 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.100] (unknown [87.121.18.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id 96E83FFE105 for ; Tue, 25 Mar 2008 11:45:25 +0200 (EET) Message-ID: <47E8C9B6.8090403@lozenetz.org> Date: Tue, 25 Mar 2008 11:45:26 +0200 From: Anton - Valqk User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: stable@freebsd.org References: <47E8C891.2030301@lozenetz.org> In-Reply-To: <47E8C891.2030301@lozenetz.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: Re: LD_LIBRARY_PATH in chroot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 09:45:32 -0000 Reply to myself, I've found the problem, you _must_ copy the ld.so.hints in /var/run/ to the /var/run/ chrooted dir. now everything works like a charm. Anton - Valqk wrote: > Hi group, > I'm setting up a chrooted enviornment and all my executables won't > find libs in /usr/local/lib/ > I've copied the /lib/ /bin/ /etc/ /usr/* and /usr/local/* in /chroot/env/ > I'm chrooting in /choot/env/ and all my bin's can't find libs in > /usr/local/lib > if I do echo $LD_LIBRARY_PATH there is no env. > why's that? any ideas? > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 09:58:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57B5D1065679 for ; Tue, 25 Mar 2008 09:58:13 +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 B49DD8FC2F for ; Tue, 25 Mar 2008 09:58:12 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-145-12.lns11.adl6.internode.on.net [121.45.145.12]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m2P9wAg8060807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Mar 2008 20:28:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 25 Mar 2008 20:27:37 +1030 User-Agent: KMail/1.9.7 References: <47E8C891.2030301@lozenetz.org> <47E8C9B6.8090403@lozenetz.org> In-Reply-To: <47E8C9B6.8090403@lozenetz.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5461010.9eMbiSWzMD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803252028.00409.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: stable@freebsd.org, Anton - Valqk Subject: Re: LD_LIBRARY_PATH in chroot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 09:58:13 -0000 --nextPart5461010.9eMbiSWzMD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 25 Mar 2008, Anton - Valqk wrote: > Reply to myself, > I've found the problem, > you _must_ copy the ld.so.hints in /var/run/ to the /var/run/ > chrooted dir. now everything works like a charm. Or you can run this.. chroot sh /chroot/sbin/ldconfig /lib /usr/lib /usr/local/lib =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 --nextPart5461010.9eMbiSWzMD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH6Myo5ZPcIHs/zowRAk/aAJ9f+eY+prd6mb7h+j/NZCnVHDh7WACfZXGS AMaFxbS+LNSOxVBudMnWcjA= =LYl8 -----END PGP SIGNATURE----- --nextPart5461010.9eMbiSWzMD-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 10:10:53 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04183106564A for ; Tue, 25 Mar 2008 10:10:53 +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 22DE68FC2A for ; Tue, 25 Mar 2008 10:10:50 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-145-12.lns11.adl6.internode.on.net [121.45.145.12]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m2P9wAg8060807 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 25 Mar 2008 20:28:11 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Tue, 25 Mar 2008 20:27:37 +1030 User-Agent: KMail/1.9.7 References: <47E8C891.2030301@lozenetz.org> <47E8C9B6.8090403@lozenetz.org> In-Reply-To: <47E8C9B6.8090403@lozenetz.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart5461010.9eMbiSWzMD"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803252028.00409.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: stable@freebsd.org, Anton - Valqk Subject: Re: LD_LIBRARY_PATH in chroot? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 10:10:53 -0000 --nextPart5461010.9eMbiSWzMD Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Tue, 25 Mar 2008, Anton - Valqk wrote: > Reply to myself, > I've found the problem, > you _must_ copy the ld.so.hints in /var/run/ to the /var/run/ > chrooted dir. now everything works like a charm. Or you can run this.. chroot sh /chroot/sbin/ldconfig /lib /usr/lib /usr/local/lib =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 --nextPart5461010.9eMbiSWzMD Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH6Myo5ZPcIHs/zowRAk/aAJ9f+eY+prd6mb7h+j/NZCnVHDh7WACfZXGS AMaFxbS+LNSOxVBudMnWcjA= =LYl8 -----END PGP SIGNATURE----- --nextPart5461010.9eMbiSWzMD-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 12:44:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63613106574E; Tue, 25 Mar 2008 12:44:22 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out3.smtp.messagingengine.com (out3.smtp.messagingengine.com [66.111.4.27]) by mx1.freebsd.org (Postfix) with ESMTP id 3AA218FC24; Tue, 25 Mar 2008 12:44:21 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 7DD15E31DC; Tue, 25 Mar 2008 08:44:21 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Tue, 25 Mar 2008 08:44:21 -0400 X-Sasl-enc: 9iGgBy9+eOTVjTixGeGiJmcW5eGHe7WkhX0eaaD9ZCvU 1206449061 Received: from empiric.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id D84C030520; Tue, 25 Mar 2008 08:44:20 -0400 (EDT) Message-ID: <47E8F3A4.50807@incunabulum.net> Date: Tue, 25 Mar 2008 12:44:20 +0000 From: Bruce M Simpson User-Agent: Thunderbird 2.0.0.9 (X11/20080207) MIME-Version: 1.0 To: Ian Smith References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: nsouch@freebsd.org, FreeBSD stable Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 12:44:22 -0000 Ian Smith wrote: > To finish off completely hijacking your thread :) does anyone know of > anything that can run a master/slave interface like pcf(4) which appears > to have been an ISA bus only device? I don't have C skills to write > one, though 400kHz master and slave routines in AVR asm were fun :) > > Later: after nearly losing this in a pine crash (don't ask), I've since > seen John's reply to your later message. Could it be that smbus or > something is also using iicbus rather than something messing with ppbus? > Thanks for the hints. I don't have smbus in the kernel, nor do I have any other i2c device drivers loaded in the system. I stopped using smbus when it became pretty clear that it wasn't doing anything useful for me (it could never see CPU fan readouts or anything like that when I tried it on 3 different PIII era systems). I agree a pcf(4) style interface would go some way towards solving the problem, however, solder plus 74LS05 costs next to nothing, plus the "leet value" of having a circuit schematic in the man page had to be tried out. I think we're losing out there if it's not working, though. PS OpenBSD look like they took NetBSD's i2c and ran with it... cheers BMS From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 12:57:16 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD0C4106566C for ; Tue, 25 Mar 2008 12:57:16 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from zzz.ee (kalah.zzz.ee [194.204.30.253]) by mx1.freebsd.org (Postfix) with ESMTP id 2539E8FC30 for ; Tue, 25 Mar 2008 12:57:16 +0000 (UTC) (envelope-from antik@bsd.ee) Received: by zzz.ee (Postfix, from userid 3019) id 68979881EC8; Tue, 25 Mar 2008 14:39:06 +0200 (EET) X-Spam-Checker-Version: SpamAssassin on spamassassin.zzz.ee X-Spam-Level: X-Spam-Guessed-Language: en ca X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_50 X-Spam-Checker-URL: http://info.zzz.ee Received: from andrei.demo (adsl215.uninet.ee [194.204.62.215]) by zzz.ee (Postfix) with ESMTP id 4907C8508F9 for ; Tue, 25 Mar 2008 14:39:02 +0200 (EET) From: Andrei Kolu To: stable@freebsd.org Date: Tue, 25 Mar 2008 14:39:01 +0200 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803251439.01506.antik@bsd.ee> Cc: Subject: strange statistics about ohci with systat and top X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 12:57:17 -0000 Anyone notice anything strange here? Why ohci (usb) got so huge number of=20 interrupts? Even if I have no usb devices connected to this box. 39.6%Sys =A037.9%Intr =A00.0%User =A00.0%Nice 22.5%Idle=20 # systat -vm Interrupts 101k total 96514 ohci0 ohci ata0 irq14 587 twa0 irq16 em1 irq25 2000 cpu0: time 2000 cpu1: time =46reeBSD 7.0-STABLE-200803 #0: Mon Mar 10 18:53:59 UTC 2008 That irq problem was detected originally with ps/2 keyboard without any usb= =20 device attached (dmesg info here is taken later). And I tried to use usb=20 flash drive but it was showing up like umass0 storage and was unable to mou= nt=20 it normally (I can use it on 6.2, 6.3 and 7.0 versions just fine though).=20 Maybe something is wrong with freebsd kernel udev implementation- I got twa= =20 device (that is 3ware sata raid controller) but my system recognizes this=20 raid as da0 disk.... How can I resolve this problem? By disabling USB in bios?=20 Board is Tyan S3870=20 http://tyan.com/support_download_bios.aspx?model=3DB.GT20B3870 Latest motherboard bios and and raid controller firmware applied. On same motherboard FreeBSD-s version 6.2, 6.3 and 7.0 (32 and 64 bit) hang= =20 during initial boot- only version that worked is latest stable 7. =2D------------------------------------------------------------------------= =2D---- # dmesg Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 =A0 =A0 =A0 =A0 The Regents of the University of California. All rights res= erved. =46reeBSD is a registered trademark of The FreeBSD Foundation. =46reeBSD 7.0-STABLE-200803 #0: Mon Mar 10 18:53:59 UTC 2008 =A0 =A0 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Dual Core AMD Opteron(tm) Processor 270 (1995.01-MHz K8-class CPU) =A0 Origin =3D "AuthenticAMD" =A0Id =3D 0x20f12 =A0Stepping =3D 2 =A0=20 =46eatures=3D0x178bfbff =A0 Features2=3D0x1 =A0 AMD Features=3D0xe2500800 =A0 AMD Features2=3D0x3 =A0 Cores per package: 2 usable memory =3D 2134601728 (2035 MB) avail memory =A0=3D 2059890688 (1964 MB) ACPI APIC Table: =46reeBSD/SMP: Multiprocessor System Detected: 2 CPUs =A0cpu0 (BSP): APIC ID: =A00 =A0cpu1 (AP): APIC ID: =A01 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-15 on motherboard ioapic1 irqs 16-31 on motherboard ioapic2 irqs 32-47 on motherboard 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: Sleep Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 cpu0: on acpi0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 13.0 on pci1 pci2: on pcib2 3ware device driver for 9000 series storage controllers, version: 3.70.05.0= 01 twa0: <3ware 9000 series Storage Controller> port 0xcc00-0xcc3f mem=20 0xf4000000-0xf5ffffff,0xff3ff000-0xff3fffff irq 16 at device 3.0 on pci2 twa0: [ITHREAD] twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 ports,= =20 =46irmware FE9X 3.08.00.016, BIOS BE9X 3.08.00.004 atapci0: port=20 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] isab0: at device 2.2 on pci0 isa0: on isab0 ohci0: port 0xe000-0xe0ff mem=20 0xff6b8000-0xff6b8fff irq 10 at device 3.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: SMM does not respond, resetting usb0: on ohci0 usb0: USB revision 1.0 uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: port 0xe400-0xe4ff mem=20 0xff6b9000-0xff6b9fff irq 10 at device 3.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: SMM does not respond, resetting usb1: on ohci1 usb1: USB revision 1.0 uhub1: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: port 0xe800-0xe8ff mem=20 0xff6ba000-0xff6bafff irq 10 at device 3.2 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: <(0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 uhub2: 4 ports with 4 removable, self powered em0: port 0xdc00-0xd= c3f=20 mem 0xff680000-0xff69ffff,0xff660000-0xff67ffff irq 24 at device 4.0 on pci0 em0: Ethernet address: 00:e0:81:41:3e:5c em0: [FILTER] em1: port 0xd880-0xd= 8bf=20 mem 0xff620000-0xff63ffff,0xff600000-0xff61ffff irq 25 at device 5.0 on pci0 em1: Ethernet address: 00:e0:81:41:3e:5d em1: [FILTER] vgapci0: port 0xec00-0xec7f mem=20 0xf8000000-0xfbffffff,0xff6c0000-0xff6fffff at device 6.0 on pci0 acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled 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 acp= i0 sio0: type 16550A sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on= =20 acpi0 fdc0: [FILTER] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc9fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=3D0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 uhub3: on= =20 uhub0 uhub3: 4 ports with 4 removable, self powered ukbd0: on uhub3 kbd2 at ukbd0 ums0: on uhub3 ums0: 5 buttons and Z dir. Timecounters tick every 1.000 msec acd0: CDROM at ata0-slave UDMA33 SMP: AP CPU #1 Launched! da0 at twa0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 100.000MB/s transfers da0: 572184MB (1171832832 512 byte sectors: 255H 63S/T 72943C) Trying to mount root from ufs:/dev/da0s1a =2D------------------------------------------------------------------------= =2D---- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 14:05:21 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9CB0B1065672 for ; Tue, 25 Mar 2008 14:05:21 +0000 (UTC) (envelope-from returns@ocho.quattro.co.za) Received: from d.ocho.quattro.co.za (d.ocho.quattro.co.za [67.19.174.6]) by mx1.freebsd.org (Postfix) with ESMTP id 58F6B8FC14 for ; Tue, 25 Mar 2008 14:05:21 +0000 (UTC) (envelope-from returns@ocho.quattro.co.za) Received: by d.ocho.quattro.co.za (Postfix, from userid 0) id 4A81748029; Tue, 25 Mar 2008 15:30:29 +0200 (SAST) To: stable@freebsd.org From: "Inspired Recruiter" Message-ID: <1206451829_SectionID-47687_HitID-1206451717000_SiteID-5697_EmailID-7085490_DB-6@ocho.quattro.co.za> Mime-Version: 1.0 Date: Tue, 25 Mar 2008 15:30:29 +0200 (SAST) Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Recruitment Juice X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 14:05:21 -0000 =0AYour email program does not support HTML. To view an online version of = this email, please click the link below.=0Ahttp://www.graphicmail.co.uk/rwc= ode/content.asp?SID=3D6&SiteID=3D5697&Section=3D47687&EmailID=3D7085490&Hit= ID=3D1206451717000=0A=0ATo unsubscribe, click the link below.=0Ahttp://www.= graphicmail.co.uk/RWCode/subscribe.asp?SID=3D6&SiteID=3D5697&Email=3Dstable= @freebsd.org&HitID=3D1206451717000 From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 15:34:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD96B1065680; Tue, 25 Mar 2008 15:34:16 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from mail.ambrisko.com (mail.ambrisko.com [64.174.51.43]) by mx1.freebsd.org (Postfix) with ESMTP id BAF618FC20; Tue, 25 Mar 2008 15:34:16 +0000 (UTC) (envelope-from ambrisko@ambrisko.com) Received: from server2.ambrisko.com (HELO www.ambrisko.com) ([192.168.1.2]) by ironport2.ambrisko.com with ESMTP; 25 Mar 2008 07:58:54 -0700 Received: from ambrisko.com (localhost [127.0.0.1]) by www.ambrisko.com (8.14.1/8.12.11) with ESMTP id m2PF5nJv066858; Tue, 25 Mar 2008 07:05:49 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.1/8.13.1/Submit) id m2PF5n11066857; Tue, 25 Mar 2008 08:05:49 -0700 (PDT) (envelope-from ambrisko) From: Doug Ambrisko Message-Id: <200803251505.m2PF5n11066857@ambrisko.com> In-Reply-To: <47E8F3A4.50807@incunabulum.net> To: Bruce M Simpson Date: Tue, 25 Mar 2008 08:05:48 -0700 (PDT) X-Mailer: ELM [version 2.4ME+ PL94b (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII Cc: nsouch@freebsd.org, FreeBSD stable , Ian Smith Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 15:34:17 -0000 Bruce M Simpson writes: | Ian Smith wrote: | > To finish off completely hijacking your thread :) does anyone know of | > anything that can run a master/slave interface like pcf(4) which appears | > to have been an ISA bus only device? I don't have C skills to write | > one, though 400kHz master and slave routines in AVR asm were fun :) | > | > Later: after nearly losing this in a pine crash (don't ask), I've since | > seen John's reply to your later message. Could it be that smbus or | > something is also using iicbus rather than something messing with ppbus? | | Thanks for the hints. I don't have smbus in the kernel, nor do I have | any other i2c device drivers loaded in the system. | | I stopped using smbus when it became pretty clear that it wasn't doing | anything useful for me (it could never see CPU fan readouts or anything | like that when I tried it on 3 different PIII era systems). FWIW, this really isn't a fault of smbus. Some monitoring chips only have I/O type interface, other only have i2c some have both. Then it depends on what the manufacturer connects and then if they enable the i2c controller on the motherboard. I've used smbus on a bunch of HW and not on other. It depends on what they do and how they set up addressing. At a prior company I set up an LCD display module to interface to the MB i2c bus. I prototyped it by soldering wires onto a DIMM. Some MB's have an i2c header on board and others have it routed to PCI slots. Doug A. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 15:42:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2288106566B for ; Tue, 25 Mar 2008 15:42:22 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from blu139-omc2-s25.blu139.hotmail.com (blu139-omc2-s25.blu139.hotmail.com [65.55.175.195]) by mx1.freebsd.org (Postfix) with ESMTP id 75E638FC19 for ; Tue, 25 Mar 2008 15:42:22 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from BLU118-W34 ([65.55.162.186]) by blu139-omc2-s25.blu139.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 25 Mar 2008 08:42:21 -0700 Message-ID: X-Originating-IP: [83.61.11.151] From: Ruben Lara To: Date: Tue, 25 Mar 2008 15:42:21 +0000 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 25 Mar 2008 15:42:21.0864 (UTC) FILETIME=[D0BD8280:01C88E8E] Subject: "makeinfo, install-info not found" upgrading service jails to 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 15:42:22 -0000 Hi all!!! After two weeks of many problems upgrading system to 7.0, i found some pro= blems while upgrading ports in service jails (http://www.freebsd.org/doc/en= _US.ISO8859-1/books/handbook/jails-application.html). I have four jails (www, ftp, mysql, dns) and when i run portupgrade -faP in= each, some ports can't finish update. I get some errors with "libc.so.6" and some other libreries, i solved it in= stalling compat6x port Other errors with "makeinfo: not found" i solved it installing print/texinf= o port. But now i have problem with "install-info: not found" I google it and rode than install-info as makeinfo are freebsd base package= s, so i think, i had any problem with make buildworld and my /etc/make.conf= building my service jails. I show you my personalized make.conf (for service jails), and i would like = know if i disabled any directive necessary for the proper functioning of th= e system and solve my problems with the programs that previously appointed. /etc/make.conf: CPUTYPE?=3Dathlon64 CFLAGS=3D -O -pipe COPTFLAGS=3D -O -pipe INSTALL=3Dinstall -C NO_ACPI=3Dtrue # do not build acpiconf(8) and related programs #NO_ATM=3D # do not build ATM related programs and libraries NO_AUTHPF=3Dtrue # do not build and install authpf (setuid/gid) NO_BLUETOOTH=3Dtrue # do not build Bluetooth related stuff NO_BOOT=3Dtrue # do not build boot blocks and loader #NO_CRYPT=3D # do not build any crypto code #NO_CVS=3D # do not build CVS #NO_CXX=3D # do not build C++ and friends #NO_DICT=3D # do not build the Webster dictionary files #NO_DYNAMICROOT=3D # do not link /bin and /sbin dynamically NO_FORTRAN=3Dtrue # do not build g77 and related libraries NO_GAMES=3Dtrue # do not build games (games/ subdir) NO_GDB=3Dtrue # do not build GDB NO_GPIB=3Dtrue # do not build GPIB support NO_I4B=3Dtrue # do not build isdn4bsd package NO_INET6=3Dtrue # do not build IPv6 related programs and libraries NO_INFO=3Dtrue # do not make or install info files NO_IPFILTER=3Dtrue # do not build IP Filter package NO_KERBEROS=3Dtrue # do not build and install Kerberos 5 (KTH Heimdal) #NO_LIBC_R=3D # do not build libc_r (re-entrant version of libc) #NO_LIBPTHREAD=3D # do not build libpthread (M:N threading library) #NO_LIBTHR=3D # do not build libthr (1:1 threading library) NO_LPR=3Dtrue # do not build lpr and related programs NO_MAILWRAPPER=3Dtrue # do not build the mailwrapper(8) MTA selector NO_MAN=3Dtrue # do not build manual pages NO_MODULES=3Dtrue # do not build modules with the kernel NO_NETCAT=3Dtrue # do not build netcat NO_NIS=3Dtrue # do not build NIS support and related programs. # # If NO_NIS is set, you might need to adopt your # # nsswitch.conf(5) and remove `nis' entries. #NO_NLS_CATALOGS=3D # do not build NLS catalog support for csh(1) NO_OBJC=3Dtrue # do not build Objective C support NO_OPENSSH=3Dtrue # do not build OpenSSH #NO_OPENSSL=3D # do not build OpenSSL (implies NO_KERBEROS/NO_OPENSSH) NO_PF=3Dtrue # do not build PF firewall package NO_PROFILE=3Dtrue # Avoid compiling profiled libraries NO_RCMDS=3Dtrue # do not build or install BSD r* commands (rsh, etc). NO_SENDMAIL=3Dtrue # do not build sendmail and related programs #NO_SHARE=3D # do not go into the share subdir #NO_SHARED=3D # build /bin and /sbin statically linked (bad idea) NO_SHAREDOCS=3Dtrue # do not build the 4.4BSD legacy docs #NO_TCSH=3D # do not build and install /bin/csh (which is tcsh) #NO_TOOLCHAIN=3D # do not build programs for program development NO_USB=3Dtrue # do not build usbd(8) and related programs PPP_NO_NAT=3Dtrue # do not build with NAT support (see make.conf(5)) PPP_NO_NETGRAPH=3Dtrue # do not build with Netgraph support PPP_NO_RADIUS=3Dtrue # do not build with RADIUS support PPP_NO_SUID=3Dtrue # build with normal permissions #NO_BIND=3D # Do not build any part of BIND #NO_BIND_DNSSEC=3Dtrue # Do not build dnssec-keygen, dnssec-signzone #NO_BIND_ETC=3Dtrue # Do not install files to /etc/namedb #NO_BIND_LIBS_LWRES=3Dtrue # Do not install the lwres library #NO_BIND_MTREE=3Dtrue # Do not run mtree to create chroot directories #NO_BIND_NAMED=3Dtrue # Do not build named, rndc, lwresd, etc. #NO_BIND_UTILS=3D # Do not build dig, host, nslookup, nsupdate #WITH_BIND_LIBS=3D # Install the BIND libs and include files SUP=3D /usr/bin/csup SUPFLAGS=3D -g -L 2 SUPHOST=3D cvsup.es.FreeBSD.org SUPFILE=3D /root/supfile_jails DOC_LANG=3D en_US.ISO8859-1 es_ES.ISO8859-15 es_ES.ISO8859-1 NO_WPA_SUPPLICANT_EAPOL=3Dtrue # added by use.perl 2007-05-25 05:49:34 PERL_VER=3D5.8.8 Anybody can help me? Thank you in advance. Rub=E9n Lara _________________________________________________________________ MSN Video.=20 http://video.msn.com/?mkt=3Des-es= From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 16:09:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E0361065674; Tue, 25 Mar 2008 16:09:02 +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 BD25A8FC2C; Tue, 25 Mar 2008 16:09:00 +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 DAA10759; Wed, 26 Mar 2008 03:08:48 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 26 Mar 2008 03:08:47 +1100 (EST) From: Ian Smith To: Bruce M Simpson In-Reply-To: <47E8F3A4.50807@incunabulum.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: nsouch@freebsd.org, FreeBSD stable Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 16:09:02 -0000 On Tue, 25 Mar 2008, Bruce M Simpson wrote: > Ian Smith wrote: > > To finish off completely hijacking your thread :) does anyone know of > > anything that can run a master/slave interface like pcf(4) which appears > > to have been an ISA bus only device? I don't have C skills to write > > one, though 400kHz master and slave routines in AVR asm were fun :) [..] > Thanks for the hints. I don't have smbus in the kernel, nor do I have > any other i2c device drivers loaded in the system. Excuse wild guesswork. What form would loader.conf hints take for lpbb? > I stopped using smbus when it became pretty clear that it wasn't doing > anything useful for me (it could never see CPU fan readouts or anything > like that when I tried it on 3 different PIII era systems). > > I agree a pcf(4) style interface would go some way towards solving the > problem, however, solder plus 74LS05 costs next to nothing, plus the > "leet value" of having a circuit schematic in the man page had to be > tried out. I think we're losing out there if it's not working, though. Maybe nobody else has used lpbb recently, or this would have come up? Agreed the interface is cool, and about my hardware level, but I've had no motivation to build one until I found a useful driver for the task. Seems ideal for what you're doing though, with bus speed not a factor. I see that even pcf with interrupt driven bytewise send/receive was only good for /* select bus speed : 18=90kb, 19=45kb, 1A=11kb, 1B=1.5kb */ ie a fastest SCL of 90kHz by the PCF8584 spec, about 10kbytes/s flat out. I'd be easier, and faster, to talk 115.2kbps via sio|uart with the AVR. Just googled up an NPX PCA9665 capable of up to 1MHz I2Cbus, so Philips at least have moved along. Maybe someone will do a USB<->I2C dongle? > PS OpenBSD look like they took NetBSD's i2c and ran with it... Will check, thanks. cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 18:10:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E2538106564A for ; Tue, 25 Mar 2008 18:10:55 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 321DB8FC22 for ; Tue, 25 Mar 2008 18:10:54 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4FAKvc6EdMCqa7/2dsb2JhbACBWolKn0AE X-IronPort-AV: E=Sophos;i="4.25,553,1199682000"; d="scan'208";a="16626934" Received: from mail.pppoe.ca (HELO mail.teksavvy.com) ([65.39.192.132]) by ironport2-out.teksavvy.com with ESMTP; 25 Mar 2008 14:10:52 -0400 Received: from kevin ([76.10.166.187]) by mail.teksavvy.com (Internet Mail Server v1.0) with ASMTP id FVJ42951 for ; Tue, 25 Mar 2008 14:10:51 -0400 From: "Kevin K" To: Date: Tue, 25 Mar 2008 14:10:31 -0400 Message-ID: <000d01c88ea3$83c924b0$8b5b6e10$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AciOo4K+B2k/VkkTQv2a/lV2BjxJFg== Content-Language: en-us x-cr-hashedpuzzle: odg= AL98 AU6N A3TI A5Z7 BeId CII3 EMyC Ei+a Es90 FgHZ Fj65 GFdL GpaD GzIB HLGt; 1; ZgByAGUAZQBiAHMAZAAtAHMAdABhAGIAbABlAEAAZgByAGUAZQBiAHMAZAAuAG8AcgBnAA==; Sosha1_v1; 7; {B7C7035D-6E52-4197-937E-06CC598D8702}; awBrAHUAdAB6AGsAbwBAAHQAZQBrAHMAYQB2AHYAeQAuAGMAbwBtAA==; Tue, 25 Mar 2008 18:10:30 GMT; WABvAHIAZwAgADcALgAyACAALwAgAEYAcgBlAGUAQgBTAEQAIAA3ACAAZQByAHIAbwByAHMA x-cr-puzzleid: {B7C7035D-6E52-4197-937E-06CC598D8702} Subject: Xorg 7.2 / FreeBSD 7 errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 18:10:56 -0000 I cvsupped my FreeBSD 6.3 system -> 7.0-STABLE not too long ago. Rebuilt kernel with SCHEDULE_ULE, otherwise no other major changes. Portupgrade -faP and manually re-installed a few ports (i.e. apache). Finally after resolving all those kinds of issues, I try Xorg (using fluxbox as a WM). I'm getting an error I have not received before the upgrade to 7.0-STABLE. Below is my Xorg.0.log : X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-STABLE i386 Current Operating System: FreeBSD friendlybearonskates.com 7.0-STABLE FreeBSD 7. 0-STABLE #0: Sat Mar 1 14:41:10 EST 2008 crushkill@friendlybearonskates.com :/usr/obj/usr/src/sys/CK i386 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.8.log", Time: Tue Mar 18 00:13:04 2008 (++) Using config file: "/root/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" friendlybearonskates# cat Xorg.8.log friendlybearonskates# clear friendlybearonskates# cat Xorg.8.log X Window System Version 7.2.0 Release Date: 22 January 2007 X Protocol Version 11, Revision 0, Release 7.2 Build Operating System: FreeBSD 6.2-STABLE i386 Current Operating System: FreeBSD friendlybearonskates.com 7.0-STABLE FreeBSD 7. 0-STABLE #0: Sat Mar 1 14:41:10 EST 2008 crushkill@friendlybearonskates.com :/usr/obj/usr/src/sys/CK i386 Build Date: 09 August 2007 Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. Module Loader present Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.8.log", Time: Tue Mar 18 00:13:04 2008 (++) Using config file: "/root/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (**) FontPath set to: /usr/local/lib/X11/fonts/misc/, /usr/local/lib/X11/fonts/TTF/, /usr/local/lib/X11/fonts/OTF, /usr/local/lib/X11/fonts/Type1/, /usr/local/lib/X11/fonts/100dpi/, /usr/local/lib/X11/fonts/75dpi/ (**) RgbPath set to "/usr/local/share/X11/rgb" (**) ModulePath set to "/usr/local/lib/xorg/modules" (II) Loader magic: 0x819e340 (II) Module ABI versions: X.Org ANSI C Emulation: 0.3 X.Org Video Driver: 1.1 X.Org XInput driver : 0.7 X.Org Server Extension : 0.3 X.Org Font Renderer : 0.5 (II) Loader running on freebsd (II) LoadModule: "pcidata" (II) Loading /usr/local/lib/xorg/modules//libpcidata.so (II) Module pcidata: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.1 (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (II) PCI: Probing config type using method 1 (II) PCI: Config type is 1 (II) PCI: stages = 0x03, oldVal1 = 0x00000000, mode1Res1 = 0x80000000 (II) PCI: PCI scan (all values are in hex) (II) PCI: 00:00:0: chip 8086,2560 card 1297,fb50 rev 03 class 06,00,00 hdr 00 (II) PCI: 00:02:0: chip 8086,2562 card 1297,fb50 rev 03 class 03,00,00 hdr 00 (II) PCI: 00:1d:0: chip 8086,24c2 card 1297,fb50 rev 02 class 0c,03,00 hdr 80 (II) PCI: 00:1d:1: chip 8086,24c4 card 1297,fb50 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:2: chip 8086,24c7 card 1297,fb50 rev 02 class 0c,03,00 hdr 00 (II) PCI: 00:1d:7: chip 8086,24cd card 1297,fb50 rev 02 class 0c,03,20 hdr 00 (II) PCI: 00:1e:0: chip 8086,244e card 0000,0000 rev 82 class 06,04,00 hdr 01 (II) PCI: 00:1f:0: chip 8086,24c0 card 0000,0000 rev 02 class 06,01,00 hdr 80 (II) PCI: 00:1f:1: chip 8086,24cb card 1297,fb50 rev 02 class 01,01,8a hdr 00 (II) PCI: 00:1f:3: chip 8086,24c3 card 1297,fb50 rev 02 class 0c,05,00 hdr 00 (II) PCI: 00:1f:5: chip 8086,24c5 card 1297,c140 rev 02 class 04,01,00 hdr 00 (II) PCI: 01:06:0: chip 10ec,8139 card 10ec,8139 rev 10 class 02,00,00 hdr 00 (II) PCI: 01:07:0: chip 1106,3044 card 9712,25f0 rev 46 class 0c,00,10 hdr 00 (II) PCI: 01:08:0: chip 1186,4c00 card 1186,4c00 rev 11 class 02,00,00 hdr 00 (II) PCI: End of PCI scan (II) Intel Bridge workaround enabled (II) Host-to-PCI bridge: (II) Bus 0: bridge is at (0:0:0), (0,0,1), BCTRL: 0x0008 (VGA_EN is set) (II) Bus 0 I/O range: [0] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) Bus 0 non-prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Bus 0 prefetchable memory range: [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] (II) Subtractive PCI-to-PCI bridge: (II) Bus 1: bridge is at (0:30:0), (0,1,1), BCTRL: 0x0006 (VGA_EN is cleared) (II) Bus 1 I/O range: [0] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B] [1] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B] [2] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B] [3] -1 0 0x0000cc00 - 0x0000ccff (0x100) IX[B] (II) Bus 1 non-prefetchable memory range: [0] -1 0 0xec000000 - 0xedffffff (0x2000000) MX[B] (II) PCI-to-ISA bridge: (II) Bus -1: bridge is at (0:31:0), (0,-1,-1), BCTRL: 0x0008 (VGA_EN is set) (--) PCI:*(0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3, Mem @ 0xe0000000/27, 0xee000000/19 (II) Addressable bus resource ranges are [0] -1 0 0x00000000 - 0xffffffff (0x0) MX[B] [1] -1 0 0x00000000 - 0x0000ffff (0x10000) IX[B] (II) OS-reported resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) PCI Memory resource overlap reduced 0xe8000000 from 0xefffffff to 0xe7fffff f (II) Active PCI resource ranges: [0] -1 0 0xed000000 - 0xedffffff (0x1000000) MX[B]E [1] -1 0 0xed004000 - 0xed007fff (0x4000) MX[B]E [2] -1 0 0xed005000 - 0xed005fff (0x1000) MX[B]E [3] -1 0 0xee082000 - 0xee083fff (0x2000) MX[B]E [4] -1 0 0xee081000 - 0xee081fff (0x1000) MX[B]E [5] -1 0 0xee080000 - 0xee0fffff (0x80000) MX[B]E [6] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [7] -1 0 0xee000000 - 0xee07ffff (0x80000) MX[B](B) [8] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[B](B) [9] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [10] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [11] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [12] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [13] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [14] -1 0 0x00000500 - 0x000005ff (0x100) IX[B]E [15] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [16] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [17] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [18] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E (II) PCI Memory resource overlap reduced 0xed000000 from 0xedffffff to 0xed003ff f (II) PCI Memory resource overlap reduced 0xed004000 from 0xed007fff to 0xed004ff f (II) PCI Memory resource overlap reduced 0xee080000 from 0xee0fffff to 0xee080ff f (II) Active PCI resource ranges after removing overlaps: [0] -1 0 0xed000000 - 0xed003fff (0x4000) MX[B]E [1] -1 0 0xed004000 - 0xed004fff (0x1000) MX[B]E [2] -1 0 0xed005000 - 0xed005fff (0x1000) MX[B]E [3] -1 0 0xee082000 - 0xee083fff (0x2000) MX[B]E [4] -1 0 0xee081000 - 0xee081fff (0x1000) MX[B]E [5] -1 0 0xee080000 - 0xee080fff (0x1000) MX[B]E [6] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [7] -1 0 0xee000000 - 0xee07ffff (0x80000) MX[B](B) [8] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[B](B) [9] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [10] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [11] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [12] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [13] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [14] -1 0 0x00000500 - 0x000005ff (0x100) IX[B]E [15] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [16] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [17] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [18] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E (II) OS-reported resource ranges after removing overlaps with PCI: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) All system resource ranges: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xed000000 - 0xed003fff (0x4000) MX[B]E [5] -1 0 0xed004000 - 0xed004fff (0x1000) MX[B]E [6] -1 0 0xed005000 - 0xed005fff (0x1000) MX[B]E [7] -1 0 0xee082000 - 0xee083fff (0x2000) MX[B]E [8] -1 0 0xee081000 - 0xee081fff (0x1000) MX[B]E [9] -1 0 0xee080000 - 0xee080fff (0x1000) MX[B]E [10] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [11] -1 0 0xee000000 - 0xee07ffff (0x80000) MX[B](B) [12] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[B](B) [13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [16] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [17] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [18] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [19] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [20] -1 0 0x00000500 - 0x000005ff (0x100) IX[B]E [21] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [22] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [23] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [24] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension SHAPE (II) Loading extension MIT-SUNDRY-NONSTANDARD (II) Loading extension BIG-REQUESTS (II) Loading extension SYNC (II) Loading extension MIT-SCREEN-SAVER (II) Loading extension XC-MISC (II) Loading extension XFree86-VidModeExtension (II) Loading extension XFree86-Misc (II) Loading extension XFree86-DGA (II) Loading extension DPMS (II) Loading extension TOG-CUP (II) Loading extension Extended-Visual-Information (II) Loading extension XVideo (II) Loading extension XVideo-MotionCompensation (II) Loading extension X-Resource (II) LoadModule: "record" (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so (II) Module record: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension RECORD (II) LoadModule: "dbe" (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so (II) Module dbe: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DOUBLE-BUFFER (II) LoadModule: "glx" (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so (II) Module glx: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (==) AIGLX disabled (II) Loading extension GLX (II) LoadModule: "xtrap" (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so (II) Module xtrap: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 0.3 (II) Loading extension DEC-XTRAP (II) LoadModule: "dri" (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so (II) Module dri: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.3 (II) Loading extension XFree86-DRI (II) LoadModule: "freetype" (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so (II) Module freetype: vendor="X.Org Foundation & the After X-TT Project" compiled for 7.2.0, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font FreeType (II) LoadModule: "type1" (II) Loading /usr/local/lib/xorg/modules/fonts//libtype1.so (II) Module type1: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.2 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.5 (II) Loading font Type1 (II) LoadModule: "i810" (II) Loading /usr/local/lib/xorg/modules/drivers//i810_drv.so (II) Module i810: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.6.5 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 1.1 (II) LoadModule: "mouse" (II) Loading /usr/local/lib/xorg/modules/input//mouse_drv.so (II) Module mouse: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.1.1 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.7 (II) LoadModule: "kbd" (II) Loading /usr/local/lib/xorg/modules/input//kbd_drv.so (II) Module kbd: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.1.0 Module class: X.Org XInput Driver ABI class: X.Org XInput driver, version 0.7 (II) I810: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 965G, 965G, 965Q, 946GZ (II) Primary Device is: PCI 00:02:0 (--) Chipset 845G found (II) resource ranges after xf86ClaimFixedResources() call: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xed000000 - 0xed003fff (0x4000) MX[B]E [5] -1 0 0xed004000 - 0xed004fff (0x1000) MX[B]E [6] -1 0 0xed005000 - 0xed005fff (0x1000) MX[B]E [7] -1 0 0xee082000 - 0xee083fff (0x2000) MX[B]E [8] -1 0 0xee081000 - 0xee081fff (0x1000) MX[B]E [9] -1 0 0xee080000 - 0xee080fff (0x1000) MX[B]E [10] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [11] -1 0 0xee000000 - 0xee07ffff (0x80000) MX[B](B) [12] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[B](B) [13] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [14] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [15] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [16] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [17] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [18] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [19] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [20] -1 0 0x00000500 - 0x000005ff (0x100) IX[B]E [21] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [22] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [23] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [24] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E (II) resource ranges after probing: [0] -1 0 0x00100000 - 0x3fffffff (0x3ff00000) MX[B]E(B) [1] -1 0 0x000f0000 - 0x000fffff (0x10000) MX[B] [2] -1 0 0x000c0000 - 0x000effff (0x30000) MX[B] [3] -1 0 0x00000000 - 0x0009ffff (0xa0000) MX[B] [4] -1 0 0xed000000 - 0xed003fff (0x4000) MX[B]E [5] -1 0 0xed004000 - 0xed004fff (0x1000) MX[B]E [6] -1 0 0xed005000 - 0xed005fff (0x1000) MX[B]E [7] -1 0 0xee082000 - 0xee083fff (0x2000) MX[B]E [8] -1 0 0xee081000 - 0xee081fff (0x1000) MX[B]E [9] -1 0 0xee080000 - 0xee080fff (0x1000) MX[B]E [10] -1 0 0xe8000000 - 0xe7ffffff (0x0) MX[B]EO [11] -1 0 0xee000000 - 0xee07ffff (0x80000) MX[B](B) [12] -1 0 0xe0000000 - 0xe7ffffff (0x8000000) MX[B](B) [13] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [14] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [15] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [16] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [17] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [18] -1 0 0x0000c800 - 0x0000c8ff (0x100) IX[B]E [19] -1 0 0x0000c400 - 0x0000c4ff (0x100) IX[B]E [20] -1 0 0x0000c000 - 0x0000c0ff (0x100) IX[B]E [21] -1 0 0x0000e400 - 0x0000e4ff (0x100) IX[B]E [22] -1 0 0x0000e000 - 0x0000e0ff (0x100) IX[B]E [23] -1 0 0x00000500 - 0x000005ff (0x100) IX[B]E [24] -1 0 0x0000f000 - 0x0000f0ff (0x100) IX[B]E [25] -1 0 0x0000d400 - 0x0000d4ff (0x100) IX[B]E [26] -1 0 0x0000d000 - 0x0000d0ff (0x100) IX[B]E [27] -1 0 0x0000d800 - 0x0000d8ff (0x100) IX[B]E [28] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [29] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (II) Setting vga for screen 0. (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Loading /usr/local/lib/xorg/modules//libint10.so (II) Module int10: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.0.0 ABI class: X.Org Video Driver, version 1.1 (II) Loading sub module "vbe" (II) LoadModule: "vbe" (II) Loading /usr/local/lib/xorg/modules//libvbe.so (II) Module vbe: vendor="X.Org Foundation" compiled for 7.2.0, module version = 1.1.0 ABI class: X.Org Video Driver, version 1.1 (II) Loading sub module "vgahw" (II) LoadModule: "vgahw" (II) Loading /usr/local/lib/xorg/modules//libvgahw.so (II) Module vgahw: vendor="X.Org Foundation" compiled for 7.2.0, module version = 0.1.0 ABI class: X.Org Video Driver, version 1.1 (==) I810(0): Depth 24, (==) framebuffer bpp 32 (==) I810(0): RGB weight 888 (==) I810(0): Default visual is TrueColor (II) Loading sub module "int10" (II) LoadModule: "int10" (II) Reloading /usr/local/lib/xorg/modules//libint10.so (II) I810(0): initializing int10 (==) I810(0): Write-combining range (0xa0000,0x20000) was already clear (==) I810(0): Write-combining range (0xc0000,0x40000) was already clear (EE) I810(0): V_BIOS address 0x0 out of range (EE) I810(0): VBE initialization failed. (II) UnloadModule: "i810" (II) UnloadModule: "int10" (II) UnloadModule: "vgahw" (II) Unloading /usr/local/lib/xorg/modules//libvgahw.so (II) UnloadModule: "vbe" (II) Unloading /usr/local/lib/xorg/modules//libvbe.so (II) UnloadModule: "int10" (II) Unloading /usr/local/lib/xorg/modules//libint10.so (EE) Screen(s) found, but none have a usable configuration. Fatal server error: no screens found Dmesg output : Copyright (c) 1992-2008 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-STABLE #2: Tue Mar 25 13:07:38 EDT 2008 crushkill@friendlybearonskates.com:/usr/obj/usr/src/sys/CK Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1804.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 259981312 (247 MB) avail memory = 240410624 (229 MB) ACPI APIC Table: 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 0, a0000 (3) failed acpi0: reservation of 100000, f6f0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: mem 0xe0000000-0xe7ffffff,0xee000000-0xee07ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xd800-0xd81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xee080000-0xee0803ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xc000-0xc0ff mem 0xed005000-0xed0050ff irq 18 at device 6.0 on pci1 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:30:1b:ac:61:61 rl0: [ITHREAD] fwohci0: port 0xc400-0xc47f mem 0xed004000-0xed0047ff irq 19 at device 7.0 on pci1 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:30:1b:ac:00:00:61:c5 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x11b4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:30:1b:00:61:c5 fwe0: Ethernet address: 02:30:1b:00:61:c5 fwip0: on firewire0 fwip0: Firewire address: 00:30:1b:ac:00:00:61:c5 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode skc0: port 0xc800-0xc8ff mem 0xed000000-0xed003fff irq 20 at device 8.0 on pci1 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0d:88:6f:05:c5 miibus1: on sk0 e1000phy0: PHY 0 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (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] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [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 Explorer, device ID 4 pmtimer0 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1804101324 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 38172MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a rl0: watchdog timeout TCP: [85.190.0.3]:55888 to [192.168.1.4]:80 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [85.190.0.3]:57117 to [192.168.1.4]:23 tcpflags 0x2; tcp_input: Connection attempt to closed port drm0: on vgapci0 info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized i915 1.5.0 20060119 drm0: [ITHREAD] friendlybearonskates# clear friendlybearonskates# dmesg Copyright (c) 1992-2008 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-STABLE #2: Tue Mar 25 13:07:38 EDT 2008 crushkill@friendlybearonskates.com:/usr/obj/usr/src/sys/CK Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 1.80GHz (1804.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 259981312 (247 MB) avail memory = 240410624 (229 MB) ACPI APIC Table: 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 0, a0000 (3) failed acpi0: reservation of 100000, f6f0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: mem 0xe0000000-0xe7ffffff,0xee000000-0xee07ffff irq 16 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M uhci0: port 0xd800-0xd81f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xd000-0xd01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xd400-0xd41f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xee080000-0xee0803ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib1: at device 30.0 on pci0 pci1: on pcib1 rl0: port 0xc000-0xc0ff mem 0xed005000-0xed0050ff irq 18 at device 6.0 on pci1 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:30:1b:ac:61:61 rl0: [ITHREAD] fwohci0: port 0xc400-0xc47f mem 0xed004000-0xed0047ff irq 19 at device 7.0 on pci1 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:30:1b:ac:00:00:61:c5 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x11b4000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:30:1b:00:61:c5 fwe0: Ethernet address: 02:30:1b:00:61:c5 fwip0: on firewire0 fwip0: Firewire address: 00:30:1b:ac:00:00:61:c5 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode skc0: port 0xc800-0xc8ff mem 0xed000000-0xed003fff irq 20 at device 8.0 on pci1 skc0: DGE-530T Gigabit Ethernet Adapter rev. (0x1) sk0: on skc0 sk0: Ethernet address: 00:0d:88:6f:05:c5 miibus1: on sk0 e1000phy0: PHY 0 on miibus1 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (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] sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 sio1: type 16550A sio1: [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 Explorer, device ID 4 pmtimer0 on isa0 ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 1804101324 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 38172MB at ata0-master UDMA100 Trying to mount root from ufs:/dev/ad0s1a rl0: watchdog timeout TCP: [85.190.0.3]:55888 to [192.168.1.4]:80 tcpflags 0x2; tcp_input: Connection attempt to closed port TCP: [85.190.0.3]:57117 to [192.168.1.4]:23 tcpflags 0x2; tcp_input: Connection attempt to closed port drm0: on vgapci0 info: [drm] AGP at 0xe0000000 128MB info: [drm] Initialized i915 1.5.0 20060119 drm0: [ITHREAD] Not sure what else you need. As you can see, I am using the Intel Chipset 845G driver for my Video. Any suggestions / help would be greatly appreciated! ~Kevin K From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 18:44:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF5BB1065671 for ; Tue, 25 Mar 2008 18:44:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A72528FC1B for ; Tue, 25 Mar 2008 18:44:55 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.2/8.14.2) with ESMTP id m2PIisFx095606 for ; Tue, 25 Mar 2008 14:44:54 -0400 (EDT) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id m2PIisxZ021929 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Tue, 25 Mar 2008 14:44:54 -0400 (EDT) (envelope-from mike@sentex.net) Message-Id: <200803251844.m2PIisxZ021929@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Tue, 25 Mar 2008 14:44:58 -0400 To: freebsd-stable@freebsd.org From: Mike Tancsa Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: RELENG_7 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 18:44:56 -0000 I have a RELENG_7 box running in a netboot environment that is crashing every few days. I dont have a disk on it yet, so I have no where to send the coredump. But I hooked up a serial cable and made it drop to debugger. We are going to try a USB connected disk and configure it as swap so that we can then try and drop the coredump to it. Any other suggestions on how to track this down ? db> where Tracing pid 24 tid 100023 td 0xc4cc4cc0 kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e trap(e5273bdc) at trap+0x3fa calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- db> panic panic: from debugger cpuid = 1 KDB: stack backtrace: db_trace_self_wrapper(c0845ff1,e52736cc,c05c3367,c4d97340,e52736c8,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c4d97340,e52736c8,c05e1a92,c0830310,c4d97374,...) at kdb_backtrace+0x29 mi_switch(1,0,1,104,0,...) at mi_switch+0x47 sched_bind(c4cc4cc0,0,c0843f3c,10e,e527370c,...) at sched_bind+0x60 boot(c0844067,1,0,0,1,...) at boot+0x47 panic(c0829200,e5273810,c0467c95,c05e3cc3,0,...) at panic+0x13b db_panic(c05e3cc3,0,ffffffff,e527377c,c0469c00,...) at db_panic+0x17 db_command_loop(c05e3cc3,0,86,1,0,...) at db_command_loop+0x2f5 db_trap(a,0,1,a,e5273924,...) at db_trap+0xc5 kdb_trap(a,0,e5273924,0,c4d50558,...) at kdb_trap+0x96 trap(e5273924) at trap+0x57b calltrap() at calltrap+0x6 --- trap 0xa, eip = 0xc05e3cc3, esp = 0xe5273964, ebp = 0xe527398c --- kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e trap(e5273bdc) at trap+0x3fa calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- db> -------------------------------------------------------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet since 1994 www.sentex.net Cambridge, Ontario Canada www.sentex.net/mike From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 19:11:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14FC5106564A for ; Tue, 25 Mar 2008 19:11:00 +0000 (UTC) (envelope-from "cyb."@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 67B138FC1B for ; Tue, 25 Mar 2008 19:10:59 +0000 (UTC) (envelope-from "cyb."@gmx.net) Received: (qmail invoked by alias); 25 Mar 2008 18:42:57 -0000 Received: from pD952E644.dip0.t-ipconnect.de (EHLO core2duo.local) [217.82.230.68] by mail.gmx.net (mp021) with SMTP; 25 Mar 2008 19:42:57 +0100 X-Authenticated: #4870692 X-Provags-ID: V01U2FsdGVkX18GsR5hBNQGUVqj8ARu5piGP4345YrT05T1ymAG7U PRC42kVsaxITy8 Date: Tue, 25 Mar 2008 19:42:51 +0100 From: Andreas Rudisch To: "Kevin K" Message-Id: <20080325194251.31a34277.cyb.@gmx.net> In-Reply-To: <000d01c88ea3$83c924b0$8b5b6e10$@com> References: <000d01c88ea3$83c924b0$8b5b6e10$@com> X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.9; i386-portbld-freebsd6.3) Mime-Version: 1.0 Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg="PGP-SHA1"; boundary="Signature=_Tue__25_Mar_2008_19_42_51_+0100_3FkNsYybWyYMoqNV" X-Y-GMX-Trusted: 0 Cc: freebsd-stable@freebsd.org Subject: Re: Xorg 7.2 / FreeBSD 7 errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 19:11:00 -0000 --Signature=_Tue__25_Mar_2008_19_42_51_+0100_3FkNsYybWyYMoqNV Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, 25 Mar 2008 14:10:31 -0400 "Kevin K" wrote: > I cvsupped my FreeBSD 6.3 system -> 7.0-STABLE not too long ago. Rebuilt > kernel with SCHEDULE_ULE, otherwise no other major changes. Portupgrade -= faP > and manually re-installed a few ports (i.e. apache).=20 > X Window System Version 7.2.0 > Release Date: 22 January 2007 > Build Operating System: FreeBSD 6.2-STABLE i386 > Current Operating System: FreeBSD friendlybearonskates.com 7.0-STABLE > FreeBSD 7. > Build Date: 09 August 2007 You should update the ports tree and rebuild the ports / xorg, the version = above is quite old and was not built on FreeBSD 7.0. Andreas -- GnuPG key : 0x2A573565 | http://www.gnupg.org/howtos/de/ Fingerprint: 925D 2089 0BF9 8DE5 9166 33BB F0FD CD37 2A57 3565 --Signature=_Tue__25_Mar_2008_19_42_51_+0100_3FkNsYybWyYMoqNV Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) iEYEARECAAYFAkfpR64ACgkQ8P3NNypXNWWqrQCgjHlg/Ug4pm93/ljrdsUfgjPB E9UAn1cCn9G9KgwSWOHwIFTKP/vnggUo =3GlR -----END PGP SIGNATURE----- --Signature=_Tue__25_Mar_2008_19_42_51_+0100_3FkNsYybWyYMoqNV-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 19:21:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C48171065677 for ; Tue, 25 Mar 2008 19:21:02 +0000 (UTC) (envelope-from razor@dataxnet.ro) Received: from mail.dataxnet.ro (datax28.mediasat.ro [80.96.28.28]) by mx1.freebsd.org (Postfix) with SMTP id A62AF8FC27 for ; Tue, 25 Mar 2008 19:20:58 +0000 (UTC) (envelope-from razor@dataxnet.ro) Received: (qmail 62126 invoked by uid 1001); 25 Mar 2008 21:21:15 +0200 Date: Tue, 25 Mar 2008 21:21:15 +0200 From: Alex Popa To: Max Laier Message-ID: <20080325192113.GA61579@dataxnet.ro> References: <20080314192359.GA4677@dataxnet.ro> <200803152217.02568.max@love2party.net> <20080322102933.GA76747@dataxnet.ro> <200803221655.28975.max@love2party.net> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" Content-Disposition: inline In-Reply-To: <200803221655.28975.max@love2party.net> User-Agent: Mutt/1.4.2.2i Cc: freebsd-stable@freebsd.org, Robert Watson Subject: Re: Lock Order Reversal on 7.0-STABLE with pf and ipfw / dummynet (traces) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 19:21:02 -0000 --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Mar 22, 2008 at 04:55:28PM +0100, Max Laier wrote: > Hi Alex, > > On Saturday 22 March 2008 11:29:33 Alex Popa wrote: > > Sorry for the big delay, but here are the traces you requested. > > don't worry, you are a great help! > > Could you try the attached patch? I missed the fact that you are using > FASTROUTE in your setup. There is obviously a problem with it, but the > attached patch should work around that. The other LOR really is harmless > and rather an oversight in WITNESS: a LOR with a shared/read lock can't > cause a deadlock (unless there is also a LOR with the same lock in > exclusive mode). But this is rather complex to check and might not be > easily implemented in WITNESS. > > Anyways - I believe this patch should work around your problem. Let us > know your findings - thanks. Hello. I have tested the patch, booted with a WITNESS kernel including that patch, and it has locked up (solid again, no numlock or console changing, no control-alt-esc to debugger) after about 41 minutes (timestamps in /var/log/all.log go from 19:12:57 to 19:53:40). I did get two LOR reports in dmesg, they are attached. > -- > /"\ Best regards, | mlaier@freebsd.org > \ / Max Laier | ICQ #67774661 > X http://pf4freebsd.love2party.net/ | mlaier@EFnet > / \ ASCII Ribbon Campaign | Against HTML Mail and News Alex -- "Computer science is no more about computers than astronomy is about telescopes" -- E. W. Dijkstra --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="patched-dmesg.txt" lock order reversal: 1st 0xffffffff8096ebc8 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 2nd 0xffffffff8096f8e8 udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:385 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x539 _mtx_lock_flags() at _mtx_lock_flags+0x1f udp_input() at udp_input+0x1f7 ip_input() at ip_input+0xa7 dummynet_send() at dummynet_send+0xde dummynet_io() at dummynet_io+0x587 ipfw_check_in() at ipfw_check_in+0x241 pfil_run_hooks() at pfil_run_hooks+0xac ip_input() at ip_input+0x292 ether_demux() at ether_demux+0x1ac ether_input() at ether_input+0x1bf em_handle_rxtx() at em_handle_rxtx+0x1d2 taskqueue_run() at taskqueue_run+0x95 taskqueue_thread_loop() at taskqueue_thread_loop+0x53 fork_exit() at fork_exit+0x112 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip = 0, rsp = 0xffffffffa057ad30, rbp = 0 --- [...] lock order reversal: 1st 0xffffff00018ff690 inp (rawinp) @ /usr/src/sys/netinet/raw_ip.c:281 2nd 0xffffffff8096ebc8 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x539 _rw_rlock() at _rw_rlock+0x25 pfil_run_hooks() at pfil_run_hooks+0x44 ip_output() at ip_output+0x35a rip_output() at rip_output+0x1eb sosend_generic() at sosend_generic+0x289 kern_sendit() at kern_sendit+0x122 sendit() at sendit+0xc6 sendto() at sendto+0x4d syscall() at syscall+0x1b5 Xfast_syscall() at Xfast_syscall+0xab --- syscall (133, FreeBSD ELF64, sendto), rip = 0x80091132c, rsp = 0x7ffffffee6e8, rbp = 0x40 --- --k+w/mQv8wyuph6w0-- From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 19:40:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AB3B1065670; Tue, 25 Mar 2008 19:40:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id AA8E38FC14; Tue, 25 Mar 2008 19:40:33 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 236713782-1834499 for multiple; Tue, 25 Mar 2008 15:40:16 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2PJePpJ078956; Tue, 25 Mar 2008 15:40:27 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: "Bruce M. Simpson" Date: Tue, 25 Mar 2008 15:19:10 -0400 User-Agent: KMail/1.9.7 References: <47E7D003.3070009@incunabulum.net> <47E8333E.20900@incunabulum.net> <47E8381B.5060100@FreeBSD.org> In-Reply-To: <47E8381B.5060100@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803251519.10414.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Tue, 25 Mar 2008 15:40:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6392/Tue Mar 25 08:44:02 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: nsouch@freebsd.org, freebsd-stable@freebsd.org Subject: Re: lpbb broken in 6.x? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 19:40:34 -0000 On Monday 24 March 2008 07:24:11 pm Bruce M. Simpson wrote: > Bruce M Simpson wrote: > > > > I used devinfo to check if other devices were attached to the ppbus=20 > > parent. ppc0 always has a single child ppbus0. In the first case ppi0=20 > > was attached. In the second case only lpbb appeared to be attached, no= =20 > > other direct children of ppbus0, printing the same message when=20 > > attempting to use the bus ("device not configured"). >=20 > Whoops, I meant "can't allocate ppbus" here, trying to avoid confusion=B7 >=20 > I can't seem to kldunload lpbb or other ppbus modules (if they are=20 > loaded) after they are loaded, this generates a "device not configured"=20 > message. It's not attaching that allocates the bus, it is having one of the devices= =20 open (though /dev/lpt0 tries to only hold the bus while doing actual I/O=20 rather than at open/close). You will probably need to use kgdb to see whic= h=20 device ppbus thinks owns the bus. =2D-=20 John Baldwin From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 20:05:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51C1A1065671 for ; Tue, 25 Mar 2008 20:05:34 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9E48FC20 for ; Tue, 25 Mar 2008 20:05:33 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Aq4FAI/36EdMCqa7/2dsb2JhbACBWolKn10E X-IronPort-AV: E=Sophos;i="4.25,553,1199682000"; d="scan'208";a="16638305" Received: from mail.pppoe.ca (HELO mail.teksavvy.com) ([65.39.192.132]) by ironport2-out.teksavvy.com with ESMTP; 25 Mar 2008 16:05:32 -0400 Received: from kevin ([76.10.166.187]) by mail.teksavvy.com (Internet Mail Server v1.0) with ASMTP id FXE89432; Tue, 25 Mar 2008 16:05:32 -0400 From: "Kevin K" To: "'Andreas Rudisch'" <"cyb."@gmx.net> References: <000d01c88ea3$83c924b0$8b5b6e10$@com> <20080325194251.31a34277.cyb.@gmx.net> In-Reply-To: <20080325194251.31a34277.cyb.@gmx.net> Date: Tue, 25 Mar 2008 16:05:12 -0400 Message-ID: <005901c88eb3$88e6dae0$9ab490a0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AciOrDtFlrD5k4t8QmGaoLkwi9lHtQABx6Wg Content-Language: en-us Cc: freebsd-stable@freebsd.org Subject: RE: Xorg 7.2 / FreeBSD 7 errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 20:05:34 -0000 > You should update the ports tree and rebuild the ports / xorg, the > version above is quite old and was not built on FreeBSD 7.0. > > Andreas I have been keeping the ports tree up 2 date; cvsup ports-supfile. I'll try de-installing/cleaning xorg and re-installing that port. It takes very long so I was trying to avoid doing that. ~k From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 20:15:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 021D310656A2 for ; Tue, 25 Mar 2008 20:15:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 8A56A8FC19 for ; Tue, 25 Mar 2008 20:15:32 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-059-230.pools.arcor-ip.net [88.66.59.230]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1JeFYO2nxQ-0000Xp; Tue, 25 Mar 2008 21:15:31 +0100 Received: (qmail 17437 invoked from network); 25 Mar 2008 20:14:35 -0000 Received: from myhost.laiers.local (192.168.4.151) by ns1.laiers.local with SMTP; 25 Mar 2008 20:14:35 -0000 From: Max Laier Organization: FreeBSD To: Alex Popa Date: Tue, 25 Mar 2008 21:13:46 +0100 User-Agent: KMail/1.9.7 References: <20080314192359.GA4677@dataxnet.ro> <200803221655.28975.max@love2party.net> <20080325192113.GA61579@dataxnet.ro> In-Reply-To: <20080325192113.GA61579@dataxnet.ro> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803252113.47259.max@love2party.net> X-Provags-ID: V01U2FsdGVkX191HwAZhBiwfPld/+y15LbPz9tvGoTHfVycsQN PfDHqYWCh1vbjDYRVlbjSgKdp5NbhcThcQ8TZfn/CdUm9ZRxjd MAekK5CrpKZqEcRGA+JIA== Cc: Attilio Rao , freebsd-stable@freebsd.org, Robert Watson , John Baldwin Subject: Re: Lock Order Reversal on 7.0-STABLE with pf and ipfw / dummynet (traces) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 25 Mar 2008 20:15:33 -0000 Hi Alex, so it's basically back to square one. We only have LORs between the pfil=20 R/W lock (read instance) and mutexes that don't have any lock order with=20 the pfil R/W lock (write instance) at all. This means the deadlock can't=20 be explained by the LORs that are reported (unless there is something I'm=20 missing). Unless somebody who is seeing these kind of deadlocks can=20 actually break into a debugger to identify the locks at play, everything=20 else is just speculation. I will fix the fastroute LOR with the patch you have been testing,=20 eventhough it didn't fix your problem. For the remaining issue, we need=20 more IPFW or lock primitives knowledge (extending CC-list). Note that the first LOR features a recursive pickup of the pfil R/W lock. = =20 I remember that Attilio committed a patch to forbid this for CURRENT. =20 Could this be the cause of a deadlock? Would it make sense to MFC=20 rm_locks and try if they hold up under this scenario? On Tuesday 25 March 2008 20:21:15 Alex Popa wrote: [...] > Hello. > > I have tested the patch, booted with a WITNESS kernel including that > patch, and it has locked up (solid again, no numlock or console > changing, no control-alt-esc to debugger) after about 41 minutes > (timestamps in /var/log/all.log go from 19:12:57 to 19:53:40). > > I did get two LOR reports in dmesg, they are attached. > lock order reversal: >=C2=A01st 0xffffffff8096ebc8 PFil hook read/write mutex (PFil hook read/wr= ite >=C2=A0mutex) @ /usr/src/sys/net/pfil.c:73=20 > 2nd 0xffffffff8096f8e8 udp (udp) @ /usr/src/sys/netinet/udp_usrreq.c:385= =20 This one could be avoided if dummynet_send where to use a queue instead of= =20 direct dispatch - with all associated problems. > KDB: stack backtrace:=20 > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x539 > _mtx_lock_flags() at _mtx_lock_flags+0x1f > udp_input() at udp_input+0x1f7 > ip_input() at ip_input+0xa7 >>> QUEUE here <<< > dummynet_send() at dummynet_send+0xde > dummynet_io() at dummynet_io+0x587 > ipfw_check_in() at ipfw_check_in+0x241 > pfil_run_hooks() at pfil_run_hooks+0xac > ip_input() at ip_input+0x292 > ether_demux() at ether_demux+0x1ac > ether_input() at ether_input+0x1bf > em_handle_rxtx() at em_handle_rxtx+0x1d2 > taskqueue_run() at taskqueue_run+0x95 > taskqueue_thread_loop() at taskqueue_thread_loop+0x53 > fork_exit() at fork_exit+0x112 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip =3D 0, rsp =3D 0xffffffffa057ad30, rbp =3D 0 --- > > lock order reversal: > 1st 0xffffff00018ff690 inp (rawinp) @ /usr/src/sys/netinet/raw_ip.c:281=20 > 2nd 0xffffffff8096ebc8 PFil hook read/write mutex (PFil hook read/write=20 > mutex) @ /usr/src/sys/net/pfil.c:73 I'm still a bit suspicious of this one due to the interaction of exclusive= =20 IPFW locks with raw sockets, but I still can't find the code path for the=20 original order, which makes it a bit hard to follow. Alex, can you get a "show witness" after this LOR has been displayed? > KDB: stack backtrace:=20 > db_trace_self_wrapper() at db_trace_self_wrapper+0x2a > witness_checkorder() at witness_checkorder+0x539 > _rw_rlock() at _rw_rlock+0x25 > pfil_run_hooks() at pfil_run_hooks+0x44 > ip_output() at ip_output+0x35a > rip_output() at rip_output+0x1eb > sosend_generic() at sosend_generic+0x289 > kern_sendit() at kern_sendit+0x122 > sendit() at sendit+0xc6 > sendto() at sendto+0x4d > syscall() at syscall+0x1b5 > Xfast_syscall() at Xfast_syscall+0xab > --- syscall (133, FreeBSD ELF64, sendto), rip =3D 0x80091132c, rsp =3D > 0x7ffffffee6e8, rbp =3D 0x40 --- Any input greatly appreciated! =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 21:48:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A667F106566B for ; Tue, 25 Mar 2008 21:48:25 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) Received: from ironport2-out.teksavvy.com (ironport2-out.pppoe.ca [206.248.154.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5D8678FC25 for ; Tue, 25 Mar 2008 21:48:25 +0000 (UTC) (envelope-from kkutzko@teksavvy.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsFACsQ6UdMCqa7/2dsb2JhbACBWolNn2ME X-IronPort-AV: E=Sophos;i="4.25,554,1199682000"; d="scan'208";a="16645204" Received: from mail.pppoe.ca (HELO mail.teksavvy.com) ([65.39.192.132]) by ironport2-out.teksavvy.com with ESMTP; 25 Mar 2008 17:48:24 -0400 Received: from kevin ([76.10.166.187]) by mail.teksavvy.com (Internet Mail Server v1.0) with ASMTP id FYV83823 for ; Tue, 25 Mar 2008 17:48:23 -0400 From: "Kevin K" To: References: <000d01c88ea3$83c924b0$8b5b6e10$@com> In-Reply-To: <000d01c88ea3$83c924b0$8b5b6e10$@com> Date: Tue, 25 Mar 2008 17:48:03 -0400 Message-ID: <006701c88ec1$e6eb1ee0$b4c15ca0$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AciOo4K+B2k/VkkTQv2a/lV2BjxJFgAHmCkA Content-Language: en-us Subject: RE: Xorg 7.2 / FreeBSD 7 errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 21:48:25 -0000 > (EE) I810(0): V_BIOS address 0x0 out of range > (EE) I810(0): VBE initialization failed. > > Fatal server error: > no screens found Interesting sidenote : If I reboot my workstation and try, I can start xorg! If I exit fluxbox, and then try to start it again, I gaid said error above. Very strange indeed! From owner-freebsd-stable@FreeBSD.ORG Tue Mar 25 22:21:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02D3B1065678 for ; Tue, 25 Mar 2008 22:21:49 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: from chen.org.nz (chen.org.nz [202.89.146.5]) by mx1.freebsd.org (Postfix) with ESMTP id 937E58FC26 for ; Tue, 25 Mar 2008 22:21:48 +0000 (UTC) (envelope-from jonc@chen.org.nz) Received: by chen.org.nz (Postfix, from userid 1000) id D3E83284FE; Wed, 26 Mar 2008 11:02:42 +1300 (NZDT) Date: Wed, 26 Mar 2008 11:02:42 +1300 From: Jonathan Chen To: Kevin K Message-ID: <20080325220242.GA52486@osiris.chen.org.nz> References: <000d01c88ea3$83c924b0$8b5b6e10$@com> <006701c88ec1$e6eb1ee0$b4c15ca0$@com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <006701c88ec1$e6eb1ee0$b4c15ca0$@com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Xorg 7.2 / FreeBSD 7 errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 25 Mar 2008 22:21:49 -0000 On Tue, Mar 25, 2008 at 05:48:03PM -0400, Kevin K wrote: > > > (EE) I810(0): V_BIOS address 0x0 out of range > > (EE) I810(0): VBE initialization failed. > > > > Fatal server error: > > no screens found > > > Interesting sidenote : If I reboot my workstation and try, I can start xorg! > If I exit fluxbox, and then try to start it again, I gaid said error above. The i810 driver has some bugs in it. Use the newer xf86-video-intel driver instead. You'll have to deinstall to i810 driver before you can install the intel driver. Cheers. -- Jonathan Chen ------------------------------------------------------------------------ "We laugh in the face of danger, we drop icecubes down the vest of fear" - Edmond Blackadder III From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 00:51:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5BD0106566B for ; Wed, 26 Mar 2008 00:51:31 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id 527C58FC17 for ; Wed, 26 Mar 2008 00:51:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3174655wfa.7 for ; Tue, 25 Mar 2008 17:51:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=bmAqierTlFQ4tjXjYYO8g8ZuHHk+sq50i8ZVVfkZqvI=; b=LAvj556uO4VhIUCUw6f9RElXC0DlSb7F+w9HHQR4OGxtLuo0fmeY2PLEvdq9HSkk4/6nGzTWq07mrpiAj2P6Jax91L0RrAoxe6J+nk12uQzwwJ4piNy3Ul/SnVjbBzS8UyUdYB80DO7QDe2k9737MRgFOcG+gfGrm9hP8YM2j28= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ox6aQQOPrZWFre5IE2bcbDErpQ/DoG9v8eM7OG+0x7TImkr38RUfwe0dkh+TQkCGnlcbmUEe2oZ2RS/WoodI6Cb0xGudQN4XR2JIa9IfxXoOkRB9o28hDMYnH4GP33D4jqmycjFBrostJIhV7ckrilMZgdusRzt6bnuGhVzpMnI= Received: by 10.142.158.17 with SMTP id g17mr4736995wfe.106.1206492688210; Tue, 25 Mar 2008 17:51:28 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 32sm17644067wfa.13.2008.03.25.17.51.25 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 25 Mar 2008 17:51:26 -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 m2Q0pMSs090352 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 26 Mar 2008 09:51:22 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2Q0pKSs090351; Wed, 26 Mar 2008 09:51:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 26 Mar 2008 09:51:20 +0900 From: Pyun YongHyeon To: Mike Tancsa Message-ID: <20080326005120.GA90104@cdnetworks.co.kr> References: <200803251844.m2PIisxZ021929@lava.sentex.ca> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="jRHKVT23PllUwdXP" Content-Disposition: inline In-Reply-To: <200803251844.m2PIisxZ021929@lava.sentex.ca> User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: RELENG_7 panic X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 00:51:31 -0000 --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Mar 25, 2008 at 02:44:58PM -0400, Mike Tancsa wrote: > I have a RELENG_7 box running in a netboot environment that is > crashing every few days. I dont have a disk on it yet, so I have no > where to send the coredump. But I hooked up a serial cable and made > it drop to debugger. We are going to try a USB connected disk and > configure it as swap so that we can then try and drop the coredump to > it. Any other suggestions on how to track this down ? > I guess rl(4) hardware received too long/short frame such that subsequent code in driver tried to copy recevied frame with invalid length. I don't have data sheet for rl(4) hardwares so I'm not sure how this can happen. Anyway, try attached patch. > > db> where > Tracing pid 24 tid 100023 td 0xc4cc4cc0 > kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 > vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 > trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e > trap(e5273bdc) at trap+0x3fa > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- > generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a > rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 > rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba > ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab > fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- > db> panic > panic: from debugger > cpuid = 1 > KDB: stack backtrace: > db_trace_self_wrapper(c0845ff1,e52736cc,c05c3367,c4d97340,e52736c8,...) > at db_trace_self_wrapper+0x26 > kdb_backtrace(c4d97340,e52736c8,c05e1a92,c0830310,c4d97374,...) at > kdb_backtrace+0x29 > mi_switch(1,0,1,104,0,...) at mi_switch+0x47 > sched_bind(c4cc4cc0,0,c0843f3c,10e,e527370c,...) at sched_bind+0x60 > boot(c0844067,1,0,0,1,...) at boot+0x47 > panic(c0829200,e5273810,c0467c95,c05e3cc3,0,...) at panic+0x13b > db_panic(c05e3cc3,0,ffffffff,e527377c,c0469c00,...) at db_panic+0x17 > db_command_loop(c05e3cc3,0,86,1,0,...) at db_command_loop+0x2f5 > db_trap(a,0,1,a,e5273924,...) at db_trap+0xc5 > kdb_trap(a,0,e5273924,0,c4d50558,...) at kdb_trap+0x96 > trap(e5273924) at trap+0x57b > calltrap() at calltrap+0x6 > --- trap 0xa, eip = 0xc05e3cc3, esp = 0xe5273964, ebp = 0xe527398c --- > kdb_enter(c08587d4,e5301000,1,e5273a9c,e5273a8c,...) at kdb_enter+0x33 > vm_fault(c1071000,e5301000,1,0,14990740,...) at vm_fault+0x178 > trap_pfault(0,0,c1072d80,c1072d38,c4d50558,...) at trap_pfault+0x20e > trap(e5273bdc) at trap+0x3fa > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc07f5cb6, esp = 0xe5273c1c, ebp = 0xe5273c54 --- > generic_bcopy(e5300836,7ac5,0,c4dacc00,0,...) at generic_bcopy+0x1a > rl_rxeof(c05c3466,c4cc4cc0,0,1,1273cbc,...) at rl_rxeof+0x139 > rl_intr(c4d27000,0,c0841c05,46b,0,...) at rl_intr+0xba > ithread_loop(c4d809d0,e5273d38,0,0,0,...) at ithread_loop+0x1ab > fork_exit(c059da60,c4d809d0,e5273d38) at fork_exit+0x99 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xe5273d70, ebp = 0 --- > db> > -- Regards, Pyun YongHyeon --jRHKVT23PllUwdXP Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="rl.patch" --- sys/pci/if_rl.c.orig 2008-03-04 13:07:34.000000000 +0900 +++ sys/pci/if_rl.c 2008-03-26 09:35:49.000000000 +0900 @@ -1117,17 +1117,19 @@ * datasheet makes absolutely no mention of this and * RealTek should be shot for this. */ - if ((uint16_t)(rxstat >> 16) == RL_RXSTAT_UNFINISHED) + total_len = rxstat >> 16; + if (total_len == RL_RXSTAT_UNFINISHED) break; - if (!(rxstat & RL_RXSTAT_RXOK)) { + if (!(rxstat & RL_RXSTAT_RXOK) || + total_len < ETHER_MIN_LEN || + total_len > ETHER_MAX_LEN + ETHER_VLAN_ENCAP_LEN) { ifp->if_ierrors++; rl_init_locked(sc); return; } /* No errors; receive the packet. */ - total_len = rxstat >> 16; rx_bytes += total_len + 4; /* --jRHKVT23PllUwdXP-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 01:19:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 630EE106566C for ; Wed, 26 Mar 2008 01:19:04 +0000 (UTC) (envelope-from dave@syix.com) Received: from mail01.syix.com (mail01.syix.com [209.77.112.20]) by mx1.freebsd.org (Postfix) with ESMTP id 4004E8FC21 for ; Wed, 26 Mar 2008 01:19:04 +0000 (UTC) (envelope-from dave@syix.com) Received: from localhost (localhost [127.0.0.1]) by mail01.syix.com (Postfix) with ESMTP id B91C729B0A1 for ; Tue, 25 Mar 2008 18:19:03 -0700 (PDT) Received: from mail01.syix.com ([127.0.0.1]) by localhost (mail01.syix.com [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 99143-05 for ; Tue, 25 Mar 2008 18:19:00 -0700 (PDT) Received: from asian (asian.syix.com [209.77.113.38]) (Authenticated sender: dave) by mail01.syix.com (Postfix) with ESMTPA id 7D20A29B061 for ; Tue, 25 Mar 2008 18:19:00 -0700 (PDT) From: "Dave Overton" To: Date: Tue, 25 Mar 2008 18:19:00 -0700 Organization: SYIX.COM Message-ID: <007501c88edf$5f274740$26714dd1@syix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 thread-index: AciO318Ph7LZhrZXQjKi3TEh0ti/sA== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Virus-Scanned: Maia Mailguard 1.0.2 Subject: BSD 6 or 7 + Intel 3200 MCH chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dave@syix.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 01:19:04 -0000 Just put together a nice 1U box, Tyan Tank GT20, plugged in its 8gb ECC RAM, its 4 shiney new HDs and fired it up. Bios looks normal, reset the clock to something resembling today, and throw in the Fbsd7 disk! No joy. I get just a hint of a "booting" line, then an instant reboot, or with a 6 disk, I get a scrolling mess that I have no idea what it says. My question, has anyone got fbsd running on one of these chipsets? If so, how did you do it? Tried 7 release in i386 and amd64 version, and v6 i386. They all do the same thing. (it will run the misc test CDs I have here just fine, even let it do most of a WinXP install with no issues, so I don't really believe it to be a hardware issue) Tyan Tank GT20 model B5211 Tyan Toledo i3200R m/b Intel 3200 MCH chipset. Help? Dave Overton, Owner SYIX.COM dave@syix.com (530) 755-1751 x101 Fax (530) 751-8871 800-988-SYIX From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 03:12:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07CAB1065674 for ; Wed, 26 Mar 2008 03:12:32 +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 E321E8FC1F for ; Wed, 26 Mar 2008 03:12:31 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id AF9CB1CC06A; Tue, 25 Mar 2008 20:12:31 -0700 (PDT) Date: Tue, 25 Mar 2008 20:12:31 -0700 From: Jeremy Chadwick To: Dave Overton Message-ID: <20080326031231.GA69647@eos.sc1.parodius.com> References: <007501c88edf$5f274740$26714dd1@syix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <007501c88edf$5f274740$26714dd1@syix.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: BSD 6 or 7 + Intel 3200 MCH chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 03:12:32 -0000 On Tue, Mar 25, 2008 at 06:19:00PM -0700, Dave Overton wrote: > Just put together a nice 1U box, Tyan Tank GT20, plugged in its 8gb ECC RAM, > its 4 shiney new HDs and fired it up. Bios looks normal, reset the clock to > something resembling today, and throw in the Fbsd7 disk! > > No joy. > > I get just a hint of a "booting" line, then an instant reboot, or with a 6 > disk, I get a scrolling mess that I have no idea what it says. Sounds like bootloader/BTX problems. The "scrolling mess" is probably a register dump; another common one is a sporadic reboot, case in point. Don't let the 2nd thread below make you think "USB pen drives have nothing to do with my server"; BTX is used everywhere: http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/041272.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/041112.html John Baldwin just recently committed some fixes in this regard, to both CURRENT, RELENG_6, and RELENG_7, which might fix the problem you're seeing. No promises though. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/boot/i386/btx/btx/ The commit to CURRENT was done on March 10th. The commit to RELENG_7 was done on March 18th. The commit to RELENG_6 was done on March 18th. I'd recommend trying out one of the snapshot ISOs, except that all of the ISOs are from March 11th, which means the only images which *might* have the fixes applied are for CURRENT. ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200803/ If you're feeling spunky, I'd try the CURRENT bootonly snapshot solely to see if it boots for you. I would NOT recommend installing CURRENT on your brand new production server. :-) ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200803/8.0-CURRENT-200803-amd64-bootonly.iso I can't guarantee that the ISO will fix the problem for you; it's possible the ISO was made based on code from prior to March 10th, and it's also possible the problem you're having are unrelated to the the fixes John did. -- | 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 Mar 26 03:20:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 766C5106566C for ; Wed, 26 Mar 2008 03:20:45 +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 5170D8FC1F for ; Wed, 26 Mar 2008 03:20:45 +0000 (UTC) (envelope-from lists@jnielsen.net) Received: from [192.168.3.245] (jn@stealth.jnielsen.net [74.218.226.254]) (authenticated bits=0) by ns1.jnielsen.net (8.12.9p2/8.12.9) with ESMTP id m2Q3KfvB031746; Tue, 25 Mar 2008 23:20:43 -0400 (EDT) (envelope-from lists@jnielsen.net) From: John Nielsen To: freebsd-stable@freebsd.org, dave@syix.com Date: Tue, 25 Mar 2008 23:20:38 -0400 User-Agent: KMail/1.9.7 References: <007501c88edf$5f274740$26714dd1@syix.com> In-Reply-To: <007501c88edf$5f274740$26714dd1@syix.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803252320.39255.lists@jnielsen.net> X-Virus-Scanned: ClamAV version 0.88.4, clamav-milter version 0.88.4 on ns1.jnielsen.net X-Virus-Status: Clean Cc: Subject: Re: BSD 6 or 7 + Intel 3200 MCH chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 03:20:45 -0000 On Tuesday 25 March 2008 09:19:00 pm Dave Overton wrote: > Just put together a nice 1U box, Tyan Tank GT20, plugged in its 8gb ECC > RAM, its 4 shiney new HDs and fired it up. Bios looks normal, reset > the clock to something resembling today, and throw in the Fbsd7 disk! > > No joy. > > I get just a hint of a "booting" line, then an instant reboot, or with > a 6 disk, I get a scrolling mess that I have no idea what it says. Partly guessing, but this sounds like the real-mode BTX bootloader issue. It's become increasingly common on newer hardware, and it's not limited to USB devices like it used to be. Fortunately, there is a good chance that jhb's recent BTX overhaul will fix it. Unfortunately, it was only committed to -CURRENT two weeks ago and MFC'ed to RELENG_6 and RELENG_7 one week ago so I doubt there's a ready-to-use snapshot CD you can download that includes it. If it were me I'd create a bootable USB stick (on another machine) to verify that you can boot the server with the latest boot blocks, then use it to do a manual install (or at least bootstrap the process). But that's just me--I like that sort of thing. It's also possible to roll your own installation CD but I've never done.it. I do recall someone posting an link to an image to one of the mailing lists, but IIRC that was with a BTX patch older than the one that actually got committed. Probably someone else on this list has a better suggestion. JN > My question, has anyone got fbsd running on one of these chipsets? If > so, how did you do it? Tried 7 release in i386 and amd64 version, and > v6 i386. They all do the same thing. > > (it will run the misc test CDs I have here just fine, even let it do > most of a WinXP install with no issues, so I don't really believe it to > be a hardware issue) > > Tyan Tank GT20 model B5211 > Tyan Toledo i3200R m/b > Intel 3200 MCH chipset. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 05:43:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 440C3106564A for ; Wed, 26 Mar 2008 05:43:10 +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 EB2938FC1A for ; Wed, 26 Mar 2008 05:43:08 +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 QAA03056; Wed, 26 Mar 2008 16:42:54 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Wed, 26 Mar 2008 16:42:54 +1100 (EST) From: Ian Smith To: Kevin K In-Reply-To: <005901c88eb3$88e6dae0$9ab490a0$@com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: 'Andreas Rudisch' , freebsd-stable@freebsd.org Subject: RE: Xorg 7.2 / FreeBSD 7 errors X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 05:43:10 -0000 On Tue, 25 Mar 2008, Kevin K wrote: > > You should update the ports tree and rebuild the ports / xorg, the > > version above is quite old and was not built on FreeBSD 7.0. > > > > Andreas > > > I have been keeping the ports tree up 2 date; cvsup ports-supfile. > > I'll try de-installing/cleaning xorg and re-installing that port. It takes > very long so I was trying to avoid doing that. So add -PP to your portupgrade command and install it from package/s? cheers, Ian From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 06:33:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6E0871065670 for ; Wed, 26 Mar 2008 06:33:41 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from n7.bullet.ukl.yahoo.com (n7.bullet.ukl.yahoo.com [217.146.182.187]) by mx1.freebsd.org (Postfix) with SMTP id CC4CA8FC15 for ; Wed, 26 Mar 2008 06:33:40 +0000 (UTC) (envelope-from gdoe6545@yahoo.it) Received: from [217.146.182.178] by n7.bullet.ukl.yahoo.com with NNFMP; 26 Mar 2008 06:19:51 -0000 Received: from [87.248.110.115] by t4.bullet.ukl.yahoo.com with NNFMP; 26 Mar 2008 06:19:51 -0000 Received: from [127.0.0.1] by omp220.mail.ukl.yahoo.com with NNFMP; 26 Mar 2008 06:19:51 -0000 X-Yahoo-Newman-Id: 901776.33898.bm@omp220.mail.ukl.yahoo.com Received: (qmail 63790 invoked from network); 26 Mar 2008 06:19:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.it; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:Cc:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:Mime-Version:Subject:Date:References:X-Mailer; b=qmEfJq6eTXqJ8ro0g8baOAEYRcMnz7sbzf3W/Bs/vcUfXoy10U21vuPagqqyLpOd7uRPJP+gTd1dZjeM3PVkxsWgqe35/WGEmnezvz7yApjDp4hCBmj2irxVMKK4Bihy9WntUHWd6QOP6EfzCJQkWCfgXrGrK133NHPmsDzjdtQ= ; Received: from unknown (HELO stromberg.smersh.casa) (gdoe6545@217.133.13.140 with plain) by smtp010.mail.ukl.yahoo.com with SMTP; 26 Mar 2008 06:19:51 -0000 X-YMail-OSG: owh4O6IVM1nk4H.o_VmzaJgtzeLL25F5WvpkUwe2sJV3_2G8wgi.WPid2XVYBnHZVdUNf2JAZg-- X-Yahoo-Newman-Property: ymail-3 Message-Id: <6BADAEBA-09F7-4348-ABA4-F78A4EDF2185@yahoo.it> From: Gianni To: Jeremy Chadwick In-Reply-To: <20080325084455.GA36520@eos.sc1.parodius.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v919.2) Date: Wed, 26 Mar 2008 07:19:47 +0100 References: <20080322035212.GA15541@eos.sc1.parodius.com> <248F8C92-14F4-4FF8-94FE-2F220FFBE8FB@yahoo.it> <20080325084330.GA36390@eos.sc1.parodius.com> <20080325084455.GA36520@eos.sc1.parodius.com> X-Mailer: Apple Mail (2.919.2) Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 06:33:41 -0000 On 25/mar/08, at 09:44, Jeremy Chadwick wrote: > > I re-read your mail -- sorry. You're using SATA. > > I'll update my Wiki page to state that the loader.conf DMA disable > trick > only works for PATA. > > In the interim, I recommend you contact Scott Long, especially if your > problem is easily repeatable. He's offered to help track this down. Thanks I'll try contacting Scott. In the meantime I think I have narrowed down the problem in my case to the on-board Promise SATA controller. My motherboard has 2 SATA controllers, one Promise and one Via and I have 2 sets of disks with gmirror RAID 1 - 2xSeagate Barracuda + 2xWD5000YS. atapci0: atapci1: The Western Digital disks were connected to the Promise controller and giving the READ_DMA TIMEOUT errors, I've now swapped the disks around so the Seagate ones are attached to the Promise controller and now these are reporting the errors. So it seems I can definitely exclude disk hardware problems. -Gianni From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 06:43:41 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BA4E1065671 for ; Wed, 26 Mar 2008 06:43:41 +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 84FE88FC12 for ; Wed, 26 Mar 2008 06:43:41 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 71B3E1CC060; Tue, 25 Mar 2008 23:43:41 -0700 (PDT) Date: Tue, 25 Mar 2008 23:43:41 -0700 From: Jeremy Chadwick To: Gianni Message-ID: <20080326064341.GA74821@eos.sc1.parodius.com> References: <20080322035212.GA15541@eos.sc1.parodius.com> <248F8C92-14F4-4FF8-94FE-2F220FFBE8FB@yahoo.it> <20080325084330.GA36390@eos.sc1.parodius.com> <20080325084455.GA36520@eos.sc1.parodius.com> <6BADAEBA-09F7-4348-ABA4-F78A4EDF2185@yahoo.it> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6BADAEBA-09F7-4348-ABA4-F78A4EDF2185@yahoo.it> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 06:43:41 -0000 On Wed, Mar 26, 2008 at 07:19:47AM +0100, Gianni wrote: > On 25/mar/08, at 09:44, Jeremy Chadwick wrote: >> >> I re-read your mail -- sorry. You're using SATA. >> >> I'll update my Wiki page to state that the loader.conf DMA disable trick >> only works for PATA. >> >> In the interim, I recommend you contact Scott Long, especially if your >> problem is easily repeatable. He's offered to help track this down. > > Thanks I'll try contacting Scott. > > In the meantime I think I have narrowed down the problem in my case to the > on-board Promise SATA controller. > My motherboard has 2 SATA controllers, one Promise and one Via and I have 2 > sets of disks with gmirror RAID 1 - 2xSeagate Barracuda + 2xWD5000YS. > atapci0: > atapci1: > > The Western Digital disks were connected to the Promise controller and > giving the READ_DMA TIMEOUT errors, I've now swapped the disks around so > the Seagate ones are attached to the Promise controller and now these are > reporting the errors. > So it seems I can definitely exclude disk hardware problems. Another possibility is cables. There have been a couple reports in the past of people receiving said errors and swapping cables has completely ridded them of the problem. If you swap cables and the problem continues, then this is definitely something within the FreeBSD ATA layer, or something very close to it. FreeBSD has excellent Promise controller support, since Promise provides Soren with all the necessary technical documents of how to interface with their controllers. So, I don't think the controller is the problem (because of so many reports of this issue on non-Promise controllers, ranging from VIA to Intel to nVidia to ATI), nor do I think your disks are the issue. You would be a very good test subject (sorry to phrase it like that) for Scott. :-) -- | 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 Mar 26 11:57:39 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC17106566C for ; Wed, 26 Mar 2008 11:57:39 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 4D9808FC36 for ; Wed, 26 Mar 2008 11:57:39 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so1267952anc.13 for ; Wed, 26 Mar 2008 04:57:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=YPT1ak+RXsq2DeH0r75Q0QmE9uExz7s82d+wkXqom9c=; b=D6IV5LSOw3UETX87z4c5mInDjlPZseKz7OOUupNQj3Pn8JDqNFEEPxoZ4K7K/fSk5/0FNFJO0PpxdGjsIPG7hwWm4MMoQUbSVnZnePJbfcmstKcWzmxfkWO9hcuBo7lKeAu+U3OC1iMHAhobL0+hduYokQEO2+YtO4bD1dVvjls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=D6qnpT/YEJ6N2PTbm7Z2AFn96XWhyQnoNQx+bW+na0lzdiW/2GPR6GPwiQ6CUUFjJw74fJDSL4gIPUEuWNDS8lNAuqXDjwOv/XYvz5ssJ6YRnH3lDNNbbE06BcsV2OY1JKfwwuYPTJ7LSu0aKPupZoJqWc5qPmgTtQbsA7xheX8= Received: by 10.100.10.11 with SMTP id 11mr18431923anj.10.1206532650469; Wed, 26 Mar 2008 04:57:30 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Wed, 26 Mar 2008 04:57:30 -0700 (PDT) Message-ID: Date: Wed, 26 Mar 2008 12:57:30 +0100 From: "Claus Guttesen" To: FreeBSD MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: freebsd 7 and areca controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 11:57:39 -0000 Hi. I'm looking at deploying a freebsd 7-release server with some storage attached to an areca ARC-1680 controller. But this card is not mentioned in 'man 4 arcmsr' (http://www.freebsd.org/cgi/man.cgi?query=arcmsr&sektion=4&manpath=FreeBSD+7.0-RELEASE). Areaca's website does mention freebsd as a supported OS (http://www.areca.com.tw/products/pcietosas1680series.htm). Has this card been tested on freebsd 7-release? -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:14:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 450FB1065675 for ; Wed, 26 Mar 2008 12:14:40 +0000 (UTC) (envelope-from prvs=1971ec67ec=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (core6.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id D00C98FC1B for ; Wed, 26 Mar 2008 12:14:39 +0000 (UTC) (envelope-from prvs=1971ec67ec=killing@multiplay.co.uk) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1206533022; x=1207137822; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=AKMg0RTHmL2YUUFGGoLcd pO8IaS7PE+X1QjgLrWvYYg=; b=CWpMDDfKGdpjRmZZzGfRkdsqK1i6uvgZWtmqu KLGMNaKQu9/eGfxMs3e13zD5CreBqm9gtG1ZAigFL0m93qU7ekmaIuRCUp0qDt0m 1QiCMYvH65QlzZrRIWqUaG1GPmAzVX5iABsDXhXMToi+izy/0BwiWy/JAvsWHT+1 t2HnbQ= X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on mail1.multiplay.co.uk X-Spam-Level: X-Spam-Status: No, score=-14.7 required=6.0 tests=BAYES_00, USER_IN_WHITELIST, USER_IN_WHITELIST_TO autolearn=ham version=3.1.8 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v9.6.3) with ESMTP id md50005357830.msg for ; Wed, 26 Mar 2008 12:03:41 +0000 Message-ID: <004101c88f39$6b258cf0$b6db87d4@multiplay.co.uk> From: "Steven Hartland" To: "Claus Guttesen" , "FreeBSD" References: Date: Wed, 26 Mar 2008 12:03:34 -0000 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.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 212.135.219.182 X-Return-Path: prvs=1971ec67ec=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-stable@freebsd.org X-Spam-Processed: mail1.multiplay.co.uk, Wed, 26 Mar 2008 12:03:41 +0000 X-MDAV-Processed: mail1.multiplay.co.uk, Wed, 26 Mar 2008 12:03:42 +0000 Cc: Subject: Re: freebsd 7 and areca controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 12:14:40 -0000 The id's are in the source so I expect it should just work. PCIDevVenIDARC1680 Areca support on FreeBSD has been very good, they are our RAID supplier of choice. Regards Steve ----- Original Message ----- From: "Claus Guttesen" To: "FreeBSD" Sent: Wednesday, March 26, 2008 11:57 AM Subject: freebsd 7 and areca controller > Hi. > > I'm looking at deploying a freebsd 7-release server with some storage > attached to an areca ARC-1680 controller. But this card is not > mentioned in 'man 4 arcmsr' > (http://www.freebsd.org/cgi/man.cgi?query=arcmsr&sektion=4&manpath=FreeBSD+7.0-RELEASE). > Areaca's website does mention freebsd as a supported OS > (http://www.areca.com.tw/products/pcietosas1680series.htm). > > Has this card been tested on freebsd 7-release? > > -- > regards > Claus > > When lenity and cruelty play for a kingdom, > the gentlest gamester is the soonest winner. > > Shakespeare > _______________________________________________ > 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" > ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:30:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1D7F106566B for ; Wed, 26 Mar 2008 12:30:09 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from smtp-vbr2.xs4all.nl (smtp-vbr2.xs4all.nl [194.109.24.22]) by mx1.freebsd.org (Postfix) with ESMTP id 87F528FC18 for ; Wed, 26 Mar 2008 12:30:09 +0000 (UTC) (envelope-from Johan@double-l.nl) Received: from w2003s01.double-l.local (dpm.xs4all.nl [80.126.205.144]) by smtp-vbr2.xs4all.nl (8.13.8/8.13.8) with ESMTP id m2QCU7RS046805 for ; Wed, 26 Mar 2008 13:30:07 +0100 (CET) (envelope-from Johan@double-l.nl) Content-class: urn:content-classes:message MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Wed, 26 Mar 2008 13:30:07 +0100 Message-ID: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: mouse issue Thread-Index: AciPPSAxeQ/S/XbiTjWh8UAigH5Osg== From: "Johan Hendriks" To: X-Virus-Scanned: by XS4ALL Virus Scanner Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 12:30:10 -0000 I have updated my ports and thereby gnome to 2.22 and also did a buildwolrd of RELENG_7 =20 Now I have a strange issue that I need to move the mouse to see my commands typed I a console or wait a few seconds. If I open a terminal (in gnome) and do a build of a port then the output stops for a moment when I hit an icon on the desktop with my mouse. =20 I do not know how to descripe this any better. When I stop the moused then everything is working normally (without the mouse off course) when I start moused again from a terminal in gnome I can type commands but they do not show up in the terminal window till I move the mouse. =20 I also do not know if it comes from the buildworld or the gnome update. Learned something again tho,do one big update after the other one finished ;-) =20 =20 Regards Johan=20 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 12:53:29 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1448E1065677 for ; Wed, 26 Mar 2008 12:53:29 +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 0A9478FC19 for ; Wed, 26 Mar 2008 12:53:28 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id BA5F31CC060; Wed, 26 Mar 2008 05:53:28 -0700 (PDT) Date: Wed, 26 Mar 2008 05:53:28 -0700 From: Jeremy Chadwick To: Johan Hendriks Message-ID: <20080326125328.GA83469@eos.sc1.parodius.com> References: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 12:53:29 -0000 On Wed, Mar 26, 2008 at 01:30:07PM +0100, Johan Hendriks wrote: > I have updated my ports and thereby gnome to 2.22 and also did a > buildwolrd of RELENG_7 > > Now I have a strange issue that I need to move the mouse to see my > commands typed I a console or wait a few seconds. > > If I open a terminal (in gnome) and do a build of a port then the output > stops for a moment when I hit an icon on the desktop with my mouse. > > I do not know how to descripe this any better. > > When I stop the moused then everything is working normally (without the > mouse off course) when I start moused again from a terminal in gnome I > can type commands but they do not show up in the terminal window till I > move the mouse. Others have reported something very similar to this: http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/040982.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/041416.html -- | 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 Mar 26 14:18:17 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAE671065672 for ; Wed, 26 Mar 2008 14:18:17 +0000 (UTC) (envelope-from yani@pi-greece.eu) Received: from kane.otenet.gr (kane.otenet.gr [195.170.0.77]) by mx1.freebsd.org (Postfix) with ESMTP id 59E1B8FC17 for ; Wed, 26 Mar 2008 14:18:16 +0000 (UTC) (envelope-from yani@pi-greece.eu) Received: from techmx01.pi-greece.eu (athedsl-149532.home.otenet.gr [85.75.255.187]) by kane.otenet.gr (8.13.8/8.13.8/Debian-3) with SMTP id m2QCJuNS018749 for ; Wed, 26 Mar 2008 14:19:56 +0200 Received: (qmail 21465 invoked by uid 0); 26 Mar 2008 14:19:56 +0200 Received: from 192.168.1.15 by techserver.pi-greece.eu (envelope-from , uid 0) with qmail-scanner-1.25 (spamassassin: 3.2.4. Clear:RC:0(192.168.1.15):SA:0(-2.9/5.0):. Processed in 6.008917 secs); 26 Mar 2008 12:19:56 -0000 X-Spam-Status: No, hits=-2.9 required=5.0 X-Qmail-Scanner-Mail-From: yani@pi-greece.eu via techserver.pi-greece.eu X-Qmail-Scanner: 1.25 (Clear:RC:0(192.168.1.15):SA:0(-2.9/5.0):. Processed in 6.008917 secs) Received: from unimatrix.pi-office (HELO ?192.168.1.15?) (yani@pi-greece.eu@192.168.1.15) by techserver.pi-greece.eu with SMTP; 26 Mar 2008 14:19:49 +0200 Message-ID: <47EA3F66.4020706@pi-greece.eu> Date: Wed, 26 Mar 2008 14:19:50 +0200 From: Yani Karydis User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20080326120022.A942E10656E6@hub.freebsd.org> In-Reply-To: <20080326120022.A942E10656E6@hub.freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: ad0 READ_DMA TIMEOUT errors on install of 7.0-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 14:18:18 -0000 Just to add my 5 cents to this topic: I had similar READ_DMA_TIMEOUT problems with a Promise Ultra100 controller with 2 PATA disks that caused various problems including memory corruption under heavy use. As soon as I replaced the controller with a cheap VIA 6421 controller all problems went away. One strange thing was that when only 1 PATA disk is attached there are no (obvious) problems. The problems start to appear only when more disks are attached to the controller. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 14:51:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E5671065679 for ; Wed, 26 Mar 2008 14:51:54 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: from gv-out-0910.google.com (gv-out-0910.google.com [216.239.58.186]) by mx1.freebsd.org (Postfix) with ESMTP id CFF2D8FC27 for ; Wed, 26 Mar 2008 14:51:53 +0000 (UTC) (envelope-from samflanker@gmail.com) Received: by gv-out-0910.google.com with SMTP id n40so833367gve.39 for ; Wed, 26 Mar 2008 07:51:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; bh=lC7Zc/QyvyNYx2YSMDSOMEiOvsec6NA0bSUe7+U/uW0=; b=FfZcUQc4XsSrm8nKqxYrVtKBtlp5kamA7vRHYzEyzj7T4u3NDizYcgCTgYZpIkO9wJrLSUjRpH2+EPe9fKakhBwLkhQPYrSZqkZGVh2LtShGGa7RXUiglQ3XqY5bvIDDkWRwAK6l/UJy4DsN4rSS+61/vY1XSQpiKUXbID9D6zE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:content-type:content-transfer-encoding; b=QLWJnBDMAvxsdQztOlHoXH+PSNdzvu3UW9gnqgIZVlJkI7USiyQW0VfnKfaBUrdBKXsxqLu1D02ybw8HyiS/UZtGU9iEJvgPOwxSzrX+h2XLt2KDGLjS4C806imj4otGnbv1TUnZy236VO5uY2I2HkJJcwatFXei4KlxO0SIVw8= Received: by 10.150.140.6 with SMTP id n6mr64833ybd.33.1206541502245; Wed, 26 Mar 2008 07:25:02 -0700 (PDT) Received: from ?192.168.12.89? ( [217.74.44.57]) by mx.google.com with ESMTPS id 44sm3286671hsa.9.2008.03.26.07.24.56 (version=SSLv3 cipher=RC4-MD5); Wed, 26 Mar 2008 07:25:00 -0700 (PDT) Message-ID: <47EA5CB1.4060100@gmail.com> Date: Wed, 26 Mar 2008 17:24:49 +0300 From: sam User-Agent: Thunderbird 2.0.0.4 (Windows/20070604) MIME-Version: 1.0 To: krion@FreeBSD.org, freebsd-stable@freebsd.org References: <200711100941.lAA9fJPM082908@freefall.freebsd.org> In-Reply-To: <200711100941.lAA9fJPM082908@freefall.freebsd.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: bin/117065: install packages without dependencies X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 14:51:54 -0000 krion@FreeBSD.org wrote: > Synopsis: install packages without dependencies > > State-Changed-From-To: open->patched > State-Changed-By: krion > State-Changed-When: Sat Nov 10 09:40:52 UTC 2007 > State-Changed-Why: > MFC after 14 days. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=117065 > > Hello, Please note that, MFC is missing. /Vladimir Ermakov From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 16:07:56 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C9591065673 for ; Wed, 26 Mar 2008 16:07:56 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id 930AE8FC13 for ; Wed, 26 Mar 2008 16:07:55 +0000 (UTC) (envelope-from cokane@freebsd.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA05.westchester.pa.mail.comcast.net with comcast id 5nST1Z00817dt5G550PX00; Wed, 26 Mar 2008 16:06:35 +0000 Received: from discordia ([24.60.135.75]) by OMTA13.westchester.pa.mail.comcast.net with comcast id 5s7o1Z00G1dmTCQ3Z00000; Wed, 26 Mar 2008 16:07:49 +0000 X-Authority-Analysis: v=1.0 c=1 a=7VLzPlr8lbwA:10 a=c5sTgUsrrxMA:10 a=sJssmCOY__TEwjawAjcA:9 a=F82fZR4s84NC2gOyqFayY9Pg2ZYA:4 a=b8hG5vVbyAkA:10 a=_XPU61pcNCovJ2Y5cKgA:9 a=KTrAlf4UcjSY3wO1aDsA:7 a=rtL7Cv7jz2F2_WRYwHiPLB3kDk0A:4 a=fgf5PR_cwQYA:10 a=SV7veod9ZcQA:10 a=OxEx4ZASVOIA:10 a=eZLSmJVMEtUA:10 Received: by discordia (Postfix, from userid 103) id A16E91636F8; Wed, 26 Mar 2008 12:07:48 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from [172.31.1.10] (unknown [172.31.1.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by discordia (Postfix) with ESMTP id 293B41636F9; Wed, 26 Mar 2008 12:07:38 -0400 (EDT) Message-ID: <47EA73E0.3080801@FreeBSD.org> Date: Wed, 26 Mar 2008 12:03:44 -0400 From: Coleman Kane Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.12 (X11/20080312) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.org Content-Type: multipart/mixed; boundary="------------070107040407060108020102" Cc: Antoine Brodin , imp@FreeBSD.org Subject: [Fwd: cvs commit: src/sys/dev/tdfx tdfx_pci.c] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: cokane@FreeBSD.org List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 16:07:56 -0000 This is a multi-part message in MIME format. --------------070107040407060108020102 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Hello, I am looking to MFC the above, rather simple, commit. Could anyone take a quick look at it, to make sure that it isn't missing anything RELENG_7-related? -- Coleman Kane --------------070107040407060108020102 Content-Type: message/rfc822; name="cvs commit: src/sys/dev/tdfx tdfx_pci.c.eml" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="cvs commit: src/sys/dev/tdfx tdfx_pci.c.eml" Return-Path: Received: from lmtpc.pl-0.2 ([unix socket]) by discordia (Cyrus v2.2.12-Gentoo) with LMTPA; Thu, 13 Mar 2008 10:09:13 -0400 X-Sieve: CMU Sieve 2.2 Received: by discordia (Postfix, from userid 103) id C90731636F9; Thu, 13 Mar 2008 10:09:13 -0400 (EDT) X-Spam-Checker-Version: SpamAssassin 3.1.8-gr1 (2007-02-13) on discordia X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8-gr1 Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by discordia (Postfix) with ESMTP id E989C1636F8 for ; Thu, 13 Mar 2008 10:08:45 -0400 (EDT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 8D45A179DCC for ; Thu, 13 Mar 2008 14:08:43 +0000 (UTC) (envelope-from owner-src-committers@FreeBSD.org) Received: by hub.freebsd.org (Postfix) id F41DA10656E7; Thu, 13 Mar 2008 14:08:43 +0000 (UTC) Delivered-To: cokane@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 538) id BA4D5106567E; Thu, 13 Mar 2008 14:08:42 +0000 (UTC) Delivered-To: src-committers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED2C71065672; Thu, 13 Mar 2008 14:08:41 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from repoman.freebsd.org (repoman.freebsd.org [IPv6:2001:4f8:fff6::29]) by mx1.freebsd.org (Postfix) with ESMTP id BA5B08FC23; Thu, 13 Mar 2008 14:08:41 +0000 (UTC) (envelope-from cokane@FreeBSD.org) Received: from repoman.freebsd.org (localhost [127.0.0.1]) by repoman.freebsd.org (8.14.1/8.14.1) with ESMTP id m2DE8f8x051052; Thu, 13 Mar 2008 14:08:41 GMT (envelope-from cokane@repoman.freebsd.org) Received: (from cokane@localhost) by repoman.freebsd.org (8.14.1/8.14.1/Submit) id m2DE8fi5051051; Thu, 13 Mar 2008 14:08:41 GMT (envelope-from cokane) Message-Id: <200803131408.m2DE8fi5051051@repoman.freebsd.org> From: Coleman Kane Date: Thu, 13 Mar 2008 14:08:41 +0000 (UTC) To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/dev/tdfx tdfx_pci.c X-FreeBSD-CVS-Branch: HEAD Sender: owner-src-committers@FreeBSD.org Precedence: bulk X-Loop: FreeBSD.ORG cokane 2008-03-13 14:08:41 UTC FreeBSD src repository Modified files: sys/dev/tdfx tdfx_pci.c Log: Add the module dependency on the mem(4) module. This will fix the module failing to load on a kernel that has "nodevice mem" in the config. It will now properly bring in the mem(4) module. Submitted by: antoine Reviewed by: imp MFC after: 1 week Revision Changes Path 1.40 +1 -0 src/sys/dev/tdfx/tdfx_pci.c --------------070107040407060108020102-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 16:33:30 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03137106566B for ; Wed, 26 Mar 2008 16:33:30 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id 79B1C8FC17 for ; Wed, 26 Mar 2008 16:33:29 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.100] (unknown [87.121.18.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id AFE81FFE6D7 for ; Wed, 26 Mar 2008 18:33:23 +0200 (EET) Message-ID: <47EA7ACC.5000505@lozenetz.org> Date: Wed, 26 Mar 2008 18:33:16 +0200 From: Anton - Valqk User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: stable@freebsd.org References: <20080117185547.GA85161@sepulca.yandex.ru> <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> <20080123054644.GV18746@egr.msu.edu> <47970E55.3040307@lozenetz.org> In-Reply-To: <47970E55.3040307@lozenetz.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: REPOST for archive: Re: nscd again (nis client cache) patch for 6 stable branch X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 16:33:30 -0000 I've been searching in the mailist archives and never found this, so I'm reposting for archiving purposes. According to Denis Barov : Gzipped patch avialable at http://www.dindin.ru/wiki/FreeBSD?action=AttachFile&do=get&target=nscd_backport.gz (78Kb) Mon, Dec 24, 2007 at 12:15 +0300 Denis Barov: > > Hi, Michael! > > In attachment patch for backporing nscd from RELENG_7 to RELENG_6. Tested on > > > > FreeBSD sepulca.yandex.ru 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Thu Dec > > 23 22:06:36 MSK 2007 > > root@sepulca.yandex.ru:/usr/obj/usr/RELENG_6_ncsd/src/sys/GENERIC amd64 > > > > and works fine. > > > > Must I prepare pr? > > > > P.S. Don't forget to mkdir -p src/usr.sbin/nscd/agents before patching ;) On Wed, Jan 23, 2008 at 11:52:21AM +0200, Anton - Valqk wrote: Is there nscd/cached for STABLE 6 branch or it's only implemented in 7.X? Adam McDougall wrote: > I wanted to say Thanks!!! for this example, because before this point > I was under the impression that nscd/cached was of no use for NIS clients, > only LDAP or maybe other directory systems that I don't use. I tried > "cache compat" as below for passwd and group and it works! Our NIS > entries at work are big enough that without the cache, top takes 7+ seconds to > open, ssh login takes a few seconds, and samba logins were concerningly > slow. I did not try samba connections, but the other methods are much > faster now on the second run. Wanted to post this for the archive too. > > On Sat, Jan 19, 2008 at 02:17:11PM +0300, Michael Bushkov wrote: > > Hi Denis, > Several things: > 1. You definitely can't use cache for *_compat sources. I mean lines like > "group_compat: cache nis" aren't supported. > 2. Cache should work ok with the configuration you've mentioned in your > first example, i.e.: "group: cache compat". Just checking - why do you > think that cache isn't working? The correct way to determine it is to > perform the same query twice. During the first pass (when query is not > cached), the request will be processed by NIS module and you'll have all > the NIS-related stuff in the logs. On the second pass the request should be > handled by scd module - and you shouldn't see any activity in NIS logs. It > would be great to see the debug log (with nscd log turned on) separately - > for the first and the second pass. It would help to find the error in nscd, > if there is one. > > With best regards, > Michael Bushkov > > On Jan 17, 2008, at 9:55 PM, Denis Barov wrote: > > >>> Hello! >>> >>> I found some strange behaviour of NIS/nscd when NIS in compat mode. In >>> /etc/nsswitch.conf I have: >>> >>> netgroup: cache compat >>> passwd: cache compat >>> group: cache compat >>> > _______________________________________________ > 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" > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 18:50:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2D1BB1065670 for ; Wed, 26 Mar 2008 18:50:55 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.178]) by mx1.freebsd.org (Postfix) with ESMTP id DDF718FC1D for ; Wed, 26 Mar 2008 18:50:54 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so2104298ele.12 for ; Wed, 26 Mar 2008 11:50:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=Qp0ST0U1PGkNUEd1wVqEtLFgmvqUbmjKsMd2VhAv4P4=; b=g8ALFzUknv44xoK9zxhDQBhaqXHowXR4evItGiFUiHz9qKdwRado46zCzaHzoxsqmRZ9UOS1Iu5NryCeiSW0sC5mdRnb4XCFDhpv+q/xcs3F3JfisUEJWIIjevHy9B5oIRKxREEieJ3Pb3wY2gPez6dyQV7pUUSoCPCsFWLLtuI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=ZwjqARi1Bc+iAcYxIkj+GCRmAjhhLg97i4sMuzKFXQBJzrvu6uXNOxwmaYLVy5yUdqciPitLhxUWjuVrN0cwqi21tC1U88o+J2MRmlIjD1hypMORK91QEHufphCCnnHeJuu07c76bCrZk8KL1Cw04NM8Wt43y+GDZjLMl57p9/I= Received: by 10.141.15.19 with SMTP id s19mr303900rvi.269.1206555834340; Wed, 26 Mar 2008 11:23:54 -0700 (PDT) Received: by 10.141.189.14 with HTTP; Wed, 26 Mar 2008 11:23:54 -0700 (PDT) Message-ID: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> Date: Wed, 26 Mar 2008 13:23:54 -0500 From: "Rance Hall" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 18:50:55 -0000 On a test box I upgraded from 7.0-RELEASE to -STABLE buildworld works fine, but buildkernel KERNCONF=GENERIC fails with two fatal errors. /usr/src/sys/i386/i386/locore.s:905:5: error: "KERNLOAD" is not defined /usr/src/sys/i386/i386/locore.s:905:22: error: "PDRSHIFT" is not defined I can't find any reference to this either in the list archives or in UPDATING. im running an amd athlon64 processor but the i386 code. my march is athlon-mp (the system translates my athlon64 automatically to this in i386 mode) I will be happy to provide other details like make.conf if needed. I just cant find any docs about what these to vars are supposed to be/do so I could just set the values to something myself. hints appreciated. last cvsup yesterday 3/25 From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 19:25:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DA08106567C for ; Wed, 26 Mar 2008 19:25:10 +0000 (UTC) (envelope-from dave@syix.com) Received: from mail01.syix.com (mail01.syix.com [209.77.112.20]) by mx1.freebsd.org (Postfix) with ESMTP id 2FFEC8FC40 for ; Wed, 26 Mar 2008 19:25:10 +0000 (UTC) (envelope-from dave@syix.com) Received: from localhost (localhost [127.0.0.1]) by mail01.syix.com (Postfix) with ESMTP id CF16829B7CE for ; Wed, 26 Mar 2008 12:25:09 -0700 (PDT) Received: from mail01.syix.com ([127.0.0.1]) by localhost (mail01.syix.com [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 10921-02-2 for ; Wed, 26 Mar 2008 12:25:07 -0700 (PDT) Received: from asian (asian.syix.com [209.77.113.38]) (Authenticated sender: dave) by mail01.syix.com (Postfix) with ESMTPA id D301D29B7C6 for ; Wed, 26 Mar 2008 12:25:07 -0700 (PDT) From: "Dave Overton" To: References: <007501c88edf$5f274740$26714dd1@syix.com> <200803252320.39255.lists@jnielsen.net> Date: Wed, 26 Mar 2008 12:25:07 -0700 Organization: SYIX.COM Message-ID: <004f01c88f77$19fe5e40$26714dd1@syix.com> MIME-Version: 1.0 X-Mailer: Microsoft Office Outlook 11 Thread-Index: AciO8GK+FHpsG9ocSp6TjSiqec9s2AAhmx2w In-Reply-To: <200803252320.39255.lists@jnielsen.net> Content-Type: multipart/signed; protocol="application/x-pkcs7-signature"; micalg=SHA1; boundary="----=_NextPart_000_004A_01C88F3C.6D63DCD0" X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 X-Virus-Scanned: Maia Mailguard 1.0.2 Subject: RE: BSD 6 or 7 + Intel 3200 MCH chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: dave@syix.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 19:25:10 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_004A_01C88F3C.6D63DCD0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit > > On Tuesday 25 March 2008 09:19:00 pm Dave Overton wrote: > > Just put together a nice 1U box, Tyan Tank GT20, plugged in its 8gb > > ECC RAM, its 4 shiney new HDs and fired it up. Bios looks normal, > > reset the clock to something resembling today, and throw in > the Fbsd7 disk! > > > > No joy. > > > > I get just a hint of a "booting" line, then an instant > reboot, or with > > a 6 disk, I get a scrolling mess that I have no idea what it says. > > Partly guessing, but this sounds like the real-mode BTX > bootloader issue. > It's become increasingly common on newer hardware, and it's > not limited to USB devices like it used to be. Fortunately, > there is a good chance that jhb's recent BTX overhaul will > fix it. Unfortunately, it was only committed to -CURRENT two > weeks ago and MFC'ed to RELENG_6 and RELENG_7 one week ago so > I doubt there's a ready-to-use snapshot CD you can download > that includes it. > > If it were me I'd create a bootable USB stick (on another > machine) to verify that you can boot the server with the > latest boot blocks, then use it to do a manual install (or at > least bootstrap the process). But that's just me--I like that > sort of thing. It's also possible to roll your own > installation CD but I've never done.it. I do recall someone > posting an link to an image to one of the mailing lists, but > IIRC that was with a BTX patch older than the one that > actually got committed. Probably someone else on this list > has a better suggestion. > > JN > > > Tyan Tank GT20 model B5211 > > Tyan Toledo i3200R m/b > > Intel 3200 MCH chipset. Fixed with ISO built on March 25,2008 Fbsd7-Stable, in case anyone else find they have this problem. Probably fixed before that, but thats the one I used, and things are working great today. Thanks for the help guys. ------=_NextPart_000_004A_01C88F3C.6D63DCD0 Content-Type: application/x-pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIGNTCCBjEw ggUZoAMCAQICEQDWjzwRSCAnvE2vRldFeYT5MA0GCSqGSIb3DQEBBQUAMIGuMQswCQYDVQQGEwJV UzELMAkGA1UECBMCVVQxFzAVBgNVBAcTDlNhbHQgTGFrZSBDaXR5MR4wHAYDVQQKExVUaGUgVVNF UlRSVVNUIE5ldHdvcmsxITAfBgNVBAsTGGh0dHA6Ly93d3cudXNlcnRydXN0LmNvbTE2MDQGA1UE AxMtVVROLVVTRVJGaXJzdC1DbGllbnQgQXV0aGVudGljYXRpb24gYW5kIEVtYWlsMB4XDTA4MDEx ODAwMDAwMFoXDTA5MDExNzIzNTk1OVowgdUxNTAzBgNVBAsTLENvbW9kbyBUcnVzdCBOZXR3b3Jr IC0gUEVSU09OQSBOT1QgVkFMSURBVEVEMUYwRAYDVQQLEz1UZXJtcyBhbmQgQ29uZGl0aW9ucyBv ZiB1c2U6IGh0dHA6Ly93d3cuY29tb2RvLm5ldC9yZXBvc2l0b3J5MR8wHQYDVQQLExYoYykyMDAz IENvbW9kbyBMaW1pdGVkMRUwEwYDVQQDEwxEYXZlIE92ZXJ0b24xHDAaBgkqhkiG9w0BCQEWDWRh dmVAc3lpeC5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDKA1sUBlUY6+U83rL4 LDkCCF8P1aY8EQcpM5TvRm+IT4FvSOKIGSZrdIUN8zp2udCJeZI69M9iNdyYQiMXOwaFXguY6hrU rROtwH/V0bQqz4rtLfjNGyYlvlEqvLhztrUHV+Ytyj7/SGE2vwVYsl0dyqN0zMtxlkjc1Uu5ADyc QkLA/qI2WMIWoNBoVmPqfhntLAQMfCigXg4WD5ZIzUo5uo0CokToMfRZDbkeTPoMy2j4VyrgxLBN DuJxY0b3FCmgfdAz8EYXcRgcJyPb+VUf4BQe5qNa3VMppvgQJN+lYaiVvqik5C0Nu/gKBuZvTyPo Nh7uu0cBWHbEHaqUvYgDAgMBAAGjggIfMIICGzAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49 rgRufTAdBgNVHQ4EFgQUZuFEOujEfnX27fL+TXlA8dHXP7QwDgYDVR0PAQH/BAQDAgWgMAwGA1Ud EwEB/wQCMAAwIAYDVR0lBBkwFwYIKwYBBQUHAwQGCysGAQQBsjEBAwUCMBEGCWCGSAGG+EIBAQQE AwIFIDBGBgNVHSAEPzA9MDsGDCsGAQQBsjEBAgEBATArMCkGCCsGAQUFBwIBFh1odHRwczovL3Nl Y3VyZS5jb21vZG8ubmV0L0NQUzCBpQYDVR0fBIGdMIGaMEygSqBIhkZodHRwOi8vY3JsLmNvbW9k b2NhLmNvbS9VVE4tVVNFUkZpcnN0LUNsaWVudEF1dGhlbnRpY2F0aW9uYW5kRW1haWwuY3JsMEqg SKBGhkRodHRwOi8vY3JsLmNvbW9kby5uZXQvVVROLVVTRVJGaXJzdC1DbGllbnRBdXRoZW50aWNh dGlvbmFuZEVtYWlsLmNybDB8BggrBgEFBQcBAQRwMG4wNgYIKwYBBQUHMAKGKmh0dHA6Ly9jcnQu Y29tb2RvY2EuY29tL1VUTkFBQUNsaWVudENBLmNydDA0BggrBgEFBQcwAoYoaHR0cDovL2NydC5j b21vZG8ubmV0L1VUTkFBQUNsaWVudENBLmNydDAYBgNVHREEETAPgQ1kYXZlQHN5aXguY29tMA0G CSqGSIb3DQEBBQUAA4IBAQB5/31LFVULQNopwcq7DCDMwvSI2VjI7sGr31B4n325mxuQnYAemQ79 f93jT6yAhu2n0EiZdM6e61sCgG4mVE8TvH6kEWhOEbEc6ZfoO6G6J+X0Yt1GWeYAqwAopsVpC6It DTFf1JfEansgWrFtBiNQf8EvD2es1H698MfkBefid5IlWKV5NkBgSFqvrrkW9E2qn7SK0OGjNqrK pSLAvoa5mWm7U/lB0XshDlNHOFcp58LCEJ4b/JGpw7Hh6aGPFkWK4Lu0I9SSUfX93xgkAPoNNe+C qd1XFL91v3Xp27AIOfOhDGj5U+VyXfuZzrBM6C2zvEMxZuOi98AGAfGZtwGuMYIEaDCCBGQCAQEw gcQwga4xCzAJBgNVBAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkx HjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2Vy dHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBh bmQgRW1haWwCEQDWjzwRSCAnvE2vRldFeYT5MAkGBSsOAwIaBQCgggJ4MBgGCSqGSIb3DQEJAzEL BgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTA4MDMyNjE5MjUwN1owIwYJKoZIhvcNAQkEMRYE FGbccwJ3Jd21aEj2/Sb2ssgUXAYAMGcGCSqGSIb3DQEJDzFaMFgwCgYIKoZIhvcNAwcwDgYIKoZI hvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMAcGBSsOAwIa MAoGCCqGSIb3DQIFMIHVBgkrBgEEAYI3EAQxgccwgcQwga4xCzAJBgNVBAYTAlVTMQswCQYDVQQI EwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoTFVRoZSBVU0VSVFJVU1QgTmV0 d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3QuY29tMTYwNAYDVQQDEy1VVE4tVVNF UkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQgRW1haWwCEQDWjzwRSCAnvE2vRldFeYT5 MIHXBgsqhkiG9w0BCRACCzGBx6CBxDCBrjELMAkGA1UEBhMCVVMxCzAJBgNVBAgTAlVUMRcwFQYD VQQHEw5TYWx0IExha2UgQ2l0eTEeMBwGA1UEChMVVGhlIFVTRVJUUlVTVCBOZXR3b3JrMSEwHwYD VQQLExhodHRwOi8vd3d3LnVzZXJ0cnVzdC5jb20xNjA0BgNVBAMTLVVUTi1VU0VSRmlyc3QtQ2xp ZW50IEF1dGhlbnRpY2F0aW9uIGFuZCBFbWFpbAIRANaPPBFIICe8Ta9GV0V5hPkwDQYJKoZIhvcN AQEBBQAEggEAfFDVvzLw27RqTFyXUJDj5Admx55CHLlQnkPxUIA/Fn8KCpshSNiIqtI+qv0I3wos VTou9vv9pbVomDf8MmiS29BqvM024UI2LdajiajOTsP6a2qmT4pCyVuZ/WtxI6Bzc7hpEqXmQz9w V6KY9QVVGuwok1qp6KlVgAU3k6IZI0rL7natYUv0nCo047isxw9WajLt2BiHCJQgiaiYWUoJQZ6I epFXlBV96hJHF7AwPG8Z63AMjkTiTGaZ7nbdr8Yz2Dc+QXZjkq2Q+a58jRzdGZhJRJq4PLJa8Nik KdBYOPuuS5dkpKXLqBEUCmvn1B9K8rOY8uHNjDCyM9NRDNIpAgAAAAAAAA== ------=_NextPart_000_004A_01C88F3C.6D63DCD0-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 19:29:14 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1C8D1065674 for ; Wed, 26 Mar 2008 19:29:14 +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 964078FC20 for ; Wed, 26 Mar 2008 19:29:14 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 4B1FE1CC060; Wed, 26 Mar 2008 12:29:14 -0700 (PDT) Date: Wed, 26 Mar 2008 12:29:14 -0700 From: Jeremy Chadwick To: Dave Overton Message-ID: <20080326192914.GA33015@eos.sc1.parodius.com> References: <007501c88edf$5f274740$26714dd1@syix.com> <200803252320.39255.lists@jnielsen.net> <004f01c88f77$19fe5e40$26714dd1@syix.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <004f01c88f77$19fe5e40$26714dd1@syix.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: BSD 6 or 7 + Intel 3200 MCH chipset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 19:29:14 -0000 On Wed, Mar 26, 2008 at 12:25:07PM -0700, Dave Overton wrote: > Fixed with ISO built on March 25,2008 Fbsd7-Stable, in case anyone else > find they have this problem. Probably fixed before that, but thats the one > I used, and things are working great today. > > Thanks for the help guys. Thanks for providing an update -- good to know that the BTX fixes John applied address the issue for you. Thumbs up! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 20:44:59 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E33C1106564A for ; Wed, 26 Mar 2008 20:44:59 +0000 (UTC) (envelope-from news@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id 620DC8FC23 for ; Wed, 26 Mar 2008 20:44:59 +0000 (UTC) (envelope-from news@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.1/8.14.0) with ESMTP id m2QKDuRE023799 for ; Wed, 26 Mar 2008 21:13:56 +0100 (CET) (envelope-from news@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.1/8.14.0/Submit) with UUCP id m2QKDu1L023798 for freebsd-stable@FreeBSD.ORG; Wed, 26 Mar 2008 21:13:56 +0100 (CET) (envelope-from news@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id m2QJFQ1V062836 for ; Wed, 26 Mar 2008 20:15:27 +0100 (CET) (envelope-from news@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.2/8.14.2) with ESMTP id m2QJE38w059336 for ; Wed, 26 Mar 2008 20:14:03 +0100 (CET) (envelope-from news@gate.oper.dinoex.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.14.2/8.14.2/Submit) id m2QJE3I0059310 for freebsd-stable@FreeBSD.ORG; Wed, 26 Mar 2008 20:14:03 +0100 (CET) (envelope-from news) From: pmc@citylink.dinoex.sub.org (Peter Much) Originator: pmc@citylink.dinoex.sub.org (Peter Much) Message-ID: Date: Sun, 23 Mar 2008 18:50:36 GMT Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 References: Mime-Version: 1.0 Organization: dread of the bookshelf X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Sender: To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Wed, 26 Mar 2008 21:13:56 +0100 (CET) Cc: Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 20:45:00 -0000 And the party continues... When starting my usual environment, there is already the next pagefault kernel panic! Tracking it down... it's the "type" keyword in devfs rules. According to the manpage, support for this was _not_ withdrawn. But actually, entering something like devfs rule apply type tape WHATEVER crashes the system. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 20:45:01 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 384381065675 for ; Wed, 26 Mar 2008 20:45:01 +0000 (UTC) (envelope-from news@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id 971BC8FC27 for ; Wed, 26 Mar 2008 20:45:00 +0000 (UTC) (envelope-from news@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.1/8.14.0) with ESMTP id m2QKDvkP023805 for ; Wed, 26 Mar 2008 21:13:57 +0100 (CET) (envelope-from news@citylink.dinoex.sub.org) X-MDaemon-Deliver-To: Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.1/8.14.0/Submit) with UUCP id m2QKDvAB023804 for freebsd-stable@FreeBSD.ORG; Wed, 26 Mar 2008 21:13:57 +0100 (CET) (envelope-from news@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id m2QJFQ1j062836 for ; Wed, 26 Mar 2008 20:15:29 +0100 (CET) (envelope-from news@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.2/8.14.2) with ESMTP id m2QJE2Tv059300 for ; Wed, 26 Mar 2008 20:14:03 +0100 (CET) (envelope-from news@gate.oper.dinoex.org) Received: (from news@localhost) by gate.oper.dinoex.org (8.14.2/8.14.2/Submit) id m2QJE2DQ059297 for freebsd-stable@FreeBSD.ORG; Wed, 26 Mar 2008 20:14:02 +0100 (CET) (envelope-from news) From: pmc@citylink.dinoex.sub.org (Peter Much) Originator: pmc@citylink.dinoex.sub.org (Peter Much) Message-ID: Date: Sat, 22 Mar 2008 20:01:18 GMT Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=ISO-8859-1 Mime-Version: 1.0 Organization: dread of the bookshelf X-Newsreader: trn 4.0-test76 (Apr 2, 2001) Sender: To: freebsd-stable@FreeBSD.ORG X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Wed, 26 Mar 2008 21:13:57 +0100 (CET) Cc: Subject: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 20:45:01 -0000 Dear all, I have two computers. Both of them were running Release 5.5, and they were doing all that is needed, and I was perfectly happy with this. Now, as we know, security support for Release 5.5 will terminate during this spring, and as my computers are exposed to the Internet, this means that I MUST upgrade, even while I do not need or want anything from a higher release. So I upgraded the first computer to Release 6.3. The outcome was that on this computer, where Release 5 was running just fine for years, a Generic 6.3 kernel would just pagefault during boot. Nogo at all. I searched for the problem, and found it to be the network card - which is just a common standard de0 PCI card. Now, without network I cannot access the Internet, and if I do not access the Internet, then I do not need to upgrade! This is some kind of catch22. So I searched for the bug, I found something, I fixed it, and it helped. I published a description of the problem and the fix via sendbug (kern/120915) - but apparently nobody seems to be interested in a nonfunctional network on a so-called "production" release. Actually, I do not know what else I would have to do besides finding the bug, isolating the bug, creating a fix, using the fix and publishing the fix? So now I started to upgrade my second computer to Release 6.3. And when booting the Generic kernel, it does just pagefault quickly after booting is completed. I isolated the problem - it is the network card. This one is a well-known standard ed0 ISA card that has worked fine for 15 years now, and it pagefaults as soon as the first data is transferred. I replaced the card with one of a different brand (but also ed0), and the problem went away. So, the mere statistical evidence is this: when upgrading from release 5.5 to 6.3, 100% of the computers that did work fine with 5.5 do no longer run. I suppose the next thing I should do is some kind of reality check, to adjust my understanding of the words "stable", "production" and "upgrade". :-/ But the more severe aspect of the matter is, if this is a trend that will intensify with further upgrades, and if so, then what to do about it. "never change a running system" would be a good approach, if there were not the security issues. The other approach is to always buy new hardware. That is the Windows approach, and I do not like it. When a Pentium-II/350 is only 10% loaded, then why should one get a new computer for the job?? It just eats more power and creates ecohazard waste. :-( rgds, PMc From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 21:00:40 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38D4F1065671 for ; Wed, 26 Mar 2008 21:00:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from speedfactory.net (mail.speedfactory.net [66.23.216.219]) by mx1.freebsd.org (Postfix) with ESMTP id B5ABB8FC21 for ; Wed, 26 Mar 2008 21:00:39 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (unverified [66.23.211.162]) by speedfactory.net (SurgeMail 3.8s) with ESMTP id 236837613-1834499 for multiple; Wed, 26 Mar 2008 16:59:13 -0400 Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m2QL0XaN092459; Wed, 26 Mar 2008 17:00:33 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Wed, 26 Mar 2008 17:00:12 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803261700.12851.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Wed, 26 Mar 2008 17:00:33 -0400 (EDT) X-Virus-Scanned: ClamAV 0.91.2/6402/Wed Mar 26 15:02:21 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Peter Much Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 21:00:40 -0000 On Sunday 23 March 2008 02:50:36 pm Peter Much wrote: > > And the party continues... > When starting my usual environment, there is already the next pagefault > kernel panic! > > Tracking it down... it's the "type" keyword in devfs rules. According > to the manpage, support for this was _not_ withdrawn. > But actually, entering something like > devfs rule apply type tape WHATEVER > crashes the system. Try this patch for de(4). You need to supply the panic details for the devfs one (I've used devfs rules w/o issue on lots of machines via /etc/devfs.conf). Index: if_de.c =================================================================== RCS file: /usr/cvs/src/sys/dev/de/if_de.c,v retrieving revision 1.183 diff -u -r1.183 if_de.c --- if_de.c 7 Jun 2007 00:28:47 -0000 1.183 +++ if_de.c 26 Mar 2008 20:58:19 -0000 @@ -4053,7 +4053,8 @@ /* * bounce a copy to the bpf listener, if any. */ - BPF_MTAP(sc->tulip_ifp, m); + if (!(sc->tulip_flags & TULIP_DEVICEPROBE)) + BPF_MTAP(sc->tulip_ifp, m); /* * The descriptors have been filled in. Now get ready -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 21:06:01 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 921B1106567D for ; Wed, 26 Mar 2008 21:06:01 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D422C8FC1A; Wed, 26 Mar 2008 21:05:59 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47EABABC.5010309@FreeBSD.org> Date: Wed, 26 Mar 2008 22:06:04 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Peter Much References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 21:06:01 -0000 Peter Much wrote: > And the party continues... > When starting my usual environment, there is already the next pagefault > kernel panic! > > Tracking it down... it's the "type" keyword in devfs rules. According > to the manpage, support for this was _not_ withdrawn. > But actually, entering something like > devfs rule apply type tape WHATEVER > crashes the system. Software always has bugs, and it is a mistake to think that the "stable" designation does not mean "has no bugs". It's unfortunate that you have hit a couple of them, but please continue to work through the process of documenting them. With regards to your ethernet problems, old cards like ed do not get much testing thesedays because few people use them. Combined with the fact that ethernet problems are often specific to certain hardware models or revisions, you may be the only person to have tried this particular case in many years. By the same token, these problems are difficult to fix without a developer having access to the same problem hardware. You might consider offering to ship it to an interested developer if one can be found. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 21:08:41 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22A261065675 for ; Wed, 26 Mar 2008 21:08:41 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6BD208FC17; Wed, 26 Mar 2008 21:08:40 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47EABB5D.1040006@FreeBSD.org> Date: Wed, 26 Mar 2008 22:08:45 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Peter Much References: <47EABABC.5010309@FreeBSD.org> In-Reply-To: <47EABABC.5010309@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@FreeBSD.ORG Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 21:08:41 -0000 Kris Kennaway wrote: > Peter Much wrote: >> And the party continues... When starting my usual environment, there >> is already the next pagefault kernel panic! >> >> Tracking it down... it's the "type" keyword in devfs rules. According >> to the manpage, support for this was _not_ withdrawn. But actually, >> entering something like >> devfs rule apply type tape WHATEVER >> crashes the system. > > Software always has bugs, and it is a mistake to think that the "stable" > designation does not mean "has no bugs". One too many negatives in that sentence. Kris From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 21:34:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 952F11065673 for ; Wed, 26 Mar 2008 21:34:28 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 7911C8FC1D for ; Wed, 26 Mar 2008 21:34:28 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id 14F571A000B0C for ; Wed, 26 Mar 2008 14:04:13 -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 dCoQbIlh5uk1 for ; Wed, 26 Mar 2008 14:04:01 -0700 (PDT) Received: from coal.local (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 66D961A000B0B for ; Wed, 26 Mar 2008 14:04:01 -0700 (PDT) From: Freddie Cash Organization: School District 73 To: freebsd-stable@freebsd.org Date: Wed, 26 Mar 2008 14:04:00 -0700 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803261404.00508.fjwcash@gmail.com> Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 26 Mar 2008 21:34:28 -0000 On March 22, 2008 01:01 pm Peter Much wrote: > Both of them were running Release 5.5, and they were doing all that > is needed, and I was perfectly happy with this. > > Now, as we know, security support for Release 5.5 will terminate > during this spring, and as my computers are exposed to the Internet, > this means that I MUST upgrade, even while I do not need or want > anything from a higher release. > > So I upgraded the first computer to Release 6.3. The outcome was A safer (recommended?) upgrade process when crossing major versions (ie 5.x to 6.x) is to upgrade to the latest release of the "old" version, then to the .0 release of the "new" version, then to the latest release of the "new" version. So from 5.x to 5.5, then from 5.5 to 6.0, then from 6.0 to 6.3. The devs take great pains to make the transition from "latest X.x to Y.0" simple and mostly fool-proof, and the transition from "Y.x to Y.z" simple and mostly fool-proof. But there are no guarantees when going from X.x to Y.z. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 22:59:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7EB81106564A for ; Wed, 26 Mar 2008 22:59:06 +0000 (UTC) (envelope-from cory.vm@gmail.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 0A3C48FC1E for ; Wed, 26 Mar 2008 22:59:05 +0000 (UTC) (envelope-from cory.vm@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so229670uge.37 for ; Wed, 26 Mar 2008 15:59:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:date:from:reply-to:x-priority:message-id:to:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; bh=t7n7Z03eiveoD4zpmG1EzOjD3m3XtCm0/ofLMFcXKV4=; b=aLWMLGyMc7okqV3IsHNt1X0JM/KB+TGUbCKZMT19yzYlqsKoQRTMDnoQJ1rSfAWBHy0Mr9Jjj+mAJs5WnkQy44XFcgbC7sjSkI1CelK89QoNjW5JViZSMYWazapmpGXc9xRA5bfx42q2cJBiwaqDVZlefKs+4rAkBNpxcE1+uLI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:reply-to:x-priority:message-id:to:subject:in-reply-to:references:mime-version:content-type:content-transfer-encoding; b=SXEIXofsgDLGOt182cZb8C52lyTRr8TGygkjn/DCnYHEHS6bw/9EHtllAIEVH8dQtywMVXhChWi4rxcFnt/f2BeYYQw01ZCGV53cWo/xzvh0F4YBGG/GXosEDFc26mCecLadTG/DEIL0WIK7nEAMT4QMkv3zlyQcRhw+YXu5d1s= Received: by 10.66.217.20 with SMTP id p20mr1758574ugg.51.1206570644954; Wed, 26 Mar 2008 15:30:44 -0700 (PDT) Received: from POLLUX ( [83.247.85.117]) by mx.google.com with ESMTPS id j27sm1695581ugc.65.2008.03.26.15.30.42 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 26 Mar 2008 15:30:43 -0700 (PDT) Date: Wed, 26 Mar 2008 23:30:38 +0100 From: Cory X-Priority: 3 (Normal) Message-ID: <259066688.20080326233038@gmail.com> To: freebsd-stable@freebsd.org In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> References: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Cory List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 22:59:06 -0000 Wednesday, March 26, 2008, 1:30:07 PM, Johan wrote: > Now I have a strange issue that I need to move the mouse to see my > commands typed I a console or wait a few seconds. Same here, but I see this behaviour already with the shell windows in Xorg (no Gnome or KDE, yet). Typing is blind, only when you move the mose pointer, the windows get updated (all of them, not just the active window w/ "mouse-over"). I've just recently managed to install REL_7.0 and finally got Xorg to display properly (ATi driver issue, now using VESA, see other post). -- Kind regards, Cory From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 23:30:16 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 05167106566C; Wed, 26 Mar 2008 23:30:16 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Wed, 26 Mar 2008 19:30:04 -0400 User-Agent: KMail/1.6.2 References: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> <20080326125328.GA83469@eos.sc1.parodius.com> In-Reply-To: <20080326125328.GA83469@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200803261930.07562.jkim@FreeBSD.org> Cc: Jeremy Chadwick , Johan Hendriks Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 23:30:16 -0000 On Wednesday 26 March 2008 08:53 am, Jeremy Chadwick wrote: > On Wed, Mar 26, 2008 at 01:30:07PM +0100, Johan Hendriks wrote: > > I have updated my ports and thereby gnome to 2.22 and also did a > > buildwolrd of RELENG_7 > > > > Now I have a strange issue that I need to move the mouse to see > > my commands typed I a console or wait a few seconds. > > > > If I open a terminal (in gnome) and do a build of a port then the > > output stops for a moment when I hit an icon on the desktop with > > my mouse. > > > > I do not know how to descripe this any better. > > > > When I stop the moused then everything is working normally > > (without the mouse off course) when I start moused again from a > > terminal in gnome I can type commands but they do not show up in > > the terminal window till I move the mouse. > > Others have reported something very similar to this: > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/040982 >.html > > http://lists.freebsd.org/pipermail/freebsd-stable/2008-March/041416 >.html http://docs.freebsd.org/cgi/mid.cgi?200803261654.09551.jkim Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Wed Mar 26 23:49:19 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 185F3106566B for ; Wed, 26 Mar 2008 23:49:19 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mail.bsdforen.de (bsdforen.de [212.204.60.79]) by mx1.freebsd.org (Postfix) with ESMTP id CBDFA8FC15 for ; Wed, 26 Mar 2008 23:49:18 +0000 (UTC) (envelope-from kamikaze@bsdforen.de) Received: from mobileKamikaze.norad (nat-wh-1.rz.uni-karlsruhe.de [129.13.72.169]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.bsdforen.de (Postfix) with ESMTP id 48F75405C67; Thu, 27 Mar 2008 00:49:17 +0100 (CET) Message-ID: <47EAE0F8.8070707@bsdforen.de> Date: Thu, 27 Mar 2008 00:49:12 +0100 From: Dominic Fandrey User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: Cory References: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> <259066688.20080326233038@gmail.com> In-Reply-To: <259066688.20080326233038@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 26 Mar 2008 23:49:19 -0000 Cory wrote: > Wednesday, March 26, 2008, 1:30:07 PM, Johan wrote: > >> Now I have a strange issue that I need to move the mouse to see my >> commands typed I a console or wait a few seconds. > > Same here, but I see this behaviour already with the shell windows in Xorg > (no Gnome or KDE, yet). Typing is blind, only when you move the mose > pointer, the windows get updated (all of them, not just the active window > w/ "mouse-over"). > > I've just recently managed to install REL_7.0 and finally got Xorg to > display properly (ATi driver issue, now using VESA, see other post). > I have found a solution for this. Certain CPU-Types seem to trigger a problem with moused. This is an example for a make.conf workaround: # moused bug workaround .if ${.CURDIR:M*/usr.sbin/moused} .if defined(CPUTYPE) .if ${CPUTYPE} == core2 CPUTYPE=athlon64 .elif ${CPUTYPE} == pentium-m CPUTYPE=pentium3 .endif .endif .endif I suspect the problem is a gcc bug. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 00:30:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 811541065670 for ; Thu, 27 Mar 2008 00:30:57 +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 3D6EC8FC17 for ; Thu, 27 Mar 2008 00:30:56 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jeg0z-0000JQ-Qi for freebsd-stable@freebsd.org; Thu, 27 Mar 2008 00:30:45 +0000 Received: from adsl-69-234-217-125.dsl.irvnca.pacbell.net ([69.234.217.125]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 00:30:45 +0000 Received: from w41ter by adsl-69-234-217-125.dsl.irvnca.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 00:30:45 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: walt Date: Wed, 26 Mar 2008 17:32:20 -0700 Lines: 17 Message-ID: References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: adsl-69-234-217-125.dsl.irvnca.pacbell.net User-Agent: Thunderbird 3.0a1pre (X11/2008032605) In-Reply-To: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> Sender: news Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 00:30:57 -0000 Rance Hall wrote: > ... > im running an amd athlon64 processor but the i386 code. > > my march is athlon-mp (the system translates my athlon64 > automatically to this in i386 mode)... I've been too cheap to buy a 64-bit machine, so obviously I'm making a blind guess here :o) but the words above make me uneasy. If you're running 32-bit code, then your make.conf should not be using 'athlon64' at all and thus it should not need translation, right? (I'm truly asking, not lecturing.) Anyway, if your make.conf defines CPUTYPE or MACHINE_ARCH as athlon64 just try changing it to K8 or athlon-mp or athlon and see if anything changes. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 00:43:58 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A09F5106566C; Thu, 27 Mar 2008 00:43:58 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id EA6E28FC17; Thu, 27 Mar 2008 00:43:57 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.1/8.14.0) with ESMTP id m2R0D8O3070514; Thu, 27 Mar 2008 01:13:09 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.1/8.14.0/Submit) with UUCP id m2R0D84T070513; Thu, 27 Mar 2008 01:13:08 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id m2QNjSda002539; Thu, 27 Mar 2008 00:45:28 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.2/8.14.2) with ESMTP id m2QNjEip001935; Thu, 27 Mar 2008 00:45:14 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.14.2/8.14.2/Submit) id m2QNjE39001934; Thu, 27 Mar 2008 00:45:14 +0100 (CET) (envelope-from peter) Date: Thu, 27 Mar 2008 00:45:13 +0100 From: Peter Much To: John Baldwin Message-ID: <20080326234513.GA30601@gate.oper.dinoex.org> References: <200803261700.12851.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200803261700.12851.jhb@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Thu, 27 Mar 2008 01:13:09 +0100 (CET) Cc: freebsd-stable@FreeBSD.org, Peter Much Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 00:43:58 -0000 On Wed, Mar 26, 2008 at 05:00:12PM -0400, John Baldwin wrote: ! Try this patch for de(4). Thanks fpr the reply. I'll try this patch at next reboot. ! You need to supply the panic details for the devfs ! one (I've used devfs rules w/o issue on lots of machines ! via /etc/devfs.conf). I have found, eh, not the solution but the problem. ;) This one: kern/89784 describes the same symptom and nearly the same backtrace. And it is still open, so this, well, just seems to exist. And, things being this way, I don't think there is need for me to do any more about it for now, as this does not really hurt and workaround is easy. Actually, the horror is not that something does not work - the horror is when, in an ambitiously complex setup which isn't fun to upgrade anyway, the next pagefault derisively grins at you, at the point when you would like to finish and go for a sleep, or a beer - and you know there are some good friends who have placed some web-stuff onto the machine, and you don't want to disappoint them... It's a situation where one enjoys reaching a good availability, but far from worth setting up an identical test environment (which would be the appropriate strategy to really avoid such surprizes). rgds, PMc From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 08:37:51 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4814106564A for ; Thu, 27 Mar 2008 08:37:50 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id CEFC08FC18 for ; Thu, 27 Mar 2008 08:37:49 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [10.0.1.100] (unknown [87.121.18.230]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id 0CC88FFE327 for ; Thu, 27 Mar 2008 10:37:41 +0200 (EET) Message-ID: <47EB5CD2.9060709@lozenetz.org> Date: Thu, 27 Mar 2008 10:37:38 +0200 From: Anton - Valqk User-Agent: Mozilla-Thunderbird 2.0.0.9 (X11/20080110) MIME-Version: 1.0 To: stable@freebsd.org References: <20080117185547.GA85161@sepulca.yandex.ru> <242ACF9B-7B89-49F2-8F20-F2D51104574B@freebsd.org> <20080123054644.GV18746@egr.msu.edu> <47970E55.3040307@lozenetz.org> <20080123130248.GY18746@egr.msu.edu> In-Reply-To: <20080123130248.GY18746@egr.msu.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: Re: nscd 6 backport mirror X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 08:37:51 -0000 Here is the mirror of the backport for 6 that Denis sent me: http://valqk.ath.cx/nscd_fbsd_6/ Adam McDougall wrote: > According to Denis Barov : > > Gzipped patch avialable at > http://www.dindin.ru/wiki/FreeBSD?action=AttachFile&do=get&target=nscd_backport.gz > (78Kb) > > Mon, Dec 24, 2007 at 12:15 +0300 Denis Barov: > >>> Hi, Michael! >>> In attachment patch for backporing nscd from RELENG_7 to RELENG_6. Tested on >>> >>> FreeBSD sepulca.yandex.ru 6.3-PRERELEASE FreeBSD 6.3-PRERELEASE #0: Thu Dec >>> 23 22:06:36 MSK 2007 >>> root@sepulca.yandex.ru:/usr/obj/usr/RELENG_6_ncsd/src/sys/GENERIC amd64 >>> >>> and works fine. >>> >>> Must I prepare pr? >>> >>> P.S. Don't forget to mkdir -p src/usr.sbin/nscd/agents before patching ;) >>> > > > > > On Wed, Jan 23, 2008 at 11:52:21AM +0200, Anton - Valqk wrote: > > Is there nscd/cached for STABLE 6 branch or it's only implemented in 7.X? > > Adam McDougall wrote: > > I wanted to say Thanks!!! for this example, because before this point > > I was under the impression that nscd/cached was of no use for NIS clients, > > only LDAP or maybe other directory systems that I don't use. I tried > > "cache compat" as below for passwd and group and it works! Our NIS > > entries at work are big enough that without the cache, top takes 7+ seconds to > > open, ssh login takes a few seconds, and samba logins were concerningly > > slow. I did not try samba connections, but the other methods are much > > faster now on the second run. Wanted to post this for the archive too. > > > > On Sat, Jan 19, 2008 at 02:17:11PM +0300, Michael Bushkov wrote: > > > > Hi Denis, > > Several things: > > 1. You definitely can't use cache for *_compat sources. I mean lines like > > "group_compat: cache nis" aren't supported. > > 2. Cache should work ok with the configuration you've mentioned in your > > first example, i.e.: "group: cache compat". Just checking - why do you > > think that cache isn't working? The correct way to determine it is to > > perform the same query twice. During the first pass (when query is not > > cached), the request will be processed by NIS module and you'll have all > > the NIS-related stuff in the logs. On the second pass the request should be > > handled by scd module - and you shouldn't see any activity in NIS logs. It > > would be great to see the debug log (with nscd log turned on) separately - > > for the first and the second pass. It would help to find the error in nscd, > > if there is one. > > > > With best regards, > > Michael Bushkov > > > > On Jan 17, 2008, at 9:55 PM, Denis Barov wrote: > > > > > >>> Hello! > >>> > >>> I found some strange behaviour of NIS/nscd when NIS in compat mode. In > >>> /etc/nsswitch.conf I have: > >>> > >>> netgroup: cache compat > >>> passwd: cache compat > >>> group: cache compat > >>> > > _______________________________________________ > > 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" > > > > > > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 09:12:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1F22F106566B for ; Thu, 27 Mar 2008 09:12:38 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from zzz.ee (kalah.zzz.ee [194.204.30.253]) by mx1.freebsd.org (Postfix) with ESMTP id 818E38FC17 for ; Thu, 27 Mar 2008 09:12:37 +0000 (UTC) (envelope-from antik@bsd.ee) Received: by zzz.ee (Postfix, from userid 3019) id 517CE27845F; Thu, 27 Mar 2008 10:54:14 +0200 (EET) X-Spam-Checker-Version: SpamAssassin on spamassassin.zzz.ee X-Spam-Level: X-Spam-Guessed-Language: en ca X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,BAYES_50 X-Spam-Checker-URL: http://info.zzz.ee Received: from andrei.demo (adsl215.uninet.ee [194.204.62.215]) by zzz.ee (Postfix) with ESMTP id 5A2FB2783DE; Thu, 27 Mar 2008 10:54:04 +0200 (EET) From: Andrei Kolu To: freebsd-stable@freebsd.org Date: Thu, 27 Mar 2008 10:54:03 +0200 User-Agent: KMail/1.9.7 References: <200803251439.01506.antik@bsd.ee> In-Reply-To: <200803251439.01506.antik@bsd.ee> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200803271054.03647.antik@bsd.ee> Cc: freebsd-usb@freebsd.org Subject: Re: strange statistics about ohci with systat and top X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 09:12:38 -0000 On Tuesday 25 March 2008 14:39:01 Andrei Kolu wrote: > Anyone notice anything strange here? Why ohci (usb) got so huge number of > interrupts? Even if I have no usb devices connected to this box. > > 39.6%Sys =A037.9%Intr =A00.0%User =A00.0%Nice 22.5%Idle > > # systat -vm > > Interrupts > 101k total > 96514 ohci0 ohci > ata0 irq14 > 587 twa0 irq16 > em1 irq25 > 2000 cpu0: time > 2000 cpu1: time > > FreeBSD 7.0-STABLE-200803 #0: Mon Mar 10 18:53:59 UTC 2008 > > That irq problem was detected originally with ps/2 keyboard without any u= sb > device attached (dmesg info here is taken later). And I tried to use usb > flash drive but it was showing up like umass0 storage and was unable to > mount it normally (I can use it on 6.2, 6.3 and 7.0 versions just fine > though). Maybe something is wrong with freebsd kernel udev implementation- > I got twa device (that is 3ware sata raid controller) but my system > recognizes this raid as da0 disk.... > > How can I resolve this problem? By disabling USB in bios? > Board is Tyan S3870 > http://tyan.com/support_download_bios.aspx?model=3DB.GT20B3870 > Latest motherboard bios and and raid controller firmware applied. > > On same motherboard FreeBSD-s version 6.2, 6.3 and 7.0 (32 and 64 bit) ha= ng > during initial boot- only version that worked is latest stable 7. > > -------------------------------------------------------------------------= =2D- >--- # dmesg > Copyright (c) 1992-2008 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > =A0 =A0 =A0 =A0 The Regents of the University of California. All rights r= eserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-STABLE-200803 #0: Mon Mar 10 18:53:59 UTC 2008 > =A0 =A0 root@driscoll.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Dual Core AMD Opteron(tm) Processor 270 (1995.01-MHz K8-class CPU) > =A0 Origin =3D "AuthenticAMD" =A0Id =3D 0x20f12 =A0Stepping =3D 2 > =A0 > Features=3D0x178bfbffA,CMOV,PAT,PSE36,CLFLUSH,MMX,FXSR,SSE,SSE2,HTT> Features2=3D0x1 > =A0 AMD Features=3D0xe2500800 > =A0 AMD Features2=3D0x3 > =A0 Cores per package: 2 > usable memory =3D 2134601728 (2035 MB) > avail memory =A0=3D 2059890688 (1964 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > =A0cpu0 (BSP): APIC ID: =A00 > =A0cpu1 (AP): APIC ID: =A01 > MADT: Forcing active-low polarity and level trigger for SCI > ioapic0 irqs 0-15 on motherboard > ioapic1 irqs 16-31 on motherboard > ioapic2 irqs 32-47 on motherboard > 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: Sleep Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 7ff00000 (3) failed > Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 > acpi_timer0: <32-bit timer at 3.579545MHz> port 0x508-0x50b on acpi0 > cpu0: on acpi0 > powernow0: on cpu0 > cpu1: on acpi0 > powernow1: on cpu1 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pcib2: at device 13.0 on pci1 > pci2: on pcib2 > 3ware device driver for 9000 series storage controllers, version: > 3.70.05.001 twa0: <3ware 9000 series Storage Controller> port 0xcc00-0xcc= 3f > mem 0xf4000000-0xf5ffffff,0xff3ff000-0xff3fffff irq 16 at device 3.0 on > pci2 twa0: [ITHREAD] > twa0: INFO: (0x15: 0x1300): Controller details:: Model 9550SX-4LP, 4 port= s, > Firmware FE9X 3.08.00.016, BIOS BE9X 3.08.00.004 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf at device 2.1 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > isab0: at device 2.2 on pci0 > isa0: on isab0 > ohci0: port 0xe000-0xe0ff mem > 0xff6b8000-0xff6b8fff irq 10 at device 3.0 on pci0 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb0 > uhub0: 2 ports with 2 removable, self powered > ohci1: port 0xe400-0xe4ff mem > 0xff6b9000-0xff6b9fff irq 10 at device 3.1 on pci0 > ohci1: [GIANT-LOCKED] > ohci1: [ITHREAD] > usb1: OHCI version 1.0, legacy support > usb1: SMM does not respond, resetting > usb1: on ohci1 > usb1: USB revision 1.0 > uhub1: <(0x1166) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1> on usb1 > uhub1: 2 ports with 2 removable, self powered > ehci0: port 0xe800-0xe8ff mem > 0xff6ba000-0xff6bafff irq 10 at device 3.2 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: <(0x1166) EHCI root hub, class 9/0, rev 2.00/1.00, addr 1> on usb2 > uhub2: 4 ports with 4 removable, self powered > em0: port > 0xdc00-0xdc3f mem 0xff680000-0xff69ffff,0xff660000-0xff67ffff irq 24 at > device 4.0 on pci0 em0: Ethernet address: 00:e0:81:41:3e:5c > em0: [FILTER] > em1: port > 0xd880-0xd8bf mem 0xff620000-0xff63ffff,0xff600000-0xff61ffff irq 25 at > device 5.0 on pci0 em1: Ethernet address: 00:e0:81:41:3e:5d > em1: [FILTER] > vgapci0: port 0xec00-0xec7f mem > 0xf8000000-0xfbffffff,0xff6c0000-0xff6fffff at device 6.0 on pci0 > acpi_button0: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on > acpi0 sio0: type 16550A > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 > sio1: type 16550A > sio1: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 = on > acpi0 > fdc0: [FILTER] > orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc9fff on isa0 > atkbdc0: at port 0x60,0x64 on isa0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > ppc0: cannot reserve I/O port range > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > uhub3: on > uhub0 > uhub3: 4 ports with 4 removable, self powered > ukbd0: on uhub3 > kbd2 at ukbd0 > ums0: on uhub3 > ums0: 5 buttons and Z dir. > Timecounters tick every 1.000 msec > acd0: CDROM at ata0-slave UDMA33 > SMP: AP CPU #1 Launched! > da0 at twa0 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-5 device > da0: 100.000MB/s transfers > da0: 572184MB (1171832832 512 byte sectors: 255H 63S/T 72943C) > Trying to mount root from ufs:/dev/da0s1a > -------------------------------------------------------------------------= =2D- OK, I managed to fix this issue by commenting out OHCI from kernel. #device ohci # OHCI PCI->USB interface "systat -vm" shows now "31 ehci0 10" instead of "96514 ohci0 ohci". Affected systems are: Tyan S3870 and B3870 motherboards. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 09:56:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E39A106566B; Thu, 27 Mar 2008 09:56:36 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay03.kiev.sovam.com (relay03.kiev.sovam.com [62.64.120.201]) by mx1.freebsd.org (Postfix) with ESMTP id C04DC8FC26; Thu, 27 Mar 2008 09:56:35 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=skuns.kiev.zoral.com.ua) by relay03.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1JeoqV-000Cp3-RG; Thu, 27 Mar 2008 11:56:34 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by skuns.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2R9uJSW078066 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Mar 2008 11:56:19 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2) with ESMTP id m2R9u7gd065968; Thu, 27 Mar 2008 11:56:07 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id m2R9u7j5065967; Thu, 27 Mar 2008 11:56:07 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Thu, 27 Mar 2008 11:56:07 +0200 From: Kostik Belousov To: Peter Much Message-ID: <20080327095607.GS7965@deviant.kiev.zoral.com.ua> References: <200803261700.12851.jhb@freebsd.org> <20080326234513.GA30601@gate.oper.dinoex.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ShzQXCswyqjgWi6k" Content-Disposition: inline In-Reply-To: <20080326234513.GA30601@gate.oper.dinoex.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on skuns.kiev.zoral.com.ua X-Scanner-Signature: dc9851233e967de4527dd65bbc92362e X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Header: Not Detected X-SpamTest-Info: Profiles 2502 [Mar 26 2008] X-SpamTest-Info: helo_type=3 X-SpamTest-Method: none X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 09:56:36 -0000 --ShzQXCswyqjgWi6k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Mar 27, 2008 at 12:45:13AM +0100, Peter Much wrote: > On Wed, Mar 26, 2008 at 05:00:12PM -0400, John Baldwin wrote: >=20 > ! Try this patch for de(4). >=20 > Thanks fpr the reply. I'll try this patch at next reboot. >=20 > ! You need to supply the panic details for the devfs=20 > ! one (I've used devfs rules w/o issue on lots of machines=20 > ! via /etc/devfs.conf). >=20 > I have found, eh, not the solution but the problem. ;) > This one: kern/89784 describes the same symptom and nearly > the same backtrace. And it is still open, so this, well, just > seems to exist. And, things being this way, I don't think=20 > there is need for me to do any more about it for now, as > this does not really hurt and workaround is easy. Try the rev. 1.24 of the devfs_rule.c. In fact, it is fixed by somewhat bigger patch that I inlined below. It is already in CURRENT and RELENG_7. Index: fs/devfs/devfs_rule.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/fs/devfs/devfs_rule.c,v retrieving revision 1.23 retrieving revision 1.24 diff -u -r1.23 -r1.24 --- fs/devfs/devfs_rule.c 6 Nov 2006 13:41:56 -0000 1.23 +++ fs/devfs/devfs_rule.c 20 Mar 2008 16:08:42 -0000 1.24 @@ -527,6 +527,7 @@ { struct devfs_rule *dr =3D &dk->dk_rule; struct cdev *dev; + struct cdevsw *dsw; =20 dev =3D devfs_rule_getdev(de); /* @@ -540,13 +541,19 @@ * They're actually testing to see whether the condition does * *not* match, since the default is to assume the rule should * be run (such as if there are no conditions). - * - * XXX: lacks threadref on dev */ - if (dr->dr_icond & DRC_DSWFLAGS) - if (dev =3D=3D NULL || - (dev->si_devsw->d_flags & dr->dr_dswflags) =3D=3D 0) + if (dr->dr_icond & DRC_DSWFLAGS) { + if (dev =3D=3D NULL) + return (0); + dsw =3D dev_refthread(dev); + if (dsw =3D=3D NULL) + return (0); + if ((dsw->d_flags & dr->dr_dswflags) =3D=3D 0) { + dev_relthread(dev); return (0); + } + dev_relthread(dev); + } if (dr->dr_icond & DRC_PATHPTRN) if (!devfs_rule_matchpath(dk, de)) return (0); Index: vm/vm_mmap.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /usr/local/arch/ncvs/src/sys/vm/vm_mmap.c,v retrieving revision 1.217 retrieving revision 1.218 diff -u -r1.217 -r1.218 --- vm/vm_mmap.c 16 Mar 2008 10:58:09 -0000 1.217 +++ vm/vm_mmap.c 20 Mar 2008 16:08:42 -0000 1.218 @@ -1160,6 +1160,7 @@ void *handle; vm_object_t obj; struct mount *mp; + struct cdevsw *dsw; int error, flags, type; int vfslocked; =20 @@ -1190,13 +1191,19 @@ type =3D OBJT_DEVICE; handle =3D vp->v_rdev; =20 - /* XXX: lack thredref on device */ - if(vp->v_rdev->si_devsw->d_flags & D_MMAP_ANON) { + dsw =3D dev_refthread(handle); + if (dsw =3D=3D NULL) { + error =3D ENXIO; + goto done; + } + if (dsw->d_flags & D_MMAP_ANON) { + dev_relthread(handle); *maxprotp =3D VM_PROT_ALL; *flagsp |=3D MAP_ANON; error =3D 0; goto done; } + dev_relthread(handle); /* * cdevs does not provide private mappings of any kind. */ @@ -1273,16 +1280,21 @@ struct cdev *cdev, vm_ooffset_t foff, vm_object_t *objp) { vm_object_t obj; + struct cdevsw *dsw; int flags; =20 flags =3D *flagsp; =20 - /* XXX: lack thredref on device */ - if (cdev->si_devsw->d_flags & D_MMAP_ANON) { + dsw =3D dev_refthread(cdev); + if (dsw =3D=3D NULL) + return (ENXIO); + if (dsw->d_flags & D_MMAP_ANON) { + dev_relthread(cdev); *maxprotp =3D VM_PROT_ALL; *flagsp |=3D MAP_ANON; return (0); } + dev_relthread(cdev); /* * cdevs does not provide private mappings of any kind. */ --ShzQXCswyqjgWi6k Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) iEYEARECAAYFAkfrbzcACgkQC3+MBN1Mb4iq8wCghaYXvHnBqa27cnrSttG6evCk sDMAoI6kWlN/OipcOCAoGeoucc5/uB0c =9jcR -----END PGP SIGNATURE----- --ShzQXCswyqjgWi6k-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 10:30:38 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22C7B106566C for ; Thu, 27 Mar 2008 10:30:38 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: from smtp.teledomenet.gr (smtp.teledomenet.gr [213.142.128.2]) by mx1.freebsd.org (Postfix) with ESMTP id D07018FC14 for ; Thu, 27 Mar 2008 10:30:37 +0000 (UTC) (envelope-from nvass@teledomenet.gr) Received: by smtp.teledomenet.gr (Postfix, from userid 58) id ACFA21420AD; Thu, 27 Mar 2008 12:10:56 +0200 (EET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on smtp.teledomenet.gr X-Spam-Level: X-Spam-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RDNS_NONE autolearn=no version=3.2.3 Received: from iris.teledomenet.local (unknown [192.168.1.71]) by smtp.teledomenet.gr (Postfix) with ESMTP id C5DF21421D5 for ; Thu, 27 Mar 2008 12:10:53 +0200 (EET) From: Nikos Vassiliadis To: freebsd-stable@freebsd.org User-Agent: KMail/1.9.7 X-NCC-RegID: gr.telehouse MIME-Version: 1.0 Content-Disposition: inline Date: Thu, 27 Mar 2008 12:10:26 +0200 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200803271210.26683.nvass@teledomenet.gr> Subject: pcm0: primary codec not ready! X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 10:30:38 -0000 Hi, While loading snd_ich, the kernel prints the message on the subject. I haven't noticed any problems; Is it something to worry about? That's on 7-STABLE and the hardware is: pcm0@pci0:0:31:5: class=0x040100 card=0xe0018086 chip=0x24d58086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '815B104D multimedia audio device (codec AC97) SoundMAX or VIA' class = multimedia subclass = audio Any thoughts? Thanks in advance, Nikos From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 10:57:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E55941065671 for ; Thu, 27 Mar 2008 10:57:33 +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 971378FC1C for ; Thu, 27 Mar 2008 10:57:33 +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 1JepnX-000DjP-Dj; Thu, 27 Mar 2008 12:57:31 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Pyun YongHyeon Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Mar 2008 12:57:31 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Marvell Technology Group Ltd. Yukon EC Ultra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 10:57:34 -0000 Hi, Under load, the msk has problems, with hw.msk.legacy_intr=1 and 0. with = 1, i get TCP segementation error watchdog timeout with = 0, Tx MAC parity error watchdog timeout the board is a Asus P5K-VM Cheers, danny From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 10:59:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07665106566B for ; Thu, 27 Mar 2008 10:59:45 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.173]) by mx1.freebsd.org (Postfix) with ESMTP id D08108FC1A for ; Thu, 27 Mar 2008 10:59:44 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3796459wfa.7 for ; Thu, 27 Mar 2008 03:59:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=NY9EDMx4Evj6qqQLk+2eZnQc3uuu2bsa1ojY+U4Uyrc=; b=LwDFRhW4M2X2hJRieQRyWWxZ8akYpxVJNAQhaQnMGFocoCYiJdmxq1hWlzxTVlXh+OWurvaR834++eCPXQSRVRxso8+R1xRZPkr5bdd7y9+4fkYGiRTKMJzsyvwGg4IWjF9GB9nKsH8skGP4RM0h9N92ahF2VheM9eWCpoUhpXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=OS2tAYB9PDwgGIB5JYQCcQ5bsi0dscQKnl3xuF0G3NKHIvGHSVCZJnKp3KPrUllzcl7DGDnuyRDkn8b7JWU/QryOqMXmHorpLGkMzgaDE3LO4OJcrSjIg8ljyDqTo2/cqpsKReVK5n6vcUa86Liv0Nljl3ITg2vKMnvZC7HQ9yU= Received: by 10.142.89.9 with SMTP id m9mr960057wfb.116.1206615584594; Thu, 27 Mar 2008 03:59:44 -0700 (PDT) Received: by 10.142.242.18 with HTTP; Thu, 27 Mar 2008 03:59:44 -0700 (PDT) Message-ID: <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> Date: Thu, 27 Mar 2008 05:59:44 -0500 From: "Rance Hall" To: freebsd-stable@freebsd.org In-Reply-To: <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 10:59:45 -0000 On Wed, Mar 26, 2008 at 8:48 PM, Rance Hall wrote: > On Wed, Mar 26, 2008 at 7:32 PM, walt wrote: > > Rance Hall wrote: > > > ... > > > > > im running an amd athlon64 processor but the i386 code. > > > > > > my march is athlon-mp (the system translates my athlon64 > > > automatically to this in i386 mode)... > > > > I've been too cheap to buy a 64-bit machine, so obviously I'm > > making a blind guess here :o) but the words above make me uneasy. > > > > If you're running 32-bit code, then your make.conf should not be > > using 'athlon64' at all and thus it should not need translation, > > right? (I'm truly asking, not lecturing.) > > > > Anyway, if your make.conf defines CPUTYPE or MACHINE_ARCH as > > athlon64 just try changing it to K8 or athlon-mp or athlon and > > see if anything changes. > > > > I tried setting CPUTYPE=athlon-mp in make.conf and I still couldn't > buiild a kernel. > > It seems something else is happening, but I sure dont know what it is. > nor why no one else has reported this problem yet. > I tried setting CPUTYPE=athlon-mp in make.conf and I still couldn't buiild a kernel. It seems something else is happening, but I sure dont know what it is. nor why no one else has reported this problem yet. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 11:24:32 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C4F4106564A for ; Thu, 27 Mar 2008 11:24:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 47C058FC15 for ; Thu, 27 Mar 2008 11:24:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so3804647wfa.7 for ; Thu, 27 Mar 2008 04:24:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=02U9V04bm2XNPt8BpWpPRzWV8JBAjDPhbVE+xzxh4uI=; b=pBchqRayO1VdmFU6YuJGhMNz8tFDuVDLKIgUC2YztusQgjOD5VsmxmjIA9UmAYNWX5mmrdurZx8P+PjLzWPUvXQ2qb4zCBH04LilMErf4ZnPXyaqijvj7EszvxFnKEjAo4moy2XIvrPX8g4arOY2RVlGQbJa1IdX3mzv9gQ6YEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=mMfaZkaeNZnk0nBE35Z/1SEGHYNRuWJ82VkHwgjwWwAXsYV2AU5cL5Dz9/DK4yWGdcafdhOzg4PkPvqwQ517RsBI1mPTecujdJgxm/O6acwIxG22CqlKPia+2iXfRnQ5MH7olbWtOl3ytq9V0Ok+6xjUF8kjbJVmqYuSBC/hRnc= Received: by 10.142.154.20 with SMTP id b20mr962293wfe.143.1206617071861; Thu, 27 Mar 2008 04:24:31 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 28sm206808wfg.17.2008.03.27.04.24.28 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 04:24:30 -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 m2RBOP43095920 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Mar 2008 20:24:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2RBOPUN095919; Thu, 27 Mar 2008 20:24:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 27 Mar 2008 20:24:25 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20080327112425.GA95274@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Technology Group Ltd. Yukon EC Ultra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 11:24:32 -0000 On Thu, Mar 27, 2008 at 12:57:31PM +0200, Danny Braniss wrote: > Hi, > Under load, the msk has problems, with hw.msk.legacy_intr=1 and 0. > with = 1, i get > TCP segementation error > watchdog timeout > with = 0, > Tx MAC parity error > watchdog timeout > Would you show me verbosed boot messages related with msk(4)/e1000phy(4)? > the board is a Asus P5K-VM > > Cheers, > danny > > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 11:32:48 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7C491065674 for ; Thu, 27 Mar 2008 11:32: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 868F98FC31 for ; Thu, 27 Mar 2008 11:32:48 +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 1JeqLf-000EDk-0z; Thu, 27 Mar 2008 13:32:47 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: Your message of Thu, 27 Mar 2008 20:24:25 +0900 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Mar 2008 13:32:46 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Technology Group Ltd. Yukon EC Ultra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 11:32:49 -0000 > On Thu, Mar 27, 2008 at 12:57:31PM +0200, Danny Braniss wrote: > > Hi, > > Under load, the msk has problems, with hw.msk.legacy_intr=1 and 0. > > with = 1, i get > > TCP segementation error > > watchdog timeout > > with = 0, > > Tx MAC parity error > > watchdog timeout > > > > Would you show me verbosed boot messages related with msk(4)/e1000phy(4)? > mskc0: port 0xc800-0xc8ff mem 0xfeafc000-0xfeafffff irq 17 at device 0.0 on pci1 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfeafc000 mskc0: MSI count : 1 mskc0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 52 mskc0: using IRQ 256 for MSI mskc0: RAM buffer size : 128KB mskc0: Port 0 : Rx Queue 85KB(0x00000000:0x000153ff) mskc0: Port 0 : Tx Queue 43KB(0x00015400:0x0001ffff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:1e:8c:6d:5c:fe miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [MPSAFE] mskc0: [FILTER] is this enough? danny > > the board is a Asus P5K-VM > > > > Cheers, > > danny > > > > > > -- > Regards, > Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 11:47:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB320106566C for ; Thu, 27 Mar 2008 11:47:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id 89C8D8FC24 for ; Thu, 27 Mar 2008 11:47:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by el-out-1112.google.com with SMTP id n30so2549767elf.7 for ; Thu, 27 Mar 2008 04:47:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=372i1cBdlYutuLVV/OVToAHpFOnu+gy2jfIhwdyQb18=; b=AhQ2BFq0IeDskwf5n3uDCySELv+uTxLtNLsFep9S0GcBIXBXCo1YjVY35qctrbajtuAwLYMVS1Dgu9TuJpLpvXfjXsLFwTm3duXJQi6v8yhFcilePzzVZu51weBE952Q8qKdzUpBk70sl2pEyQKfkyTLbm/Fp+huYZZxX+ALfpg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=amE8HKSAviJhtAagWqf62er6aEqOQ5VBYwvkhjE1PCSWFiV/DgR/3wHvS9q9lQ8S6Atlvj3bWuN/bvRu2t29vHWFXkze+WfquFMxBsMki8yIYm0WxIfa8dzrrtMmpw2k8nLFtExk2WpEZUcq23m9SD/aMPCYFfeXqJ/1z2GnsmI= Received: by 10.142.162.5 with SMTP id k5mr962070wfe.171.1206618439533; Thu, 27 Mar 2008 04:47:19 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 30sm247576wfd.19.2008.03.27.04.47.16 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 04:47:17 -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 m2RBlDTT096003 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Mar 2008 20:47:13 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2RBlCF8096002; Thu, 27 Mar 2008 20:47:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Thu, 27 Mar 2008 20:47:12 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20080327114712.GB95274@cdnetworks.co.kr> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Technology Group Ltd. Yukon EC Ultra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 11:47:22 -0000 On Thu, Mar 27, 2008 at 01:32:46PM +0200, Danny Braniss wrote: > > On Thu, Mar 27, 2008 at 12:57:31PM +0200, Danny Braniss wrote: > > > Hi, > > > Under load, the msk has problems, with hw.msk.legacy_intr=1 and 0. > > > with = 1, i get > > > TCP segementation error > > > watchdog timeout > > > with = 0, > > > Tx MAC parity error > > > watchdog timeout > > > > > > > Would you show me verbosed boot messages related with msk(4)/e1000phy(4)? > > > mskc0: port 0xc800-0xc8ff mem > 0xfeafc000-0xfeafffff irq 17 at device 0.0 on pci1 > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfeafc000 > mskc0: MSI count : 1 > mskc0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 256 to vector 52 > mskc0: using IRQ 256 for MSI > mskc0: RAM buffer size : 128KB > mskc0: Port 0 : Rx Queue 85KB(0x00000000:0x000153ff) > mskc0: Port 0 : Tx Queue 43KB(0x00015400:0x0001ffff) > msk0: on mskc0 > msk0: bpf attached > msk0: Ethernet address: 00:1e:8c:6d:5c:fe > miibus0: on msk0 > e1000phy0: PHY 0 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > auto > mskc0: [MPSAFE] > mskc0: [FILTER] > > is this enough? Yes, it seems that 88E8056/88E1149 PHY has several issues. I recall that there had been several reports for this issue. Since nfe(4) with 88E1149 also have some stability issues, e1000phy(4) has lack of required code for 88E1149 PHY. Up to date, I couldn't find a clue, sorry. I'll let you know if I have a code to give it spin. > danny > > > > the board is a Asus P5K-VM > > > > > > Cheers, > > > danny > > > > > > > > > > -- > > Regards, > > Pyun YongHyeon > > -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 11:52:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC8B0106566B for ; Thu, 27 Mar 2008 11:52: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 86B278FC20 for ; Thu, 27 Mar 2008 11:52: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 1Jeqev-000EQQ-RQ; Thu, 27 Mar 2008 13:52:41 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: pyunyh@gmail.com In-reply-to: <20080327114712.GB95274@cdnetworks.co.kr> References: <20080327114712.GB95274@cdnetworks.co.kr> Comments: In-reply-to Pyun YongHyeon message dated "Thu, 27 Mar 2008 20:47:12 +0900." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 27 Mar 2008 13:52:41 +0200 From: Danny Braniss Message-ID: Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Technology Group Ltd. Yukon EC Ultra X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 11:52:44 -0000 > On Thu, Mar 27, 2008 at 01:32:46PM +0200, Danny Braniss wrote: > > > On Thu, Mar 27, 2008 at 12:57:31PM +0200, Danny Braniss wrote: > > > > Hi, > > > > Under load, the msk has problems, with hw.msk.legacy_intr=1 and 0. > > > > with = 1, i get > > > > TCP segementation error > > > > watchdog timeout > > > > with = 0, > > > > Tx MAC parity error > > > > watchdog timeout > > > > > > > > > > Would you show me verbosed boot messages related with msk(4)/e1000phy(4)? > > > > > mskc0: port 0xc800-0xc8ff mem > > 0xfeafc000-0xfeafffff irq 17 at device 0.0 on pci1 > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfeafc000 > > mskc0: MSI count : 1 > > mskc0: attempting to allocate 1 MSI vectors (1 supported) > > msi: routing MSI IRQ 256 to vector 52 > > mskc0: using IRQ 256 for MSI > > mskc0: RAM buffer size : 128KB > > mskc0: Port 0 : Rx Queue 85KB(0x00000000:0x000153ff) > > mskc0: Port 0 : Tx Queue 43KB(0x00015400:0x0001ffff) > > msk0: on mskc0 > > msk0: bpf attached > > msk0: Ethernet address: 00:1e:8c:6d:5c:fe > > miibus0: on msk0 > > e1000phy0: PHY 0 on miibus0 > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > > auto > > mskc0: [MPSAFE] > > mskc0: [FILTER] > > > > is this enough? > > Yes, it seems that 88E8056/88E1149 PHY has several issues. I recall > that there had been several reports for this issue. Since nfe(4) > with 88E1149 also have some stability issues, e1000phy(4) has lack > of required code for 88E1149 PHY. Up to date, I couldn't find a > clue, sorry. I'll let you know if I have a code to give it spin. great and thanks, danny From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 12:11:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9DF8D1065670 for ; Thu, 27 Mar 2008 12:11:30 +0000 (UTC) (envelope-from fmember@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.228]) by mx1.freebsd.org (Postfix) with ESMTP id 5DE6F8FC14 for ; Thu, 27 Mar 2008 12:11:30 +0000 (UTC) (envelope-from fmember@gmail.com) Received: by wr-out-0506.google.com with SMTP id 50so3350610wra.13 for ; Thu, 27 Mar 2008 05:11:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=GDNsSNj0EShEAGHZKArP81PE3icHibhMoilSYwP/WUM=; b=bHMvDRjtAbjrVL7UZS07X7fts1zpSiLrRpBZ7g0pdZey7P+LbH4G+X9KqITQPi2WirojI33x29lSlAjDRTzcLC3fuPSMXwaTmLZLeMQkmCLDQYvZUCwxDFLlj55YVpJevOSwyFJVn7pyA0m9ArJHdJzImTbZTPZmCevk6UwWxMM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=SFD9qrpMuUFILH7DuM4Wj2GB1jWPynOfry5X6yMHjwVydMN05Y5jUmxDU4TE2t17BcizPR59vZ5XcVSkdDCYzmsgc5mdRX30fKH1jzbd9+4tXUjijNliESR2AGeFVYe242FvDb12Yu2PB9H+N8XTOj7X/BSCi0tREqGNdh5D2W4= Received: by 10.114.151.13 with SMTP id y13mr1129975wad.148.1206618265896; Thu, 27 Mar 2008 04:44:25 -0700 (PDT) Received: by 10.114.154.19 with HTTP; Thu, 27 Mar 2008 04:44:25 -0700 (PDT) Message-ID: <2c16b4710803270444g7ce459bbxddb4b5a3d2eb41bc@mail.gmail.com> Date: Thu, 27 Mar 2008 12:44:25 +0100 From: "don Juan" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Error while pxeboot setup FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 12:11:30 -0000 I wander if pxeboot setup for FreeBSD 7.0 is different from pxeboot with 6.2? I did sucessfully network pxeboot setup of Freebsd 6.2 using following DHCP configuration, based mostly on this how to: http://networking.ringofsaturn.com/Unix/pxeboot.php, host host1 { hardware ethernet 00:0c:29:1f:5e:3c; fixed-address 192.168.0.114; next-server 192.168.81.131; filename "/FreeBSD/boot/pxeboot"; # option root-path "/usr/var/www/install/FreeBSD"; # NFS path which will be used as temp root partition. } where: /usr/var/www/install/FreeBSD contains FreeBSD installation files, Tftp root is set to / usr/var/www/install With Freebsd 6.2 installation files, pxeboot executes and reads root file system from network and loads kernel via NFS. An OS kernel executes and starts installation process which can be finished manually. If mfsroot contains proper install.cfg, then installation can be completely unattended. But with FreeBSD 7.0 installation files process fails somewhere after pxeboot is started. On Client screen it can be seen: Loading /boot/defaults/loader.conf /boot/kernel/kernel text=0x6fd45c ... and after that, server reboots. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 12:17:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AB5B1065689 for ; Thu, 27 Mar 2008 12:17:24 +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 0A2A88FC54 for ; Thu, 27 Mar 2008 12:17:23 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 0A8021CC060; Thu, 27 Mar 2008 05:17:23 -0700 (PDT) Date: Thu, 27 Mar 2008 05:17:23 -0700 From: Jeremy Chadwick To: don Juan Message-ID: <20080327121723.GA65649@eos.sc1.parodius.com> References: <2c16b4710803270444g7ce459bbxddb4b5a3d2eb41bc@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2c16b4710803270444g7ce459bbxddb4b5a3d2eb41bc@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Error while pxeboot setup FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 12:17:25 -0000 On Thu, Mar 27, 2008 at 12:44:25PM +0100, don Juan wrote: > On Client screen it can be seen: > > Loading /boot/defaults/loader.conf > /boot/kernel/kernel text=0x6fd45c ... > > and after that, server reboots. Please see this documentation, particularly step #10. http://jdc.parodius.com/freebsd/pxeboot_serial_install.html This should fix your problem. -- | 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 Mar 27 12:18:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 380621065678 for ; Thu, 27 Mar 2008 12:18:08 +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 29BAD8FC36 for ; Thu, 27 Mar 2008 12:18:08 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 154B31CC060; Thu, 27 Mar 2008 05:18:08 -0700 (PDT) Date: Thu, 27 Mar 2008 05:18:08 -0700 From: Jeremy Chadwick To: don Juan Message-ID: <20080327121808.GA65706@eos.sc1.parodius.com> References: <2c16b4710803270444g7ce459bbxddb4b5a3d2eb41bc@mail.gmail.com> <20080327121723.GA65649@eos.sc1.parodius.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080327121723.GA65649@eos.sc1.parodius.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Error while pxeboot setup FreeBSD 7.0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 12:18:08 -0000 On Thu, Mar 27, 2008 at 05:17:23AM -0700, Jeremy Chadwick wrote: > On Thu, Mar 27, 2008 at 12:44:25PM +0100, don Juan wrote: > > On Client screen it can be seen: > > > > Loading /boot/defaults/loader.conf > > /boot/kernel/kernel text=0x6fd45c ... > > > > and after that, server reboots. > > Please see this documentation, particularly step #10. ^^^^^^^^^^^^^^^^^^^^^^ Should have read Step #7 (Workaround for a bug in mfs_root). It's list item #10. :-) -- | 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 Mar 27 13:28:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51AB2106566C for ; Thu, 27 Mar 2008 13:28:20 +0000 (UTC) (envelope-from jcarlson23@yahoo.com) Received: from web33004.mail.mud.yahoo.com (web33004.mail.mud.yahoo.com [209.191.69.119]) by mx1.freebsd.org (Postfix) with SMTP id 16F8C8FC21 for ; Thu, 27 Mar 2008 13:28:19 +0000 (UTC) (envelope-from jcarlson23@yahoo.com) Received: (qmail 28360 invoked by uid 60001); 27 Mar 2008 13:01:38 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=vImw+qe+wAAGJFhyL1A9opLRSC/M50c2GPc0TXjtOxgD8dY3+dXv+QgNp/l0xvWGVltYMDUgZrsOMwJnkc0RhfUgc+r1nFSQ3RLsN0rwBv+S0fHhJ9vLOSIul//+JFYsap5+wtjzImPoxFuhPhSOSa2HL6T8AmLTu6Y4a8FOrXA=; X-YMail-OSG: _3nZ.JgVM1l5bWot9ypGl65AUHjX_aCSsOZd6BYn82HLW2SBMzfoUKjrnQNGlS.8E8.QxBTJIRN3DmbtQwDSeNVj78WYQ.c_YQQ_S.7iQZRU1vCYZ_4- Received: from [98.217.133.115] by web33004.mail.mud.yahoo.com via HTTP; Thu, 27 Mar 2008 06:01:38 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Thu, 27 Mar 2008 06:01:38 -0700 (PDT) From: Jared Carlson To: freebsd-stable@freebsd.org MIME-Version: 1.0 Message-ID: <902733.27279.qm@web33004.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 13:28:20 -0000 Hi I have a question about startup scripts for BSD distributions. Can you turn off the file system check that occurs every 30 boots, etc? I recall this being the case on a BSD platform, although my Mac OS X doesn't (to my knowledge) do a file system check that often at all. Any info would be helpful... Thanks - Jared ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 13:40:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C17DF106566B for ; Thu, 27 Mar 2008 13:40:27 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 33AA08FC1D for ; Thu, 27 Mar 2008 13:40:26 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from lack-of-gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m2RDduqr018855 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 27 Mar 2008 13:40:17 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.5.0 smtp.infracaninophile.co.uk m2RDduqr018855 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1206625217; bh=Mgv7UjK3IY4AHF 0WhqRSYH9ACESJJ0nXrIKu3zPD1E8=; h=Message-ID:Date:From:MIME-Version: To:CC:References:In-Reply-To:Content-Type: Content-Transfer-Encoding:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<47EBA3AB.4 0307@infracaninophile.co.uk>|Date:=20Thu,=2027=20Mar=202008=2013:39 :55=20+0000|From:=20Matthew=20Seaman=20|Organization:=20Infracaninophile|User-Agent:=20Thunderbird=20 2.0.0.12=20(X11/20080310)|MIME-Version:=201.0|To:=20Jared=20Carlson =20|CC:=20freebsd-stable@freebsd.org|Subject: =20Re:=20Question=20about=20file=20system=20checks|References:=20<9 02733.27279.qm@web33004.mail.mud.yahoo.com>|In-Reply-To:=20<902733. 27279.qm@web33004.mail.mud.yahoo.com>|X-Enigmail-Version:=200.95.0| Content-Type:=20text/plain=3B=20charset=3DUTF-8|Content-Transfer-En coding:=207bit; b=tmEXX+47TfwxLGaQvEVk00py9XuiYJi4MLQRvH6fHFK4cpobd MZbynW+xfPfFqq8KU4RzMlC5YhhG8Lo5cHuZJmEDMSQ1VH2dFKCiC+TusivWMTrR+ts 8Xs+SKUJvMrq2bjIPAxzzRhmvfrGDK7+ez9MMEpy8T5ewKuZuOuUSo4= Message-ID: <47EBA3AB.40307@infracaninophile.co.uk> Date: Thu, 27 Mar 2008 13:39:55 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: Jared Carlson References: <902733.27279.qm@web33004.mail.mud.yahoo.com> In-Reply-To: <902733.27279.qm@web33004.mail.mud.yahoo.com> X-Enigmail-Version: 0.95.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [81.187.76.162]); Thu, 27 Mar 2008 13:40:17 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92.1/6421/Thu Mar 27 08:54:20 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.2 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,SPF_FAIL autolearn=no version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 13:40:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Jared Carlson wrote: > Hi I have a question about startup scripts for BSD distributions. > Can you turn off the file system check that occurs every 30 boots, > etc? I recall this being the case on a BSD platform, although my Mac > OS X doesn't (to my knowledge) do a file system check that often at > all. You are thinking of the Linux ext2/ext3 filesystem. UFS and UFS2 as found on *BSD have never required anything like that: they only need fsck'ing after an unclean shutdown. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW, UK -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREDAAYFAkfro6sACgkQ3jDkPpsZ+Va9LACglfHVA8c6WTtNdXMUUannT34/ ELEAoKfRUJVLWw7MJxkuKsqfQItBBae0 =L3N+ -----END PGP SIGNATURE----- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 13:41:31 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B52F91065670 for ; Thu, 27 Mar 2008 13:41:31 +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 6F0658FC1F for ; Thu, 27 Mar 2008 13:41:31 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JesM9-0003Bn-AD for freebsd-stable@freebsd.org; Thu, 27 Mar 2008 13:41:25 +0000 Received: from adsl-69-234-204-22.dsl.irvnca.pacbell.net ([69.234.204.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 13:41:25 +0000 Received: from w41ter by adsl-69-234-204-22.dsl.irvnca.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 13:41:25 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: walt Date: Thu, 27 Mar 2008 06:43:04 -0700 Lines: 30 Message-ID: References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: adsl-69-234-204-22.dsl.irvnca.pacbell.net User-Agent: Thunderbird 3.0a1pre (X11/2008032704) In-Reply-To: <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> Sender: news Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 13:41:31 -0000 Rance Hall wrote: > On Wed, Mar 26, 2008 at 8:48 PM, Rance Hall wrote: >> On Wed, Mar 26, 2008 at 7:32 PM, walt wrote: >> > Rance Hall wrote: >> > > ... >> > >> > > im running an amd athlon64 processor but the i386 code. >> > > >> > > my march is athlon-mp (the system translates my athlon64 >> > > automatically to this in i386 mode)... >> > >> > ... >> > Anyway, if your make.conf defines CPUTYPE or MACHINE_ARCH as >> > athlon64 just try changing it to K8 or athlon-mp or athlon and >> > see if anything changes. >> > >> >> I tried setting CPUTYPE=athlon-mp in make.conf and I still couldn't >> buiild a kernel. You might try searching your source tree for .depend and .o files and delete any you find. Also, you could try building the old way: #cd /usr/src/sys/i386/conf #config GENERIC #cd ../compile/GENERIC #make all install If that works then you must have some funny files in your source tree that don't belong there. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 13:54:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D958A1065673 for ; Thu, 27 Mar 2008 13:54:33 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id A51938FC3D for ; Thu, 27 Mar 2008 13:54:33 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id 0498EB02A8; Thu, 27 Mar 2008 14:45:49 +0100 (CET) MIME-Version: 1.0 Date: Thu, 27 Mar 2008 14:45:49 +0100 From: Marian Hettwer To: Matthew Seaman In-Reply-To: <47EBA3AB.40307@infracaninophile.co.uk> References: <47EBA3AB.40307@infracaninophile.co.uk> Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: Jared Carlson , freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 13:54:34 -0000 On Thu, 27 Mar 2008 13:39:55 +0000, Matthew Seaman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > Jared Carlson wrote: >> Hi I have a question about startup scripts for BSD distributions. >> Can you turn off the file system check that occurs every 30 boots, >> etc? I recall this being the case on a BSD platform, although my Mac >> OS X doesn't (to my knowledge) do a file system check that often at >> all. > > You are thinking of the Linux ext2/ext3 filesystem. > Although this is OT, does anybody have a clue why ext2/ext3 filesystems behave like that? I wouldn't like to trust a filesystem which thinks a fsck is worth it, although it always was a clean shutdown. Any clue?! :) cheers, Marian From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 13:54:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD9851065674 for ; Thu, 27 Mar 2008 13:54:33 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from crivens.kernel32.de (crivens.terrorteam.de [81.169.171.191]) by mx1.freebsd.org (Postfix) with ESMTP id A994F8FC41 for ; Thu, 27 Mar 2008 13:54:33 +0000 (UTC) (envelope-from mh@kernel32.de) Received: from www.terrorteam.de (localhost [127.0.0.1]) by crivens.kernel32.de (Postfix) with ESMTP id A960FB0290; Thu, 27 Mar 2008 14:38:44 +0100 (CET) MIME-Version: 1.0 Date: Thu, 27 Mar 2008 14:38:44 +0100 From: Marian Hettwer To: Jared Carlson In-Reply-To: <902733.27279.qm@web33004.mail.mud.yahoo.com> References: <902733.27279.qm@web33004.mail.mud.yahoo.com> Message-ID: X-Sender: mh@kernel32.de User-Agent: RoundCube Webmail/0.1-rc2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 13:54:34 -0000 Hi Jared, On Thu, 27 Mar 2008 06:01:38 -0700 (PDT), Jared Carlson wrote: > Hi I have a question about startup scripts for BSD distributions. Can you > turn off the file system check that occurs every 30 boots, etc? I recall At least in FreeBSD there is no file system checks every 30 boots. Not to my knowledge and I've been using FreeBSD since FreeBSD 4.0 I must have been blind if there is a fsck every 30 boots ;) > this being the case on a BSD platform, although my Mac OS X doesn't (to my > knowledge) do a file system check that often at all. > What do you mean by "on a BSD platform". Since this is a FreeBSD mailinglist, I bet your questions is FreeBSD related. If it isn't, please be more precise. > Any info would be helpful... > thats true! *SCNR* regards, Marian From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 14:01:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3133E1065671 for ; Thu, 27 Mar 2008 14:01:54 +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 DF81E8FC18 for ; Thu, 27 Mar 2008 14:01:53 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jesfq-0004T8-HY for freebsd-stable@freebsd.org; Thu, 27 Mar 2008 14:01:46 +0000 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 ; Thu, 27 Mar 2008 14:01:46 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 27 Mar 2008 14:01:46 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 27 Mar 2008 15:01:35 +0100 Lines: 26 Message-ID: References: <902733.27279.qm@web33004.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBC8A24A27118DE9E2555A180" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <902733.27279.qm@web33004.mail.mud.yahoo.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 14:01:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBC8A24A27118DE9E2555A180 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Jared Carlson wrote: > Hi I have a question about startup scripts for BSD distributions. Can = you turn off the file system check that occurs every 30 boots, etc?=20 AFAIK FreeBSD doesn't do such scheduled checks at all. --------------enigBC8A24A27118DE9E2555A180 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH66jAldnAQVacBcgRAkIxAKCd5cHOBCKbZ3zs617ggLvBis93DACgpbUv XNCsgJZd3/OEOdKOUJvAyHU= =Fij6 -----END PGP SIGNATURE----- --------------enigBC8A24A27118DE9E2555A180-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 15:28:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BE571065674; Thu, 27 Mar 2008 15:28:20 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id C20688FC1B; Thu, 27 Mar 2008 15:28:18 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id BB8ED744026; Thu, 27 Mar 2008 17:28:16 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mQhEsJHtsFaV; Thu, 27 Mar 2008 17:28:16 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 44D8074400D; Thu, 27 Mar 2008 17:28:16 +0200 (EET) Message-ID: <47EBBD0F.8060207@icyb.net.ua> Date: Thu, 27 Mar 2008 17:28:15 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.12 (X11/20080311) MIME-Version: 1.0 To: pyunyh@gmail.com References: <47A3041D.5050402@icyb.net.ua> <20080201123603.GA14050@cdnetworks.co.kr> <47A321BB.1060708@icyb.net.ua> <47A32501.7080703@icyb.net.ua> <20080204035242.GA28554@cdnetworks.co.kr> <47C2BC50.5040702@icyb.net.ua> <47C2DBEF.301@icyb.net.ua> <20080226073633.GC47750@cdnetworks.co.kr> In-Reply-To: <20080226073633.GC47750@cdnetworks.co.kr> Content-Type: text/plain; charset=KOI8-U Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, yongari@freebsd.org Subject: Re: 6.3 nfe: strange behavior after reset X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 15:28:20 -0000 on 26/02/2008 09:36 Pyun YongHyeon said the following: > > Nice catch! > The register name in nfe(4) for NvRegMIIMask is NFE_SETUP_R4. > According to Linux driver it's used for generating link state > change interrupt. So I guess nfe(4) may have to clear the > register in nfe_stop(). How about clearing the register as > attached patch? (Sorry I couldn't test this ATM...) Unfortunately, the latest patch didn't make any difference either. So the issue is where it was: do a reboot or a power off / power on cycle - nfe is good, press reset and boot - nfe is silently dead. There is even a stranger thing: in the problematic scenario, if I unload nfe.ko and load nve.ko then the NIC becomes alive, unload nve and re-load nfe NIC is still dead. Mystery. I'll try to do more local debugging later when I have a chance to hit the reset button. -- Andriy Gapon From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 17:19:10 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 662C11065672 for ; Thu, 27 Mar 2008 17:19:10 +0000 (UTC) (envelope-from nomad@crow.ee.washington.edu) Received: from crow.ee.washington.edu (crow.ee.washington.edu [128.208.232.10]) by mx1.freebsd.org (Postfix) with ESMTP id 348148FC2A for ; Thu, 27 Mar 2008 17:19:10 +0000 (UTC) (envelope-from nomad@crow.ee.washington.edu) Received: from vanyel.ee.washington.edu (vanyel.ee.washington.edu [128.208.232.198]) (authenticated bits=0) by crow.ee.washington.edu (8.13.1/8.13.3) with ESMTP id m2RHJ6mP031352 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 27 Mar 2008 10:19:07 -0700 Message-ID: <47EBD709.9090503@ssli.ee.washington.edu> Date: Thu, 27 Mar 2008 10:19:05 -0700 From: Lee Damon User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.1.9 X-Spam-Checker-Version: SpamAssassin 3.1.9 (2007-02-13) on crow.ee.washington.edu Cc: Subject: amd(8) aborting on file server running FBSD 6.3 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 17:19:10 -0000 host in question is: FreeBSD goose.ee.washington.edu 6.3-STABLE FreeBSD 6.3-STABLE #6: Wed Mar 26 17:03:35 PDT 2008 root@goose.ee.washington.edu:/usr/obj/usr/src/sys/NIKOLA i386 This box was recently updated to a release that was exactly the same source base as two other boxes I've been using for a month. Upon upgrade amd(8) is now aborting shortly after launch (sometimes even before I can log in on the console there are references to missing amd process(es) in /var/log/messages). I would really appreciate it if someone could take a look at the truss & gdb output at (181MB!) and along with and see if they can give me a clue about what the problem is. I also have a core file and a copy of the binary available though I'd prefer not to send that URL out to the world. :) It looks like it might be related to nss_ldap. I've removed and reinstalled all of the ldap ports with no success. Any help with this would be greatly appreciated. No one has home directories right now because this is the main homedir server in the lab. thanks, nomad From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 17:41:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74149106567F for ; Thu, 27 Mar 2008 17:41:49 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33702.mail.mud.yahoo.com (web33702.mail.mud.yahoo.com [68.142.201.199]) by mx1.freebsd.org (Postfix) with SMTP id 4A11D8FC19 for ; Thu, 27 Mar 2008 17:41:49 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 37389 invoked by uid 60001); 27 Mar 2008 17:41:48 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=bzlWzGl6kWDVJtFuvkZ8hSic/c8xRFeGx7go4aRctIgkuAMgQ8HOL13Bq8dx4Pu7E9HM2TY0mI/xD0mgXml2tEPRkndgS/aP/pOeM/ChvXqAD5HrwcRXKq4tIHpaWUdnvRRRRqFW9b24waIwpZ2fYXHWSjzJraICaIqNcbqJqbw=; X-YMail-OSG: PsVesmIVM1nJ3ImxCPWd5znGEc7mLl34.ByGZJgnsE7iKiKdfJb06TB5R84yQWvpdFg5G59Ken0ELZX618vy_QZsK3H7emcdTosfET58aveiOQAItnFiV.BGes7E_AKPLZLi3JU- Received: from [86.62.225.3] by web33702.mail.mud.yahoo.com via HTTP; Thu, 27 Mar 2008 10:41:48 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Thu, 27 Mar 2008 10:41:48 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com, Ian FREISLICH MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <626860.36996.qm@web33702.mail.mud.yahoo.com> Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 17:41:49 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Ian FREISLICH > Cc: FreeBSD Current ; Robert Backhaus > Sent: Monday, March 17, 2008 8:12:03 AM > Subject: Re: Packet corruption in re0 > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > Pyun YongHyeon wrote: > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > Pyun YongHyeon wrote: > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > wr > > ote: > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus wrote: > > > > > > > > I am experiencing roughly 15% packet corruption on the re > inter > > face > > > > on > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > 7.0-PRERELEA > > SE #8 > > > > : > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem only > shows > > up > > > > > > > > after the system has been up for roughly 36 hours, depending > on > > the > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to "." > se > > ems a > > > > > > bit drastic, and I don't do much with cvs proper. I take it that I > sh > > ould > > > > use > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to add > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c on > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > It basically shows up as quagga establishing OSPF neighours as > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > I'll do more debugging. > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > tagging related issues on RELENG_7? > > > > > > To narrow down the issue it would be even better to know which parts > > > of H/W assistance was broken. For example, > > > - Disable checksum offload for VLAN interface first and check > > > whether quagga works. > > > > You can only disable offload on the parent interface. > > > > > - Disable checksum offload for parent interface and check again. > > > If you can post tcpdump output for broken conntection it may help a > > > lot to diagnose the issue. > > > > The only flag affecting this behaviour is vlanhwtag. Various > > permutations of the interface flags make no difference to this > > behaviour as long as hardware tagging is enabled. > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > is enabled. From the tcpdump output it looks like a padding or > > packet length issue. > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > Database Description, length: 1472 > > > > Here's what was actually recieved by the em(4) device on the > > neighbour. Note the absense of the 801.1Q header: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length 1506: > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: OSPFv2, > Database Description, length: 1472 > > > > and the em(4) device recieves: > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > Database Description, length: 1472 > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > I guess I've found a VLAN hardware tagging bug in re(4). > Please try this one and let me know the result. > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > Ian > > > > -- > > Ian Freislich > > > > -- > Regards, > Pyun YongHyeon Pyun, I used it, and I got no bufer space available message, I run a server with heavey http requests and named as we.. so I had to increase the buffer. www# netstat -m 553/1862/2415 mbufs in use (current/cache/total) 279/1007/1286/65536 mbuf clusters in use (current/cache/total/max) 279/768 mbuf+clusters out of packet secondary zone in use (current/cache) 56/812/868/12800 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 920K/5727K/6647K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 41261 requests for I/O initiated by sendfile 0 calls to protocol drain routines Can you make a patch for the changes you made in HEAD for RELENG_7? Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 18:34:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E55C106566B for ; Thu, 27 Mar 2008 18:34:30 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from blu139-omc2-s26.blu139.hotmail.com (blu139-omc2-s26.blu139.hotmail.com [65.55.175.196]) by mx1.freebsd.org (Postfix) with ESMTP id EE60A8FC14 for ; Thu, 27 Mar 2008 18:34:29 +0000 (UTC) (envelope-from bermejator@hotmail.com) Received: from BLU118-W9 ([65.55.162.185]) by blu139-omc2-s26.blu139.hotmail.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 27 Mar 2008 11:34:29 -0700 Message-ID: X-Originating-IP: [83.61.11.151] From: Ruben Lara To: Date: Thu, 27 Mar 2008 18:34:28 +0000 Importance: Normal Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginalArrivalTime: 27 Mar 2008 18:34:29.0023 (UTC) FILETIME=[31086AF0:01C89039] Subject: inetd and freebsd service jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 18:34:30 -0000 Hello everyone! Is it possible that inetd launch services inside service jails? Let me explain, I have a jail for pureftpd service, it is possible that ine= td from the main system launch FTP server inside the jail? If not so, i don't uderstand advantage of to have an inetd service listenin= g inside each jail... Thank you Ruben Lara Indeed, two weeks I have been led to the change of branch 7.0, today finall= y finished this hard work: ( Proponer una traducci=F3n mejor Gracias por proponer una traducci=F3n al Traductor de Google. Tus sugerencias nos servir=E1n para mejorar la calidad de las traducciones = en futuras actualizaciones de nuestro sistema. Hello everyone! It is possible that inetd haul services within cages service? Let me explain, I have a cage for pureftpd service, it is possible that ine= td from the main system lance FTP server inside the cage? If not so, there is no advantage that could have on each cage if I have a s= erver service inetd listening ... Thank you Ruben Lara Indeed, two weeks I have been led to the change of branch 7.0, today finall= y finished this hard work: ( Traducir una p=E1gina web _________________________________________________________________ MSN Noticias http://noticias.msn.es/comunidad.aspx= From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 19:29:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 481E0106566B for ; Thu, 27 Mar 2008 19:29:45 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 07BB78FC13 for ; Thu, 27 Mar 2008 19:29:45 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JexnF-000F8b-7x for freebsd-stable@freebsd.org; Thu, 27 Mar 2008 20:29:45 +0100 Date: Thu, 27 Mar 2008 20:29:45 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20080327192945.GA57996@home.opsec.eu> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: inetd and freebsd service jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 19:29:45 -0000 Hi! > I have a jail for pureftpd service, > it is possible that inetd from the main system launch FTP server > inside the jail? No, it's not possible. The reason: When your client connects to the IP of the jail, inetd.conf running on the main system can start some jexec /usr/libexec/ftpd ... But: The depends on the IP the client is connecting to, and inetd has no lookup-hook to find the from the IP adress. It might not be too difficult to add this feature to inetd, but right now, it's not available. > If not so, i don't uderstand advantage of to have an inetd service > listening inside each jail... Jails are to virtualize systems, so if you have your own instance of inetd running in your jail, you can decide for yourself which services will served by your inetd instance. Just edit the inetd.conf inside the jail and restart inetd in your own virtual server. -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 19:59:18 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A21FA106566C for ; Thu, 27 Mar 2008 19:59:18 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from home.opsec.eu (unknown [IPv6:2001:14f8:200::1]) by mx1.freebsd.org (Postfix) with ESMTP id 61B6E8FC21 for ; Thu, 27 Mar 2008 19:59:18 +0000 (UTC) (envelope-from lists@c0mplx.org) Received: from pi by home.opsec.eu with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1JeyFg-000FLy-Oe for freebsd-stable@freebsd.org; Thu, 27 Mar 2008 20:59:08 +0100 Date: Thu, 27 Mar 2008 20:59:08 +0100 From: Kurt Jaeger To: freebsd-stable@freebsd.org Message-ID: <20080327195908.GB57996@home.opsec.eu> References: <20080327192945.GA57996@home.opsec.eu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080327192945.GA57996@home.opsec.eu> Subject: Re: inetd and freebsd service jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 19:59:18 -0000 Hi! > > I have a jail for pureftpd service, > > it is possible that inetd from the main system launch FTP server > > inside the jail? > > No, it's not possible. I have to correct myself here. > The reason: > > When your client connects to the IP of the jail, > inetd.conf running on the main system can start some > > jexec /usr/libexec/ftpd ... > > But: The depends on the IP the client is connecting to, > and inetd has no lookup-hook to find the from the IP adress. > > It might not be too difficult to add this feature to inetd, > but right now, it's not available. Sounds like writing some script which is started from inetd and which wraps some jexec call might be possible. -- pi@opsec.eu +49 171 3101372 12 years to go ! From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 20:05:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B9CBC1065671 for ; Thu, 27 Mar 2008 20:05:10 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.28]) by mx1.freebsd.org (Postfix) with ESMTP id 787A98FC19 for ; Thu, 27 Mar 2008 20:05:10 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so71791ywt.13 for ; Thu, 27 Mar 2008 13:05:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=tv7Khl/qkMFCAhDnXuOZOckCAMNQkyCeJszNNbTBkQQ=; b=Nn01udGf6GSCunlEw1FcPRj58qp+dr8EXjf2VcNmsfHzERsrivv4U0sh7QHGfbCpbUcmOR3DI++TC9y2OQKVSOJyCrVeNrB0JlqRPN+miK6K5GWTb3dAoUw3AO5JukSkDoAtEXrbaAf99QtINFpcjHS5znjmTilKrgFmwlqjUWQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=IQfXMqsbtUHjfeRCFNCjHkSh1NwcTcuYaQst3hkkc9k3E5TI7THFysNvElklX0lgr4zRtlvMLYPn0gNtRds/+aAQHf0L799PqIjCWE0WigEKZC7FjW6sXMA5JH05RPANOg9oMwMqMQAsrrLJoLPfWSzJaH/cw9fzX6hYchbqEqs= Received: by 10.142.231.7 with SMTP id d7mr1713211wfh.130.1206648309101; Thu, 27 Mar 2008 13:05:09 -0700 (PDT) Received: by 10.142.242.18 with HTTP; Thu, 27 Mar 2008 13:05:09 -0700 (PDT) Message-ID: <845c0f80803271305k40141ef3u19056afb4e244da0@mail.gmail.com> Date: Thu, 27 Mar 2008 15:05:09 -0500 From: "Rance Hall" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Subject: Re: inetd and freebsd service jail X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 Mar 2008 20:05:10 -0000 On 3/27/08, Ruben Lara wrote: > > Hello everyone! > > Is it possible that inetd launch services inside service jails? > > Let me explain, I have a jail for pureftpd service, it is possible that inetd from the main system launch FTP server inside the jail? > If not so, i don't uderstand advantage of to have an inetd service listening inside each jail... > > Thank you > Ruben Lara > No, this is not possible, but it is possible to run the pureftp service inside a chroot so that it only has access to the files you provide copies of in the chroot. This is the way to secure individual services that are part of a main box, a jail is a way to run a whole second server inside the first one. There are advantages to both approaches, but sometimes one is better than the other. give chroot a try, and inetd can launch the command line to start pureftpd in a chroot no problem. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 21:52:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6C691065675 for ; Thu, 27 Mar 2008 21:52:09 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.182]) by mx1.freebsd.org (Postfix) with ESMTP id 8D8F48FC16 for ; Thu, 27 Mar 2008 21:52:09 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: by el-out-1112.google.com with SMTP id n30so2819228elf.7 for ; Thu, 27 Mar 2008 14:52:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=O2dvKNZSJcT7jTdaKPdtPfZ9Y2twHIUzCYDpxepDRKE=; b=ccpCusR3ELtdxpQOADHI9W5XgPB/9SLvDE7lacQiZ4dKa/3PmU/BXCg4J0Bmg1x6wofDrHzMJ9dVNxAJfjVp7QAOSnF6Yk1PeExNrsfi2VMd6xJT3YRQVXxCfaNYGHXrYEjNR77CKpyqZeapa+5+Vn27cs7asXTPZvVTippuq3o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=faDSHJDjCpbVvhHuaEwxWAqH74Hkc2WFwQeA5IUeaud5RbaqCulZ5GC2x1Lyc0djltvS1VF08DDZBV6fpFFoGLSgG5L1fUOTkgk+kgV5hvZkHEmmTi+NGoJSCRtFK1qpT9r450lEoZEqolK/w1nW4jvd1vBcxmaypMfjSihXsao= Received: by 10.142.242.8 with SMTP id p8mr1909187wfh.24.1206654728247; Thu, 27 Mar 2008 14:52:08 -0700 (PDT) Received: by 10.142.242.18 with HTTP; Thu, 27 Mar 2008 14:52:08 -0700 (PDT) Message-ID: <845c0f80803271452v1e08b9e0u35d16ca9d3b270c4@mail.gmail.com> Date: Thu, 27 Mar 2008 16:52:08 -0500 From: "Rance Hall" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 21:52:09 -0000 On 3/27/08, walt wrote: > > You might try searching your source tree for .depend and .o files and > delete any you find. Also, you could try building the old way: > > #cd /usr/src/sys/i386/conf > #config GENERIC > #cd ../compile/GENERIC > #make all install > > If that works then you must have some funny files in your source tree > that don't belong there. searched for *.depend and *.o files, (none found) used find /usr/src -name "*.depend" -print to get a list of files that needed to be deleted. then tried the compile the old way as suggested, that fails to, with the same errors and same files. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 22:19:13 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 95D181065670 for ; Thu, 27 Mar 2008 22:19:13 +0000 (UTC) (envelope-from mb@imp.ch) Received: from smtp.imp.ch (mx2-ipv6.imp.ch [IPv6:2001:4060:1:1001:209:6bff:fe89:869e]) by mx1.freebsd.org (Postfix) with ESMTP id 199BB8FC18 for ; Thu, 27 Mar 2008 22:19:12 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot (godot.imp.ch [157.161.4.8]) by smtp.imp.ch (ImproWare IDMS 8.14.2/8.14.2/Submit_imp) with ESMTP id m2RMJA5u061498 for ; Thu, 27 Mar 2008 23:19:11 +0100 (CET) (envelope-from mb@imp.ch) Date: Thu, 27 Mar 2008 23:19:10 +0100 (CET) From: Martin Blapp X-X-Sender: mb@godot To: freebsd-stable@freebsd.org Message-ID: <20080327231624.V94524@godot> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: Open-vm-tools port available for testing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 22:19:13 -0000 Hi, I've just made a port for FreeBSD 7 and FreeBSD 6 for the Open-vmware-tools. Any Feedback is welcome. http://antispam.imp.ch/patches/open-vmware-tools-freebsd-port.tgz -- Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 22:44:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 427B81065674 for ; Thu, 27 Mar 2008 22:44:01 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 31B668FC17 for ; Thu, 27 Mar 2008 22:44:00 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id D977A1A4D80; Thu, 27 Mar 2008 15:44:00 -0700 (PDT) Date: Thu, 27 Mar 2008 15:44:00 -0700 From: Alfred Perlstein To: Marian Hettwer Message-ID: <20080327224400.GI67856@elvis.mu.org> References: <47EBA3AB.40307@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Jared Carlson , freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 22:44:01 -0000 * Marian Hettwer [080327 06:55] wrote: > > On Thu, 27 Mar 2008 13:39:55 +0000, Matthew Seaman > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: RIPEMD160 > > > > Jared Carlson wrote: > >> Hi I have a question about startup scripts for BSD distributions. > >> Can you turn off the file system check that occurs every 30 boots, > >> etc? I recall this being the case on a BSD platform, although my Mac > >> OS X doesn't (to my knowledge) do a file system check that often at > >> all. > > > > You are thinking of the Linux ext2/ext3 filesystem. > > > Although this is OT, does anybody have a clue why ext2/ext3 filesystems > behave like that? > I wouldn't like to trust a filesystem which thinks a fsck is worth it, > although it always was a clean shutdown. > Any clue?! :) "linux" :) -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Thu Mar 27 23:53:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83F83106564A for ; Thu, 27 Mar 2008 23:53:20 +0000 (UTC) (envelope-from danny@ricin.com) Received: from smtpq1.groni1.gr.home.nl (smtpq1.groni1.gr.home.nl [213.51.130.200]) by mx1.freebsd.org (Postfix) with ESMTP id 11C0C8FC1A for ; Thu, 27 Mar 2008 23:53:19 +0000 (UTC) (envelope-from danny@ricin.com) Received: from [213.51.130.190] (port=38376 helo=smtp1.groni1.gr.home.nl) by smtpq1.groni1.gr.home.nl with esmtp (Exim 4.60) (envelope-from ) id 1Jf1Y0-00087L-Le for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 00:30:16 +0100 Received: from cp1228410-a.dbsch1.nb.home.nl ([84.27.119.97]:64237 helo=desktop.homenet) by smtp1.groni1.gr.home.nl with smtp (Exim 4.60) (envelope-from ) id 1Jf1Xz-0000d5-SL for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 00:30:16 +0100 Received: by desktop.homenet (sSMTP sendmail emulation); Fri, 28 Mar 2008 00:29:08 +0100 From: "Danny Pansters" To: freebsd-stable@freebsd.org Date: Fri, 28 Mar 2008 00:29:07 +0100 User-Agent: KMail/1.9.7 References: <47EBA3AB.40307@infracaninophile.co.uk> In-Reply-To: X-Face: (Zs+'ncTcchkOX|~t6{?Iii=O!G#WEK!+OD0|-F=i%1pvP5V_Sz4PaJC8o)=?utf-8?q?MiSnH/JMJFy=0A=09oBN-My?=, v":S7, (=?utf-8?q?mmkPm=27U=7BMgT+eM=2EBd=5Cp/P!dr=5DhOTXqpse21O!=25Ct=60SE=2EOodq?= =?utf-8?q?=5Dry=5E=23kU=5E=0A=09-?=GT.[8D}i$6P>=" =?utf-8?q?=23=0A=09*J+4d=7E?= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803280029.08136.danny@ricin.com> X-Spam-Score: 0.0 (/) Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 27 Mar 2008 23:53:20 -0000 On Thursday 27 March 2008 14:45:49 Marian Hettwer wrote: > On Thu, 27 Mar 2008 13:39:55 +0000, Matthew Seaman > > wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: RIPEMD160 > > > > Jared Carlson wrote: > >> Hi I have a question about startup scripts for BSD distributions. > >> Can you turn off the file system check that occurs every 30 boots, > >> etc? I recall this being the case on a BSD platform, although my Mac > >> OS X doesn't (to my knowledge) do a file system check that often at > >> all. > > > > You are thinking of the Linux ext2/ext3 filesystem. > > Although this is OT, does anybody have a clue why ext2/ext3 filesystems > behave like that? > I wouldn't like to trust a filesystem which thinks a fsck is worth it, > although it always was a clean shutdown. > Any clue?! :) ext2/3 is mounted async by default, I reckon most linux distros expect some fs damage to occur because of that over time maybe. Or it's a relic of the days when that was necessary, maybe it's not really necessary now anymore. Perhaps it also does some defrag while fsck'ing. Generally I can say that with freebsd even if you pull the plug and then let it reboot and do the automatical background fsck you'll likely loose only that one file you might have been editing while (or just before) you unplugged the box. Dan > cheers, > Marian > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 00:00:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8C2A106566C for ; Fri, 28 Mar 2008 00:00:46 +0000 (UTC) (envelope-from terry@sucked-in.com) Received: from mail.sucked-in.com (got.sucked-in.com [64.251.22.156]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7918FC12 for ; Fri, 28 Mar 2008 00:00:46 +0000 (UTC) (envelope-from terry@sucked-in.com) Received: from localhost (got.sucked-in.com [64.251.22.156]) by mail.sucked-in.com (Postfix) with ESMTP id A74A11CCAD; Fri, 28 Mar 2008 10:44:57 +1100 (EST) X-Virus-Scanned: amavisd-new at sucked-in.com Received: from mail.sucked-in.com ([64.251.22.156]) by localhost (mail.sucked-in.com [64.251.22.156]) (amavisd-new, port 10024) with ESMTP id Kr0D1a+froeg; Fri, 28 Mar 2008 10:44:57 +1100 (EST) Received: from [192.168.0.3] (220-253-54-123.VIC.netspace.net.au [220.253.54.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sucked-in.com (Postfix) with ESMTPSA id 20C7A1CC49; Fri, 28 Mar 2008 10:44:55 +1100 (EST) Message-ID: <47EC3176.2040502@sucked-in.com> Date: Fri, 28 Mar 2008 10:44:54 +1100 From: Terry Sposato User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: Martin Blapp References: <20080327231624.V94524@godot> In-Reply-To: <20080327231624.V94524@godot> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig41655F7498B5B0F5F730B5C8" Cc: freebsd-stable@freebsd.org Subject: Re: Open-vm-tools port available for testing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 00:00:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig41655F7498B5B0F5F730B5C8 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Martin Blapp wrote: >=20 > Hi, >=20 > I've just made a port for FreeBSD 7 and FreeBSD 6 for the > Open-vmware-tools. Any Feedback is welcome. >=20 > http://antispam.imp.ch/patches/open-vmware-tools-freebsd-port.tgz >=20 > --=20 > Martin >=20 > Martin Blapp, > ------------------------------------------------------------------ > ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH > Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 > PGP: > PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E > ------------------------------------------------------------------ > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.or= g" Martin, Thanks for doing this, seems to be some problems with the downloading of = the tarball though. See below: [sugar-backup][~/open-vmware-tools]# make config =3D=3D=3D> No options to configure [sugar-backup][~/open-vmware-tools]# make =3D> open-vm-tools-2008.03.19-82724.tar.gz doesn't seem to exist in=20 /usr/ports/distfiles/. =3D> Attempting to fetch from=20 http://heanet.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i38= 6-Build/. fetch:=20 http://heanet.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i38= 6-Build/open-vm-tools-2008.03.19-82724.tar.gz:=20 Not Found =3D> Attempting to fetch from=20 http://nchc.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-= Build/. fetch:=20 http://nchc.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-= Build/open-vm-tools-2008.03.19-82724.tar.gz:=20 Moved Temporarily =3D> Attempting to fetch from=20 http://kent.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-= Build/. fetch:=20 http://kent.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-= Build/open-vm-tools-2008.03.19-82724.tar.gz:=20 Moved Temporarily =3D> Attempting to fetch from=20 http://easynews.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i= 386-Build/. fetch:=20 http://easynews.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i= 386-Build/open-vm-tools-2008.03.19-82724.tar.gz:=20 Moved Temporarily =3D> Attempting to fetch from=20 http://ufpr.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-= Build/. fetch:=20 http://ufpr.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-= Build/open-vm-tools-2008.03.19-82724.tar.gz:=20 Moved Temporarily =3D> Attempting to fetch from=20 http://umn.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-B= uild/. fetch:=20 http://umn.dl.sourceforge.net/sourceforge/open-vm-tools-FreeBSD7.0-i386-B= uild/open-vm-tools-2008.03.19-82724.tar.gz:=20 Moved Temporarily =3D> Attempting to fetch from=20 ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/. fetch:=20 ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/open-vm-tools-2008.03.1= 9-82724.tar.gz:=20 File unavailable (e.g., file not found, no access) =3D> Couldn't fetch it - please try to retrieve this =3D> port manually into /usr/ports/distfiles/ and try again. *** Error code 1 Stop in /root/open-vmware-tools. This diff file seems to work however: [sugar-backup][~/open-vmware-tools]# diff -Nru Makefile.old Makefile --- Makefile.old 2008-03-28 10:43:36.000000000 +1100 +++ Makefile 2008-03-28 10:43:58.000000000 +1100 @@ -5,7 +5,7 @@ # $FreeBSD: ports/emulators/vmware-guestd6/Makefile,v 1.50 2008/03/07=20 21:47:33 flz Exp $ # -PORTNAME=3D open-vm-tools-FreeBSD${OSREL}-${ARCH}-Build +PORTNAME=3D open-vm-tools PORTVERSION=3D ${BUILD_VER} CATEGORIES=3D emulators kld DISTNAME=3D open-vm-tools-${RELEASE_DATE}-${BUILD_VER} Regards, Terry --------------enig41655F7498B5B0F5F730B5C8 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.8 (MingW32) iEYEARECAAYFAkfsMXkACgkQcM6JNrdkO8gM0QCfc8HdLKCJ7BGbUVF4yoNUKxY2 9PIAoN0V7DGeZ+G1PbmaBR+dPeZPkUFP =K81l -----END PGP SIGNATURE----- --------------enig41655F7498B5B0F5F730B5C8-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 00:09:34 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C5F51065672 for ; Fri, 28 Mar 2008 00:09:34 +0000 (UTC) (envelope-from illoai@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id 0BC528FC12 for ; Fri, 28 Mar 2008 00:09:33 +0000 (UTC) (envelope-from illoai@gmail.com) Received: by an-out-0708.google.com with SMTP id c28so1144ana.57 for ; Thu, 27 Mar 2008 17:09:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=9fipPnfEPqVUzcc4MBdn5WiKQRgaRohVThClhDS+6BU=; b=CKExsDaFOcH830PX6F+ekvVxjZ75kCazvzIrEAFoNlL+MKdb5CQG6HbuIGl+ss7EnkVrUgM6LBlm/iiFzOoLnsUfyAkd06xyWUMTAgPbX65QEE4CFbeiQLWIIUnlbegy2Jy01XZksjtp1618ipr413iMDvKWxfRhJXhDf+jEXPE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=k4rVu8YqvPD3t/LCN3SCDJaVJFBNCo1QcX095BKc1TP+T6oL7VhXuXoXs+bsGWHCZHQ+nBU7/VCMT5ThDCY6OSJbFM4jR8Mvf2xVt15GqIoSQCqcXqbKLLzoYlxCAMFN8KnrxMew7RUqUUxssUWYs9hN+VCnBZzGDyo5Pz//rp4= Received: by 10.100.12.1 with SMTP id 1mr4906980anl.43.1206662973336; Thu, 27 Mar 2008 17:09:33 -0700 (PDT) Received: by 10.100.111.1 with HTTP; Thu, 27 Mar 2008 17:09:33 -0700 (PDT) Message-ID: Date: Thu, 27 Mar 2008 20:09:33 -0400 From: "illoai@gmail.com" To: "Danny Pansters" In-Reply-To: <200803280029.08136.danny@ricin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 00:09:34 -0000 On 27/03/2008, Danny Pansters wrote: > On Thursday 27 March 2008 14:45:49 Marian Hettwer wrote: > > On Thu, 27 Mar 2008 13:39:55 +0000, Matthew Seaman > > > > wrote: > > > -----BEGIN PGP SIGNED MESSAGE----- > > > Hash: RIPEMD160 > > > > > > Jared Carlson wrote: > > >> Hi I have a question about startup scripts for BSD distributions. > > >> Can you turn off the file system check that occurs every 30 boots, > > >> etc? I recall this being the case on a BSD platform, although my Mac > > >> OS X doesn't (to my knowledge) do a file system check that often at > > >> all. > > > > > > You are thinking of the Linux ext2/ext3 filesystem. > > > > Although this is OT, does anybody have a clue why ext2/ext3 filesystems > > behave like that? > > I wouldn't like to trust a filesystem which thinks a fsck is worth it, > > although it always was a clean shutdown. > > Any clue?! :) > > > ext2/3 is mounted async by default, I reckon most linux distros expect some fs > damage to occur because of that over time maybe. Or it's a relic of the days > when that was necessary, maybe it's not really necessary now anymore. It's just periodic maintenance which is nearly always set. No more necessary than running a virus check. UFS/FFS seems to do a better job of not messing up, although, if you use fat32 as the standard, ext[23] is nearly faultless as well. -- -- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 00:26:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6043B106566B for ; Fri, 28 Mar 2008 00:26:20 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D934C8FC16 for ; Fri, 28 Mar 2008 00:26:19 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jf2QD-0003tP-MY for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 00:26:17 +0000 Received: from 78-1-107-168.adsl.net.t-com.hr ([78.1.107.168]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 00:26:17 +0000 Received: from ivoras by 78-1-107-168.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 00:26:17 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 28 Mar 2008 01:26:08 +0100 Lines: 55 Message-ID: References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigA4AB865533665811AC3A61A4" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 78-1-107-168.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) In-Reply-To: <200803280029.08136.danny@ricin.com> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 00:26:20 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA4AB865533665811AC3A61A4 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Danny Pansters wrote: > Generally I can say that with freebsd even if you pull the plug and the= n let=20 > it reboot and do the automatical background fsck you'll likely loose on= ly=20 > that one file you might have been editing while (or just before) you=20 > unplugged the box. Stress testing I've done suggests otherwise :) I've literally repeatedly = pulled the plug of a server in a controlled environment, and with a=20 network logging of (a high load of) file system operations. My results=20 show that UFS+SU and ZFS on FreeBSD loose *the most* files (and in case=20 of UFS+SU especially directories), than any of: jfs, xfs, reiser3 (on=20 Linux 2.6.22) and NTFS (on Windows 2003 Server). ext3 is somewhat=20 similar to UFS+SU, though about 30% better at not loosing files. Some other notes from this proceeding: 1. UFS+gjournal looses the least, but it's also the slowest. 2. UFS+SU had no truncated files or files of unexpected length=20 (apparently it just looses the file that would end up in this state) 3. XFS and JFS end up with a *huge* number of files that are truncated=20 or of unexpected length (40%-50%!) 4. In no case has any of the above file systems gone completely=20 corrupted or lost any of the files/directories not being updated. 5. ZFS on FreeBSD was the fastest, in the sense of creating the most=20 files during this benchmark (though speed was not the target for this=20 benchmark so this is a low-quality observation), closely followed by JFS = and XFS. 6. ZFS crashed the kernel at least once. --------------enigA4AB865533665811AC3A61A4 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH7DsgldnAQVacBcgRAg25AJ9A4AaWubVe6sRJJmEBEJi5SY1WtACg4kkg +g2nNprGQR4OUCCJmfXOP7I= =0Cnn -----END PGP SIGNATURE----- --------------enigA4AB865533665811AC3A61A4-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 01:16:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1023E106566B for ; Fri, 28 Mar 2008 01:16:49 +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 8A23D8FC1E for ; Fri, 28 Mar 2008 01:16:48 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Jf3D1-0005ne-DR for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 01:16:43 +0000 Received: from adsl-69-234-212-231.dsl.irvnca.pacbell.net ([69.234.212.231]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 01:16:43 +0000 Received: from w41ter by adsl-69-234-212-231.dsl.irvnca.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 01:16:43 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: walt Date: Thu, 27 Mar 2008 18:16:29 -0700 Organization: none Lines: 42 Message-ID: References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> <845c0f80803271452v1e08b9e0u35d16ca9d3b270c4@mail.gmail.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: adsl-69-234-212-231.dsl.irvnca.pacbell.net In-Reply-To: <845c0f80803271452v1e08b9e0u35d16ca9d3b270c4@mail.gmail.com> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) Sender: news Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 01:16:49 -0000 On Thu, 27 Mar 2008, Rance Hall wrote: > On 3/27/08, walt wrote: > > > > You might try searching your source tree for .depend and .o files and > > delete any you find. Also, you could try building the old way: > > > > #cd /usr/src/sys/i386/conf > > #config GENERIC > > #cd ../compile/GENERIC > > #make all install > > > > If that works then you must have some funny files in your source tree > > that don't belong there. > > > searched for *.depend and *.o files, (none found) used find /usr/src > -name "*.depend" -print to get a list of files that needed to be > deleted. > > then tried the compile the old way as suggested, that fails too, with > the same errors and same files. Hm. Well, I just compiled GENERIC using the 'old' method. Your missing symbols are defined in assym.s, which is generated during the compile by genassym.sh right at the beginning: root@k9/usr/src/sys/i386/compile/GENERIC #make cc -c -O -pipe -march=athlon-xp -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding ../../../i386/i386/genassym.c NM='nm' sh ../../../kern/genassym.sh genassym.o > assym.s Do you see something different at your end? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 01:39:36 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E4A21065676 for ; Fri, 28 Mar 2008 01:39:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.152]) by mx1.freebsd.org (Postfix) with ESMTP id 908E08FC20 for ; Fri, 28 Mar 2008 01:39:35 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so8351fgg.35 for ; Thu, 27 Mar 2008 18:39:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=jMEKWDzYFyDOy6vrer6XAueQ0aGaPYTrPBz7J5NcQcg=; b=cE+xWdtw7UVrFNWjYNpRQ37wwgbhVJLVUowp5CU/jDOTAZCmMINaTMOIoHCaujIWan9F7FQoXsBQdQN5CS9Qgt1DVdQOeZ0e16Ow4xdPznh6PtAEBXE70bHesQbyr66cGNi7WRZoeM3p7zk1pyuQK3MjRGJaJoquQh67gy93Ans= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=OcOClNrSUGprjpQlUEt0cHL5PPEwu4Mmm9bvTq9GJyq+60Z2hlCHUEBCqaCzahPkkxndvnWmX5iczJtYFFfFt6eMcYYmGBUaX65o90Z+2l+7ZIMV6UYx5t+ETf5BF8EPSE221XqF4bGZmXRARA01tWqxIPSHePcU8Fretff/PCE= Received: by 10.82.146.10 with SMTP id t10mr5278165bud.6.1206668374015; Thu, 27 Mar 2008 18:39:34 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id o11sm609535fkf.9.2008.03.27.18.39.29 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 18:39:32 -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 m2S1dPLC098536 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 10:39:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2S1dNDk098535; Fri, 28 Mar 2008 10:39:23 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Mar 2008 10:39:23 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080328013923.GC98450@cdnetworks.co.kr> References: <626860.36996.qm@web33702.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <626860.36996.qm@web33702.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: Ian FREISLICH , FreeBSD STABLE , FreeBSD Current Subject: Re: Packet corruption in re0 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: Fri, 28 Mar 2008 01:39:36 -0000 On Thu, Mar 27, 2008 at 10:41:48AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > ----- Original Message ---- > > From: Pyun YongHyeon > > To: Ian FREISLICH > > Cc: FreeBSD Current ; Robert Backhaus > > Sent: Monday, March 17, 2008 8:12:03 AM > > Subject: Re: Packet corruption in re0 > > > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > > Pyun YongHyeon wrote: > > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > > Pyun YongHyeon wrote: > > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > > wr > > > ote: > > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus wrote: > > > > > > > > > I am experiencing roughly 15% packet corruption on the re > > inter > > > face > > > > > on > > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > > 7.0-PRERELEA > > > SE #8 > > > > > : > > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem only > > shows > > > up > > > > > > > > > after the system has been up for roughly 36 hours, depending > > on > > > the > > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to "." > > se > > > ems a > > > > > > > bit drastic, and I don't do much with cvs proper. I take it that I > > sh > > > ould > > > > > use > > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to add > > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c on > > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > > It basically shows up as quagga establishing OSPF neighours as > > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > > > I'll do more debugging. > > > > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > > tagging related issues on RELENG_7? > > > > > > > > To narrow down the issue it would be even better to know which parts > > > > of H/W assistance was broken. For example, > > > > - Disable checksum offload for VLAN interface first and check > > > > whether quagga works. > > > > > > You can only disable offload on the parent interface. > > > > > > > - Disable checksum offload for parent interface and check again. > > > > If you can post tcpdump output for broken conntection it may help a > > > > lot to diagnose the issue. > > > > > > The only flag affecting this behaviour is vlanhwtag. Various > > > permutations of the interface flags make no difference to this > > > behaviour as long as hardware tagging is enabled. > > > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > > is enabled. From the tcpdump output it looks like a padding or > > > packet length issue. > > > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > > Database Description, length: 1472 > > > > > > Here's what was actually recieved by the em(4) device on the > > > neighbour. Note the absense of the 801.1Q header: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length 1506: > > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: OSPFv2, > > Database Description, length: 1472 > > > > > > and the em(4) device recieves: > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: OSPFv2, > > Database Description, length: 1472 > > > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > > > > I guess I've found a VLAN hardware tagging bug in re(4). > > Please try this one and let me know the result. > > http://people.freebsd.org/~yongari/re/if_re.c > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > > Ian > > > > > > -- > > > Ian Freislich > > > > > > > -- > > Regards, > > Pyun YongHyeon > > > Pyun, > > I used it, and I got no bufer space available message, I run a server with heavey http requests and named as we.. > > so I had to increase the buffer. > Please try re(4) in HEAD. I've just committed one important fix to PCIe variants of RealTek chip. I guess re(4) in HEAD shall fix all known issues reported. > www# netstat -m > 553/1862/2415 mbufs in use (current/cache/total) > 279/1007/1286/65536 mbuf clusters in use (current/cache/total/max) > 279/768 mbuf+clusters out of packet secondary zone in use (current/cache) > 56/812/868/12800 4k (page size) jumbo clusters in use (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 920K/5727K/6647K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 41261 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > Can you make a patch for the changes you made in HEAD for RELENG_7? > I'll MFC re(4) changes in a week. -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 02:13:25 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E282B106564A for ; Fri, 28 Mar 2008 02:13:25 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id 43F248FC25 for ; Fri, 28 Mar 2008 02:13:24 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.1/8.14.0) with ESMTP id m2S2DBBv007062; Fri, 28 Mar 2008 03:13:12 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.1/8.14.0/Submit) with UUCP id m2S2DBnl007061; Fri, 28 Mar 2008 03:13:11 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id m2S1I1no057183; Fri, 28 Mar 2008 02:18:01 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.2/8.14.2) with ESMTP id m2S1HmFQ056949; Fri, 28 Mar 2008 02:17:49 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.14.2/8.14.2/Submit) id m2S1Hmvl056946; Fri, 28 Mar 2008 02:17:48 +0100 (CET) (envelope-from peter) Date: Fri, 28 Mar 2008 02:17:48 +0100 From: Peter Much To: Kris Kennaway Message-ID: <20080328011747.GA10803@gate.oper.dinoex.org> References: <47EABABC.5010309@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47EABABC.5010309@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Fri, 28 Mar 2008 03:13:12 +0100 (CET) Cc: freebsd-stable@FreeBSD.org, Peter Much Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 02:13:26 -0000 On Wed, Mar 26, 2008 at 10:06:04PM +0100, Kris Kennaway wrote: ! Software always has bugs, and it is a mistake to think that the "stable" ! designation does not mean "has no bugs". It's unfortunate that you have ! hit a couple of them, but please continue to work through the process of ! documenting them. Oh, don't worry, sure I do! I was just wondering where we are heading. I did not perceive this kind of problems the earlier upgrades (since Release 2) - sure there were problems with the new stuff, but not with the established things. And I do not worry if support for something is not happening or is dropped (due to lack of interest or ressources or whatever), but if already existing functionality just silently goes away with apparently nobody noticing, then I perceive it as a loss of one of the core values of a *nix-on-pc: that you do not need to buy new and fast hardware to get things done (you only need *reliable* hardware - and the newer one often is reliable only if built for servers; the consumer stuff is just getting WORSE.) ! With regards to your ethernet problems, old cards like ed do not get ! much testing thesedays because few people use them. Combined with the ! fact that ethernet problems are often specific to certain hardware ! models or revisions, you may be the only person to have tried this ! particular case in many years. Well, there are two reasons why I am using them: 1) if you place twisted-pair under the carpet, it will break after some months. On BNC cables i can walk for years, it does no harm. :) 2) It's true, i get a lovely dual if_fxp 10/100 64bit card on ebay for 1 euro, and it actually runs on a pentium2 - but i need a router then; and there what i get -at the consumer end- is so incredibly full of bugs, I will not rely on these! And I cannot fix them. :( ! By the same token, these problems are ! difficult to fix without a developer having access to the same problem ! hardware. You might consider offering to ship it to an interested ! developer if one can be found. I definitely will! The question is if a problem comes from an extravagance in one specific model of hardware (then it is not worth to put work into ancient hardware), or if there was a logical coding mistake during development within an existing codepiece that is now seldom used. The latter I would like to have fixed. And the other point is: I do not currently know how well people in less developed countries are supplied with suitable hardware - but I see them picking up on *nix - and I like that. :) rgds, PMc From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 02:13:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4BA701065670; Fri, 28 Mar 2008 02:13:27 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp.dinoex.sub.de [194.45.71.2]) by mx1.freebsd.org (Postfix) with ESMTP id B42738FC16; Fri, 28 Mar 2008 02:13:26 +0000 (UTC) (envelope-from pmc@citylink.dinoex.sub.org) Received: from uucp.dinoex.sub.de (uucp@uucp.dinoex.sub.de [194.45.71.2] (may be forged)) by uucp.dinoex.sub.de (8.14.1/8.14.0) with ESMTP id m2S2DCuL007068; Fri, 28 Mar 2008 03:13:12 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from citylink.dinoex.sub.org (uucp@localhost) by uucp.dinoex.sub.de (8.14.1/8.14.0/Submit) with UUCP id m2S2DCuV007067; Fri, 28 Mar 2008 03:13:12 +0100 (CET) (envelope-from pmc@citylink.dinoex.sub.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by citylink.dinoex.sub.de (8.14.2/8.14.2) with ESMTP id m2S1s2Kk002972; Fri, 28 Mar 2008 02:54:02 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: from gate.oper.dinoex.org (gate-e [192.168.98.2]) by gate.oper.dinoex.org (8.14.2/8.14.2) with ESMTP id m2S1p2WG000510; Fri, 28 Mar 2008 02:51:03 +0100 (CET) (envelope-from peter@gate.oper.dinoex.org) Received: (from peter@localhost) by gate.oper.dinoex.org (8.14.2/8.14.2/Submit) id m2S1p2GP000509; Fri, 28 Mar 2008 02:51:02 +0100 (CET) (envelope-from peter) Date: Fri, 28 Mar 2008 02:51:02 +0100 From: Peter Much To: Kostik Belousov Message-ID: <20080328015102.GA63003@gate.oper.dinoex.org> References: <200803261700.12851.jhb@freebsd.org> <20080326234513.GA30601@gate.oper.dinoex.org> <20080327095607.GS7965@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080327095607.GS7965@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.4.2.3i X-Milter: Spamilter (Reciever: uucp.dinoex.sub.de; Sender-ip: 194.45.71.2; Sender-helo: uucp.dinoex.sub.de; ) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (uucp.dinoex.sub.de [194.45.71.2]); Fri, 28 Mar 2008 03:13:13 +0100 (CET) Cc: freebsd-stable@freebsd.org, Peter Much , John Baldwin Subject: Re: "s/stable/broken/g" X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 02:13:27 -0000 ! Try the rev. 1.24 of the devfs_rule.c. In fact, it is fixed by somewhat ! bigger patch that I inlined below. It is already in CURRENT and RELENG_7. Thanks, this is cool: it seems to work on Rel. 6.3. :) rgds, PMc From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 02:19:25 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B6CB106566B for ; Fri, 28 Mar 2008 02:19:25 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 476918FC16 for ; Fri, 28 Mar 2008 02:19:24 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so33839wfa.7 for ; Thu, 27 Mar 2008 19:19:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=njeNhVD9OHhKwBYmKyH9Q8VSjEE5/IQf9TYlRktdpT0=; b=B8YsR4EunShyjJ3hFkgzhpBxpxViHDQemnvav0zyKzV4OX5ymlE+CO6N6qNaQxLl3pyaFC32vybfXgVFGLzvCn7EpZT3otckUH0v8ny08zndx+lWlyKwP2IAwOoEI1VkTiwB0+CecG9T21TaYd/Rk6Co/3aQKN3U9cY06KZNN0o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Wqm/Is3BPDIduD0uzJ9a1DhF/n8LW9Xi6J2PpOuSKLgWFe1EsPeTKdovY9dt+0QpkeaSXm2fCaBHdRdzgLt0uadObuPDaT2bMNCLPitaaA4HeQ0PJAXo/1AR9QTPN7dyvpCOcc3K/jzF2eR8rNGMHuuCNGiJO9s99EvLxmocisk= Received: by 10.142.242.8 with SMTP id p8mr1894452wfh.212.1206670764563; Thu, 27 Mar 2008 19:19:24 -0700 (PDT) Received: by 10.142.242.18 with HTTP; Thu, 27 Mar 2008 19:19:24 -0700 (PDT) Message-ID: <845c0f80803271919i18172cbdk4855c47067fcb312@mail.gmail.com> Date: Thu, 27 Mar 2008 21:19:24 -0500 From: "Rance Hall" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> <845c0f80803271452v1e08b9e0u35d16ca9d3b270c4@mail.gmail.com> Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 02:19:25 -0000 On Thu, Mar 27, 2008 at 8:16 PM, walt wrote: > > Hm. Well, I just compiled GENERIC using the 'old' method. Your missing > symbols are defined in assym.s, which is generated during the compile by > genassym.sh right at the beginning: > > root@k9/usr/src/sys/i386/compile/GENERIC #make > cc -c -O -pipe -march=athlon-xp -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. > -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding > ../../../i386/i386/genassym.c > NM='nm' sh ../../../kern/genassym.sh genassym.o > assym.s > > Do you see something different at your end? > I never noticed before but since you have mentioned that the values are supposed to be set in assym.s in the step right before my failure I went back and looked and I get this: [/usr/src/sys/i386/compile/GENERIC] root@rance-freebsd# make cc -c -o -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding ../../../i386/i386/genassym.c NM='nm' sh ../../../kern/genassym.sh genassym.o > assym.s nm: 'genassym.o': No such file which must be the problem. If there is no genassym.o file then assym.s doesnt get created. Then when assym.s doesnt get created the rest of the build will fail miserably ok, so I know what the problem is. Wonder what to do about it? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 02:49:05 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFB70106566B for ; Fri, 28 Mar 2008 02:49:05 +0000 (UTC) (envelope-from huang@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 648A38FC1C for ; Fri, 28 Mar 2008 02:49:05 +0000 (UTC) (envelope-from huang@gddsn.org.cn) Received: from hwh.gddsn.org.cn (hwh [192.168.168.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by gddsn.org.cn (Postfix) with ESMTP id 8F80538CBA1; Wed, 26 Mar 2008 20:37:16 +0800 (CST) Message-ID: <47EA437A.3070405@gddsn.org.cn> Date: Wed, 26 Mar 2008 20:37:14 +0800 From: Huang wen hui User-Agent: Thunderbird 2.0.0.6 (X11/20071103) MIME-Version: 1.0 To: Johan Hendriks , freebsd-stable@freebsd.org References: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> In-Reply-To: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 02:49:06 -0000 Johan Hendriks 写道: > I have updated my ports and thereby gnome to 2.22 and also did a > buildwolrd of RELENG_7 > > > > Now I have a strange issue that I need to move the mouse to see my > commands typed I a console or wait a few seconds. > > If I open a terminal (in gnome) and do a build of a port then the output > stops for a moment when I hit an icon on the desktop with my mouse. > > > > I do not know how to descripe this any better. > > When I stop the moused then everything is working normally (without the > mouse off course) when I start moused again from a terminal in gnome I > can type commands but they do not show up in the terminal window till I > move the mouse. > > > > I also do not know if it comes from the buildworld or the gnome update. > > Learned something again tho,do one big update after the other one > finished ;-) > > I got same problem on my T60p notebook. I disable moused in /etc/rc.conf fixed this problem. --hwh > > > > > Regards > > Johan > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 02:49:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 180A4106564A for ; Fri, 28 Mar 2008 02:49:49 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8AD2D8FC1C for ; Fri, 28 Mar 2008 02:49:48 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so27908fgg.35 for ; Thu, 27 Mar 2008 19:49:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=XkK4ouWFDa449kT34W6bJArIUGa/V43fTt7wO++WMYY=; b=TJATaGfr5/TgjSaWLsXWtG3ydJ6yxNZHpZgKfe2WBvGReQdhrNaqutKrXcdDlFqdC+RLSGRc4mrjQ6c8yVdqMLzuHBgODBSxkKbnuN8cwSh7alpAueobpYqW0yf8jd8iJkEr6m3Vo+v6i2v+XSsgz494pb9lRSI9Bi/JaQ8UJEo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=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=lRUY/qNi4PJUmFrCyaMokkHts9qBXljEXtUvYECCpjQT9Ye7zokcPz2eN0tpyug6jJK0MyRZIVfePVL+/4oYZe2qZgVPRMAFBUZs0mI2XwhuYl89sduRxBXCuudB1aqCmgVY2XqBYyRjOs/II9qRpTYIkVffYTCMs+AT8OG8BDw= Received: by 10.86.99.9 with SMTP id w9mr1357702fgb.58.1206670854704; Thu, 27 Mar 2008 19:20:54 -0700 (PDT) Received: by 10.86.28.19 with HTTP; Thu, 27 Mar 2008 19:20:54 -0700 (PDT) Message-ID: <3bbf2fe10803271920k98d516g4213542787ad663@mail.gmail.com> Date: Fri, 28 Mar 2008 03:20:54 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Max Laier" In-Reply-To: <200803252113.47259.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080314192359.GA4677@dataxnet.ro> <200803221655.28975.max@love2party.net> <20080325192113.GA61579@dataxnet.ro> <200803252113.47259.max@love2party.net> X-Google-Sender-Auth: 9a7a75c9302c1136 Cc: freebsd-stable@freebsd.org, Robert Watson , Alex Popa , John Baldwin Subject: Re: Lock Order Reversal on 7.0-STABLE with pf and ipfw / dummynet (traces) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 02:49:49 -0000 2008/3/25, Max Laier : > Hi Alex, > > so it's basically back to square one. We only have LORs between the pfil > R/W lock (read instance) and mutexes that don't have any lock order with > the pfil R/W lock (write instance) at all. This means the deadlock can't > be explained by the LORs that are reported (unless there is something I'm > missing). Unless somebody who is seeing these kind of deadlocks can > actually break into a debugger to identify the locks at play, everything > else is just speculation. > > I will fix the fastroute LOR with the patch you have been testing, > eventhough it didn't fix your problem. For the remaining issue, we need > more IPFW or lock primitives knowledge (extending CC-list). > > Note that the first LOR features a recursive pickup of the pfil R/W lock. > I remember that Attilio committed a patch to forbid this for CURRENT. > Could this be the cause of a deadlock? Would it make sense to MFC > rm_locks and try if they hold up under this scenario? I decided to not commit this patch to CURRENT basing on the Robert's feedback that read recursion in network stack is (will be?) fundamental. Likely, it should not explain the deadlock still. As you point out, the better thing would be using a machine with stock CVS + DDB + INVARIANTS and check the state of threads and the state of locks. Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 03:19:47 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1EF41065672 for ; Fri, 28 Mar 2008 03:19:47 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from smtp5.clear.net.nz (smtp5.clear.net.nz [203.97.33.68]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3158FC14 for ; Fri, 28 Mar 2008 03:19:47 +0000 (UTC) (envelope-from markir@paradise.net.nz) Received: from zmori.markir.net (121-73-164-60.dsl.telstraclear.net [121.73.164.60]) by smtp5.clear.net.nz (CLEAR Net Mail) with ESMTP id <0JYF005KI7WW0900@smtp5.clear.net.nz> for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 16:19:46 +1300 (NZDT) Date: Fri, 28 Mar 2008 16:19:38 +1300 From: Mark Kirkwood To: freebsd-stable@freebsd.org Message-id: <47EC63CA.5060009@paradise.net.nz> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed Content-transfer-encoding: 7bit User-Agent: Thunderbird 2.0.0.9 (X11/20071203) Subject: USB stall with creative nomad X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 03:19:47 -0000 Hi, I'm seeing a hang when I insert one of these guys into my 7 stable box (kernel from 28 Feb), after removing it all seems well: Mar 27 13:32:29 zmori root: Unknown USB device: vendor 0x041e product 0x4106 bus uhub1 Mar 27 13:32:29 zmori kernel: umass0: on uhub1 Mar 27 13:32:30 zmori kernel: da0 at umass-sim0 bus 0 target 0 lun 0 Mar 27 13:32:30 zmori kernel: da0: Removable Direct Access SCSI-4 device Mar 27 13:32:30 zmori kernel: da0: 1.000MB/s transfers Mar 27 13:32:30 zmori kernel: da0: 125MB (256001 512 byte sectors: 64H 32S/T 125C) Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: (da0:umass-sim0:0:0:0): AutoSense Failed Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB reset failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-in clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: BBB bulk-out clear stall failed, STALLED Mar 27 13:32:39 zmori kernel: umass0: at uhub1 port 1 (addr 2) disconnected Mar 27 13:32:39 zmori kernel: (da0:umass-sim0:0:0:0): lost device Mar 27 13:32:39 zmori kernel: (da0:dead_sim0:0:0:0): removing device entry Mar 27 13:32:39 zmori kernel: umass0: detached This worked ok under 6 Stable - on this particular box, I upgraded it to 7 from source, and have yet to rebuild the userland stuff (could this be a factor???). The box is a VIA Apollo 266 chipset (I've noticed some mails about USB 2.0 bugs with VIA - but this board is 1.0 or 1.1 only). Cheers Mark From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 03:37:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66AAE106566B for ; Fri, 28 Mar 2008 03:37:08 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: from sigma.octantis.com.au (ns2.octantis.com.au [207.44.189.124]) by mx1.freebsd.org (Postfix) with ESMTP id D27FF8FC22 for ; Fri, 28 Mar 2008 03:37:07 +0000 (UTC) (envelope-from freebsd@meijome.net) Received: (qmail 27776 invoked from network); 27 Mar 2008 22:09:06 -0500 Received: from 124-170-34-229.dyn.iinet.net.au (HELO localhost) (124.170.34.229) by sigma.octantis.com.au with (DHE-RSA-AES128-SHA encrypted) SMTP; 27 Mar 2008 22:09:06 -0500 Date: Fri, 28 Mar 2008 14:08:53 +1100 From: Norberto Meijome To: Dominic Fandrey Message-ID: <20080328140853.4a999225@meijome.net> In-Reply-To: <47EAE0F8.8070707@bsdforen.de> References: <57200BF94E69E54880C9BB1AF714BBCB5DDD0A@w2003s01.double-l.local> <259066688.20080326233038@gmail.com> <47EAE0F8.8070707@bsdforen.de> X-Mailer: Claws Mail 3.3.1 (GTK+ 2.12.9; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Cory Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 03:37:08 -0000 On Thu, 27 Mar 2008 00:49:12 +0100 Dominic Fandrey wrote: > Cory wrote: > > Wednesday, March 26, 2008, 1:30:07 PM, Johan wrote: > > > I have found a solution for this. Certain CPU-Types seem to trigger a problem > with moused. This is an example for a make.conf workaround: > > > # moused bug workaround > .if ${.CURDIR:M*/usr.sbin/moused} > .if defined(CPUTYPE) > .if ${CPUTYPE} == core2 > CPUTYPE=athlon64 > .elif ${CPUTYPE} == pentium-m > CPUTYPE=pentium3 > .endif > .endif > .endif > > > I suspect the problem is a gcc bug. I tried this and it didn't work ( I rebuilt moused , confirmed pentium3 and pentium4 (tried both) were used and installed, rebooted. I also rebuilt + reinstall all of world just in case). Removing moused from rc.conf fixes the problem (but leaves me w/o usb mouse) Jun-uk's posting about Xorg-server w/o HAL support did the trick. I'm now working again with moused, usb mouse + touchpad, xorg sans-hal and no crazy refresh/choppiness issues. thanks!!! B ________ {Beto|Norberto|Numard} Meijome I sense much NT in you. NT leads to Bluescreen. Bluescreen leads to downtime. Downtime leads to suffering. NT is the path to the darkside. Powerful Unix is. I speak for myself, not my employer. Contents may be hot. Slippery when wet. Reading disclaimers makes you go blind. Writing them is worse. You have been Warned. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 05:47:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EB9A1065671 for ; Fri, 28 Mar 2008 05:47:52 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33703.mail.mud.yahoo.com (web33703.mail.mud.yahoo.com [68.142.201.200]) by mx1.freebsd.org (Postfix) with SMTP id 189B38FC18 for ; Fri, 28 Mar 2008 05:47:51 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 8833 invoked by uid 60001); 28 Mar 2008 05:47:51 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=aH+yxp+O0chwFgRns5Ll6tSkyqW8SaP8jG1kA6bmPbsso+eVsaEaVBvPy4Yon1RqgEyJeZwT5x3BxLQC+dn2rG4AvZOGp4wUQouK8G8u07xKvN1itx2mKXt62GEw8MXVkAWdEksQ9D6KedatSo8BuJ2mGd0bAc8bEM9T391VvQA=; X-YMail-OSG: RS_D9OwVM1kjFCcO6HeQpou2N07SVxSlk8xTXiTvtVzxfvK6QNeqacW35ZPeOvhiOw-- Received: from [82.148.96.69] by web33703.mail.mud.yahoo.com via HTTP; Thu, 27 Mar 2008 22:47:51 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Thu, 27 Mar 2008 22:47:51 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <485760.8465.qm@web33703.mail.mud.yahoo.com> Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 05:47:52 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: Ian FREISLICH ; FreeBSD Current ; FreeBSD STABLE > Sent: Friday, March 28, 2008 4:39:23 AM > Subject: Re: Packet corruption in re0 > > On Thu, Mar 27, 2008 at 10:41:48AM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > ----- Original Message ---- > > > From: Pyun YongHyeon > > > To: Ian FREISLICH > > > Cc: FreeBSD Current ; Robert Backhaus > > > > Sent: Monday, March 17, 2008 8:12:03 AM > > > Subject: Re: Packet corruption in re0 > > > > > > On Fri, Feb 22, 2008 at 10:43:22AM +0200, Ian FREISLICH wrote: > > > > Pyun YongHyeon wrote: > > > > > On Thu, Feb 21, 2008 at 01:18:18PM +0200, Ian FREISLICH wrote: > > > > > > Pyun YongHyeon wrote: > > > > > > > On Thu, Feb 21, 2008 at 02:47:43PM +1000, Robert Backhaus wrote: > > > > > > > > On Thu, Feb 21, 2008 at 1:50 PM, Pyun YongHyeon > > > wr > > > > ote: > > > > > > > > > On Thu, Feb 21, 2008 at 11:03:02AM +1000, Robert Backhaus > wrote: > > > > > > > > > > I am experiencing roughly 15% packet corruption on the > re > > > inter > > > > face > > > > > > on > > > > > > > > > > my freebsd 7/amd64 box. > > > > > > > > > > > > > > > > > > > > FreeBSD gw.flexi.robbak.com 7.0-PRERELEASE FreeBSD > > > 7.0-PRERELEA > > > > SE #8 > > > > > > : > > > > > > > > > > Tue Feb 5 09:49:55 EST 2008 > > > > > > > > > > root@gw.flexi.robbak.com:/usr/obj/usr/src/sys/GW amd64 > > > > > > > > > > > > > > > > > > > > Just to make troubleshooting difficult, this problem > only > > > shows > > > > up > > > > > > > > > > after the system has been up for roughly 36 hours, > depending > > > on > > > > the > > > > > > > > > > amount of traffic. > > > > > > > > > > > > > > > > > > > > > > > > > > > > I didn't take a look attached tcpdump files but I guess the > > > > > > > > > instability issue was fixed in HEAD. It's not yet MFCed but > > > > > > > > > I'll handle it in a week. > > > > > > > > > > > > > > > > > > Would you try re(4) in HEAD? > > > > > > > > > > > > > > > > > > > > > > > > > OK, I'll do that. What is the best way to do that? csupping to > "." > > > se > > > > ems a > > > > > > > > bit drastic, and I don't do much with cvs proper. I take it > that I > > > sh > > > > ould > > > > > > use > > > > > > > > anon-cvs to grab the directory, but I don't quite know how. > > > > > > > > > > > > > > > > > > > > > > Copy sys/dev/re/if_re.c, sys/pci/if_rlreg.h in HEAD to your box. > > > > > > > Due to lack of m_defrag(9) in 7-PRERELEASE/RC, you also have to > add > > > > > > > that function to if_re.c(Copy m_defrag() in sys/kern/uipc_mbuf.c > on > > > > > > > HEAD/RELENG_7 to if_re.c). That would make it build on your box. > > > > > > > > > > > > This doesn't solve the problem that I'm seeing on re(4) interfaces. > > > > > > It basically shows up as quagga establishing OSPF neighours as > > > > > > "Exchange/DR" when VLAN hardware tagging is enabled. I'm running > > > > > > OSPF over 802.1Q vlans. Neighbours are correctly negotiated once > > > > > > VLAN hardware tagging is disabled on the interface. > > > > > > > > > > > > I'll do more debugging. > > > > > > > > > > > > > > > > Hmm. That sounds like different issue to me. I guess I din't change > > > > > any semantics in VLAN H/W tagging. Do you still the same VLAN H/W > > > > > tagging related issues on RELENG_7? > > > > > > > > > > To narrow down the issue it would be even better to know which parts > > > > > of H/W assistance was broken. For example, > > > > > - Disable checksum offload for VLAN interface first and check > > > > > whether quagga works. > > > > > > > > You can only disable offload on the parent interface. > > > > > > > > > - Disable checksum offload for parent interface and check again. > > > > > If you can post tcpdump output for broken conntection it may help a > > > > > lot to diagnose the issue. > > > > > > > > The only flag affecting this behaviour is vlanhwtag. Various > > > > permutations of the interface flags make no difference to this > > > > behaviour as long as hardware tagging is enabled. > > > > > > > > It seems like it's corrupting large packets on transmit when vlanhwtag > > > > is enabled. From the tcpdump output it looks like a padding or > > > > packet length issue. > > > > > > > > Here's what tcpdump on the re(4) device thinks it's transmitting: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > Here's what was actually recieved by the em(4) device on the > > > > neighbour. Note the absense of the 801.1Q header: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype IPv4 (0x0800), length > 1506: > > > 196.22.138.92 > 196.22.138.89: OSPFv2, Database Description, length: 1472 > > > > > > > > When vlanhwtagging is disabled, the re(4) device transmits: > > > > > > > > 00:90:fb:0c:89:7d > 00:08:a1:3c:32:9c, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.89 > 196.22.138.92: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > and the em(4) device recieves: > > > > > > > > 00:08:a1:3c:32:9c > 00:90:fb:0c:89:7d, ethertype 802.1Q (0x8100), length > > > > 1510: vlan 1000, p 0, ethertype IPv4, 196.22.138.92 > 196.22.138.89: > OSPFv2, > > > Database Description, length: 1472 > > > > > > > > Let me know if you need more detailed tcpdump output than I've provided. > > > > > > > > > > I guess I've found a VLAN hardware tagging bug in re(4). > > > Please try this one and let me know the result. > > > http://people.freebsd.org/~yongari/re/if_re.c > > > http://people.freebsd.org/~yongari/re/if_rlreg.h > > > > > > > Ian > > > > > > > > -- > > > > Ian Freislich > > > > > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > Pyun, > > > > I used it, and I got no bufer space available message, I run a server with > heavey http requests and named as we.. > > > > so I had to increase the buffer. > > > > Please try re(4) in HEAD. > I've just committed one important fix to PCIe variants of RealTek > chip. I guess re(4) in HEAD shall fix all known issues reported. > I'll MFC re(4) changes in a week. > > -- > Regards, > Pyun YongHyeon > Hello Pyun, I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in RELENG_7. machine -> /usr/src/sys/amd64/include rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c ===> mii (depend) @ -> /usr/src/sys machine -> /usr/src/sys/amd64/include awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h awk -f @/tools/makeobjops.awk @/kern/device_if.m -h awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h rm -f .depend mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c /usr/src/sys/modules/mii/../../dev/mii/amphy.c /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c /usr/src/sys/modules/mii/../../dev/mii/brgphy.c /usr/src/sys/modules/mii/../../dev/mii/ciphy.c /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c /usr/src/sys/modules/mii/../../dev/mii/exphy.c /usr/src/sys/modules/mii/../../dev/mii/gentbi.c /usr/src/sys/modules/mii/../../dev/mii/icsphy.c /usr/src/sys/modules/mii/../../dev/mii/inphy.c /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c /usr/src/sys/modules/mii/../../dev/mii/mii.c /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c /usr/src/sys/modules/mii/../../dev/mii/mlphy.c /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c /usr/src/sys/modules/mii/../../dev/mii/qsphy.c /usr/src/sys/modules/mii/../../dev/mii/rgephy.c /usr/src/sys/modules/mii/../../dev/mii/rlphy.c /usr/src/sys/modules/mii/../../dev/mii/ruephy.c /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c /usr/src/sys/modules/mii/../../dev/mii/tlphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c /usr/src/sys/modules/mii/../../dev/mii/xmphy.c In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1062:6: error: unterminated comment @/pci/if_rlreg.h:654:1: error: unterminated #if In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions @/pci/if_rlreg.h:1062:6: error: unterminated comment @/pci/if_rlreg.h:654:1: error: unterminated #if mkdep: compile failed *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 2 errors *** Error code 2 1 error *** Error code 2 1 error Could you please help with a patch could be applied in RELENG_7? This is urgent issue. --- Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 06:38:10 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A17C1106566B; Fri, 28 Mar 2008 06:38:10 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 164C28FC13; Fri, 28 Mar 2008 06:38:09 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.2/8.14.2) with ESMTP id m2S6c4nP048859; Fri, 28 Mar 2008 06:38:04 GMT (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.5.0 smtp.infracaninophile.co.uk m2S6c4nP048859 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1206686284; bh=yqry1OVXYE4Lhe lJWhmFvGmZamKBccFRk+AvzM2AESw=; h=Message-ID:Date:From:MIME-Version: To:CC:References:In-Reply-To:Content-Type:Cc:Content-Type:Date: From:In-Reply-To:Message-ID:Mime-Version:References:To; z=Message- ID:=20<47EC9245.6060200@infracaninophile.co.uk>|Date:=20Fri,=2028=2 0Mar=202008=2006:37:57=20+0000|From:=20Matthew=20Seaman=20|Organization:=20Infracaninophile|User-Agen t:=20Thunderbird=202.0.0.12=20(X11/20080310)|MIME-Version:=201.0|To :=20Ivan=20Voras=20|CC:=20freebsd-stable@freebs d.org|Subject:=20Re:=20Question=20about=20file=20system=20checks|Re ferences:=20<47EBA3AB.40307@infracaninophile.co.uk>=09=09<200803280029.08136.danny@ricin.c om>=20|In-Reply-To:=20|X-Enigmail-Version:=200.95.6|Content-Type:=20multipart/ signed=3B=20micalg=3Dpgp-sha256=3B=0D=0A=20protocol=3D"application/ pgp-signature"=3B=0D=0A=20boundary=3D"------------enig9078859072030 4798A660920"; b=pZIWUvctzrGzt7gMoE5fZCwrKqnbJEU59qtrXK7dLCL00BT8bhS 6+h4B4gGq9NkDlc/bW/ZKISj0PYrScHr9ZD2vxG+9KizHwZyGXZxyEj+V/koalBp2Fv VmeDdzhyJTa/SEbMMlOYdlfpaZY2x6U6IvPiQIff2txJoKCjC5TfA= Message-ID: <47EC9245.6060200@infracaninophile.co.uk> Date: Fri, 28 Mar 2008 06:37:57 +0000 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.12 (X11/20080310) MIME-Version: 1.0 To: Ivan Voras References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> In-Reply-To: X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enig90788590720304798A660920" X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Fri, 28 Mar 2008 06:38:04 +0000 (GMT) X-Virus-Scanned: ClamAV 0.92.1/6433/Thu Mar 27 23:58:26 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.4 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 06:38:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig90788590720304798A660920 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > Danny Pansters wrote: >=20 >> Generally I can say that with freebsd even if you pull the plug and=20 >> then let it reboot and do the automatical background fsck you'll=20 >> likely loose only that one file you might have been editing while (or = >> just before) you unplugged the box. >=20 > Stress testing I've done suggests otherwise :) I've literally repeatedl= y=20 > pulled the plug of a server in a controlled environment, and with a=20 > network logging of (a high load of) file system operations. My results = > show that UFS+SU and ZFS on FreeBSD loose *the most* files (and in case= =20 > of UFS+SU especially directories), than any of: jfs, xfs, reiser3 (on=20 > Linux 2.6.22) and NTFS (on Windows 2003 Server). ext3 is somewhat=20 > similar to UFS+SU, though about 30% better at not loosing files. >=20 > Some other notes from this proceeding: >=20 > 1. UFS+gjournal looses the least, but it's also the slowest. > 2. UFS+SU had no truncated files or files of unexpected length=20 > (apparently it just looses the file that would end up in this state) > 3. XFS and JFS end up with a *huge* number of files that are truncated = > or of unexpected length (40%-50%!) > 4. In no case has any of the above file systems gone completely=20 > corrupted or lost any of the files/directories not being updated. > 5. ZFS on FreeBSD was the fastest, in the sense of creating the most=20 > files during this benchmark (though speed was not the target for this=20 > benchmark so this is a low-quality observation), closely followed by JF= S=20 > and XFS. > 6. ZFS crashed the kernel at least once. >=20 Hmmm.... in many ways a corrupt or truncated file is a worse outcome than a completely missing file -- at least if the file has gone away you know you've got to do something to fix it. A damaged file could end up silently causing weird behavioural effects and (by the law of natural cussedness) it is almost bound not to be tracked down until the day after the last good copy on the backup tapes gets overwritten... How do the different filesystems compare if you total all lost, damaged or truncated files? Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enig90788590720304798A660920 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.8 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkfskkwACgkQ8Mjk52CukIwuyACfYZM+tJP/tKIm+xEsoZOpDLhe vwsAnRunRIGu37irlhehoZx4i6k6bjRQ =MA74 -----END PGP SIGNATURE----- --------------enig90788590720304798A660920-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 06:44:02 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA0811065673 for ; Fri, 28 Mar 2008 06:44:02 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 362358FC26 for ; Fri, 28 Mar 2008 06:44:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so98304fgg.35 for ; Thu, 27 Mar 2008 23:44:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=k++HDwZcQS18WxGAqerZwRdv5ABBb+mRIHKP/FH8IhY=; b=RzJWshf9wesjVF3cWiyPZd6S5yXZ0LfCKfQ4fBkXgLZlD26iXyK4RiE/H4QA8SJ13kfkdiBIt5bM3i2RdfjHM5OSM7H6RtmKuR/G40pNbJTmJW2WF6v7Vx1bENq3hYesOKM9NgQROJw0kTq6FFw9D4GXqIFWjQuBsJZBFu+uvCU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=R/eNy+wUwyEIb1f2rPuZMRnT0ObQdQ8XIilDCTNiun4DnqBEsOolYouHRmJxP+fv1szk+aBYsgYDuB9lWE4gcFXq1TW5j8v0SyGxMhzqsyXbW6POIhkC1NMPQvKJ+/hzVlW1LtJVbgBep4cqXlDS4WxF7SOGfUg2Ir74kI4SlXQ= Received: by 10.82.175.17 with SMTP id x17mr5739759bue.19.1206686640662; Thu, 27 Mar 2008 23:44:00 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 3sm1689734fge.7.2008.03.27.23.43.57 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 23:43:59 -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 m2S6hrKn099479 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 15:43:53 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2S6hqjX099478; Fri, 28 Mar 2008 15:43:52 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Mar 2008 15:43:52 +0900 From: Pyun YongHyeon To: Abdullah Ibn Hamad Al-Marri Message-ID: <20080328064352.GF98450@cdnetworks.co.kr> References: <485760.8465.qm@web33703.mail.mud.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <485760.8465.qm@web33703.mail.mud.yahoo.com> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 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: Fri, 28 Mar 2008 06:44:03 -0000 On Thu, Mar 27, 2008 at 10:47:51PM -0700, Abdullah Ibn Hamad Al-Marri wrote: [...] > > > > > > Pyun, > > > > > > I used it, and I got no bufer space available message, I run a server with > > heavey http requests and named as we.. > > > > > > so I had to increase the buffer. > > > > > > > Please try re(4) in HEAD. > > I've just committed one important fix to PCIe variants of RealTek > > chip. I guess re(4) in HEAD shall fix all known issues reported. > > > > I'll MFC re(4) changes in a week. > > > > -- > > Regards, > > Pyun YongHyeon > > > > Hello Pyun, > > I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in RELENG_7. > > machine -> /usr/src/sys/amd64/include > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c > ===> mii (depend) > @ -> /usr/src/sys > machine -> /usr/src/sys/amd64/include > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > rm -f .depend > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c /usr/src/sys/modules/mii/../../dev/mii/amphy.c /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c /usr/src/sys/modules/mii/../../dev/mii/brgphy.c /usr/src/sys/modules/mii/../../dev/mii/ciphy.c /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c /usr/src/sys/modules/mii/../../dev/mii/exphy.c /usr/src/sys/modules/mii/../../dev/mii/gentbi.c /usr/src/sys/modules/mii/../../dev/mii/icsphy.c /usr/src/sys/modules/mii/../../dev/mii/inphy.c /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c /usr/src/sys/modules/mii/../../dev/mii/mii.c /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c /usr/src/sys/modules/mii/../../dev/mii/mlphy.c /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c /usr/src/sys/modules/mii/../../dev/mii/nsphy.c > /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c /usr/src/sys/modules/mii/../../dev/mii/qsphy.c /usr/src/sys/modules/mii/../../dev/mii/rgephy.c /usr/src/sys/modules/mii/../../dev/mii/rlphy.c /usr/src/sys/modules/mii/../../dev/mii/ruephy.c /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c /usr/src/sys/modules/mii/../../dev/mii/tlphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy.c /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c /usr/src/sys/modules/mii/../../dev/mii/xmphy.c > In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions > @/pci/if_rlreg.h:1062:6: error: unterminated comment > @/pci/if_rlreg.h:654:1: error: unterminated #if > In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor expressions > @/pci/if_rlreg.h:1062:6: error: unterminated comment > @/pci/if_rlreg.h:654:1: error: unterminated #if > mkdep: compile failed > *** Error code 1 > 1 error > *** Error code 2 > 1 error > *** Error code 2 > 2 errors > *** Error code 2 > 1 error > *** Error code 2 > 1 error > > > > Could you please help with a patch could be applied in RELENG_7? This is urgent issue. > The files in the following URL are the same one in HEAD except addition of minor glude code to build it on RELENG_7. http://people.freebsd.org/~yongari/re/if_re.c http://people.freebsd.org/~yongari/re/if_rlreg.h -- Regards, Pyun YongHyeon From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 06:53:52 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 765B11065670 for ; Fri, 28 Mar 2008 06:53:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id E7E1B8FC1C for ; Fri, 28 Mar 2008 06:53:51 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so101052fgg.35 for ; Thu, 27 Mar 2008 23:53:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=Js0mhPLsNh+pGvIV8oEQmc5+b32EFrSM5aUB/UdMhfE=; b=jviW3YeeLzxY5VNPejloXeLewU0fkZ/0HmeVfX70UTZc3orcTssUw4mTJQIr5IXyLtMe5Um5gBBT9A1d5iZJK9V9LL5qCn9Ryu567q7uve82HWFZaCOJ3BMstJsZv029E1m6hdAaHCZuEfuc4mGn082432F/MKw1w070R0YWS90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=ah4ZDQ0Y+lTJpvuJJ86zWsShoVQt9GRFepkHw0n+E546KzDzY5kBqwy1y6eMb7Jb/tNJMrHekH+ClLDGVRWw6SK3/OIzRUVsELvfidiZ7x2A4amVMyIiKJgEtWd7Kd3D59wx/az2qX+wArYOEd/ZZvYfDXRoMJkyJpQTeMJPIJI= Received: by 10.86.89.4 with SMTP id m4mr1552522fgb.12.1206687230969; Thu, 27 Mar 2008 23:53:50 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 3sm1705542fge.7.2008.03.27.23.53.47 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 27 Mar 2008 23:53:49 -0700 (PDT) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id m2S6rhCc099521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 15:53:43 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id m2S6rgMZ099520; Fri, 28 Mar 2008 15:53:42 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 28 Mar 2008 15:53:42 +0900 From: Pyun YongHyeon To: Danny Braniss Message-ID: <20080328065342.GG98450@cdnetworks.co.kr> References: <20080327114712.GB95274@cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-stable@freebsd.org Subject: Re: Marvell Technology Group Ltd. Yukon EC Ultra 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: Fri, 28 Mar 2008 06:53:52 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Thu, Mar 27, 2008 at 01:52:41PM +0200, Danny Braniss wrote: > > On Thu, Mar 27, 2008 at 01:32:46PM +0200, Danny Braniss wrote: > > > > On Thu, Mar 27, 2008 at 12:57:31PM +0200, Danny Braniss wrote: > > > > > Hi, > > > > > Under load, the msk has problems, with hw.msk.legacy_intr=1 and 0. > > > > > with = 1, i get > > > > > TCP segementation error > > > > > watchdog timeout > > > > > with = 0, > > > > > Tx MAC parity error > > > > > watchdog timeout > > > > > > > > > > > > > Would you show me verbosed boot messages related with msk(4)/e1000phy(4)? > > > > > > > mskc0: port 0xc800-0xc8ff mem > > > 0xfeafc000-0xfeafffff irq 17 at device 0.0 on pci1 > > > mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfeafc000 > > > mskc0: MSI count : 1 > > > mskc0: attempting to allocate 1 MSI vectors (1 supported) > > > msi: routing MSI IRQ 256 to vector 52 > > > mskc0: using IRQ 256 for MSI > > > mskc0: RAM buffer size : 128KB ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Hmm, I don't think EC Ultra have that much of RAM buffer. > > > mskc0: Port 0 : Rx Queue 85KB(0x00000000:0x000153ff) > > > mskc0: Port 0 : Tx Queue 43KB(0x00015400:0x0001ffff) > > > msk0: on mskc0 > > > msk0: bpf attached > > > msk0: Ethernet address: 00:1e:8c:6d:5c:fe > > > miibus0: on msk0 > > > e1000phy0: PHY 0 on miibus0 > > > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, > > > auto > > > mskc0: [MPSAFE] > > > mskc0: [FILTER] > > > > > > is this enough? > > > > Yes, it seems that 88E8056/88E1149 PHY has several issues. I recall > > that there had been several reports for this issue. Since nfe(4) > > with 88E1149 also have some stability issues, e1000phy(4) has lack > > of required code for 88E1149 PHY. Up to date, I couldn't find a > > clue, sorry. I'll let you know if I have a code to give it spin. > > great and thanks, > Please try attached patch and let me know how it goes. -- Regards, Pyun YongHyeon --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="msk.ec-ultra.patch8" --- sys/dev/msk/if_msk.c.orig 2008-03-27 13:43:51.000000000 +0900 +++ sys/dev/msk/if_msk.c 2008-03-28 15:17:44.000000000 +0900 @@ -1041,14 +1041,15 @@ { int next; int i; - uint8_t val; /* Get adapter SRAM size. */ - val = CSR_READ_1(sc, B2_E_0); - sc->msk_ramsize = (val == 0) ? 128 : val * 4; + sc->msk_ramsize = CSR_READ_1(sc, B2_E_0) * 4; if (bootverbose) device_printf(sc->msk_dev, "RAM buffer size : %dKB\n", sc->msk_ramsize); + + if (sc->msk_ramsize == 0) + return (0); /* * Give receiver 2/3 of memory and round down to the multiple * of 1024. Tx/Rx RAM buffer size of Yukon II shoud be multiple @@ -1116,8 +1117,6 @@ } else if (sc->msk_hw_id == CHIP_ID_YUKON_EC_U) { uint32_t our; - CSR_WRITE_2(sc, B0_CTST, Y2_HW_WOL_ON); - /* Enable all clocks. */ pci_write_config(sc->msk_dev, PCI_OUR_REG_3, 0, 4); our = pci_read_config(sc->msk_dev, PCI_OUR_REG_4, 4); @@ -1125,8 +1124,14 @@ PCI_ASPM_INT_FIFO_EMPTY|PCI_ASPM_CLKRUN_REQUEST); /* Set all bits to 0 except bits 15..12. */ pci_write_config(sc->msk_dev, PCI_OUR_REG_4, our, 4); - /* Set to default value. */ - pci_write_config(sc->msk_dev, PCI_OUR_REG_5, 0, 4); + /* Clear all bits to 0 except bits 28 & 27. */ + our = pci_read_config(sc->msk_dev, PCI_OUR_REG_5, 4); + our &= ~(3 << 27); + pci_write_config(sc->msk_dev, PCI_OUR_REG_5, our, 4); + /* Workaround for status LE race. */ + val = CSR_READ_4(sc, B2_GP_IO); + val |= 1 << 13; + CSR_WRITE_4(sc, B2_GP_IO, val); } /* Release PHY from PowerDown/COMA mode. */ pci_write_config(sc->msk_dev, PCI_OUR_REG_1, val, 4); @@ -3677,21 +3682,28 @@ /* Configure hardware VLAN tag insertion/stripping. */ msk_setvlan(sc_if, ifp); - if (sc->msk_hw_id == CHIP_ID_YUKON_EC_U) { - /* Set Rx Pause threshould. */ + if (sc->msk_ramsize == 0) { + /* Set Rx Pause threshold. */ CSR_WRITE_1(sc, MR_ADDR(sc_if->msk_port, RX_GMF_LP_THR), MSK_ECU_LLPP); CSR_WRITE_1(sc, MR_ADDR(sc_if->msk_port, RX_GMF_UP_THR), MSK_ECU_ULPP); if (sc_if->msk_framesize > MSK_MAX_FRAMELEN) { - /* - * Set Tx GMAC FIFO Almost Empty Threshold. - */ - CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_AE_THR), - MSK_ECU_JUMBO_WM << 16 | MSK_ECU_AE_THR); - /* Disable Store & Forward mode for Tx. */ - CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_CTRL_T), - TX_JUMBO_ENA | TX_STFW_DIS); + if (sc->msk_hw_id == CHIP_ID_YUKON_EC_U) { + /* + * Set Tx GMAC FIFO Almost Empty Threshold. + */ + CSR_WRITE_4(sc, + MR_ADDR(sc_if->msk_port,TX_GMF_AE_THR), + MSK_ECU_JUMBO_WM << 16 | MSK_ECU_AE_THR); + /* Disable Store & Forward mode for Tx. */ + CSR_WRITE_4(sc, + MR_ADDR(sc_if->msk_port, TX_GMF_CTRL_T), + TX_JUMBO_ENA | TX_STFW_DIS); + } else + CSR_WRITE_4(sc, + MR_ADDR(sc_if->msk_port, TX_GMF_CTRL_T), + TX_JUMBO_ENA | TX_STFW_ENA); } else { /* Enable Store & Forward mode for Tx. */ CSR_WRITE_4(sc, MR_ADDR(sc_if->msk_port, TX_GMF_CTRL_T), @@ -3790,6 +3802,8 @@ int ltpp, utpp; sc = sc_if->msk_softc; + if (sc->msk_ramsize == 0) + return; /* Setup Rx Queue. */ CSR_WRITE_1(sc, RB_ADDR(sc_if->msk_rxq, RB_CTRL), RB_RST_CLR); --OXfL5xGRrasGEqWY-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 07:00:20 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28D881065673 for ; Fri, 28 Mar 2008 07:00:20 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: from web33704.mail.mud.yahoo.com (web33704.mail.mud.yahoo.com [68.142.201.201]) by mx1.freebsd.org (Postfix) with SMTP id D94148FC14 for ; Fri, 28 Mar 2008 07:00:19 +0000 (UTC) (envelope-from wearabnet@yahoo.ca) Received: (qmail 46780 invoked by uid 60001); 28 Mar 2008 07:00:19 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=dNGJI3FFxaDQg8b0l4zzOJFos31u7OFmW15TWRfQI1UJPinGaKcFHxAAZpgG3ig3g7oGTk3y6EBXOhhU+NcZ4ibg85pBlWrCl0D2e694B50QkUK+1jH60xNNLInfx3J+SQDvrxeG0cMD3d1YfkBFO+GOxvZ2EqIy9/DD6NxNlfY=; X-YMail-OSG: ogiTqoYVM1lXsvcG2_7VF3LdkDXMSWFKHHi96oL407DXGau_4zozj_t0dXtQ6Mi6vyNim.oFTAyrmyFrBF833FzjMjUjfhsGRFY.4mIZY8pjFH8- Received: from [82.148.96.69] by web33704.mail.mud.yahoo.com via HTTP; Fri, 28 Mar 2008 00:00:18 PDT X-Mailer: YahooMailRC/902.40 YahooMailWebService/0.7.185 Date: Fri, 28 Mar 2008 00:00:18 -0700 (PDT) From: Abdullah Ibn Hamad Al-Marri To: pyunyh@gmail.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <967869.44914.qm@web33704.mail.mud.yahoo.com> Cc: FreeBSD Current , FreeBSD STABLE Subject: Re: Packet corruption in re0 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 07:00:20 -0000 ----- Original Message ---- > From: Pyun YongHyeon > To: Abdullah Ibn Hamad Al-Marri > Cc: FreeBSD Current ; FreeBSD STABLE > Sent: Friday, March 28, 2008 9:43:52 AM > Subject: Re: Packet corruption in re0 > > On Thu, Mar 27, 2008 at 10:47:51PM -0700, Abdullah Ibn Hamad Al-Marri wrote: > > [...] > > > > > > > > > Pyun, > > > > > > > > I used it, and I got no bufer space available message, I run a server > with > > > heavey http requests and named as we.. > > > > > > > > so I had to increase the buffer. > > > > > > > > > > Please try re(4) in HEAD. > > > I've just committed one important fix to PCIe variants of RealTek > > > chip. I guess re(4) in HEAD shall fix all known issues reported. > > > > > > > I'll MFC re(4) changes in a week. > > > > > > -- > > > Regards, > > > Pyun YongHyeon > > > > > > > Hello Pyun, > > > > I did fetch if_rlreg.h and if_re.c from HEAD, but it didn't compile in > RELENG_7. > > > > machine -> /usr/src/sys/amd64/include > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj/usr/src/sys/ARABPE > /usr/src/sys/modules/mfi/mfi_linux/../../../dev/mfi/mfi_linux.c > > ===> mii (depend) > > @ -> /usr/src/sys > > machine -> /usr/src/sys/amd64/include > > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -c > > awk -f @/tools/makeobjops.awk @/dev/pci/pci_if.m -h > > awk -f @/tools/makeobjops.awk @/kern/device_if.m -h > > awk -f @/tools/miidevs2h.awk @/dev/mii/miidevs > > awk -f @/tools/makeobjops.awk @/dev/mii/miibus_if.m -h > > awk -f @/tools/makeobjops.awk @/kern/bus_if.m -h > > rm -f .depend > > mkdep -f .depend -a -nostdinc -D_KERNEL -DKLD_MODULE > -DHAVE_KERNEL_OPTION_HEADERS -I. -I@ -I@/contrib/altq > -I/usr/obj/usr/src/sys/ARABPE /usr/src/sys/modules/mii/../../dev/mii/acphy.c > /usr/src/sys/modules/mii/../../dev/mii/amphy.c > /usr/src/sys/modules/mii/../../dev/mii/bmtphy.c > /usr/src/sys/modules/mii/../../dev/mii/brgphy.c > /usr/src/sys/modules/mii/../../dev/mii/ciphy.c > /usr/src/sys/modules/mii/../../dev/mii/e1000phy.c > /usr/src/sys/modules/mii/../../dev/mii/exphy.c > /usr/src/sys/modules/mii/../../dev/mii/gentbi.c > /usr/src/sys/modules/mii/../../dev/mii/icsphy.c > /usr/src/sys/modules/mii/../../dev/mii/inphy.c > /usr/src/sys/modules/mii/../../dev/mii/ip1000phy.c > /usr/src/sys/modules/mii/../../dev/mii/lxtphy.c miibus_if.c > /usr/src/sys/modules/mii/../../dev/mii/mii.c > /usr/src/sys/modules/mii/../../dev/mii/mii_physubr.c > /usr/src/sys/modules/mii/../../dev/mii/mlphy.c > /usr/src/sys/modules/mii/../../dev/mii/nsgphy.c > /usr/src/sys/modules/mii/../../dev/mii/nsphy.c > > /usr/src/sys/modules/mii/../../dev/mii/nsphyter.c > /usr/src/sys/modules/mii/../../dev/mii/pnaphy.c > /usr/src/sys/modules/mii/../../dev/mii/qsphy.c > /usr/src/sys/modules/mii/../../dev/mii/rgephy.c > /usr/src/sys/modules/mii/../../dev/mii/rlphy.c > /usr/src/sys/modules/mii/../../dev/mii/ruephy.c > /usr/src/sys/modules/mii/../../dev/mii/tdkphy.c > /usr/src/sys/modules/mii/../../dev/mii/tlphy.c > /usr/src/sys/modules/mii/../../dev/mii/ukphy.c > /usr/src/sys/modules/mii/../../dev/mii/ukphy_subr.c > /usr/src/sys/modules/mii/../../dev/mii/xmphy.c > > In file included from /usr/src/sys/modules/mii/../../dev/mii/rgephy.c:60: > > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor > expressions > > @/pci/if_rlreg.h:1062:6: error: unterminated comment > > @/pci/if_rlreg.h:654:1: error: unterminated #if > > In file included from /usr/src/sys/modules/mii/../../dev/mii/rlphy.c:56: > > @/pci/if_rlreg.h:654:28: error: token ";" is not valid in preprocessor > expressions > > @/pci/if_rlreg.h:1062:6: error: unterminated comment > > @/pci/if_rlreg.h:654:1: error: unterminated #if > > mkdep: compile failed > > *** Error code 1 > > 1 error > > *** Error code 2 > > 1 error > > *** Error code 2 > > 2 errors > > *** Error code 2 > > 1 error > > *** Error code 2 > > 1 error > > > > > > > > Could you please help with a patch could be applied in RELENG_7? This is > urgent issue. > > > > The files in the following URL are the same one in HEAD except > addition of minor glude code to build it on RELENG_7. > > http://people.freebsd.org/~yongari/re/if_re.c > http://people.freebsd.org/~yongari/re/if_rlreg.h > > -- > Regards, > Pyun YongHyeon > Compiled and installed, thank you, I'll report to you any issue I may face. Regards, -Abdullah Ibn Hamad Al-Marri Arab Portal http://www.WeArab.Net/ ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 08:43:51 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFC76106566C for ; Fri, 28 Mar 2008 08:43:51 +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 683B88FC19 for ; Fri, 28 Mar 2008 08:43:51 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.2/8.14.1) with ESMTP id m2S8hmNL029068; Fri, 28 Mar 2008 11:43:48 +0300 (MSK) (envelope-from marck@rinet.ru) Date: Fri, 28 Mar 2008 11:43:48 +0300 (MSK) From: Dmitry Morozovsky To: Dominic Fandrey In-Reply-To: <47E20F35.5060200@bsdforen.de> Message-ID: <20080328114042.A99923@woozle.rinet.ru> References: <47E20F35.5060200@bsdforen.de> 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, 28 Mar 2008 11:43:48 +0300 (MSK) Cc: freebsd-stable@freebsd.org Subject: Re: moused freezes Xorg - caused by compiler bug X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 08:43:52 -0000 On Thu, 20 Mar 2008, Dominic Fandrey wrote: DF> I have long been annoyed by the problem that Xorg is frozen if I use moused, DF> unless the mouse is in movement. Just imagine you type something and it only DF> shows up when you move your mouse. Or if you watch a video ... you basically DF> have to keep the mouse in movement all the time. DF> DF> I am/have been using the following CPUTYPEs on different machines: DF> pentium4 - not affected DF> pentium-m - affected DF> core2/nocona - affected DF> DF> I just had the idea this might be an optimization problem and I rebuild DF> src/usr.sbin/moused with CPUTYPE=athlon64 and it works. DF> DF> I've put the following into my make.conf: DF> DF> # moused bug workaround DF> .if ${.CURDIR:M*/usr.sbin/moused} DF> .if defined(CPUTYPE) DF> .if ${CPUTYPE} == core2 DF> CPUTYPE=athlon64 DF> .elif ${CPUTYPE} == pentium-m DF> CPUTYPE=pentium3 DF> .endif DF> .endif DF> .endif On my home machine (A64 X2) moused causes freezes with CPUTYPEs k8 and i686 too. Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 10:04:01 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FD821065672 for ; Fri, 28 Mar 2008 10:04:01 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from frontmail.ipactive.de (frontmail.maindns.de [85.214.95.103]) by mx1.freebsd.org (Postfix) with ESMTP id 183DC8FC1F for ; Fri, 28 Mar 2008 10:04:00 +0000 (UTC) (envelope-from volker@vwsoft.com) Received: from mail.vtec.ipme.de (Q7cf9.q.ppp-pool.de [89.53.124.249]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by frontmail.ipactive.de (Postfix) with ESMTP id B128912883F for ; Fri, 28 Mar 2008 11:03:51 +0100 (CET) Received: from cesar. (cesar.sz.vwsoft.com [192.168.16.3]) (Authenticated sender: relay@sz.vwsoft.com) by mail.vtec.ipme.de (Postfix) with ESMTP id 166133F439; Fri, 28 Mar 2008 11:03:40 +0100 (CET) Message-ID: <47ECC27B.6020904@vwsoft.com> Date: Fri, 28 Mar 2008 11:03:39 +0100 From: Volker User-Agent: Thunderbird 2.0.0.12 (X11/20080316) MIME-Version: 1.0 To: John Pettitt References: <47E4B1BC.6020005@cloudview.com> In-Reply-To: <47E4B1BC.6020005@cloudview.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit MailScanner-NULL-Check: 1207303427.16604@9SXV+8REJsjJ5ohfcYKxOg X-VWSoft-MailScanner: Found to be clean X-MailScanner-From: volker@vwsoft.com X-ipactive-MailScanner-Information: Please contact the ISP for more information X-ipactive-MailScanner: Found to be clean X-ipactive-MailScanner-From: volker@vwsoft.com Cc: freebsd-stable@freebsd.org Subject: Re: 7-STABLE not seeing second em interface on supermicro mb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 10:04:01 -0000 On 12/23/-58 20:59, John Pettitt wrote: > I just installed 7-STABLE on a new dual/quad machine based on a > supermicro motherboard - it works fine except that it's not seeing the > second network interface (em driver) - is there a magic incantation to > make this work? > > > FreeBSD echelon.localnet 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Mar 21 > 23:27:31 PDT 2008 > root@echelon.localnet:/usr/src/sys/amd64/compile/ECHELON amd64 > > The only word from the em driver is this > > em0: port > 0x3000-0x301f mem 0xde200000-0xde21ffff irq 17 at device 0.0 on pci5 > em0: Using MSI interrupt > em0: Ethernet address: 00:30:48:64:d9:45 > em0: [FILTER] > > ifconfig doesn't show anything other than em0 and lo0 > > Where should I start debugging this ? > > John John, I'm not aware whether or not your question has been answered. If not, please send output of `pciconf -lv'. Volker From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 10:21:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B94CB106564A for ; Fri, 28 Mar 2008 10:21:22 +0000 (UTC) (envelope-from mb@imp.ch) Received: from smtp.imp.ch (mx2-ipv6.imp.ch [IPv6:2001:4060:1:1001:209:6bff:fe89:869e]) by mx1.freebsd.org (Postfix) with ESMTP id 4A8578FC23 for ; Fri, 28 Mar 2008 10:21:21 +0000 (UTC) (envelope-from mb@imp.ch) Received: from godot (godot.imp.ch [157.161.4.8]) by smtp.imp.ch (ImproWare IDMS 8.14.2/8.14.2/Submit_imp) with ESMTP id m2SALHpw004191; Fri, 28 Mar 2008 11:21:17 +0100 (CET) (envelope-from mb@imp.ch) Date: Fri, 28 Mar 2008 11:21:16 +0100 (CET) From: Martin Blapp X-X-Sender: mb@godot To: Terry Sposato In-Reply-To: <47EC3176.2040502@sucked-in.com> Message-ID: <20080328112026.E94524@godot> References: <20080327231624.V94524@godot> <47EC3176.2040502@sucked-in.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-stable@freebsd.org Subject: Re: Open-vm-tools port available for testing X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 10:21:22 -0000 Hi, > Thanks for doing this, seems to be some problems with the downloading of the > tarball though. See below: Just fixed that. The problem was the subdir name. -- Martin Martin Blapp, ------------------------------------------------------------------ ImproWare AG, UNIXSP & ISP, Zurlindenstrasse 29, 4133 Pratteln, CH Phone: +41 61 826 93 00 Fax: +41 61 826 93 01 PGP: PGP Fingerprint: B434 53FC C87C FE7B 0A18 B84C 8686 EF22 D300 551E ------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 11:04:12 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EC7FA106566B for ; Fri, 28 Mar 2008 11:04:12 +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 D09518FC1E for ; Fri, 28 Mar 2008 11:04:12 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id B65DC1CC060; Fri, 28 Mar 2008 04:04:12 -0700 (PDT) Date: Fri, 28 Mar 2008 04:04:12 -0700 From: Jeremy Chadwick To: Rance Hall Message-ID: <20080328110412.GA21546@eos.sc1.parodius.com> References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> <845c0f80803271452v1e08b9e0u35d16ca9d3b270c4@mail.gmail.com> <845c0f80803271919i18172cbdk4855c47067fcb312@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <845c0f80803271919i18172cbdk4855c47067fcb312@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 11:04:13 -0000 On Thu, Mar 27, 2008 at 09:19:24PM -0500, Rance Hall wrote: > [/usr/src/sys/i386/compile/GENERIC] root@rance-freebsd# make > cc -c -o -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes > -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign > -fformat-extensions -nostdinc -I. -I../../.. -I../../../contrib/altq > -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h > -finline-limit=8000 --param inline-unit-growth=100 --param > large-function-growth=1000 -mno-align-long-strings > -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 > -mno-sse3 -ffreestanding ../../../i386/i386/genassym.c > NM='nm' sh ../../../kern/genassym.sh genassym.o > assym.s > nm: 'genassym.o': No such file I see the problem. Look closely there at the cc line: cc -c -o -pipe ... genassym.c There is no object destination specified via -o. This is why no .o file is being created. What I'd like to know is why gcc isn't complaining about arguments being incorrect. It should be: cc -c -pipe ... genassym.c Are you sure you aren't setting something in make.conf pertaining to optimisations, up, using lowercase -o instead of capital -O ? This would cause what you're seeing. Look closely at walt's cc line and you'll see what I mean: root@k9/usr/src/sys/i386/compile/GENERIC #make cc -c ... -O ... ../../../i386/i386/genassym.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 | From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 12:17:00 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8022C1065672 for ; Fri, 28 Mar 2008 12:17:00 +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 2DD068FC21 for ; Fri, 28 Mar 2008 12:16:59 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JfDVs-0001Dt-Em for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 12:16:52 +0000 Received: from adsl-69-234-198-65.dsl.irvnca.pacbell.net ([69.234.198.65]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 12:16:52 +0000 Received: from w41ter by adsl-69-234-198-65.dsl.irvnca.pacbell.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 12:16:52 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: walt Date: Fri, 28 Mar 2008 05:18:31 -0700 Lines: 8 Message-ID: References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> <845c0f80803271452v1e08b9e0u35d16ca9d3b270c4@mail.gmail.com> <845c0f80803271919i18172cbdk4855c47067fcb312@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: adsl-69-234-198-65.dsl.irvnca.pacbell.net User-Agent: Thunderbird 3.0a1pre (X11/2008032803) In-Reply-To: <845c0f80803271919i18172cbdk4855c47067fcb312@mail.gmail.com> Sender: news Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 12:17:00 -0000 Rance Hall wrote: >> cc -c -O -pipe -march=athlon-xp -std=c99 -g -Wall -Wredundant-decls > cc -c -o -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls ^^ Did you type an 'o' instead of an 'O' for your optimization flag in make.conf? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 12:30:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F238B106567F for ; Fri, 28 Mar 2008 12:30:30 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id BB4218FC18 for ; Fri, 28 Mar 2008 12:30:30 +0000 (UTC) (envelope-from ranceh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 25so215686wfa.7 for ; Fri, 28 Mar 2008 05:30:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=ckTnlw+ysAq0CdxcGbXn4LybGTduY7awcK5VZMvgmzA=; b=I/MoEOh+vKowUKDXuf+4+Kk0Fr58sYk9vZUu3kRiwsx0Bn6IDEa5L8xqM59Du7eD3fOvx3/uG+S+x3ibedKhEKVaBZT8wO3//moP5pKU7jB6r8xlHIwVGywU/kLwh3ZQC50DA2eAf6z3/x0UK0AIoKtxRL7fcaCu4G9EydegzWY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=gGsa4FBNlOum6Gjm5jG2BR5spm2YLo65ER+gvX8F+qKVUSII6CY3a6hHIl/FKCerB+OtXz23+MCqv0pO/Ej07NzZpnRpxsqyLhp/o21wn9R03vZu0K+A6tWvKcFy4DYZl8LLfvpxJJZ4qciZkB/FnX0AFebK3tYylBiB6qoG/WQ= Received: by 10.142.163.14 with SMTP id l14mr2043986wfe.73.1206707430330; Fri, 28 Mar 2008 05:30:30 -0700 (PDT) Received: by 10.142.242.18 with HTTP; Fri, 28 Mar 2008 05:30:30 -0700 (PDT) Message-ID: <845c0f80803280530n3cbf602aub5e402c991f536bf@mail.gmail.com> Date: Fri, 28 Mar 2008 07:30:30 -0500 From: "Rance Hall" To: freebsd-stable@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <845c0f80803261123j6e18e611r7b481fabb2f11ecf@mail.gmail.com> <845c0f80803261848h7dd72076n40ff9cc1ffd5cb4c@mail.gmail.com> <845c0f80803270359m63b2ae7dw48fa7b967ef23f2e@mail.gmail.com> <845c0f80803271452v1e08b9e0u35d16ca9d3b270c4@mail.gmail.com> <845c0f80803271919i18172cbdk4855c47067fcb312@mail.gmail.com> Subject: Re: compile error while building kernel X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 12:30:31 -0000 On 3/28/08, walt wrote: > Rance Hall wrote: > > >> cc -c -O -pipe -march=athlon-xp -std=c99 -g -Wall -Wredundant-decls > > > cc -c -o -pipe -march=athlon-mp -std=c99 -g -Wall -Wredundant-decls > > ^^ > > Did you type an 'o' instead of an 'O' for your optimization flag in > make.conf? Right, my make.conf was wrong, because of the way it was wrong it only affects kernel builds, I have fixed the problem, and everything seems to be fine. Thanks all for your help. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 14:16:57 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7CDF1065681 for ; Fri, 28 Mar 2008 14:16:57 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9AF8FC1C for ; Fri, 28 Mar 2008 14:16:56 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from [127.0.0.1] (fw.axelero.hu [195.228.243.120]) by people.fsn.hu (Postfix) with ESMTP id B85B4AD6FB for ; Fri, 28 Mar 2008 14:51:51 +0100 (CET) Message-ID: <47ECF7F3.2010301@fsn.hu> Date: Fri, 28 Mar 2008 14:51:47 +0100 From: Attila Nagy User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Mounting devfs over to ZFS from fstab fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 14:16:57 -0000 Hello, I have some jails running on ZFS, so I have to mount devfs's into them. For this purpose, I have some similar lines in /etc/fstab: devfs /pool/jail/ldap/dev devfs rw 0 0 Where /pool is a ZFS filesystem. This has worked until today -when I upgraded from a previous 7-STABLE (FreeBSD 7.0-STABLE #16: Fri Mar 7 14:30:08 CET 2008) to today's STABLE- but not anymore. The boot process fails with something like WARNING: $true wasn't set, see man rc.conf (or something similar, I don't have the exact error message, but I can reproduce if it's needed), and the problem is that the rc scripts try to mount the devfs (and nullfs) stuff to the yet unmounted ZFS, so /pool/jail/ldap/dev doesn't exist. If I create them on the root filesystem, the OS boots up fine, but of course I don't have the devfs's mounted onto ZFS, they are beneath it (umount and mount -a solves the issue). There is a similar problem with nullfs's as well. AFAIK only the following has been changed in rc.d: ./dhclient ./mountcritlocal ./mountlate neither of them seems to be able to produce this kind of malfunction. Any ideas? From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 15:04:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27391106564A for ; Fri, 28 Mar 2008 15:04:33 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id D4F648FC15 for ; Fri, 28 Mar 2008 15:04:32 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.2/8.14.2) with ESMTP id m2SESilK070842 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 28 Mar 2008 09:28:44 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.2/8.14.2/Submit) id m2SESiDH070813; Fri, 28 Mar 2008 09:28:44 -0500 (CDT) (envelope-from dan) Date: Fri, 28 Mar 2008 09:28:44 -0500 From: Dan Nelson To: Ivan Voras Message-ID: <20080328142843.GD28690@dan.emsphone.com> References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 7.0-STABLE User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 15:04:33 -0000 In the last episode (Mar 28), Ivan Voras said: > Danny Pansters wrote: >> Generally I can say that with freebsd even if you pull the plug and >> then let it reboot and do the automatical background fsck you'll >> likely loose only that one file you might have been editing while >> (or just before) you unplugged the box. > > Stress testing I've done suggests otherwise :) I've literally > repeatedly pulled the plug of a server in a controlled environment, > and with a network logging of (a high load of) file system > operations. My results show that UFS+SU and ZFS on FreeBSD loose *the > most* files (and in case of UFS+SU especially directories), than any > of: jfs, xfs, reiser3 (on Linux 2.6.22) and NTFS (on Windows 2003 > Server). ext3 is somewhat similar to UFS+SU, though about 30% better > at not loosing files. Note that you can tweak the SU caching time by adjusting the sysctls kern.{meta,dir,file}delay. Take them down to 10 seconds instead of 30 and you'll lose less files (at the cost of more disk I/O of course). > Some other notes from this proceeding: > > 1. UFS+gjournal looses the least, but it's also the slowest. > 2. UFS+SU had no truncated files or files of unexpected length (apparently > it just looses the file that would end up in this state) > 3. XFS and JFS end up with a *huge* number of files that are truncated or > of unexpected length (40%-50%!) > 4. In no case has any of the above file systems gone completely corrupted > or lost any of the files/directories not being updated. > 5. ZFS on FreeBSD was the fastest, in the sense of creating the most files > during this benchmark (though speed was not the target for this benchmark > so this is a low-quality observation), closely followed by JFS and XFS. ZFS's transaction commit interval is only 5 seconds (see txg_time in uts/common/fs/zfs/txg.c); how many more files/second did it create vs the others to be able to lose the most files in that window? :) > 6. ZFS crashed the kernel at least once. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 15:26:30 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5695C106566B for ; Fri, 28 Mar 2008 15:26:30 +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 CC1298FC1D for ; Fri, 28 Mar 2008 15:26:29 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JfGTI-00031A-Oj for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 15:26:24 +0000 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 ; Fri, 28 Mar 2008 15:26:24 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 15:26:24 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 28 Mar 2008 16:26:16 +0100 Lines: 60 Message-ID: References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> <20080328142843.GD28690@dan.emsphone.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig7910809D3E036755CF293A1D" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20071022) In-Reply-To: <20080328142843.GD28690@dan.emsphone.com> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 15:26:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig7910809D3E036755CF293A1D Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Dan Nelson wrote: > In the last episode (Mar 28), Ivan Voras said: > Note that you can tweak the SU caching time by adjusting the sysctls > kern.{meta,dir,file}delay. Take them down to 10 seconds instead of 30 > and you'll lose less files (at the cost of more disk I/O of course). Yes, but the other file systems were also tested with their respective defaults. >> 5. ZFS on FreeBSD was the fastest, in the sense of creating the most f= iles=20 >> during this benchmark (though speed was not the target for this benchm= ark=20 >> so this is a low-quality observation), closely followed by JFS and XFS= =2E >=20 > ZFS's transaction commit interval is only 5 seconds (see txg_time in > uts/common/fs/zfs/txg.c); how many more files/second did it create vs > the others to be able to lose the most files in that window? :) All were tested within the same time: 50 seconds. Details: the machine being tested was connected to a "reporter" machine via plain crossover cable, the reporter had a TCP server and the tested machine had a TCP client that run a tight loop of IO operations, single threaded, randomly choosing between creating files and directories, appending to them and changing (a random amount of data in a random position) them, then sending to the server a description (log) of each IO operation after it has been done. These were several Python scripts I wrote. After 50 seconds I'd pull the plug off the server (meaning it's not *exactly* 50 seconds but 50 seconds+time of my action, but it doesn't matter as everything is timestamped), plug it back in, run fsck. The reporting server would replay the log of IO operations from the first to the last and generate a report of what should have been on the tested machine which would then be compared with what was found on the tested machine (by scripts/automated). --------------enig7910809D3E036755CF293A1D Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFH7Q4YldnAQVacBcgRAo3TAKCtKLUE5VeftLm1dP5zxD50+ro8/ACgrMIS 03T1I5fsIVcVnfnpL/d5bxo= =FfHf -----END PGP SIGNATURE----- --------------enig7910809D3E036755CF293A1D-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 15:38:54 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D436106564A; Fri, 28 Mar 2008 15:38:54 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [IPv6:2001:770:10:300::86e2:510b]) by mx1.freebsd.org (Postfix) with SMTP id 5D3C38FC1B; Fri, 28 Mar 2008 15:38:53 +0000 (UTC) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie ([134.226.81.10] helo=walton.maths.tcd.ie) by salmon.maths.tcd.ie with SMTP id ; 28 Mar 2008 15:38:51 +0000 (GMT) Date: Fri, 28 Mar 2008 15:38:51 +0000 From: David Malone To: Ivan Voras Message-ID: <20080328153851.GA76472@walton.maths.tcd.ie> References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> <20080328142843.GD28690@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.6i Sender: dwmalone@maths.tcd.ie Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 15:38:54 -0000 On Fri, Mar 28, 2008 at 04:26:16PM +0100, Ivan Voras wrote: > All were tested within the same time: 50 seconds. Details: the machine > being tested was connected to a "reporter" machine via plain crossover > cable, the reporter had a TCP server and the tested machine had a TCP > client that run a tight loop of IO operations, single threaded, randomly > choosing between creating files and directories, appending to them and > changing (a random amount of data in a random position) them, then > sending to the server a description (log) of each IO operation after it > has been done. These were several Python scripts I wrote. Our of curiosity, if you call fsync on some subset of the files after creating them, do they all the files on which fsync completed exist after the fsck? David. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 17:20:07 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 631A61065675 for ; Fri, 28 Mar 2008 17:20:07 +0000 (UTC) (envelope-from walsimou@walsimou.com) Received: from dns.walsimou.com (walscop001.walsimou.com [82.228.201.70]) by mx1.freebsd.org (Postfix) with ESMTP id 18F778FC22 for ; Fri, 28 Mar 2008 17:20:06 +0000 (UTC) (envelope-from walsimou@walsimou.com) Received: from [192.168.1.252] ([192.168.1.252]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by dns.walsimou.com with esmtp; Fri, 28 Mar 2008 18:10:02 +0100 id 00102C33.0000000047ED266A.00000FF0 Message-ID: <47ED264E.802@walsimou.com> Date: Fri, 28 Mar 2008 18:09:34 +0100 From: Gaye Abdoulaye Walsimou User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 7-STABLE latest cvsup (today) failed X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 17:20:07 -0000 Hi there, 7-STABLE latest cvsup (today) failed in /usr/src/gnu/usr.bin/cc/cc_tools : gengtype.c in function walk_type ........ Regards From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 18:37:08 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3F3E106567D; Fri, 28 Mar 2008 18:37:08 +0000 (UTC) (envelope-from SRS0=2e2a31498d13a62da0deeb64394e9e30cbee5c10=654=es.net=oberman@es.net) Received: from postal1.es.net (postal1.es.net [IPv6:2001:400:14:3::6]) by mx1.freebsd.org (Postfix) with ESMTP id 225858FC3F; Fri, 28 Mar 2008 18:37:08 +0000 (UTC) (envelope-from SRS0=2e2a31498d13a62da0deeb64394e9e30cbee5c10=654=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal1.es.net (Postal Node 1) with ESMTP (SSL) id IVN62505; Fri, 28 Mar 2008 11:37:05 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 0636445019; Fri, 28 Mar 2008 11:37:06 -0700 (PDT) To: Jeremy Chadwick In-Reply-To: Your message of "Wed, 26 Mar 2008 05:53:28 PDT." <20080326125328.GA83469@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1206729425_12662P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Fri, 28 Mar 2008 11:37:06 -0700 From: "Kevin Oberman" Message-Id: <20080328183706.0636445019@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Jeremy Chadwick X-To_Domain: freebsd.org X-To: Jeremy Chadwick X-To_Email: koitsu@freebsd.org X-To_Alias: koitsu Cc: Johan Hendriks , freebsd-stable@freebsd.org Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 18:37:08 -0000 --==_Exmh_1206729425_12662P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Wed, Mar 26, 2008 at 01:30:07PM +0100, Johan Hendriks wrote: > I have updated my ports and thereby gnome to 2.22 and also did a > buildwolrd of RELENG_7 > > Now I have a strange issue that I need to move the mouse to see my > commands typed I a console or wait a few seconds. > > If I open a terminal (in gnome) and do a build of a port then the output > stops for a moment when I hit an icon on the desktop with my mouse. > > I do not know how to descripe this any better. > > When I stop the moused then everything is working normally (without the > mouse off course) when I start moused again from a terminal in gnome I > can type commands but they do not show up in the terminal window till I > move the mouse. The problem has been tracked down and can be worked around by re-installing the xorg-server with HAL disabled. cd /usr/ports/x11-servers/xorg-server make config (uncheck the top entry for HAL) portupgrade -f xorg-server I fix for the problem should be committed in a day or two. One part is still under test and flz needs to approve (and probably make the commit) for the xorg part of the fix. The Gnome hald part is probably already committed. -- 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_1206729425_12662P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFH7TrRkn3rs5h7N1ERAtnoAJwOP+CKuIXCcDvaeEaodKMK+Mq3kQCdHuZr T47gRaxoYSLARx4OSMYmNk0= =pcie -----END PGP SIGNATURE----- --==_Exmh_1206729425_12662P-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 19:38:42 2008 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 49067106566B; Fri, 28 Mar 2008 19:38:42 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-stable@FreeBSD.org Date: Fri, 28 Mar 2008 15:38:30 -0400 User-Agent: KMail/1.6.2 References: <20080328183706.0636445019@ptavv.es.net> In-Reply-To: <20080328183706.0636445019@ptavv.es.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200803281538.33185.jkim@FreeBSD.org> Cc: Jeremy Chadwick , Johan Hendriks Subject: Re: mouse issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 19:38:42 -0000 On Friday 28 March 2008 02:37 pm, Kevin Oberman wrote: > On Wed, Mar 26, 2008 at 01:30:07PM +0100, Johan Hendriks wrote: > > I have updated my ports and thereby gnome to 2.22 and also did a > > buildwolrd of RELENG_7 > > > > Now I have a strange issue that I need to move the mouse to see > > my commands typed I a console or wait a few seconds. > > > > If I open a terminal (in gnome) and do a build of a port then the > > output stops for a moment when I hit an icon on the desktop with > > my mouse. > > > > I do not know how to descripe this any better. > > > > When I stop the moused then everything is working normally > > (without the mouse off course) when I start moused again from a > > terminal in gnome I can type commands but they do not show up in > > the terminal window till I move the mouse. > > The problem has been tracked down and can be worked around by > re-installing the xorg-server with HAL disabled. > > cd /usr/ports/x11-servers/xorg-server > make config (uncheck the top entry for HAL) > portupgrade -f xorg-server I found recompilation is not needed. Undocumented option "autoAddDevices" "false" in ServerFlags or ServerLayout section should do. > I fix for the problem should be committed in a day or two. One part > is still under test and flz needs to approve (and probably make the > commit) for the xorg part of the fix. The Gnome hald part is > probably already committed. Or test the following patches: http://docs.freebsd.org/cgi/mid.cgi?200803281513.16819.jkim Thanks, Jung-uk Kim From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:03:35 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA0D9106566B for ; Fri, 28 Mar 2008 21:03:35 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 780B58FC1C for ; Fri, 28 Mar 2008 21:03:35 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so261030rvb.43 for ; Fri, 28 Mar 2008 14:03:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=HVfppstNuXng+s9XRnnDoeK4h/x5zqubmYP85ON2E1Y=; b=KJQ9JUeTsllW6mAGRCKU5sdcOjVyvYiNHaUlx0LcJe/SP2drj2xGpDnK2bPhK1j0x5mmUG7T8v/EsegMwooTBeSzNxY1mqLzIGtscO7LrouO/fxTyH8OzQk99mlUD1Kb4G5CV0wZ3DHlT7Qn3Sph2wRQBpWBAaM1wZLqQJo1CkQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=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=gnOxQty0cMMoICAAivkJeHYsdjd8UZNyUviSt8om3g6nDxWzN5YMssMNMgNQTx7/ybpGcEKpxxl90k08eWdkySv43acW7Y63iim1wzO8K4XfcxxmqFKaA4dmn+3aGqCm8aZvXHd6QTd5DfhDMe/zfyL6Dbwe7LE5t2qoBejgqIQ= Received: by 10.141.129.14 with SMTP id g14mr1774892rvn.274.1206738215209; Fri, 28 Mar 2008 14:03:35 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Fri, 28 Mar 2008 14:03:35 -0700 (PDT) Message-ID: <9bbcef730803281403m3f5f71a8u5d29628828b5ae26@mail.gmail.com> Date: Fri, 28 Mar 2008 22:03:35 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "David Malone" In-Reply-To: <20080328153851.GA76472@walton.maths.tcd.ie> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> <20080328142843.GD28690@dan.emsphone.com> <20080328153851.GA76472@walton.maths.tcd.ie> X-Google-Sender-Auth: e2f87b5588f59c16 Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 21:03:35 -0000 On 28/03/2008, David Malone wrote: > On Fri, Mar 28, 2008 at 04:26:16PM +0100, Ivan Voras wrote: > > All were tested within the same time: 50 seconds. Details: the machine > > being tested was connected to a "reporter" machine via plain crossover > > cable, the reporter had a TCP server and the tested machine had a TCP > > client that run a tight loop of IO operations, single threaded, randomly > > choosing between creating files and directories, appending to them and > > changing (a random amount of data in a random position) them, then > > sending to the server a description (log) of each IO operation after it > > has been done. These were several Python scripts I wrote. > > Our of curiosity, if you call fsync on some subset of the files > after creating them, do they all the files on which fsync completed > exist after the fsck? It should be easy to check, but I don't have the hardware any more so I can't. For what it's worth, files were opened and closed for the duration of the operations. I agree that fsync-ing files should make them more persistent. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 21:51:04 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 304EC106566C for ; Fri, 28 Mar 2008 21:51:04 +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 A50DA8FC19 for ; Fri, 28 Mar 2008 21:51:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1JfMTP-00071A-Dz for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 21:50:55 +0000 Received: from 89-172-61-54.adsl.net.t-com.hr ([89.172.61.54]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 21:50:55 +0000 Received: from ivoras by 89-172-61-54.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 28 Mar 2008 21:50:55 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Fri, 28 Mar 2008 22:50:39 +0100 Lines: 70 Message-ID: References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> <47EC9245.6060200@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig1E9CE1C7244DC37F22202605" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 89-172-61-54.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.12 (Windows/20080213) In-Reply-To: <47EC9245.6060200@infracaninophile.co.uk> X-Enigmail-Version: 0.95.6 Sender: news Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 21:51:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig1E9CE1C7244DC37F22202605 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable Matthew Seaman wrote: > Ivan Voras wrote: >> 1. UFS+gjournal looses the least, but it's also the slowest. >> 2. UFS+SU had no truncated files or files of unexpected length=20 >> (apparently it just looses the file that would end up in this state) >> 3. XFS and JFS end up with a *huge* number of files that are truncated= =20 >> or of unexpected length (40%-50%!) >> 4. In no case has any of the above file systems gone completely=20 >> corrupted or lost any of the files/directories not being updated. >> 5. ZFS on FreeBSD was the fastest, in the sense of creating the most=20 >> files during this benchmark (though speed was not the target for this = >> benchmark so this is a low-quality observation), closely followed by=20 >> JFS and XFS. >> 6. ZFS crashed the kernel at least once. >> >=20 > Hmmm.... in many ways a corrupt or truncated file is a worse outcome > than a completely missing file -- at least if the file has gone away > you know you've got to do something to fix it. A damaged file could > end up silently causing weird behavioural effects and (by the law of > natural cussedness) it is almost bound not to be tracked down until the= > day after the last good copy on the backup tapes gets overwritten... >=20 > How do the different filesystems compare if you total all lost, damaged= > or truncated files? The only things that happen are that XFS and JFS get disproportionally=20 bad numbers and that ext3 gets almost identically bad results with=20 UFS+SU. Overall ratios remain approximately the same. To put this into perspective, for total "bad" files this means that,=20 e.g. UFS+SU created 20000 files, of which 750 were in some way "bad",=20 and ZFS created 46000 files, of which 900 were bad (so percentage is in=20 favour of ZFS). JFS created 43000 files of which 20000 were of wrong=20 size, but only 45 were completely lost. How bad this is depends, of=20 course on what is done with the file system. A big surprise for me was that Windows' NTFS did very good, though it=20 was the slowest in most other tests (which are smarter and probably use=20 fsync a lot), it managed to create 32000 files and have only 121 "bad"=20 in some way. --------------enig1E9CE1C7244DC37F22202605 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH7Wg1ldnAQVacBcgRAmjbAKDzp/IlmftyDo3LWDPIiPs7j/4SbgCg5FRs A2Q0CXP+z13tg+OjnJy+RZ0= =2u9D -----END PGP SIGNATURE----- --------------enig1E9CE1C7244DC37F22202605-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 22:01:55 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60812106566C; Fri, 28 Mar 2008 22:01:55 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4DF2E8FC1D; Fri, 28 Mar 2008 22:01:55 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id 29E831A4D83; Fri, 28 Mar 2008 15:01:55 -0700 (PDT) Date: Fri, 28 Mar 2008 15:01:55 -0700 From: Alfred Perlstein To: Ivan Voras Message-ID: <20080328220155.GZ67856@elvis.mu.org> References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> <47EC9245.6060200@infracaninophile.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 22:01:55 -0000 * Ivan Voras [080328 14:51] wrote: > Matthew Seaman wrote: > >Ivan Voras wrote: > > >>1. UFS+gjournal looses the least, but it's also the slowest. > >>2. UFS+SU had no truncated files or files of unexpected length > >>(apparently it just looses the file that would end up in this state) > >>3. XFS and JFS end up with a *huge* number of files that are truncated > >>or of unexpected length (40%-50%!) > >>4. In no case has any of the above file systems gone completely > >>corrupted or lost any of the files/directories not being updated. > >>5. ZFS on FreeBSD was the fastest, in the sense of creating the most > >>files during this benchmark (though speed was not the target for this > >>benchmark so this is a low-quality observation), closely followed by > >>JFS and XFS. > >>6. ZFS crashed the kernel at least once. > >> > > > >Hmmm.... in many ways a corrupt or truncated file is a worse outcome > >than a completely missing file -- at least if the file has gone away > >you know you've got to do something to fix it. A damaged file could > >end up silently causing weird behavioural effects and (by the law of > >natural cussedness) it is almost bound not to be tracked down until the > >day after the last good copy on the backup tapes gets overwritten... > > > >How do the different filesystems compare if you total all lost, damaged > >or truncated files? > > The only things that happen are that XFS and JFS get disproportionally > bad numbers and that ext3 gets almost identically bad results with > UFS+SU. Overall ratios remain approximately the same. > > To put this into perspective, for total "bad" files this means that, > e.g. UFS+SU created 20000 files, of which 750 were in some way "bad", > and ZFS created 46000 files, of which 900 were bad (so percentage is in > favour of ZFS). JFS created 43000 files of which 20000 were of wrong > size, but only 45 were completely lost. How bad this is depends, of > course on what is done with the file system. > > A big surprise for me was that Windows' NTFS did very good, though it > was the slowest in most other tests (which are smarter and probably use > fsync a lot), it managed to create 32000 files and have only 121 "bad" > in some way. > I know this sounds pretty awful, but honestly any file modified within an hour and not fsync'd being "lost" is not really a bad thing. It's pretty much "the unix way" that only fsync'd files/directories or file modified more than several minutes ago are safe. -- - Alfred Perlstein From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 22:18:27 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D69F31065672 for ; Fri, 28 Mar 2008 22:18:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.174]) by mx1.freebsd.org (Postfix) with ESMTP id 6D98D8FC2F for ; Fri, 28 Mar 2008 22:18:27 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-009-190.pools.arcor-ip.net [88.66.9.190]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1JfMu13g1p-0000cY; Fri, 28 Mar 2008 23:18:26 +0100 Received: (qmail 92827 invoked from network); 28 Mar 2008 22:17:33 -0000 Received: from myhost.laiers.local (192.168.4.151) by router.laiers.local with SMTP; 28 Mar 2008 22:17:33 -0000 From: Max Laier Organization: FreeBSD To: freebsd-stable@freebsd.org Date: Fri, 28 Mar 2008 23:16:34 +0100 User-Agent: KMail/1.9.9 References: <47EBA3AB.40307@infracaninophile.co.uk> <47EC9245.6060200@infracaninophile.co.uk> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200803282316.34595.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+h/K4KBzb0NInldE/8nMKG5GGGPaqy/iKZZfO NuobGvPHad4Df7UXuFoJBdgDHe1VhqI0/z0OASMdph7R4J3oiW PaeHCv1w+dLH/e6z5haQg== Cc: Ivan Voras Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 22:18:27 -0000 On Friday 28 March 2008 22:50:39 Ivan Voras wrote: > Matthew Seaman wrote: > > Ivan Voras wrote: > >> 1. UFS+gjournal looses the least, but it's also the slowest. > >> 2. UFS+SU had no truncated files or files of unexpected length > >> (apparently it just looses the file that would end up in this state) > >> 3. XFS and JFS end up with a *huge* number of files that are > >> truncated or of unexpected length (40%-50%!) > >> 4. In no case has any of the above file systems gone completely > >> corrupted or lost any of the files/directories not being updated. > >> 5. ZFS on FreeBSD was the fastest, in the sense of creating the most > >> files during this benchmark (though speed was not the target for > >> this benchmark so this is a low-quality observation), closely > >> followed by JFS and XFS. > >> 6. ZFS crashed the kernel at least once. > > > > Hmmm.... in many ways a corrupt or truncated file is a worse outcome > > than a completely missing file -- at least if the file has gone away > > you know you've got to do something to fix it. A damaged file could > > end up silently causing weird behavioural effects and (by the law of > > natural cussedness) it is almost bound not to be tracked down until > > the day after the last good copy on the backup tapes gets > > overwritten... > > > > How do the different filesystems compare if you total all lost, > > damaged or truncated files? > > The only things that happen are that XFS and JFS get disproportionally > bad numbers and that ext3 gets almost identically bad results with > UFS+SU. Overall ratios remain approximately the same. > > To put this into perspective, for total "bad" files this means that, > e.g. UFS+SU created 20000 files, of which 750 were in some way "bad", > and ZFS created 46000 files, of which 900 were bad (so percentage is in > favour of ZFS). JFS created 43000 files of which 20000 were of wrong > size, but only 45 were completely lost. How bad this is depends, of > course on what is done with the file system. > > A big surprise for me was that Windows' NTFS did very good, though it > was the slowest in most other tests (which are smarter and probably use > fsync a lot), it managed to create 32000 files and have only 121 "bad" > in some way. Can you please give more details about your benchmark? It seems to me that the only thing you are measuring is how many files you managed to touch between the last sync(2) and plugging the power. This is not an interesting number. What would be interesting is to stop the syncer, touch a known number of files and then pull the plug. But in the end it boils down to: There is fsync to build transactions - use it or else. If you find that you lose fsync'ed files, that's a reason for concern, of course. -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 22:31:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5B56106564A for ; Fri, 28 Mar 2008 22:31:33 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id B46D48FC1A for ; Fri, 28 Mar 2008 22:31:33 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so284269rvb.43 for ; Fri, 28 Mar 2008 15:31:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=YYosHVfyLukNtVFwHrJyU/oJ/22rC1EuKXxcwevEyMs=; b=UIEc0BOp2VanWba77XPEftfT1RgX/OksMutyV0Qn0AJfrSnXEBKqAQ/QOgoS+J9Z14yXPl84CNIG9MNbGf2vbX8H6Upwi8p9MM9Q5YciQt5eZLVyD8TkoHOSeszKP57kGM4zAj+L+WVHji2rTXDuuPLx559sJbSSiRHxgdaRGsQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=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=AL/RHPIdbxKNzmLTKCPVw76/1Ys8XL+UrPO4o98imBcXSteRIBz343ANxX9x649mFAKKHJTopDw5NjmGareILrhXnkHp4cVKimTIFjHOadMhJcZQqxkrSk/9Zxe4nW+UG+JSoxmjTLRnMoXL8awc1gUzBHGGm+/rBuEeTs0+dVo= Received: by 10.141.29.14 with SMTP id g14mr1835208rvj.241.1206743461659; Fri, 28 Mar 2008 15:31:01 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Fri, 28 Mar 2008 15:31:01 -0700 (PDT) Message-ID: <9bbcef730803281531w6eb09a72q60c96f22c2e01ae2@mail.gmail.com> Date: Fri, 28 Mar 2008 23:31:01 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Alfred Perlstein" In-Reply-To: <20080328220155.GZ67856@elvis.mu.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47EBA3AB.40307@infracaninophile.co.uk> <200803280029.08136.danny@ricin.com> <47EC9245.6060200@infracaninophile.co.uk> <20080328220155.GZ67856@elvis.mu.org> X-Google-Sender-Auth: c240284211ad4cec Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 22:31:34 -0000 On 28/03/2008, Alfred Perlstein wrote: > I know this sounds pretty awful, but honestly any file modified > within an hour and not fsync'd being "lost" is not really a bad > thing. > > It's pretty much "the unix way" that only fsync'd files/directories > or file modified more than several minutes ago are safe. I agree. My intention in doing these benchmarks was to have something on which I'd base a recommendation for a file server. My conclusion is that UFS+SU is reliable enough, though not as fast as other file systems. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 22:37:06 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A34C106564A for ; Fri, 28 Mar 2008 22:37:05 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.186]) by mx1.freebsd.org (Postfix) with ESMTP id BC8528FC12 for ; Fri, 28 Mar 2008 22:37:05 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id g13so285810rvb.43 for ; Fri, 28 Mar 2008 15:37:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=ZsTQThBN865K/mbxtNR9sp5+L4yWxucCOi1YXhOXTN0=; b=CJwZs8BlQHrq/R64V1X82rnnSw5a1F4mmLS1pPjJJXy3F4CBDSXspWIYjGAFjVZqY24gd60WrpZlVJm4wEW6ijIbRtg4ok4c+hSe5Y2igg21DLG3+xHJtimKSTG5BIAvui3rZQmrHrll9bV6cOHpWqparSEmGAemF8RoFIBqefw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=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=hsjWARo7PTTIkqP3qBgk2/IRaDLPdjTqtn3nIvRri4fSB2F6zdwZG2C7/C8RWJ+O1Fjly/QOv+/oUP8fEqMLcQ7nj69FI4nBsHNgjSJ0ZqfeU9aWDzvXFFQx/3Zolkm8SDRWKfMqOMzmA98E9wPZxPRdVCFvU1E2C/scA9LdXlM= Received: by 10.140.179.25 with SMTP id b25mr1863668rvf.117.1206743825381; Fri, 28 Mar 2008 15:37:05 -0700 (PDT) Received: by 10.141.212.1 with HTTP; Fri, 28 Mar 2008 15:37:05 -0700 (PDT) Message-ID: <9bbcef730803281537k1051f3ffn59f7440318c11df5@mail.gmail.com> Date: Fri, 28 Mar 2008 23:37:05 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Max Laier" In-Reply-To: <200803282316.34595.max@love2party.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47EBA3AB.40307@infracaninophile.co.uk> <47EC9245.6060200@infracaninophile.co.uk> <200803282316.34595.max@love2party.net> X-Google-Sender-Auth: e70b098cf3e375e8 Cc: freebsd-stable@freebsd.org Subject: Re: Question about file system checks X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 22:37:06 -0000 On 28/03/2008, Max Laier wrote: > Can you please give more details about your benchmark? It seems to me > that the only thing you are measuring is how many files you managed to > touch between the last sync(2) and plugging the power. This is not an > interesting number. I'd say it's mildly interesting, for a file server. :) >What would be interesting is to stop the syncer, > touch a known number of files and then pull the plug. > > But in the end it boils down to: There is fsync to build transactions - > use it or else. If you find that you lose fsync'ed files, that's a > reason for concern, of course. You are right, of course. If I get the chance I'll redo the whole thing with fsync. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 23:04:09 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E730F1065671 for ; Fri, 28 Mar 2008 23:04:09 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unknown [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD3F8FC14 for ; Fri, 28 Mar 2008 23:04:09 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from crab.unsane.co.uk (crab.unsane.co.uk [10.0.0.111]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m2SN46oX009904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 28 Mar 2008 23:04:06 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <47ED7861.3020507@unsane.co.uk> Date: Fri, 28 Mar 2008 22:59:45 +0000 From: Vince User-Agent: Thunderbird 2.0.0.12 (X11/20080313) MIME-Version: 1.0 To: Attila Nagy References: <47ECF7F3.2010301@fsn.hu> In-Reply-To: <47ECF7F3.2010301@fsn.hu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Mounting devfs over to ZFS from fstab fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 28 Mar 2008 23:04:10 -0000 Attila Nagy wrote: > Hello, > > I have some jails running on ZFS, so I have to mount devfs's into them. > > For this purpose, I have some similar lines in /etc/fstab: > devfs /pool/jail/ldap/dev devfs rw 0 0 > > Where /pool is a ZFS filesystem. > I'm not sure if it will have any adverse effects but changing this to devfs /pool/jail/ldap/dev devfs rw,late 0 0 Will probably fix it. My guess is that the error checking correction in the latest version in -stable picked up an error that was being incorrectly ignored before. see http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/rc.d/mountcritlocal.diff?only_with_tag=RELENG_7&r1=text&tr1=1.14.2.2&r2=text&tr2=1.14 which i believe is the MFC for http://www.freebsd.org/cgi/getmsg.cgi?fetch=1314016+1316331+/usr/local/www/db/text/2008/cvs-all/20080309.cvs-all Although I cant seen a commit message in cvsweb (i'm still learning that though :) Vince > This has worked until today -when I upgraded from a previous 7-STABLE > (FreeBSD 7.0-STABLE #16: Fri Mar 7 14:30:08 CET 2008) to today's > STABLE- but not anymore. > > The boot process fails with something like WARNING: $true wasn't set, > see man rc.conf (or something similar, I don't have the exact error > message, but I can reproduce if it's needed), and the problem is that > the rc scripts try to mount the devfs (and nullfs) stuff to the yet > unmounted ZFS, so /pool/jail/ldap/dev doesn't exist. > > If I create them on the root filesystem, the OS boots up fine, but of > course I don't have the devfs's mounted onto ZFS, they are beneath it > (umount and mount -a solves the issue). There is a similar problem with > nullfs's as well. > > AFAIK only the following has been changed in rc.d: > ./dhclient > ./mountcritlocal > ./mountlate > > neither of them seems to be able to produce this kind of malfunction. > > Any ideas? > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 23:34:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 614581065672 for ; Fri, 28 Mar 2008 23:34:21 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.244]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0648FC1F for ; Fri, 28 Mar 2008 23:34:20 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so136583anc.13 for ; Fri, 28 Mar 2008 16:34:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=AUylxF0HXwACMhrOxuBbuyTrA7zzCRPBKJTIxScTGE0=; b=TQDwAiuGgouyXE/21Nyco4aC9n+SHQSfmpkDb709kG77gjYLbB4dcyZb4VleYXOdh86wky1Y1LU03v3kbdyVrEQkgEavU2iaLeAzWcD9HFETkXEjiX3cgmjT0pxIwod0lSAtxU2g5ay8tOAinIAESPseD8rovwWY0nQu/NPWe80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=H0sWsEovEip9YRu0fePDg7Zxs0LqTGS3MDP8/8Zn6YVwgxFjAGmhD72j8Gm8YgiBvXgIxdyvh8T3HdpHPX1rCFK6q0Fzhheq6pkw2Z1eJ3WBiIFIEo4MghmRmdAS1ciTeJVdyjQZeE+KRR+E9MmgMll9Zvt2roZubMIeZb/dAQc= Received: by 10.100.178.7 with SMTP id a7mr8109898anf.73.1206747251468; Fri, 28 Mar 2008 16:34:11 -0700 (PDT) Received: by 10.100.228.15 with HTTP; Fri, 28 Mar 2008 16:34:11 -0700 (PDT) Message-ID: Date: Sat, 29 Mar 2008 00:34:11 +0100 From: "Claus Guttesen" To: "Christian Brueffer" In-Reply-To: <20080328232659.GF1414@haakonia.hitnet.RWTH-Aachen.DE> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <004101c88f39$6b258cf0$b6db87d4@multiplay.co.uk> <20080328232659.GF1414@haakonia.hitnet.RWTH-Aachen.DE> Cc: FreeBSD , Steven Hartland Subject: Re: freebsd 7 and areca controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 23:34:21 -0000 > > The id's are in the source so I expect it should just work. > > PCIDevVenIDARC1680 > > > > Areca support on FreeBSD has been very good, they are our > > RAID supplier of choice. > > > > I've just added the card to the manpage, thanks for the notice! Thank you! I've also got it confirmed from Areca (through the reseller) that the card should work with FreeBSD 7. -- regards Claus When lenity and cruelty play for a kingdom, the gentlest gamester is the soonest winner. Shakespeare From owner-freebsd-stable@FreeBSD.ORG Fri Mar 28 23:59:50 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1D43106566B for ; Fri, 28 Mar 2008 23:59:50 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from mta-1.ms.rz.rwth-aachen.de (mta-1.ms.rz.RWTH-Aachen.DE [134.130.7.72]) by mx1.freebsd.org (Postfix) with ESMTP id 509458FC13 for ; Fri, 28 Mar 2008 23:59:50 +0000 (UTC) (envelope-from chris@hitnet.RWTH-Aachen.DE) Received: from ironport-out-1.rz.rwth-aachen.de ([134.130.3.58]) by mta-1.ms.rz.RWTH-Aachen.de (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JYG004O6RSZLA40@mta-1.ms.rz.RWTH-Aachen.de> for freebsd-stable@freebsd.org; Sat, 29 Mar 2008 00:26:59 +0100 (CET) Received: from smarthost-2.ms.rz.rwth-aachen.de (HELO smarthost.rwth-aachen.de) ([134.130.7.90]) by ironport-in-1.rz.rwth-aachen.de with ESMTP; Sat, 29 Mar 2008 00:27:01 +0100 Received: from bigboss.hitnet.rwth-aachen.de (bigspace.hitnet.RWTH-Aachen.DE [137.226.181.2]) by smarthost.rwth-aachen.de (8.13.8+Sun/8.13.8/1) with ESMTP id m2SNQxQ9027257; Sat, 29 Mar 2008 00:26:59 +0100 (CET) Received: from haakonia.hitnet.rwth-aachen.de ([137.226.181.92]) by bigboss.hitnet.rwth-aachen.de with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1JfNyN-0003Pf-Jh; Sat, 29 Mar 2008 00:26:59 +0100 Received: by haakonia.hitnet.rwth-aachen.de (Postfix, from userid 1001) id 6903D3F433; Sat, 29 Mar 2008 00:26:59 +0100 (CET) Date: Sat, 29 Mar 2008 00:26:59 +0100 From: Christian Brueffer In-reply-to: <004101c88f39$6b258cf0$b6db87d4@multiplay.co.uk> To: Steven Hartland Message-id: <20080328232659.GF1414@haakonia.hitnet.RWTH-Aachen.DE> MIME-version: 1.0 Content-type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary=phCU5ROyZO6kBE05 Content-disposition: inline X-IronPort-AV: E=Sophos;i="4.25,573,1199660400"; d="scan'208";a="58921405" X-Operating-System: FreeBSD 6.3-STABLE X-PGP-Key: http://people.FreeBSD.org/~brueffer/brueffer.key.asc X-PGP-Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D References: <004101c88f39$6b258cf0$b6db87d4@multiplay.co.uk> User-Agent: Mutt/1.5.11 Cc: FreeBSD , Claus Guttesen Subject: Re: freebsd 7 and areca controller X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 Mar 2008 23:59:50 -0000 --phCU5ROyZO6kBE05 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Mar 26, 2008 at 12:03:34PM +0000, Steven Hartland wrote: > The id's are in the source so I expect it should just work. > PCIDevVenIDARC1680 >=20 > Areca support on FreeBSD has been very good, they are our > RAID supplier of choice. >=20 I've just added the card to the manpage, thanks for the notice! - Christian --=20 Christian Brueffer chris@unixpages.org brueffer@FreeBSD.org GPG Key: http://people.freebsd.org/~brueffer/brueffer.key.asc GPG Fingerprint: A5C8 2099 19FF AACA F41B B29B 6C76 178C A0ED 982D --phCU5ROyZO6kBE05 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFH7X7DbHYXjKDtmC0RArj6AJ9Jb/bWW3I0vVhia/EbgFhGZUXVWgCfWjDy mjlCheOfFzYiDTg5o8SkESA= =VOS6 -----END PGP SIGNATURE----- --phCU5ROyZO6kBE05-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 00:59:11 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BCFE1106564A for ; Sat, 29 Mar 2008 00:59:11 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (skipjack.no-such-agency.net [64.142.114.146]) by mx1.freebsd.org (Postfix) with ESMTP id A685F8FC16 for ; Sat, 29 Mar 2008 00:59:11 +0000 (UTC) (envelope-from jpp@cloudview.com) Received: from skipjack.no-such-agency.net (localhost.sonic.net [127.0.0.1]) by skipjack.no-such-agency.net (Postfix) with ESMTP id 56CCC1B33C8; Fri, 28 Mar 2008 17:59:11 -0700 (PDT) Received: from jpp-desktop.localnet (gatekeeper.no-such-agency.net [64.142.103.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by skipjack.no-such-agency.net (Postfix) with ESMTP id 10CCA1B1E78; Fri, 28 Mar 2008 17:59:11 -0700 (PDT) Message-ID: <47ED945C.5040709@cloudview.com> Date: Fri, 28 Mar 2008 17:59:08 -0700 From: John Pettitt User-Agent: Thunderbird 2.0.0.12 (Macintosh/20080213) MIME-Version: 1.0 To: Volker References: <47E4B1BC.6020005@cloudview.com> <47ECC27B.6020904@vwsoft.com> In-Reply-To: <47ECC27B.6020904@vwsoft.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: 7-STABLE not seeing second em interface on supermicro mb X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 00:59:11 -0000 Volker wrote: > On 12/23/-58 20:59, John Pettitt wrote: > >> I just installed 7-STABLE on a new dual/quad machine based on a >> supermicro motherboard - it works fine except that it's not seeing the >> second network interface (em driver) - is there a magic incantation to >> make this work? >> >> >> FreeBSD echelon.localnet 7.0-STABLE FreeBSD 7.0-STABLE #0: Fri Mar 21 >> 23:27:31 PDT 2008 >> root@echelon.localnet:/usr/src/sys/amd64/compile/ECHELON amd64 >> >> The only word from the em driver is this >> >> em0: port >> 0x3000-0x301f mem 0xde200000-0xde21ffff irq 17 at device 0.0 on pci5 >> em0: Using MSI interrupt >> em0: Ethernet address: 00:30:48:64:d9:45 >> em0: [FILTER] >> >> ifconfig doesn't show anything other than em0 and lo0 >> >> Where should I start debugging this ? >> >> John >> > > John, > > I'm not aware whether or not your question has been answered. If not, > please send output of `pciconf -lv'. > > Volker > > It was a hardware problem - nothing that a new motherboard couldn't fix. John From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 04:05:22 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6082C106564A for ; Sat, 29 Mar 2008 04:05:22 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from FS.denninger.net (wsip-70-169-168-7.pn.at.cox.net [70.169.168.7]) by mx1.freebsd.org (Postfix) with ESMTP id 0E10E8FC1B for ; Sat, 29 Mar 2008 04:05:21 +0000 (UTC) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net (localhost [127.0.0.1]) by FS.denninger.net (8.13.8/8.13.1) with SMTP id m2T3pVQh086835 for ; Fri, 28 Mar 2008 21:51:31 -0600 (CST) (envelope-from karl@FS.denninger.net) Received: from fs.denninger.net [127.0.0.1] by Spamblock-sys (LOCAL); Fri Mar 28 21:51:31 2008 Received: (from karl@localhost) by FS.denninger.net (8.13.8/8.13.1/Submit) id m2T3pVlM086830 for freebsd-stable@freebsd.org; Fri, 28 Mar 2008 21:51:31 -0600 (CST) (envelope-from karl) Date: Fri, 28 Mar 2008 21:51:31 -0600 From: Karl Denninger To: freebsd-stable@freebsd.org Message-ID: <20080329035131.GA85119@FS.denninger.net> Mail-Followup-To: freebsd-stable@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Organization: Karl's Sushi and Packet Smashers X-Die-Spammers: Spammers cheerfully broiled for supper and served with ketchup! Subject: Generic 2-port PCI Express Serial Card - how to get 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: Sat, 29 Mar 2008 04:05:22 -0000 Hi folks; I have a "generic" PCI Express "dumb" (16550 allegedly) serial card that goes in a PCI Express slot. FreeBSD doesn't see it, which I assume has to do with the card's "vendor ID" not being in the table that FreeBSD reocognizes. How do I get the ID from the probe (and/or probe the bus when the machine is running?) - I assume I could add the vendor ID to the sio_pci.c module and it MIGHT work, yes? It doesn't have a specific brand and documentation is basically "zilch"; I figured it might work right out of the box, but so far, no joy. Thanks in advance! -- -- Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist http://www.denninger.net My home on the net - links to everything I do! http://scubaforum.org Your UNCENSORED place to talk about DIVING! http://genesis3.blogspot.com Musings Of A Sentient Mind From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 04:32:53 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90A18106566C for ; Sat, 29 Mar 2008 04:32:53 +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 EAC1A8FC12 for ; Sat, 29 Mar 2008 04:32:52 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.gsoft.com.au (ppp121-45-145-12.lns11.adl6.internode.on.net [121.45.145.12]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id m2T4WjX0027904 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Mar 2008 15:02:45 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Sat, 29 Mar 2008 15:02:32 +1030 User-Agent: KMail/1.9.7 References: <20080329035131.GA85119@FS.denninger.net> In-Reply-To: <20080329035131.GA85119@FS.denninger.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1632517.ijkG6FCm9v"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200803291502.40137.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Karl Denninger Subject: Re: Generic 2-port PCI Express Serial Card - how to get 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: Sat, 29 Mar 2008 04:32:53 -0000 --nextPart1632517.ijkG6FCm9v Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Sat, 29 Mar 2008, Karl Denninger wrote: > Hi folks; > > I have a "generic" PCI Express "dumb" (16550 allegedly) serial card > that goes in a PCI Express slot. > > FreeBSD doesn't see it, which I assume has to do with the card's > "vendor ID" not being in the table that FreeBSD reocognizes. > > How do I get the ID from the probe (and/or probe the bus when the > machine is running?) - I assume I could add the vendor ID to the > sio_pci.c module and it MIGHT work, yes? > > It doesn't have a specific brand and documentation is basically > "zilch"; I figured it might work right out of the box, but so far, no > joy. Have you tried loading puc? Unfortunately I think you will need to=20 recompile your kernel because it is not in GENERIC and not available as=20 a module. Look at /usr/src/sys/dev/puc/pucdata.c for a list of vendor/device IDs=20 (and add yours if it isn't there). =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 --nextPart1632517.ijkG6FCm9v Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBH7cZn5ZPcIHs/zowRAqnnAKCQedVAn4QEVs/MNHjJFDTeRGpqVgCfRtjg 0ZmvDoMJgRKQRekvFIy4r6I= =9l04 -----END PGP SIGNATURE----- --nextPart1632517.ijkG6FCm9v-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 05:17:45 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238E9106564A for ; Sat, 29 Mar 2008 05:17:45 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from mail.webreality.org (mailserver.webreality.org [217.75.141.5]) by mx1.freebsd.org (Postfix) with ESMTP id D646E8FC1A for ; Sat, 29 Mar 2008 05:17:44 +0000 (UTC) (envelope-from lists@lozenetz.org) Received: from [192.168.3.55] (unknown [78.83.112.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.webreality.org (Postfix) with ESMTP id 478BAFFE1BD for ; Sat, 29 Mar 2008 07:17:36 +0200 (EET) Message-ID: <47EDD0EE.7090803@lozenetz.org> Date: Sat, 29 Mar 2008 07:17:34 +0200 From: Anton - Valqk User-Agent: Icedove 1.5.0.14pre (X11/20080305) MIME-Version: 1.0 To: stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-HostIT-MailScanner-Information: Please contact the ISP for more information X-HostIT-MailScanner: Found to be clean X-HostIT-MailScanner-From: lists@lozenetz.org Cc: Subject: why does my apache-worker broke after upgrade to 6_3_RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2008 05:17:45 -0000 Hi group, does anyone has idea why the #$#$#$%$%#$%$@#$% upgrade to latest 6_3_RELEASE broke my apache-worker?!??? In logs I get: Fatal error 'kse_exit() failed for system scope thread' at line 1215 in file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 22) I don't think it's a suggested behavior? This broke my apache for christ sake!!! Not pretty sure about all other threaded apps..... after 10 times I've rebuilded my port from scratch and seeing that it's not a problem with this, I've found a solution: adding in /etc/libmap.conf [httpd] libpthread.so.2 libthr.so.2 libpthread.so libthr.so but can anyone tell me why the @#$@$R#%$@$$@$@$#% I get to this state by only updating to 6_3_RELEASE which is SUPPOSED TO BE ROCK SOLID STABLE!!!! and don't break that ugly things!!! freebsd is really pissing me off recently! I'm seeing a great increase of the problems recent years, as I'm following the list and dealing with it. anywayz, can anyone answer me plz why did I get to this state? thanks -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 05:24:16 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D6F1065670 for ; Sat, 29 Mar 2008 05:24:16 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from angel.comcen.com.au (angel.comcen.com.au [203.23.236.69]) by mx1.freebsd.org (Postfix) with ESMTP id C136B8FC2F for ; Sat, 29 Mar 2008 05:24:15 +0000 (UTC) (envelope-from rock_on_the_web@comcen.com.au) Received: from [192.168.0.199] (202-172-126-254.cpe.qld-1.comcen.com.au [202.172.126.254]) by angel.comcen.com.au (8.13.4/8.12.9) with ESMTP id m2T5D8bW032321 for ; Sat, 29 Mar 2008 16:13:10 +1100 (EST) From: Da Rock To: freebsd-stable@freebsd.org In-Reply-To: Content-Type: text/plain Date: Sat, 29 Mar 2008 15:13:03 +1000 Message-Id: <1206767583.4015.12.camel@laptop2.herveybayaustralia.com.au> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 (2.12.3-3.fc8) Content-Transfer-Encoding: 7bit X-comcen-MailScanner-Information: Please contact the ISP for more information X-comcen-MailScanner: Found to be clean X-comcen-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-16.427, required 4, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.37, BAYES_00 -15.00) X-comcen-MailScanner-From: rock_on_the_web@comcen.com.au Subject: Texas Instruments Card Reader. X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 05:24:16 -0000 Did anyone end up getting this to work? I'm suffering the same woes... From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 05:55:18 2008 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFC9B106566B for ; Sat, 29 Mar 2008 05:55:18 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from mta4.srv.hcvlny.cv.net (mta4.srv.hcvlny.cv.net [167.206.4.199]) by mx1.freebsd.org (Postfix) with ESMTP id 88C328FC16 for ; Sat, 29 Mar 2008 05:55:18 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from flosoft.no-ip.biz (ool-435559b8.dyn.optonline.net [67.85.89.184]) by mta4.srv.hcvlny.cv.net (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTP id <0JYH00CYE8E5OE60@mta4.srv.hcvlny.cv.net> for stable@freebsd.org; Sat, 29 Mar 2008 01:25:18 -0400 (EDT) Received: from flosoft.no-ip.biz (localhost [IPv6:::1]) by flosoft.no-ip.biz (8.14.2/8.14.2) with ESMTP id m2T5PH9s003976; Sat, 29 Mar 2008 01:25:17 -0400 Date: Sat, 29 Mar 2008 01:25:11 -0400 From: "Aryeh M. Friedman" In-reply-to: <47EDD0EE.7090803@lozenetz.org> To: Anton - Valqk Message-id: <47EDD2B7.5040104@gmail.com> MIME-version: 1.0 Content-type: text/plain; charset=UTF-8; format=flowed Content-transfer-encoding: 7BIT X-Enigmail-Version: 0.95.6 References: <47EDD0EE.7090803@lozenetz.org> User-Agent: Thunderbird 2.0.0.12 (X11/20080328) Cc: stable@freebsd.org Subject: Re: why does my apache-worker broke after upgrade to 6_3_RELEASE? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 Mar 2008 05:55:18 -0000 Anton - Valqk wrote: > Hi group, > does anyone has idea > why the #$#$#$%$%#$%$@#$% upgrade to latest 6_3_RELEASE > broke my apache-worker?!??? > In logs I get: > Fatal error 'kse_exit() failed for system scope thread' at line 1215 in > file /usr/src/lib/libpthread/thread/thr_kern.c (errno = 22) > > I don't think it's a suggested behavior? > This broke my apache for christ sake!!! > Not pretty sure about all other threaded apps..... > after 10 times I've rebuilded my port from scratch and seeing that it's > not a problem with this, > I've found a solution: > adding in /etc/libmap.conf > > [httpd] > libpthread.so.2 libthr.so.2 > libpthread.so libthr.so > > > but can anyone tell me why the @#$@$R#%$@$$@$@$#% I get to this state > by only updating to 6_3_RELEASE which is SUPPOSED TO BE ROCK SOLID > STABLE!!!! > and don't break that ugly things!!! > freebsd is really pissing me off recently! > I'm seeing a great increase of the problems recent years, as I'm > following the list and dealing with it. > anywayz, can anyone answer me plz why did I get to this state? > > thanks > > > Did you re-install apache from ports and everything it depends on? If so look at the man page for libmap.conf (*BUT* make extra sure you actually re-installed everything instead of just thinking you did) From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 10:42:45 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B737B1065672 for ; Sat, 29 Mar 2008 10:42:45 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 415768FC12 for ; Sat, 29 Mar 2008 10:42:44 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so640130fgg.35 for ; Sat, 29 Mar 2008 03:42:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=oOVC1H8U40yt7kvbHu4/sG9RkUXNIGtyi/LBTk3b98Q=; b=DBmqBYxJeFDTluFLAHNOR1Sbkt34pMW2f51bGUwgKRsn7WuOJ6RVXOwhcmUIRL9CyY8VZyO18llTOe1BRZHfvC01PBJ8ZrS84JnmJPFG/26TtUSJz8vREvliLkVP+EUZ6BMftbr/+j0/OCLSkMJlqzhiddCIjm0CiZx23nVEjIw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=h0qVOtfWahdYWDiouGbJfktqlDCcgxWjb2xwvBvIY43jdmH+2UiVIkL9t+UBsfn/J8FZu/1QFB89hSr3f5qhvLQ/UatX5Mm1YBXiamOf9BGVm+wzUqGiTgtRnpmprYiAPZ8hOznKSqiy1u8SjP8nI0KlQLCjKIy/5mUZzTjV2ko= Received: by 10.86.87.5 with SMTP id k5mr2592246fgb.51.1206787363126; Sat, 29 Mar 2008 03:42:43 -0700 (PDT) Received: by 10.86.95.7 with HTTP; Sat, 29 Mar 2008 03:42:42 -0700 (PDT) Message-ID: <790a9fff0803290342x1f00d22fu2ac3c6dd14751736@mail.gmail.com> Date: Sat, 29 Mar 2008 05:42:42 -0500 From: "Scot Hetzel" To: "Attila Nagy" In-Reply-To: <47ECF7F3.2010301@fsn.hu> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47ECF7F3.2010301@fsn.hu> Cc: freebsd-stable@freebsd.org Subject: Re: Mounting devfs over to ZFS from fstab fails X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 10:42:45 -0000 On 3/28/08, Attila Nagy wrote: > Hello, > > I have some jails running on ZFS, so I have to mount devfs's into them. > > For this purpose, I have some similar lines in /etc/fstab: > devfs /pool/jail/ldap/dev devfs rw 0 0 > > Where /pool is a ZFS filesystem. > > This has worked until today -when I upgraded from a previous 7-STABLE > (FreeBSD 7.0-STABLE #16: Fri Mar 7 14:30:08 CET 2008) to today's STABLE- > but not anymore. > > The boot process fails with something like WARNING: $true wasn't set, see > man rc.conf (or something similar, I don't have the exact error message, but > I can reproduce if it's needed), and the problem is that the rc scripts try > to mount the devfs (and nullfs) stuff to the yet unmounted ZFS, so > /pool/jail/ldap/dev doesn't exist. > It would be helpfull to see what the error message is. For "jails" you don't need to place any devfs entries into /etc/fstab. The /etc/rc.d/jail script will automatically mount/umount the devfs for you. Just add the following to /etc/rc.conf: jail__devfs_enable="YES" jail__devfs_ruleset="MyJailRule" <- this is optional You can also do the same thing with "chroot", an example script is /etc/rc.d/named. Scot From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 11:04:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B21E106566B for ; Sat, 29 Mar 2008 11:04:24 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 233DB8FC1E for ; Sat, 29 Mar 2008 11:04:22 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so647068fgg.35 for ; Sat, 29 Mar 2008 04:04:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=nj+XUhXy6B1TkB0c0uWqd1vku8SjKbiIjtSH2xn534Q=; b=fjB8vNixTWnkpD9L7r56qyAkVnI0LJoNgEcOz7ijhvZWsSFlqLnD8bEcFKFrCg3yC5T71z6jMxFxcHpCEPqosGxlImaxid592AveVv/TfHc6TxgSj2sQli63JoKdGq9Mmyjc0t15AgZqjWTB/qGa51nFCD+EE9ZUGvAHzf0sYSM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Z5dOGYYLhs3Xo+ZgGG7KsZqNSgcQ6EwZYEhsDAvPx5y3z1oc+lV+gCVo3KnzSHQNP0mHux2LIQ/oX04aWFJ3bm1n/yNjioaCVu8Fm9uYxKJqL3fR56A88fevdXqUbcELckuOevP8HX1ux6I7wOF/he+HndzFCCceFzB1VAKdyag= Received: by 10.86.78.4 with SMTP id a4mr2633448fgb.0.1206788660308; Sat, 29 Mar 2008 04:04:20 -0700 (PDT) Received: by 10.86.95.7 with HTTP; Sat, 29 Mar 2008 04:04:20 -0700 (PDT) Message-ID: <790a9fff0803290404t5c3bc734y3b77b775ab2d255c@mail.gmail.com> Date: Sat, 29 Mar 2008 06:04:20 -0500 From: "Scot Hetzel" To: freebsd-stable@freebsd.org, "Karl Denninger" In-Reply-To: <790a9fff0803290402r29eb67a7s5cc89a1257bf7461@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080329035131.GA85119@FS.denninger.net> <790a9fff0803290402r29eb67a7s5cc89a1257bf7461@mail.gmail.com> Cc: Subject: Re: Generic 2-port PCI Express Serial Card - how to get 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: Sat, 29 Mar 2008 11:04:24 -0000 To find the vendor/device IDs of your card use "pciconf -lv", and look for entries similar to the following: none0@pci0:0:20:0: class=0x0c0500 card=0x309b103c chip=0x43721002 rev=0x11 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB400 SMBus' class = serial bus subclass = SMBus Scot From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 11:09:33 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D0039106564A for ; Sat, 29 Mar 2008 11:09:33 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 543B18FC1C for ; Sat, 29 Mar 2008 11:09:33 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by fg-out-1718.google.com with SMTP id 16so648609fgg.35 for ; Sat, 29 Mar 2008 04:09:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; 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; bh=NZSdhS2dzE1msumO6BSA9cAZI9G9H+s7g3THERT23dk=; b=HYU9KecNzpwQdQXt/dU6/G9VvQwvX7ekEwlVCe1URCJOrHOJzuXgfj2+WBW7BgngX4Fu77vLqHmwF49+f4cZZCFBEZtiNWelC36UeJD6ScpQ2HkrVmi5wSG7IfSOOlXXuIK9K6NjoAHSav7QLvSuk/oEgeusJb5zaDJDSxL3F0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t+GAqNxP0h8HM04OflIxPcbPlJ+qYE31+JgCmGcVUKEQdZj2hLmW3zmQKJdmFlmLZVNCRc1gdWfMgbQRtAsTyYIqyE7Vi0kjOs9j6thuMzpkvzqgVkk36t7D5fSYwH3i5Sww6xDtp3inl2CvJayxFHUBeFl2J3pTjXWRbnJLXKQ= Received: by 10.86.87.5 with SMTP id k5mr2604557fgb.51.1206788534596; Sat, 29 Mar 2008 04:02:14 -0700 (PDT) Received: by 10.86.95.7 with HTTP; Sat, 29 Mar 2008 04:02:14 -0700 (PDT) Message-ID: <790a9fff0803290402r29eb67a7s5cc89a1257bf7461@mail.gmail.com> Date: Sat, 29 Mar 2008 06:02:14 -0500 From: "Scot Hetzel" To: freebsd-stable@freebsd.org, "Karl Denninger" In-Reply-To: <20080329035131.GA85119@FS.denninger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080329035131.GA85119@FS.denninger.net> Cc: Subject: Re: Generic 2-port PCI Express Serial Card - how to get 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: Sat, 29 Mar 2008 11:09:33 -0000 On 3/28/08, Karl Denninger wrote: > Hi folks; > > I have a "generic" PCI Express "dumb" (16550 allegedly) serial card that > goes in a PCI Express slot. > > FreeBSD doesn't see it, which I assume has to do with the card's "vendor ID" > not being in the table that FreeBSD reocognizes. > > How do I get the ID from the probe (and/or probe the bus when the machine is > running?) - I assume I could add the vendor ID to the sio_pci.c module > and it MIGHT work, yes? > > It doesn't have a specific brand and documentation is basically "zilch"; I > figured it might work right out of the box, but so far, no joy. > > Thanks in advance! > > -- > -- > Karl Denninger (karl@denninger.net) Internet Consultant & Kids Rights Activist > http://www.denninger.net My home on the net - links to everything I do! > http://scubaforum.org Your UNCENSORED place to talk about DIVING! > http://genesis3.blogspot.com Musings Of A Sentient Mind > > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 13:38:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 758F91065673 for ; Sat, 29 Mar 2008 13:38:49 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.171]) by mx1.freebsd.org (Postfix) with ESMTP id 003F78FC16 for ; Sat, 29 Mar 2008 13:38:48 +0000 (UTC) (envelope-from unixmania@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so91764uge.37 for ; Sat, 29 Mar 2008 06:38:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=xDSvAjYyEdYpu4LESHM2s+pl7JZxhF6i/Fp6EPBh720=; b=rT8N4MIhXaTJFbXFC6+RafrOJ9vGMoEvdP87XnUhhPRJe/tK1Xa1YUUrRcinSHZGzf5e78kQcpY6pfaLUrIcGnekE8MW2dUH9gcfxu1+VJG94YhOsbD3hc2ThDWBl1YkPssM/PQhT4kexetIAvRAW14tx8Lo9GOyFYR1FnYjqeI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Li2GCBLhaM3WEKPGMWhELaGOfq4Fy4coaXhwEbut5AnUUP332EPfE5/ToEsPwkrlVyfwwxr/Z+7HK+SnwX5td/Y5t58fACq4Ckd1+fQili6+dRFJcczTWygpX3i9S+Rtqjqe/umebXtT78DJqiaiIgur3Q6coZ8MJSChby9yhfk= Received: by 10.67.116.19 with SMTP id t19mr607405ugm.47.1206797927597; Sat, 29 Mar 2008 06:38:47 -0700 (PDT) Received: by 10.66.219.8 with HTTP; Sat, 29 Mar 2008 06:38:47 -0700 (PDT) Message-ID: Date: Sat, 29 Mar 2008 10:38:47 -0300 From: "Carlos A. M. dos Santos" To: freebsd-stable@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Missing manual pages (e.g. aio_fsync) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 13:38:49 -0000 Hello, It seems that the manual page of aio_fsync is missing, at least in FreeBSD 7.0-STABLE. I have some questions regarding this: 1. Is there somebody working on a man page for aio_fsync? 2. Is there a list of missing manual pages? 3. What is the current status of POSIX and Unix Specification? Is there any agreement with IEEE or Open Group allowing to cut-and-paste from, say, http://www.opengroup.org/onlinepubs/009695399/functions/aio_fsync.html? -- Carlos A. M. dos Santos From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 19:10:46 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FA47106566B; Sat, 29 Mar 2008 19:10:46 +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 50A728FC15; Sat, 29 Mar 2008 19:10:46 +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 9B2F32AC61A; Sat, 29 Mar 2008 13:52:57 -0500 (CDT) Received: from ziemel.erje.net (erje.net [80.126.62.176]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by smtpout-1.iphouse.net (Postfix) with ESMTP id 4CFD62AC5F9; Sat, 29 Mar 2008 13:52:57 -0500 (CDT) Received: from ismet.erje.net (ismet.erje.net [IPv6:2001:888:1f33::8e45:5e]) by ziemel.erje.net (PostFix 2.5.0) with ESMTP id CFBCCCA0B26; Sat, 29 Mar 2008 19:52:19 +0100 (CET) Received: (from robert@localhost) by ismet.erje.net (8.14.2/8.14.2/Submit) id m2TIqGpp004186; Sat, 29 Mar 2008 19:52:16 +0100 (CET) (envelope-from robert@ml.erje.net) X-Authentication-Warning: ismet.erje.net: robert set sender to robert@ml.erje.net using -f Date: Sat, 29 Mar 2008 19:52:16 +0100 From: Robert Joosten To: freebsd-chat@freebsd.org Message-ID: <20080329185215.GA4017@iphouse.com> References: <945136.92642.qm@web57010.mail.re3.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <945136.92642.qm@web57010.mail.re3.yahoo.com> User-Agent: Mutt/1.5.17 (2007-11-01) X-ziemel.erje.net-MailScanner: Ok, found to be clean X-Spam-Status: No X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 19:10:46 -0000 Hi Unga, > Is there a 2nd edition coming soon? Third iirc. ISBN 0201549794 was the first, although with a slightly different name. Regards, Robert PS: may I politely remind you of our mailinglist charters phrase: "No posting should be made to more than 2 mailing lists (..) ? ;-) http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/eresources.html#ERESOURCES-MAIL From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 20:23:21 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E38D41065674; Sat, 29 Mar 2008 20:23:21 +0000 (UTC) (envelope-from njm@njm.f2s.com) Received: from mk-outboundfilter-4.mail.uk.tiscali.com (mk-outboundfilter-4.mail.uk.tiscali.com [212.74.114.32]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9C98FC39; Sat, 29 Mar 2008 20:23:20 +0000 (UTC) (envelope-from njm@njm.f2s.com) X-Trace: 45469611/mk-outboundfilter-2.mail.uk.tiscali.com/F2S/$ACCEPTED/freedom2Surf-customers/195.137.21.170 X-SBRS: None X-RemoteIP: 195.137.21.170 X-IP-MAIL-FROM: njm@njm.f2s.com X-IP-BHB: Once X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ag4FAII67kfDiRWq/2dsb2JhbACBWqdc X-IP-Direction: IN Received: from i-195-137-21-170.freedom2surf.net (HELO oberon.njm.f2s.com) ([195.137.21.170]) by smtp.f2s.tiscali.co.uk with ESMTP/TLS/DHE-RSA-AES256-SHA; 29 Mar 2008 19:53:44 +0000 Received: from oberon.njm.f2s.com (localhost.njm.f2s.com [127.0.0.1]) by oberon.njm.f2s.com (8.14.2/8.14.2) with ESMTP id m2TJrhjE047009; Sat, 29 Mar 2008 19:53:43 GMT (envelope-from njm@oberon.njm.f2s.com) Received: (from njm@localhost) by oberon.njm.f2s.com (8.14.2/8.14.2/Submit) id m2TJrh6G047008; Sat, 29 Mar 2008 19:53:43 GMT (envelope-from njm) Date: Sat, 29 Mar 2008 19:53:43 +0000 From: "N.J. Mann" To: Robert Joosten Message-ID: <20080329195343.GA44731@oberon.njm.f2s.com> Mail-Followup-To: Robert Joosten , freebsd-chat@freebsd.org, freebsd-current@freebsd.org, freebsd-stable@freebsd.org References: <945136.92642.qm@web57010.mail.re3.yahoo.com> <20080329185215.GA4017@iphouse.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080329185215.GA4017@iphouse.com> X-Operating-System: FreeBSD 6.3-STABLE User-Agent: Mutt/1.5.17cvs (2008-03-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, freebsd-chat@freebsd.org Subject: Re: The Design and Implementation of the FreeBSD Operating System X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 20:23:22 -0000 In message <20080329185215.GA4017@iphouse.com>, Robert Joosten (robert@ml.erje.net) wrote: > Hi Unga, > > > Is there a 2nd edition coming soon? > > Third iirc. ISBN 0201549794 was the first, although with a slightly > different name. You are forgetting ISBN 0201061961! Cheers, Nick. -- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 22:16:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 881B4106566B for ; Sat, 29 Mar 2008 22:16:43 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id ECB208FC1B for ; Sat, 29 Mar 2008 22:16:42 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from crab.unsane.co.uk (crab.unsane.co.uk [10.0.0.111]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m2TMFNNM029614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Mar 2008 22:15:23 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <47EEBE78.5050506@unsane.co.uk> Date: Sat, 29 Mar 2008 22:11:04 +0000 From: Vince User-Agent: Thunderbird 2.0.0.12 (X11/20080313) MIME-Version: 1.0 To: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Panic with usb serial X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 22:16:43 -0000 Hi all, Is it expected that removing a usb serial adapter while you have a connection (eg tip) using it will panic a -stable system? I know it is expected if you remove a mounted umass device so wanted to see if its known behavior for serial before I file a pr. (adapter is ) -stable version as of the 25th march, (may have existed before but the first time I forgot to close tip before removing the device was on this version.) cheer, Vince From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 22:19:43 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1FCC106566C for ; Sat, 29 Mar 2008 22:19:43 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC968FC17 for ; Sat, 29 Mar 2008 22:19:42 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from crab.unsane.co.uk (crab.unsane.co.uk [10.0.0.111]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m2TLsBOq029220 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Mar 2008 21:54:11 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <47EEB97F.4040703@unsane.co.uk> Date: Sat, 29 Mar 2008 21:49:51 +0000 From: Vince User-Agent: Thunderbird 2.0.0.12 (X11/20080313) MIME-Version: 1.0 To: "Carlos A. M. dos Santos" References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Missing manual pages (e.g. aio_fsync) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 22:19:43 -0000 Carlos A. M. dos Santos wrote: > Hello, > > It seems that the manual page of aio_fsync is missing, at least in > FreeBSD 7.0-STABLE. I have some questions regarding this: > > 1. Is there somebody working on a man page for aio_fsync? > > 2. Is there a list of missing manual pages? > http://wiki.freebsd.org/MissingManpages no idea how complete that is though. > 3. What is the current status of POSIX and Unix Specification? Is > there any agreement with IEEE or Open Group allowing to cut-and-paste > from, say, http://www.opengroup.org/onlinepubs/009695399/functions/aio_fsync.html? > From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 22:20:49 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A75E3106567B for ; Sat, 29 Mar 2008 22:20:49 +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 9820C8FC17 for ; Sat, 29 Mar 2008 22:20:49 +0000 (UTC) (envelope-from jdc@parodius.com) Received: by mx01.sc1.parodius.com (Postfix, from userid 1000) id 856731CC060; Sat, 29 Mar 2008 15:20:49 -0700 (PDT) Date: Sat, 29 Mar 2008 15:20:49 -0700 From: Jeremy Chadwick To: Vince Message-ID: <20080329222049.GA80263@eos.sc1.parodius.com> References: <47EEBE78.5050506@unsane.co.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47EEBE78.5050506@unsane.co.uk> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Panic with usb serial X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 22:20:49 -0000 On Sat, Mar 29, 2008 at 10:11:04PM +0000, Vince wrote: > Is it expected that removing a usb serial adapter while you have a > connection (eg tip) using it will panic a -stable system? I know it is > expected if you remove a mounted umass device so wanted to see if its known > behavior for serial before I file a pr. (adapter is converter, class 0/0, rev 1.10/4.00, addr 3>) > -stable version as of the 25th march, (may have existed before but the > first time I forgot to close tip before removing the device was on this > version.) I would expect that the problem is identical in the sense that with a connection established, you have an open file descriptor which is associated with a serial device that uses USB. So, yes, I would expect this behaviour based on the track record. Should it happen? The answer is no. File a PR? Also, I'd like to know what USB serial adapter you're using (brand, model, and a website of it if possible), for unrelated reasons. Thanks! -- | 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 Sat Mar 29 23:38:28 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBDD3106566C for ; Sat, 29 Mar 2008 23:38:28 +0000 (UTC) (envelope-from rpp@ci.com.au) Received: from mippet.ci.com.au (mippet.ci.com.au [192.65.182.30]) by mx1.freebsd.org (Postfix) with ESMTP id D00258FC2F for ; Sat, 29 Mar 2008 23:38:27 +0000 (UTC) (envelope-from rpp@ci.com.au) Received: from mippet.ci.com.au (localhost [127.0.0.1]) by mippet.ci.com.au (8.14.2/8.14.2/CE070809/cml) with ESMTP id m2TN59fR020939 for ; Sun, 30 Mar 2008 10:05:09 +1100 (EST) (envelope-from rpp@mippet.ci.com.au) Received: (from rpp@localhost) by mippet.ci.com.au (8.14.2/8.14.2/Submit) id m2TN59xr020935 for freebsd-stable@freebsd.org; Sun, 30 Mar 2008 10:05:09 +1100 (EST) (envelope-from rpp) Date: Sun, 30 Mar 2008 10:05:09 +1100 From: Richard Perini To: freebsd-stable@freebsd.org Message-ID: <20080329230509.GA20266@mippet.ci.com.au> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline X-Scanned-By: MIMEDefang 2.63 on 192.65.182.30 Subject: PCI add-in parallel port 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: Sat, 29 Mar 2008 23:38:28 -0000 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I'm trying to get a PCI-express add-in parallel port card working with 7.0-STABLE, and after trying the following, I'm unable to get it to attach to the ppc bus. The card has a "MosChip NM9805" chip. Motherboard is an ASUS P5E64 WS. (which of course has no on-board parallel port). The card seems to be recognised by the puc layer. I've added device puc to the kernel config file, and added { 0x9710, 0x9805, 0xffff, 0, "MosChip NM9805 Dual 1284 Printer port", 0, PUC_PORT_2P, 0x10, 8, 0, }, to sys/dev/puc/pucdata.c and with verbose booting, get the following extracts from dmesg: (full dmesg attached below) pcib3: slot 0 INTB hardwired to IRQ 17 pcib4: slot 1 INTA is routed to irq 17 pcib5: slot 0 INTA is routed to irq 17 pcib6: slot 0 INTA is routed to irq 17 ppc0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xdc00 ppc0: using extended I/O port range puc0: port 0xdc00-0xdc07,0xd880-0xd887,0xd800-0xd807,0xd480-0xd487,0xd400-0xd407,0xd080-0xd08f irq 17 at device 0.0 on pci10 pcib6: puc0 requested I/O range 0xdc00-0xdc07: in range pcib5: puc0 requested I/O range 0xdc00-0xdc07: in range pcib4: puc0 requested I/O range 0xdc00-0xdc07: in range pcib3: puc0 requested I/O range 0xdc00-0xdc07: in range puc0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd800 puc0: [FILTER] ppc0: using extended I/O port range ppc0: using extended I/O port range [ and later ] ppc0: parallel port not found. ppc0: failed to probe at irq 7 on isa0 Any suggestions would be appreciated. -- Richard --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=dmesg Copyright (c) 1992-2008 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-STABLE #8: Sat Mar 29 16:40:32 EST 2008 rpp@marvin.ci.com.au:/u3/obj/usr/src/sys/LOCAL Preloaded elf kernel "/boot/kernel/kernel" at 0xc0ef1000. Preloaded elf module "/boot/kernel/snd_driver.ko" at 0xc0ef1188. Preloaded elf module "/boot/kernel/snd_ad1816.ko" at 0xc0ef1238. Preloaded elf module "/boot/kernel/sound.ko" at 0xc0ef12e8. Preloaded elf module "/boot/kernel/snd_als4000.ko" at 0xc0ef1394. Preloaded elf module "/boot/kernel/snd_atiixp.ko" at 0xc0ef1444. Preloaded elf module "/boot/kernel/snd_cmi.ko" at 0xc0ef14f4. Preloaded elf module "/boot/kernel/snd_cs4281.ko" at 0xc0ef15a0. Preloaded elf module "/boot/kernel/snd_csa.ko" at 0xc0ef1650. Preloaded elf module "/boot/kernel/snd_ds1.ko" at 0xc0ef16fc. Preloaded elf module "/boot/kernel/snd_emu10kx.ko" at 0xc0ef17a8. Preloaded elf module "/boot/kernel/snd_envy24.ko" at 0xc0ef1858. Preloaded elf module "/boot/kernel/snd_spicds.ko" at 0xc0ef1908. Preloaded elf module "/boot/kernel/snd_envy24ht.ko" at 0xc0ef19b8. Preloaded elf module "/boot/kernel/snd_es137x.ko" at 0xc0ef1a6c. Preloaded elf module "/boot/kernel/snd_ess.ko" at 0xc0ef1b1c. Preloaded elf module "/boot/kernel/snd_sbc.ko" at 0xc0ef1bc8. Preloaded elf module "/boot/kernel/snd_fm801.ko" at 0xc0ef1c74. Preloaded elf module "/boot/kernel/snd_mss.ko" at 0xc0ef1d24. Preloaded elf module "/boot/kernel/snd_hda.ko" at 0xc0ef1dd0. Preloaded elf module "/boot/kernel/snd_ich.ko" at 0xc0ef1e7c. Preloaded elf module "/boot/kernel/snd_maestro.ko" at 0xc0ef1f28. Preloaded elf module "/boot/kernel/snd_maestro3.ko" at 0xc0ef1fd8. Preloaded elf module "/boot/kernel/snd_neomagic.ko" at 0xc0ef208c. Preloaded elf module "/boot/kernel/snd_sb16.ko" at 0xc0ef2140. Preloaded elf module "/boot/kernel/snd_sb8.ko" at 0xc0ef21f0. Preloaded elf module "/boot/kernel/snd_solo.ko" at 0xc0ef229c. Preloaded elf module "/boot/kernel/snd_t4dwave.ko" at 0xc0ef234c. Preloaded elf module "/boot/kernel/snd_via8233.ko" at 0xc0ef23fc. Preloaded elf module "/boot/kernel/snd_via82c686.ko" at 0xc0ef24ac. Preloaded elf module "/boot/kernel/snd_vibes.ko" at 0xc0ef2560. Preloaded elf module "/boot/kernel/atapicam.ko" at 0xc0ef2610. Preloaded elf module "/boot/kernel/acpi.ko" at 0xc0ef26c0. Calibrating clock(s) ... i8254 clock: 1193200 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz quality 0 Calibrating TSC clock ... TSC clock: 2999672289 Hz CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (2999.67-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20100000 AMD Features2=0x1 Cores per package: 2 Instruction TLB: 4 KB Pages, 4-way set associative, 128 entries 1st-level instruction cache: 32 KB, 8-way set associative, 64 byte line size 1st-level data cache: 32 KB, 8-way set associative, 64 byte line size L2 cache: 4096 kbytes, 16-way associative, 64 bytes/line real memory = 2146697216 (2047 MB) Physical memory chunk(s): 0x0000000000001000 - 0x000000000009bfff, 634880 bytes (155 pages) 0x0000000000100000 - 0x00000000003fffff, 3145728 bytes (768 pages) 0x0000000001028000 - 0x000000007dae2fff, 2091626496 bytes (510651 pages) avail memory = 2091003904 (1994 MB) Table 'FACP' at 0x7ff40200 Table 'APIC' at 0x7ff40390 MADT: Found table at 0x7ff40390 MP Configuration Table version 1.4 found at 0xc00f1540 APIC: Using the MADT enumerator. MADT: Found CPU APIC ID 0 ACPI ID 1: enabled SMP: Added CPU 0 (AP) MADT: Found CPU APIC ID 1 ACPI ID 2: enabled SMP: Added CPU 1 (AP) MADT: Found CPU APIC ID 130 ACPI ID 3: disabled MADT: Found CPU APIC ID 131 ACPI ID 4: disabled ACPI APIC Table: INTR: Adding local APIC 1 as a target FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 bios32: Found BIOS32 Service Directory header at 0xc00f0000 bios32: Entry = 0xf0010 (c00f0010) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xf0000+0x31 pnpbios: Found PnP BIOS data at 0xc00f7040 pnpbios: Entry = f0000:803a Rev = 1.0 Other BIOS signatures found: APIC: CPU 0 has ACPI ID 1 APIC: CPU 1 has ACPI ID 2 ULE: setup cpu group 0 ULE: setup cpu 0 ULE: adding cpu 0 to group 0: cpus 1 mask 0x1 ULE: setup cpu group 1 ULE: setup cpu 1 ULE: adding cpu 1 to group 1: cpus 1 mask 0x2 ACPI: RSDP @ 0x0xfaff0/0x0014 (v 0 ACPIAM) ACPI: RSDT @ 0x0x7ff40000/0x003C (v 1 A_M_I_ OEMRSDT 0x11000728 MSFT 0x00000097) ACPI: FACP @ 0x0x7ff40200/0x0084 (v 2 A_M_I_ OEMFACP 0x11000728 MSFT 0x00000097) ACPI: DSDT @ 0x0x7ff40440/0x9098 (v 1 A0870 A0870031 0x00000031 INTL 0x20060113) ACPI: FACS @ 0x0x7ff4e000/0x0040 ACPI: APIC @ 0x0x7ff40390/0x006C (v 1 A_M_I_ OEMAPIC 0x11000728 MSFT 0x00000097) ACPI: MCFG @ 0x0x7ff40400/0x003C (v 1 A_M_I_ OEMMCFG 0x11000728 MSFT 0x00000097) ACPI: OEMB @ 0x0x7ff4e040/0x0081 (v 1 A_M_I_ AMI_OEM 0x11000728 MSFT 0x00000097) ACPI: HPET @ 0x0x7ff494e0/0x0038 (v 1 A_M_I_ OEMHPET 0x11000728 MSFT 0x00000097) ACPI: OSFR @ 0x0x7ff49520/0x00B0 (v 1 A_M_I_ OEMOSFR 0x11000728 MSFT 0x00000097) MADT: Found IO APIC ID 2, Interrupt 0 at 0xfec00000 ioapic0: Routing external 8259A's -> intpin 0 MADT: Interrupt override: source 0, irq 2 ioapic0: Routing IRQ 0 -> intpin 2 MADT: Interrupt override: source 9, irq 9 ioapic0: intpin 9 trigger: level ioapic0 irqs 0-23 on motherboard cpu0 BSP: ID: 0x00000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000100ef therm: 0x00010000 err: 0x0001000f pcm: 0x00010000 ath_rate: version 1.2 wlan_amrr: wlan: <802.11 Link Layer> snd_unit_init() u=0x00ff8000 [512] d=0x00007c00 [32] c=0x000003ff [1024] feeder_register: snd_unit=-1 snd_maxautovchans=16 latency=5 feeder_buffersize=16384 feeder_rate_min=1 feeder_rate_max=2016000 feeder_rate_round=25 random: nfslock: pseudo-device crypto: kbd: new array size 4 kbd1 at kbdmux0 io: mem: Pentium Pro MTRR support enabled null: ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) hptrr: RocketRAID 17xx/2xxx SATA controller driver v1.2 (Mar 29 2008 16:39:27) npx0: INT 16 interface cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 crypto: cryptosoft0 registers alg 1 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 2 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 3 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 4 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 5 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 16 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 6 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 7 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 18 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 19 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 20 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 8 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 15 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 9 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 10 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 13 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 14 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 11 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 21 flags 0 maxoplen 0 crypto: cryptosoft0 registers alg 17 flags 0 maxoplen 0 acpi0: on motherboard ioapic0: routing intpin 9 (ISA IRQ 9) to vector 48 acpi0: [MPSAFE] acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: wakeup code va 0xd90a7000 pa 0x1000 acpi: bad write to port 0x080 (16), val 0xaa pci_open(1): mode 1 addr port (0x0cf8) is 0x80000094 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=29e08086) pcibios: BIOS version 3.00 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.IELK.RXA0 -> bus 0 dev 0 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.FHR0 -> bus 0 dev 31 func 0 AcpiOsDerivePciId: \\_SB_.PCI0.SBRG.PIX0 -> bus 0 dev 31 func 0 acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 7ff00000 (3) failed ACPI timer: 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 1/1 -> 10 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 pci_link0: Index IRQ Rtd Ref IRQs Initial Probe 0 11 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 11 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link1: Index IRQ Rtd Ref IRQs Initial Probe 0 10 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 10 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link2: Index IRQ Rtd Ref IRQs Initial Probe 0 5 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 5 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link3: Index IRQ Rtd Ref IRQs Initial Probe 0 15 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 15 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link4: Index IRQ Rtd Ref IRQs Initial Probe 0 255 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 255 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link5: Index IRQ Rtd Ref IRQs Initial Probe 0 3 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 3 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link6: Index IRQ Rtd Ref IRQs Initial Probe 0 7 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 7 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 pci_link7: Index IRQ Rtd Ref IRQs Initial Probe 0 14 N 0 3 4 5 6 7 10 11 12 14 15 Validation 0 14 N 0 3 4 5 6 7 10 11 12 14 15 After Disable 0 255 N 0 3 4 5 6 7 10 11 12 14 15 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 acpi_hpet0: vend: 0x8086 rev: 0x1 num: 3 hz: 14318180 opts: legacy_route 64-bit Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - BE, should be B5 [20070320] ACPI: SSDT @ 0x0x7ff4e0d0/0x01D2 (v 1 AMI CPU1PM 0x00000001 INTL 0x20060113) cpu0: switching to generic Cx mode est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 ACPI: SSDT @ 0x0x7ff4e2b0/0x0143 (v 1 AMI CPU2PM 0x00000001 INTL 0x20060113) est1: on cpu1 est1: Invalid id16 (set, cur) = (2344, 1576) est1: Invalid freq 2997, ignored. est1: Invalid id16 (set, cur) = (1559, 2327) est1: Invalid freq 1998, ignored. p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pci0: domain=0, physical bus=0 found-> vendor=0x8086, dev=0x29e0, revid=0x01 domain=0, bus=0, slot=0, func=0 class=06-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x2090, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x29e1, revid=0x01 domain=0, bus=0, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x0a (2500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.1.INTA pcib0: slot 1 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x29e9, revid=0x01 domain=0, bus=0, slot=6, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.6.INTA pcib0: slot 6 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2937, revid=0x02 domain=0, bus=0, slot=26, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 map[20]: type I/O Port, range 32, base 0x8800, size 5, enabled pcib0: matched entry for 0.26.INTA pcib0: slot 26 INTA hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2938, revid=0x02 domain=0, bus=0, slot=26, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=3 map[20]: type I/O Port, range 32, base 0x8880, size 5, enabled pcib0: matched entry for 0.26.INTB pcib0: slot 26 INTB hardwired to IRQ 21 found-> vendor=0x8086, dev=0x2939, revid=0x02 domain=0, bus=0, slot=26, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type I/O Port, range 32, base 0x8c00, size 5, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x293c, revid=0x02 domain=0, bus=0, slot=26, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfe2ffc00, size 10, enabled pcib0: matched entry for 0.26.INTC pcib0: slot 26 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x293e, revid=0x02 domain=0, bus=0, slot=27, func=0 class=04-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0010, cachelnsz=8 (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 Memory, range 64, base 0xfe2f8000, size 14, enabled pcib0: matched entry for 0.27.INTA pcib0: slot 27 INTA hardwired to IRQ 22 found-> vendor=0x8086, dev=0x2940, revid=0x02 domain=0, bus=0, slot=28, func=0 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x2948, revid=0x02 domain=0, bus=0, slot=28, func=4 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTA pcib0: slot 28 INTA hardwired to IRQ 17 found-> vendor=0x8086, dev=0x294a, revid=0x02 domain=0, bus=0, slot=28, func=5 class=06-04-00, hdrtype=0x01, mfdev=1 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) intpin=b, irq=11 powerspec 2 supports D0 D3 current D0 MSI supports 1 message pcib0: matched entry for 0.28.INTB pcib0: slot 28 INTB hardwired to IRQ 16 found-> vendor=0x8086, dev=0x2934, revid=0x02 domain=0, bus=0, slot=29, func=0 class=0c-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 map[20]: type I/O Port, range 32, base 0x8080, size 5, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x2935, revid=0x02 domain=0, bus=0, slot=29, func=1 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=15 map[20]: type I/O Port, range 32, base 0x8400, size 5, enabled pcib0: matched entry for 0.29.INTB pcib0: slot 29 INTB hardwired to IRQ 19 found-> vendor=0x8086, dev=0x2936, revid=0x02 domain=0, bus=0, slot=29, func=2 class=0c-03-00, hdrtype=0x00, mfdev=0 cmdreg=0x0005, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[20]: type I/O Port, range 32, base 0x8480, size 5, enabled pcib0: matched entry for 0.29.INTC pcib0: slot 29 INTC hardwired to IRQ 18 found-> vendor=0x8086, dev=0x293a, revid=0x02 domain=0, bus=0, slot=29, func=7 class=0c-03-20, hdrtype=0x00, mfdev=0 cmdreg=0x0006, statreg=0x0290, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=14 powerspec 2 supports D0 D3 current D0 map[10]: type Memory, range 32, base 0xfe2ff800, size 10, enabled pcib0: matched entry for 0.29.INTA pcib0: slot 29 INTA hardwired to IRQ 23 found-> vendor=0x8086, dev=0x244e, revid=0x92 domain=0, bus=0, slot=30, func=0 class=06-04-01, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x02 (500 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2916, revid=0x02 domain=0, bus=0, slot=31, func=0 class=06-01-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0210, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) found-> vendor=0x8086, dev=0x2930, revid=0x02 domain=0, bus=0, slot=31, func=3 class=0c-05-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=0 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=c, irq=5 map[10]: type Memory, range 64, base 0xfe2ff400, size 8, enabled map[20]: type I/O Port, range 32, base 0x400, size 5, enabled pcib0: matched entry for 0.31.INTC pcib0: slot 31 INTC hardwired to IRQ 18 pcib1: irq 16 at device 1.0 on pci0 pcib1: domain 0 pcib1: secondary bus 1 pcib1: subordinate bus 1 pcib1: I/O decode 0x9000-0x9fff pcib1: memory decode 0xfe300000-0xfe3fffff pcib1: prefetched decode 0xd0000000-0xdfffffff pci1: on pcib1 pci1: domain=0, physical bus=1 found-> vendor=0x1002, dev=0x94c3, revid=0x00 domain=0, bus=1, slot=0, func=0 class=03-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Prefetchable Memory, range 64, base 0xd0000000, size 28, enabled pcib1: requested memory range 0xd0000000-0xdfffffff: good map[18]: type Memory, range 64, base 0xfe3e0000, size 16, enabled pcib1: requested memory range 0xfe3e0000-0xfe3effff: good map[20]: type I/O Port, range 32, base 0x9000, size 8, enabled pcib1: requested I/O range 0x9000-0x90ff: in range pcib1: matched entry for 1.0.INTA pcib1: slot 0 INTA hardwired to IRQ 16 found-> vendor=0x1002, dev=0xaa10, revid=0x00 domain=0, bus=1, slot=0, func=1 class=04-03-00, hdrtype=0x00, mfdev=1 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=b, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfe3fc000, size 14, enabled pcib1: requested memory range 0xfe3fc000-0xfe3fffff: good pcib1: matched entry for 1.0.INTB pcib1: slot 0 INTB hardwired to IRQ 17 vgapci0: port 0x9000-0x90ff mem 0xd0000000-0xdfffffff,0xfe3e0000-0xfe3effff irq 16 at device 0.0 on pci1 pcm0: mem 0xfe3fc000-0xfe3fffff irq 17 at device 0.1 on pci1 pcm0: DMA Coherency: Uncacheable / vendor=0x1002 pcm0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe3fc000 ioapic0: routing intpin 17 (PCI IRQ 17) to vector 49 pcm0: [MPSAFE] pcm0: [ITHREAD] pcm0: hdac_dma_alloc: size=1024 -> roundsz=1024 pcm0: hdac_dma_alloc: size=2048 -> roundsz=2048 pcib2: irq 16 at device 6.0 on pci0 pcib2: domain 0 pcib2: secondary bus 2 pcib2: subordinate bus 2 pcib2: I/O decode 0xa000-0xafff pcib2: memory decode 0xfe400000-0xfe7fffff pcib2: no prefetched decode pci2: on pcib2 pci2: domain=0, physical bus=2 found-> vendor=0x1000, dev=0x0056, revid=0x04 domain=0, bus=2, slot=0, func=0 class=01-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit MSI-X supports 1 message in map 0x14 map[10]: type I/O Port, range 32, base 0xa800, size 8, enabled pcib2: requested I/O range 0xa800-0xa8ff: in range map[14]: type Memory, range 64, base 0xfe7fc000, size 14, enabled pcib2: requested memory range 0xfe7fc000-0xfe7fffff: good map[1c]: type Memory, range 64, base 0xfe7e0000, size 16, enabled pcib2: requested memory range 0xfe7e0000-0xfe7effff: good pcib2: matched entry for 2.0.INTA pcib2: slot 0 INTA hardwired to IRQ 16 mpt0: port 0xa800-0xa8ff mem 0xfe7fc000-0xfe7fffff,0xfe7e0000-0xfe7effff irq 16 at device 0.0 on pci2 mpt0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xa800 mpt0: Reserved 0x4000 bytes for rid 0x14 type 3 at 0xfe7fc000 ioapic0: routing intpin 16 (PCI IRQ 16) to vector 50 mpt0: [MPSAFE] mpt0: [ITHREAD] mpt0: MPI Version=1.5.17.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). uhci0: port 0x8800-0x881f irq 16 at device 26.0 on pci0 uhci0: Reserved 0x20 bytes for rid 0x20 type 4 at 0x8800 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x8880-0x889f irq 21 at device 26.1 on pci0 uhci1: Reserved 0x20 bytes for rid 0x20 type 4 at 0x8880 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 51 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x8c00-0x8c1f irq 18 at device 26.2 on pci0 uhci2: Reserved 0x20 bytes for rid 0x20 type 4 at 0x8c00 ioapic0: routing intpin 18 (PCI IRQ 18) to vector 52 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xfe2ffc00-0xfe2fffff irq 18 at device 26.7 on pci0 ehci0: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfe2ffc00 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcm1: mem 0xfe2f8000-0xfe2fbfff irq 22 at device 27.0 on pci0 pcm1: TCSEL: 0x07 -> 0x00 pcm1: DMA Coherency: Uncacheable / vendor=0x8086 pcm1: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe2f8000 ioapic0: routing intpin 22 (PCI IRQ 22) to vector 53 pcm1: [MPSAFE] pcm1: [ITHREAD] pcm1: hdac_dma_alloc: size=1024 -> roundsz=1024 pcm1: hdac_dma_alloc: size=2048 -> roundsz=2048 pcib3: irq 17 at device 28.0 on pci0 pcib3: domain 0 pcib3: secondary bus 5 pcib3: subordinate bus 10 pcib3: I/O decode 0xd000-0xdfff pcib3: memory decode 0xfea00000-0xfeafffff pcib3: prefetched decode 0xfde00000-0xfdffffff pci5: on pcib3 pci5: domain=0, physical bus=5 found-> vendor=0x10b5, dev=0x8518, revid=0xac domain=0, bus=5, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0107, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 32, base 0xfeae0000, size 17, enabled pcib3: requested memory range 0xfeae0000-0xfeafffff: good pcib3: matched entry for 5.0.INTA pcib3: slot 0 INTA hardwired to IRQ 16 pcib4: mem 0xfeae0000-0xfeafffff irq 16 at device 0.0 on pci5 pcib4: domain 0 pcib4: secondary bus 6 pcib4: subordinate bus 10 pcib4: I/O decode 0xd000-0xdfff pcib4: prefetched decode 0xfde00000-0xfdffffff pcib4: could not get PCI interrupt routing table for \\_SB_.PCI0.P0P4.P4PB - AE_NOT_FOUND pci6: on pcib4 pci6: domain=0, physical bus=6 found-> vendor=0x10b5, dev=0x8518, revid=0xac domain=0, bus=6, slot=1, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0105, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib3: matched entry for 5.0.INTB pcib3: slot 0 INTB hardwired to IRQ 17 pcib4: slot 1 INTA is routed to irq 17 found-> vendor=0x10b5, dev=0x8518, revid=0xac domain=0, bus=6, slot=2, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=5 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib3: matched entry for 5.0.INTC pcib3: slot 0 INTC hardwired to IRQ 18 pcib4: slot 2 INTA is routed to irq 18 found-> vendor=0x10b5, dev=0x8518, revid=0xac domain=0, bus=6, slot=3, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0106, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=15 powerspec 3 supports D0 D3 current D0 MSI supports 1 message, 64 bit pcib3: matched entry for 5.0.INTD pcib3: slot 0 INTD hardwired to IRQ 19 pcib4: slot 3 INTA is routed to irq 19 pcib5: irq 17 at device 1.0 on pci6 pcib5: domain 0 pcib5: secondary bus 9 pcib5: subordinate bus 10 pcib5: I/O decode 0xd000-0xdfff pcib5: no prefetched decode pci9: on pcib5 pci9: domain=0, physical bus=9 found-> vendor=0x10b5, dev=0x8111, revid=0x21 domain=0, bus=9, slot=0, func=0 class=06-04-00, hdrtype=0x01, mfdev=0 cmdreg=0x0115, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x03 (750 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 MSI supports 1 message, 64 bit pcib3: matched entry for 5.0.INTB pcib3: slot 0 INTB hardwired to IRQ 17 pcib4: slot 1 INTA is routed to irq 17 pcib5: slot 0 INTA is routed to irq 17 pcib6: irq 17 at device 0.0 on pci9 pcib6: domain 0 pcib6: secondary bus 10 pcib6: subordinate bus 10 pcib6: I/O decode 0xd000-0xdfff pcib6: no prefetched decode pci10: on pcib6 pci10: domain=0, physical bus=10 found-> vendor=0x9710, dev=0x9805, revid=0x01 domain=0, bus=10, slot=0, func=0 class=07-80-00, hdrtype=0x00, mfdev=0 cmdreg=0x0003, statreg=0x0280, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 map[10]: type I/O Port, range 32, base 0xdc00, size 3, enabled pcib6: requested I/O range 0xdc00-0xdc07: in range pcib5: requested I/O range 0xdc00-0xdc07: in range pcib4: requested I/O range 0xdc00-0xdc07: in range pcib3: requested I/O range 0xdc00-0xdc07: in range map[14]: type I/O Port, range 32, base 0xd880, size 3, enabled pcib6: requested I/O range 0xd880-0xd887: in range pcib5: requested I/O range 0xd880-0xd887: in range pcib4: requested I/O range 0xd880-0xd887: in range pcib3: requested I/O range 0xd880-0xd887: in range map[18]: type I/O Port, range 32, base 0xd800, size 3, enabled pcib6: requested I/O range 0xd800-0xd807: in range pcib5: requested I/O range 0xd800-0xd807: in range pcib4: requested I/O range 0xd800-0xd807: in range pcib3: requested I/O range 0xd800-0xd807: in range map[1c]: type I/O Port, range 32, base 0xd480, size 3, enabled pcib6: requested I/O range 0xd480-0xd487: in range pcib5: requested I/O range 0xd480-0xd487: in range pcib4: requested I/O range 0xd480-0xd487: in range pcib3: requested I/O range 0xd480-0xd487: in range map[20]: type I/O Port, range 32, base 0xd400, size 3, enabled pcib6: requested I/O range 0xd400-0xd407: in range pcib5: requested I/O range 0xd400-0xd407: in range pcib4: requested I/O range 0xd400-0xd407: in range pcib3: requested I/O range 0xd400-0xd407: in range map[24]: type I/O Port, range 32, base 0xd080, size 4, enabled pcib6: requested I/O range 0xd080-0xd08f: in range pcib5: requested I/O range 0xd080-0xd08f: in range pcib4: requested I/O range 0xd080-0xd08f: in range pcib3: requested I/O range 0xd080-0xd08f: in range pcib3: matched entry for 5.0.INTB pcib3: slot 0 INTB hardwired to IRQ 17 pcib4: slot 1 INTA is routed to irq 17 pcib5: slot 0 INTA is routed to irq 17 pcib6: slot 0 INTA is routed to irq 17 ppc0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xdc00 ppc0: using extended I/O port range puc0: port 0xdc00-0xdc07,0xd880-0xd887,0xd800-0xd807,0xd480-0xd487,0xd400-0xd407,0xd080-0xd08f irq 17 at device 0.0 on pci10 pcib6: puc0 requested I/O range 0xdc00-0xdc07: in range pcib5: puc0 requested I/O range 0xdc00-0xdc07: in range pcib4: puc0 requested I/O range 0xdc00-0xdc07: in range pcib3: puc0 requested I/O range 0xdc00-0xdc07: in range puc0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd800 puc0: [FILTER] ppc0: using extended I/O port range ppc0: using extended I/O port range pcib7: irq 18 at device 2.0 on pci6 pcib7: domain 0 pcib7: secondary bus 8 pcib7: subordinate bus 8 pcib7: I/O decode 0x0-0x0 pcib7: prefetched decode 0xfdf00000-0xfdffffff pci8: on pcib7 pci8: domain=0, physical bus=8 pcib8: irq 19 at device 3.0 on pci6 pcib8: domain 0 pcib8: secondary bus 7 pcib8: subordinate bus 7 pcib8: I/O decode 0x0-0x0 pcib8: prefetched decode 0xfde00000-0xfdefffff pci7: on pcib8 pci7: domain=0, physical bus=7 pcib9: irq 17 at device 28.4 on pci0 pcib9: domain 0 pcib9: secondary bus 4 pcib9: subordinate bus 4 pcib9: I/O decode 0xc000-0xcfff pcib9: memory decode 0xfe900000-0xfe9fffff pcib9: no prefetched decode pci4: on pcib9 pci4: domain=0, physical bus=4 found-> vendor=0x11ab, dev=0x6145, revid=0xa1 domain=0, bus=4, slot=0, func=0 class=01-01-8f, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x08 (2000 ns), maxlat=0x00 (0 ns) intpin=a, irq=11 powerspec 2 supports D0 D1 D3 current D0 MSI supports 1 message map[10]: type I/O Port, range 32, base 0xcc00, size 3, enabled pcib9: requested I/O range 0xcc00-0xcc07: in range map[14]: type I/O Port, range 32, base 0xc880, size 2, enabled pcib9: requested I/O range 0xc880-0xc883: in range map[18]: type I/O Port, range 32, base 0xc800, size 3, enabled pcib9: requested I/O range 0xc800-0xc807: in range map[1c]: type I/O Port, range 32, base 0xc480, size 2, enabled pcib9: requested I/O range 0xc480-0xc483: in range map[20]: type I/O Port, range 32, base 0xc400, size 4, enabled pcib9: requested I/O range 0xc400-0xc40f: in range map[24]: type Memory, range 32, base 0xfe9ffc00, size 10, enabled pcib9: requested memory range 0xfe9ffc00-0xfe9fffff: good pcib9: matched entry for 4.0.INTA pcib9: slot 0 INTA hardwired to IRQ 16 atapci0: port 0xcc00-0xcc07,0xc880-0xc883,0xc800-0xc807,0xc480-0xc483,0xc400-0xc40f mem 0xfe9ffc00-0xfe9fffff irq 16 at device 0.0 on pci4 atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xc400 atapci0: [MPSAFE] atapci0: [ITHREAD] ata2: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xcc00 atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc880 ata2: reset tp1 mask=03 ostat0=50 ostat1=00 ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb ata2: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 ata2: reset tp2 stat0=00 stat1=00 devices=0x4 ata2: [MPSAFE] ata2: [ITHREAD] ata3: on atapci0 atapci0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc800 atapci0: Reserved 0x4 bytes for rid 0x1c type 4 at 0xc480 ata3: reset tp1 mask=03 ostat0=7f ostat1=7f ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat0=0x7f err=0xff lsb=0xff msb=0xff ata3: stat1=0x7f err=0xff lsb=0xff msb=0xff ata3: reset tp2 stat0=ff stat1=ff devices=0x0 ata3: [MPSAFE] ata3: [ITHREAD] pcib10: irq 16 at device 28.5 on pci0 pcib10: domain 0 pcib10: secondary bus 3 pcib10: subordinate bus 3 pcib10: I/O decode 0xb000-0xbfff pcib10: memory decode 0xfe800000-0xfe8fffff pcib10: no prefetched decode pci3: on pcib10 pci3: domain=0, physical bus=3 found-> vendor=0x11ab, dev=0x4364, revid=0x12 domain=0, bus=3, slot=0, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0007, statreg=0x0010, cachelnsz=8 (dwords) lattimer=0x00 (0 ns), mingnt=0x00 (0 ns), maxlat=0x00 (0 ns) intpin=a, irq=10 powerspec 3 supports D0 D1 D2 D3 current D0 MSI supports 1 message, 64 bit map[10]: type Memory, range 64, base 0xfe8fc000, size 14, enabled pcib10: requested memory range 0xfe8fc000-0xfe8fffff: good map[18]: type I/O Port, range 32, base 0xb800, size 8, enabled pcib10: requested I/O range 0xb800-0xb8ff: in range pcib10: matched entry for 3.0.INTA pcib10: slot 0 INTA hardwired to IRQ 17 mskc0: port 0xb800-0xb8ff mem 0xfe8fc000-0xfe8fffff irq 17 at device 0.0 on pci3 mskc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfe8fc000 mskc0: MSI count : 1 mskc0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to vector 54 mskc0: using IRQ 256 for MSI mskc0: RAM buffer size : 128KB mskc0: Port 0 : Rx Queue 85KB(0x00000000:0x000153ff) mskc0: Port 0 : Tx Queue 43KB(0x00015400:0x0001ffff) msk0: on mskc0 msk0: bpf attached msk0: Ethernet address: 00:1e:8c:75:1c:8e miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto mskc0: [MPSAFE] mskc0: [FILTER] uhci3: port 0x8080-0x809f irq 23 at device 29.0 on pci0 uhci3: Reserved 0x20 bytes for rid 0x20 type 4 at 0x8080 ioapic0: routing intpin 23 (PCI IRQ 23) to vector 55 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0x8400-0x841f irq 19 at device 29.1 on pci0 uhci4: Reserved 0x20 bytes for rid 0x20 type 4 at 0x8400 ioapic0: routing intpin 19 (PCI IRQ 19) to vector 56 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0x8480-0x849f irq 18 at device 29.2 on pci0 uhci5: Reserved 0x20 bytes for rid 0x20 type 4 at 0x8480 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfe2ff800-0xfe2ffbff irq 23 at device 29.7 on pci0 ehci1: Reserved 0x400 bytes for rid 0x10 type 3 at 0xfe2ff800 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 6 ports with 6 removable, self powered pcib11: at device 30.0 on pci0 pcib11: domain 0 pcib11: secondary bus 11 pcib11: subordinate bus 11 pcib11: I/O decode 0xe000-0xefff pcib11: memory decode 0xfeb00000-0xfebfffff pcib11: no prefetched decode pcib11: Subtractively decoded bridge. pci11: on pcib11 pci11: domain=0, physical bus=11 found-> vendor=0x9005, dev=0x00c0, revid=0x01 domain=0, bus=11, slot=1, func=0 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=a, irq=10 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xe000, size 8, enabled pcib11: requested I/O range 0xe000-0xe0ff: in range map[14]: type Memory, range 64, base 0xfebf9000, size 12, enabled pcib11: requested memory range 0xfebf9000-0xfebf9fff: good pcib11: matched entry for 11.1.INTA pcib11: slot 1 INTA hardwired to IRQ 17 found-> vendor=0x9005, dev=0x00c0, revid=0x01 domain=0, bus=11, slot=1, func=1 class=01-00-00, hdrtype=0x00, mfdev=1 cmdreg=0x0017, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x28 (10000 ns), maxlat=0x19 (6250 ns) intpin=b, irq=5 powerspec 2 supports D0 D3 current D0 map[10]: type I/O Port, range 32, base 0xe400, size 8, enabled pcib11: requested I/O range 0xe400-0xe4ff: in range map[14]: type Memory, range 64, base 0xfebfa000, size 12, enabled pcib11: requested memory range 0xfebfa000-0xfebfafff: good pcib11: matched entry for 11.1.INTB pcib11: slot 1 INTB hardwired to IRQ 18 found-> vendor=0x1106, dev=0x3044, revid=0xc0 domain=0, bus=11, slot=3, func=0 class=0c-00-10, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x0210, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x00 (0 ns), maxlat=0x20 (8000 ns) intpin=a, irq=5 powerspec 2 supports D0 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfebfb800, size 11, enabled pcib11: requested memory range 0xfebfb800-0xfebfbfff: good map[14]: type I/O Port, range 32, base 0xec00, size 7, enabled pcib11: requested I/O range 0xec00-0xec7f: in range pcib11: matched entry for 11.3.INTA pcib11: slot 3 INTA hardwired to IRQ 18 found-> vendor=0x11ab, dev=0x4320, revid=0x14 domain=0, bus=11, slot=4, func=0 class=02-00-00, hdrtype=0x00, mfdev=0 cmdreg=0x0017, statreg=0x02b0, cachelnsz=8 (dwords) lattimer=0x40 (1920 ns), mingnt=0x17 (5750 ns), maxlat=0x1f (7750 ns) intpin=a, irq=15 powerspec 2 supports D0 D1 D2 D3 current D0 map[10]: type Memory, range 32, base 0xfebfc000, size 14, enabled pcib11: requested memory range 0xfebfc000-0xfebfffff: good map[14]: type I/O Port, range 32, base 0xe800, size 8, enabled pcib11: requested I/O range 0xe800-0xe8ff: in range pcib11: matched entry for 11.4.INTA pcib11: slot 4 INTA hardwired to IRQ 19 ahc0: port 0xe000-0xe0ff mem 0xfebf9000-0xfebf9fff irq 17 at device 1.0 on pci11 ahc0: Defaulting to MEMIO off ahc0: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe000 ahc0: Reading SEEPROM...done. ahc0: Manual SE Termination ahc0: BIOS eeprom is present ahc0: Primary Low Byte termination Enabled ahc0: Primary High Byte termination Enabled ahc0: Downloading Sequencer Program... 423 instructions downloaded ahc0: Features 0x1fef6, Bugs 0x40, Flags 0x28485560 ahc0: [MPSAFE] ahc0: [ITHREAD] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0xe400-0xe4ff mem 0xfebfa000-0xfebfafff irq 18 at device 1.1 on pci11 ahc1: Defaulting to MEMIO off ahc1: Reserved 0x100 bytes for rid 0x10 type 4 at 0xe400 ahc1: Reading SEEPROM...done. ahc1: Manual SE Termination ahc1: BIOS eeprom is present ahc1: Primary Low Byte termination Enabled ahc1: Primary High Byte termination Enabled ahc1: Downloading Sequencer Program... 423 instructions downloaded ahc1: Features 0x1fef6, Bugs 0x40, Flags 0x28485560 ahc1: [MPSAFE] ahc1: [ITHREAD] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs fwohci0: port 0xec00-0xec7f mem 0xfebfb800-0xfebfbfff irq 18 at device 3.0 on pci11 fwohci0: Reserved 0x800 bytes for rid 0x10 type 3 at 0xfebfb800 fwohci0: [MPSAFE] fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:1e:8c:00:00:1a:99:a7 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:1e:8c:1a:99:a7 fwe0: bpf attached fwe0: Ethernet address: 02:1e:8c:1a:99:a7 fwip0: on firewire0 fwip0: bpf attached fwip0: Firewire address: 00:1e:8c:00:00:1a:99:a7 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x7d8c4000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode skc0: port 0xe800-0xe8ff mem 0xfebfc000-0xfebfffff irq 19 at device 4.0 on pci11 skc0: Reserved 0x4000 bytes for rid 0x10 type 3 at 0xfebfc000 skc0: interrupt moderation is 100 us skc0: Marvell Yukon Lite Gigabit Ethernet rev. (0x9) skc0: chip ver = 0xb1 skc0: chip rev = 0x09 skc0: SK_EPROM0 = 0x10 skc0: SRAM size = 0x010000 sk0: on skc0 sk0: bpf attached sk0: Ethernet address: 00:1e:8c:75:19:0a miibus1: on sk0 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto skc0: [MPSAFE] skc0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 pci0: at device 31.3 (no driver attached) acpi_button0: 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 57 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: irq maps: 0 0 0 0 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 58 sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 kbd0: atkbd0, generic (0), config:0x0, flags:0x3f0000 ioapic0: routing intpin 1 (ISA IRQ 1) to vector 59 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: unable to allocate IRQ unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff unknown: status reg test failed ff ex_isa_identify() ahc_isa_probe 8: ioport 0x8c00 alloc failed ahc_isa_probe 12: ioport 0xcc00 alloc failed ahc_isa_probe 13: ioport 0xdc00 alloc failed ahc_isa_probe 14: ioport 0xec00 alloc failed 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 sc: sc0 already exists; skipping it vga: vga0 already exists; skipping it isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcefff pnpid ORM0000 on isa0 adv0: not probed (disabled) aha0: not probed (disabled) aic0: not probed (disabled) ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 14 (ISA IRQ 14) to vector 60 ata0: [MPSAFE] ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: reset tp1 mask=00 ostat0=ff ostat1=ff ioapic0: routing intpin 15 (ISA IRQ 15) to vector 61 ata1: [MPSAFE] ata1: [ITHREAD] bt0: not probed (disabled) cs0: not probed (disabled) ed0: not probed (disabled) fe0: not probed (disabled) ie0: not probed (disabled) le0: 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: 0 0 0 0 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 ukbd0: on uhub6 kbd2 at ukbd0 kbd2: ukbd0, generic (0), config:0x0, flags:0x3d0000 ums0: on uhub6 ums0: 5 buttons and Z dir. Device configuration finished. Reducing kern.maxvnodes 134057 -> 100000 procfs registered lapic: Divisor 2, Frequency 166648467 hz Timecounter "TSC" frequency 2999672289 Hz quality -100 Timecounters tick every 1.000 msec lo0: bpf attached hptrr: no controller detected. Waiting 5 seconds for SCSI devices to settle firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) (noperiph:ahc0:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. (noperiph:ahc1:0:-1:-1): SCSI bus reset delivered. 0 SCBs aborted. ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA66 cable=80 wire acd0: DVDR drive at ata2 as master acd0: read 6890KB/s (6890KB/s) write 5511KB/s (6890KB/s), 2000KB buffer, UDMA66 acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet acd0: Writes: CDR, CDRW, DVDR, test write, burnproof acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: no/blank disc [ copious sound card debugging deleted ] acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x48 0x00 0x01 (probe100:ata2:0:0:0): error 22 (probe100:ata2:0:0:0): Unretryable Error (probe100:ata2:0:0:0): Down reving Protocol Version from 2 to 0? (probe93:sbp0:0:0:0): error 22 (probe93:sbp0:0:0:0): Unretryable Error (probe94:sbp0:0:1:0): error 22 (probe94:sbp0:0:1:0): Unretryable Error (probe95:sbp0:0:2:0): error 22 (probe95:sbp0:0:2:0): Unretryable Error (probe96:sbp0:0:3:0): error 22 (probe96:sbp0:0:3:0): Unretryable Error (probe97:sbp0:0:4:0): error 22 (probe97:sbp0:0:4:0): Unretryable Error (probe98:sbp0:0:5:0): error 22 (probe98:sbp0:0:5:0): Unretryable Error (probe99:sbp0:0:6:0): error 22 (probe99:sbp0:0:6:0): Unretryable Error ahc0: Selection Timeout on A:0. 0 SCBs aborted ahc1: Selection Timeout on A:5. 0 SCBs aborted ahc0: Selection Timeout on A:1. 0 SCBs aborted ahc1: Selection Timeout on A:6. 0 SCBs aborted ahc0: Selection Timeout on A:2. 0 SCBs aborted ahc1: Selection Timeout on A:12. 0 SCBs aborted ahc0: Selection Timeout on A:3. 0 SCBs aborted ahc1: Selection Timeout on A:13. 0 SCBs aborted ahc0: Selection Timeout on A:4. 0 SCBs aborted ahc1: Selection Timeout on A:0. 0 SCBs aborted ahc0: Selection Timeout on A:5. 0 SCBs aborted ahc1: Selection Timeout on A:1. 0 SCBs aborted ahc0: Selection Timeout on A:6. 0 SCBs aborted ahc1: Selection Timeout on A:2. 0 SCBs aborted ahc0: Selection Timeout on A:8. 0 SCBs aborted ahc1: Selection Timeout on A:4. 0 SCBs aborted ahc0: Selection Timeout on A:9. 0 SCBs aborted ahc1: Selection Timeout on A:8. 0 SCBs aborted ahc0: Selection Timeout on A:10. 0 SCBs aborted ahc1: Selection Timeout on A:9. 0 SCBs aborted ahc0: Selection Timeout on A:11. 0 SCBs aborted ahc1: Selection Timeout on A:10. 0 SCBs aborted ahc0: Selection Timeout on A:12. 0 SCBs aborted ahc1: Selection Timeout on A:11. 0 SCBs aborted ahc0: Selection Timeout on A:13. 0 SCBs aborted ahc1: Selection Timeout on A:14. 0 SCBs aborted ahc0: Selection Timeout on A:14. 0 SCBs aborted ahc1: Selection Timeout on A:15. 0 SCBs aborted (probe81:ahc1:0:3:0): Down reving Protocol Version from 4 to 3? (ahc1:A:3:0): Sending PPR bus_width 1, period 9, offset 7f, ppr_options 2 (ahc1:A:3:0): Received PPR width 1, period 9, offset 40,options 2 Filtered to width 1, period 9, offset 40, options 2 ahc1: target 3 using 16bit transfers ahc1: target 3 synchronous at 80.0MHz DT, offset = 0x40 (ahc1:A:3:0): Sending PPR bus_width 1, period 9, offset 40, ppr_options 2 (ahc1:A:3:0): Received PPR width 1, period 9, offset 40,options 2 Filtered to width 1, period 9, offset 40, options 2 ahc0: Selection Timeout on A:15. 0 SCBs aborted pass0 at mpt0 bus 0 target 0 lun 0 pass0: Fixed Direct Access SCSI-5 device pass0: Serial Number BV00P81007F1 pass0: 300.000MB/s transfers pass0: Command Queueing Enabled da0 at mpt0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: Serial Number BV00P81007F1 da0: 300.000MB/s transfers da0: Command Queueing Enabled da0: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da1 at mpt0 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-5 device da1: Serial Number BV00P7C007D2 da1: 300.000MB/s transfers da1: Command Queueing Enabled da1: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da2 at mpt0 bus 0 target 2 lun 0 da2: Fixed Direct Access SCSI-5 device da2: Serial Number BV00P7C007C9 da2: 300.000MB/s transfers da2: Command Queueing Enabled da2: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) da3 at mpt0 bus 0 target 3 lun 0 da3: Fixed Direct Access SCSI-5 device da3: Serial Number BV00P81007EU da3: 300.000MB/s transfers da3: Command Queueing Enabled da3: 70136MB (143638992 512 byte sectors: 255H 63S/T 8941C) GEOM: new disk da0 GEOM: new disk da1 GEOM: new disk da2 GEOM: new disk da3 pass1 at mpt0 bus 0 target 1 lun 0 pass1: Fixed Direct Access SCSI-5 device pass1: Serial Number BV00P7C007D2 pass1: 300.000MB/s transfers pass1: Command Queueing Enabled pass2 at mpt0 bus 0 target 2 lun 0 pass2: Fixed Direct Access SCSI-5 device pass2: Serial Number BV00P7C007C9 pass2: 300.000MB/s transfers pass2: Command Queueing Enabled pass3 at mpt0 bus 0 target 3 lun 0 pass3: Fixed Direct Access SCSI-5 device pass3: Serial Number BV00P81007EU pass3: 300.000MB/s transfers pass3: Command Queueing Enabled pass4 at ahc1 bus 0 target 3 lun 0 pass4: Removable Sequential Access SCSI-3 device pass4: Serial Number HU108021EN pass4: 160.000MB/s transfers (80.000MHz DT, offset 64, 16bit) pass5 at ata2 bus 0 target 0 lun 0 pass5: Removable CD-ROM SCSI-0 device pass5: 66.000MB/s transfers sa0 at ahc1 bus 0 target 3 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: Serial Number HU108021EN sa0: 160.000MB/s transfers (80.000MHz DT, offset 64, 16bit) ATA PseudoRAID loaded SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 ioapic0: Assigning ISA IRQ 1 to local APIC 0 ioapic0: Assigning ISA IRQ 4 to local APIC 1 ioapic0: Assigning ISA IRQ 6 to local APIC 0 ioapic0: Assigning ISA IRQ 9 to local APIC 1 ioapic0: Assigning ISA IRQ 14 to local APIC 0 ioapic0: Assigning ISA IRQ 15 to local APIC 1 ioapic0: Assigning PCI IRQ 16 to local APIC 0 ioapic0: Assigning PCI IRQ 17 to local APIC 1 ioapic0: Assigning PCI IRQ 18 to local APIC 0 ioapic0: Assigning PCI IRQ 19 to local APIC 1 ioapic0: Assigning PCI IRQ 21 to local APIC 0 ioapic0: Assigning PCI IRQ 22 to local APIC 1 ioapic0: Assigning PCI IRQ 23 to local APIC 0 msi: Assigning MSI IRQ 256 to local APIC 1 (cd0:ata2:0:0:0): error 6 (cd0:ata2:0:0:0): Unretryable Error cd0 at ata2 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 66.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present GEOM: new disk cd0 (cd0:ata2:0:0:0): error 6 (cd0:ata2:0:0:0): Unretryable Error (cd0:ata2:0:0:0): error 6 (cd0:ata2:0:0:0): Unretryable Error (cd0:ata2:0:0:0): error 6 (cd0:ata2:0:0:0): Unretryable Error (cd0:ata2:0:0:0): error 6 (cd0:ata2:0:0:0): Unretryable Error Trying to mount root from ufs:/dev/da0s1a start_init: trying /sbin/init lo1: bpf attached gif0: bpf attached Linux ELF exec handler installed msk0: link state changed to UP mpt0: QUEUE FULL EVENT: Bus 0x00 Target 0x00 Depth 129 (noperiph:mpt0:0:0:0): tagged openings now 128 --TB36FDmn/VVEgNH/-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 23:44:24 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 337DE106564A; Sat, 29 Mar 2008 23:44:24 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from unsane.co.uk (unknown [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 040518FC15; Sat, 29 Mar 2008 23:44:22 +0000 (UTC) (envelope-from jhary@unsane.co.uk) Received: from crab.unsane.co.uk (crab.unsane.co.uk [10.0.0.111]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id m2TNiHe9030897 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 29 Mar 2008 23:44:17 GMT (envelope-from jhary@unsane.co.uk) Message-ID: <47EED34E.2080400@unsane.co.uk> Date: Sat, 29 Mar 2008 23:39:58 +0000 From: Vince User-Agent: Thunderbird 2.0.0.12 (X11/20080313) MIME-Version: 1.0 To: Jeremy Chadwick References: <47EEBE78.5050506@unsane.co.uk> <20080329222049.GA80263@eos.sc1.parodius.com> In-Reply-To: <20080329222049.GA80263@eos.sc1.parodius.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, freebsd-usb@freebsd.org Subject: Re: Panic with usb serial X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 23:44:24 -0000 Jeremy Chadwick wrote: > On Sat, Mar 29, 2008 at 10:11:04PM +0000, Vince wrote: >> Is it expected that removing a usb serial adapter while you have a >> connection (eg tip) using it will panic a -stable system? I know it is >> expected if you remove a mounted umass device so wanted to see if its known >> behavior for serial before I file a pr. (adapter is > converter, class 0/0, rev 1.10/4.00, addr 3>) >> -stable version as of the 25th march, (may have existed before but the >> first time I forgot to close tip before removing the device was on this >> version.) > > I would expect that the problem is identical in the sense that with a > connection established, you have an open file descriptor which is > associated with a serial device that uses USB. > > So, yes, I would expect this behaviour based on the track record. > Should it happen? The answer is no. File a PR? > > Also, I'd like to know what USB serial adapter you're using (brand, > model, and a website of it if possible), for unrelated reasons. Thanks! > About what I was expecting but just thought I'd check. Will file a PR tomorrow when my wife isnt browsing facebook on that laptop :) Regarding the USB serial adapter, I was supplied it though work a while back. I believe from my rather fuzzy memory we got it though these guys http://www.usbnow.co.uk/Cables-USB_to_RS232_Cables/c1_23/index.html Although I wouldn't swear to it. I'll have an ask if anyone remembers on monday. Vince From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 23:56:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72CCF106564A; Sat, 29 Mar 2008 23:56:37 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from gw.sandvine.com (gw.sandvine.com [199.243.201.138]) by mx1.freebsd.org (Postfix) with ESMTP id 288A18FC16; Sat, 29 Mar 2008 23:56:37 +0000 (UTC) (envelope-from emaste@freebsd.org) Received: from labgw2.phaedrus.sandvine.com ([192.168.3.11]) by gw.sandvine.com with Microsoft SMTPSVC(6.0.3790.3959); Sat, 29 Mar 2008 19:34:30 -0400 Received: by labgw2.phaedrus.sandvine.com (Postfix, from userid 12627) id 6D8FF1164C; Sat, 29 Mar 2008 19:34:30 -0400 (EDT) Date: Sat, 29 Mar 2008 19:34:30 -0400 From: Ed Maste To: Jeremy Chadwick Message-ID: <20080329233430.GA23687@sandvine.com> References: <47EEBE78.5050506@unsane.co.uk> <20080329222049.GA80263@eos.sc1.parodius.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080329222049.GA80263@eos.sc1.parodius.com> User-Agent: Mutt/1.4.2.1i X-OriginalArrivalTime: 29 Mar 2008 23:34:30.0658 (UTC) FILETIME=[6FAB6E20:01C891F5] Cc: freebsd-stable@freebsd.org Subject: USB-Serial converters [Was: Panic with usb serial] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 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, 29 Mar 2008 23:56:37 -0000 On Sat, Mar 29, 2008 at 03:20:49PM -0700, Jeremy Chadwick wrote: > Also, I'd like to know what USB serial adapter you're using (brand, > model, and a website of it if possible), for unrelated reasons. Thanks! The "Cables Unlimited" USB-Serial adapter from TigerDirect[1] is based on the FTDI chipset and works really well. It supports up to 1MBps and can do non-standard rates (in -CURRENT). That said, we've got pretty comprehensive support for USB-serial converters. I've bought five or six different ones, with the "Cables Unlimited" one being the most expensive, and they're all supported. The cheaper ones I've tried either don't do arbitrary rates, support only up to 115200, or occasionally drop characters under continuous communication though. [1] http://www.tigerdirect.ca/applications/SearchTools/item-details.asp?EdpNo=1104139&CatId=447 -Ed From owner-freebsd-stable@FreeBSD.ORG Sat Mar 29 23:56:37 2008 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A382A1065670 for ; Sat, 29 Mar 2008 23:56:37 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp01.sth.basefarm.net (ch-smtp01.sth.basefarm.net [80.76.149.212]) by mx1.freebsd.org (Postfix) with ESMTP id 2D82D8FC17 for ; Sat, 29 Mar 2008 23:56:37 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:52284 helo=falcon.midgard.homeip.net) by ch-smtp01.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1Jfkua-0006FF-3i for freebsd-stable@freebsd.org; Sun, 30 Mar 2008 00:56:36 +0100 Received: (qmail 42337 invoked from network); 30 Mar 2008 00:56:31 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 30 Mar 2008 00:56:31 +0100 Received: (qmail 43378 invoked by uid 1001); 30 Mar 2008 00:56:31 +0100 Date: Sun, 30 Mar 2008 00:56:31 +0100 From: Erik Trulsson To: Richard Perini Message-ID: <20080329235631.GA43279@owl.midgard.homeip.net> Mail-Followup-To: Richard Perini , freebsd-stable@freebsd.org References: <20080329230509.GA20266@mippet.ci.com.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080329230509.GA20266@mippet.ci.com.au> User-Agent: Mutt/1.5.17 (2007-11-01) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1Jfkua-0006FF-3i. X-Scan-Signature: ch-smtp01.sth.basefarm.net 1Jfkua-0006FF-3i ab532f61f5466c9ad0a7631056dca1a8 Cc: freebsd-stable@freebsd.org Subject: Re: PCI add-in parallel port 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: Sat, 29 Mar 2008 23:56:37 -0000 On Sun, Mar 30, 2008 at 10:05:09AM +1100, Richard Perini wrote: > > Hi, > > I'm trying to get a PCI-express add-in parallel port card working with > 7.0-STABLE, and after trying the following, I'm unable to get it to > attach to the ppc bus. The card has a "MosChip NM9805" chip. Motherboard > is an ASUS P5E64 WS. (which of course has no on-board parallel port). > The card seems to be recognised by the puc layer. > > I've added > device puc > to the kernel config file, and added > > { 0x9710, 0x9805, 0xffff, 0, > "MosChip NM9805 Dual 1284 Printer port", > 0, > PUC_PORT_2P, 0x10, 8, 0, > }, > > to sys/dev/puc/pucdata.c and with verbose booting, get the following > extracts from dmesg: (full dmesg attached below) > > pcib3: slot 0 INTB hardwired to IRQ 17 > pcib4: slot 1 INTA is routed to irq 17 > pcib5: slot 0 INTA is routed to irq 17 > pcib6: slot 0 INTA is routed to irq 17 > ppc0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xdc00 > ppc0: using extended I/O port range > puc0: port 0xdc00-0xdc07,0xd880-0xd887,0xd800-0xd807,0xd480-0xd487,0xd400-0xd407,0xd080-0xd08f irq 17 at device 0.0 on pci10 > pcib6: puc0 requested I/O range 0xdc00-0xdc07: in range > pcib5: puc0 requested I/O range 0xdc00-0xdc07: in range > pcib4: puc0 requested I/O range 0xdc00-0xdc07: in range > pcib3: puc0 requested I/O range 0xdc00-0xdc07: in range > puc0: Reserved 0x8 bytes for rid 0x18 type 4 at 0xd800 > puc0: [FILTER] > ppc0: using extended I/O port range > ppc0: using extended I/O port range > > [ and later ] > > ppc0: parallel port not found. > ppc0: failed to probe at irq 7 on isa0 > > Any suggestions would be appreciated. > Take a look in /boot/device.hints Do you have any lines in there referring to ppc0 ? If so try commenting them out. -- Erik Trulsson ertr1013@student.uu.se