From owner-freebsd-current@FreeBSD.ORG Sat Jan 31 23:22:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D3CB10656FF for ; Sat, 31 Jan 2009 23:22:06 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from web32707.mail.mud.yahoo.com (web32707.mail.mud.yahoo.com [68.142.207.251]) by mx1.freebsd.org (Postfix) with SMTP id ECF3F8FC1B for ; Sat, 31 Jan 2009 23:22:05 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 62208 invoked by uid 60001); 31 Jan 2009 23:22:05 -0000 X-YMail-OSG: VSSzWUgVM1kJSSshHbtBd.dxYGImgVgmqhXU38skU.l7A07_elSsTB1T_6mee2uRGzV5zGDUOL1JxauBQxnM8iXfzhvUtKq9LyXA5Ahma.Q2lFtqjYtW18exBU9f86cnwS5.kR83.wJSEQdDKwJp6vnAEiqoBNPIkvCGB6NbB7HLUKJzAa12xnkl0Z4AYfkW5A_ZkmnV6l0r.abeU3OYHcDiOBUl_BFgQPdrHWLoFK573Cqb1RyP Received: from [190.157.124.207] by web32707.mail.mud.yahoo.com via HTTP; Sat, 31 Jan 2009 15:22:04 PST X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 31 Jan 2009 15:22:04 -0800 (PST) From: "Pedro F. Giffuni" To: Mark Linimon , bf2006a@yahoo.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <87223.61659.qm@web32707.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 01 Feb 2009 00:04:40 +0000 Cc: Sean Cavanaugh , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 31 Jan 2009 23:22:07 -0000 --- On Sat, 1/31/09, Mark Linimon wrote: On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: > > The effort didn't go far enough. Why haven't we removed GNU readline ? > > Probably either because someone hasn't written a BSD-licensed one, or > someone hasn't done the work to test-compile src and ports on all the > appropriate architectures. Wrong on both: - libedit has a readline compatibility mode that has replaced GNU readline in the other BSDs. - If you look in the archives you will find patches. If there really was any effort to remove GPL'd stuff from the tree it missed this big time: GNU readline is a library under the GPL (not LGPL), it should be dead long ago. Now, after running the lang/gcc43 "make check" on my amd64 I don't really understand why we would be in a hurry to update to it. Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 00:27:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E10F10656E4 for ; Sun, 1 Feb 2009 00:27:13 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3128C8FC18 for ; Sun, 1 Feb 2009 00:27:12 +0000 (UTC) (envelope-from sweetnavelorange@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so470947wah.27 for ; Sat, 31 Jan 2009 16:27:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=n273NGJI+FqzPnENfI4DMDDuU6tJmsoE2ROWLYij8+M=; b=CcZ7SExwTWyE/Kd9QvJ8Bsxd8TMFSQBRMbA7RaZ4hgn+q8uEb8Dn8cMUJKaelp0sBB QVuFQtLWrsS3IwjjfetUa1zKtXcvzq1ozAbwhccCu/PsU/GcLi56pnDlDOEw9skjhjDg 32nwegkQ1WBcXGZ7n7NN0rZqatJ2upeCMh3kU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=e5HwRsbS80h1KyNBc3quZd06RqdMxCMhOjTzvBUYc5uMAVthcD9nijjRBQ2f7VNk+e OrO/Yp6gO6fpw4wzBHsEG/jxoehcKSTlYq7aVjiLWXzRCQ3Jdrt63tZjq49l9o0tOOuP ouqFCLX8OSOwJQR3cyunPaONzTIS0lyr6PTdk= MIME-Version: 1.0 Received: by 10.115.110.1 with SMTP id n1mr1818589wam.99.1233446120754; Sat, 31 Jan 2009 15:55:20 -0800 (PST) In-Reply-To: References: <779523.80455.qm@web32706.mail.mud.yahoo.com> <20090131221236.GA27303@soaustin.net> Date: Sun, 1 Feb 2009 12:55:20 +1300 Message-ID: From: James Butler To: current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: Fwd: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 00:27:13 -0000 2009/2/1 Mark Linimon : > On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: >> The effort didn't go far enough. Why haven't we removed GNU readline ? > > Probably either because someone hasn't written a BSD-licensed one, or > someone hasn't done the work to test-compile src and ports on all the > appropriate architectures. This might be off topic, but NetBSD has (limited) readline compatibility in their libedit (which FreeBSD has in ports I think) - this also gives them tab-completion in /bin/sh :-) -James Butler From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 00:29:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4341106574D for ; Sun, 1 Feb 2009 00:29:49 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39105.mail.mud.yahoo.com (web39105.mail.mud.yahoo.com [209.191.87.224]) by mx1.freebsd.org (Postfix) with SMTP id 954608FC08 for ; Sun, 1 Feb 2009 00:29:49 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 16672 invoked by uid 60001); 1 Feb 2009 00:29:49 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=UGwzn8vzGSEQ+EizLZf03ih4FOFkCaF11T7NbHbjs3k7C6rubDddTnNKaGM/DG5K1g1iKNHjkKR7/lElOYiX2U1fxFrvkHE68AR1raVMhzdXWRJ9Vcp+x29akE0ip+Z4lYOUVKO46/tQNiY1FGig1npeLU/6PFih7LT5z79ydUE=; X-YMail-OSG: T9ila_wVM1kw6ntf9PzHnM6X3QFjkj2hGijeRml6JMXfIVlhQ9xP.QBtor.lFWepaVPaI6ZY0PwWH8YHWz6S3_4PurhNo_wzanPlN2We4dvpze9LffO6WsBRiPNrj0NdpcL_Y4EhlT0OJNn55YJYfWWnleOs0kcJIrCS_HVpWypjMHy78vRy09FAIjcea45mFvtSQVED1PSH9xOOQ8a1JIyWs6VeMNRu Received: from [91.185.203.253] by web39105.mail.mud.yahoo.com via HTTP; Sat, 31 Jan 2009 16:29:49 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 31 Jan 2009 16:29:49 -0800 (PST) From: bf To: Mark Linimon , giffunip@tutopia.com In-Reply-To: <87223.61659.qm@web32707.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <101434.15916.qm@web39105.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 01 Feb 2009 00:41:13 +0000 Cc: Sean Cavanaugh , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 00:29:50 -0000 --- On Sat, 1/31/09, Pedro F. Giffuni wrote: > From: Pedro F. Giffuni > Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) > To: "Mark Linimon" , bf2006a@yahoo.com > Cc: freebsd-current@freebsd.org, "Sean Cavanaugh" > Date: Saturday, January 31, 2009, 6:22 PM > --- On Sat, 1/31/09, Mark Linimon > wrote: > > On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni > wrote: > > > The effort didn't go far enough. Why > haven't we removed GNU readline ? > > > > Probably either because someone hasn't written a > BSD-licensed one, or > > someone hasn't done the work to test-compile src > and ports on all the > > appropriate architectures. > > Wrong on both: > > - libedit has a readline compatibility mode that has > replaced GNU readline in the other BSDs. > - If you look in the archives you will find patches. > > If there really was any effort to remove GPL'd stuff > from the tree it missed this big time: GNU readline is a > library under the GPL (not LGPL), it should be dead long > ago. The license is _a_ consideration, but not the _only_ consideration for including some useful code. I don't know much about the readline case, but it was my impression that libedit was considered and then rejected, partly because at the time it wasn't able to do everything that readline could, and no one was willing to put forth the effort to make it do so, and then test it, as Mark said. I don't think he's wrong. Maybe it's much better now, and it could be a drop-in replacement, or something close to it, but it still has to be ported to FreeBSD and tested, right? If you've done it, or you want to do it, where is your patchset? > > Now, after running the lang/gcc43 "make check" on > my amd64 I don't really understand why we would be in a > hurry to update to it. > Because it has a large number of bugfixes and improvements over gcc 4.2.x. Read the changelogs for examples. That doesn't mean that vanilla gcc 4.3.x, or the port, don't need some modifications before they could become the base compiler. Again, I'm sure gerald@ would appreciate patches. > Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 00:49:59 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDBD1065782 for ; Sun, 1 Feb 2009 00:49:59 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3C6F28FC13 for ; Sun, 1 Feb 2009 00:49:58 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n110nuP0023292 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Jan 2009 16:49:57 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4984F1B2.4090301@FreeBSD.org> Date: Sat, 31 Jan 2009 16:49:54 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: giffunip@tutopia.com References: <271992.81366.qm@web32702.mail.mud.yahoo.com> In-Reply-To: <271992.81366.qm@web32702.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 00:49:59 -0000 Pedro F. Giffuni wrote: > if FreeBSD moves to a GPL3'd toolchain without an extremely compelling reason then I would consider a move to another OS. This would be a big loss for the Project, I have no doubt about that! :) -Maxim From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 02:23:28 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C39310656F9 for ; Sun, 1 Feb 2009 02:23:28 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 4C5118FC17 for ; Sun, 1 Feb 2009 02:23:28 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id n112NRlw094130; Sat, 31 Jan 2009 18:23:27 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n112NRiK094129; Sat, 31 Jan 2009 18:23:27 -0800 (PST) (envelope-from obrien) Date: Sat, 31 Jan 2009 18:23:27 -0800 From: "David O'Brien" To: Michel Talon Message-ID: <20090201022326.GA83330@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Michel Talon , Kevin Wilcox , freebsd-current@FreeBSD.org References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <200901132356.40820.ken@mthelicon.com> <496D64A0.1090309@FreeBSD.org> <20090114091342.GA19986@lpthe.jussieu.fr> <5d6848b00901140821s61599c9vb3f91f75142d0481@mail.gmail.com> <20090114172033.GA29254@lpthe.jussieu.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090114172033.GA29254@lpthe.jussieu.fr> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Kevin Wilcox , freebsd-current@FreeBSD.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 02:23:28 -0000 On Wed, Jan 14, 2009 at 06:20:33PM +0100, Michel Talon wrote: > On Wed, Jan 14, 2009 at 11:21:00AM -0500, Kevin Wilcox wrote: > > 2009/1/14 Michel Talon : > > > Apparently the FreeBSD project doesn't want to include any GPL V3 > > > because there are industrial partners who have banned the GPl V3, > > > out of purely ideological position, without any rational basis. I > > > wonder why the FreeBSD project has any reason to follow them. > > > > If you make the claim that banning GPL v3 is being done by commercial > > entities that rely on FreeBSD (and other BSD licensed code) for > > reasons that are purely ideological and have no rational basis then > > you either do not fully understand the significance of GPL v3 versus > > GPL v2, you haven't sufficiently worked with a commercial entity with > > regards to GPL/LGPL/BSD code that you (or others) have licensed to > > them or you are just trying to troll the FreeBSD community. I would > > wager the first two are the case here? > > Yes, i make the claim that, as far as the compiler tool chain is considered, > there is no difference between GPL V2 and GPL V3 because both licences > make no restriction on the software compiled with the tool chain. Incorrect. The read of our lawyers at $WORK is that there are open questions on the libstdc++ and other GCC libs in the GPLv3 versions. [This was pre-'GCC RUNTIME LIBRARY EXCEPTION' (Version 3, 27 January 2009)] So yes, there companies that are concerned about this for non-ideological reasons. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 00:38:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24CFD10657C0; Sun, 1 Feb 2009 00:38:59 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 8E50A8FC14; Sun, 1 Feb 2009 00:38:58 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LTQMS-0007kP-E3>; Sun, 01 Feb 2009 01:38:56 +0100 Received: from e178054066.adsl.alicedsl.de ([85.178.54.66] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LTQMS-00026W-8u>; Sun, 01 Feb 2009 01:38:56 +0100 Message-ID: <4984EF27.2050405@mail.zedat.fu-berlin.de> Date: Sun, 01 Feb 2009 01:39:03 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090131) MIME-Version: 1.0 To: Mel References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> In-Reply-To: <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.54.66 X-Mailman-Approved-At: Sun, 01 Feb 2009 02:50:24 +0000 Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 00:38:59 -0000 Mel wrote: > On Friday 30 January 2009 13:19:41 O. Hartmann wrote: > >> After upgrading one of my FreeBSD 8.0-CUR/amd64 boxes to new xorg-7.4 >> and having done hurting recompiling nearly everything/package twice now >> firefox3 still doesn't work properly and hits me when starting with this >> error message: >> >> Xlib: extension "Generic Event Extension" missing on display ":0.0". >> >> Then firefox3 freezes forever, showing something like the background or >> pixel remnants of windows/picograms moving over its window. >> > > http://lists.freedesktop.org/archives/xorg/2008-October/039134.html > > Well, that doesn't help very much. As R. Noland wrote, the error coming up isn't of any harm. I still have Firefox3 not working on a FreeBSD 8.0-CURRENT/AMD64 UP box, running the most recent FreeBSD 8.0-CURRENT and having now recompiled three time EVERYTHING, Firefox3 inclusive. Firefox3 is still stuck when it comes to pulldown menus or requester for download destination, eating up 100% CPU time and slowing down the box incredible. I pretty sure I have all the stuff of the X11 suite in the right place and the right revision number, as I said, I recompiled everything three times and I did several attempts upgrading the whole Xorg since sunday last week. Also a deletion of the ports has been performed and then reinstalled. I can not asure that there is any zomby-library out there disturbing the build-process, but I doubt this. I did a 'ldd' on the Firefox3 binary and I got the attached dump of the linked shared objects. Interestingly, the first three entries show up something missing - therefore I deinstalled Firefox and rebuild the browser after an additional rebuild of libxcb (via portupgrade -rf). Previously, all Xorg stuff has been rebuild and by the numbers it seems to be up to date. I double checked if /usr/local/lib/firefox3 has been completely removed and for the user's stuff, I deleted the entire ~/.mozilla folder and started Firefox3 from scratch - everytime with the same result. Firefox3 did not show these symptomes on a FreeBSD 7.1-STABLE/AMD64 SMP box, also with most recent sources and undergone the same three time recompilation of everything procedure. Unlucklily, I do not have another UP box running FreeBSD 8.0/amd64 for double check this behaviour. Bevor filing a PR, I would like to ask the list ... Thanks in advance, Oliver thor# ldd firefox-bin firefox-bin: libxul.so => not found (0x0) libmozjs.so => not found (0x0) libxpcom.so => not found (0x0) libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x80063e000) libplc4.so.1 => /usr/local/lib/libplc4.so.1 (0x80076f000) libnspr4.so.1 => /usr/local/lib/libnspr4.so.1 (0x8008a1000) libgtk-x11-2.0.so.0 => /usr/local/lib/libgtk-x11-2.0.so.0 (0x8009d9000) libatk-1.0.so.0 => /usr/local/lib/libatk-1.0.so.0 (0x800e92000) libgdk-x11-2.0.so.0 => /usr/local/lib/libgdk-x11-2.0.so.0 (0x800fb1000) libgdk_pixbuf-2.0.so.0 => /usr/local/lib/libgdk_pixbuf-2.0.so.0 (0x80114d000) libpangocairo-1.0.so.0 => /usr/local/lib/libpangocairo-1.0.so.0 (0x801267000) libgio-2.0.so.0 => /usr/local/lib/libgio-2.0.so.0 (0x801372000) libXext.so.6 => /usr/local/lib/libXext.so.6 (0x8014de000) libXrender.so.1 => /usr/local/lib/libXrender.so.1 (0x8015ef000) libXinerama.so.1 => /usr/local/lib/libXinerama.so.1 (0x8016f8000) libXi.so.6 => /usr/local/lib/libXi.so.6 (0x8017fa000) libXrandr.so.2 => /usr/local/lib/libXrandr.so.2 (0x801903000) libXcursor.so.1 => /usr/local/lib/libXcursor.so.1 (0x801a0a000) libXcomposite.so.1 => /usr/local/lib/libXcomposite.so.1 (0x801b14000) libXdamage.so.1 => /usr/local/lib/libXdamage.so.1 (0x801c17000) libcairo.so.2 => /usr/local/lib/libcairo.so.2 (0x801d19000) libpangoft2-1.0.so.0 => /usr/local/lib/libpangoft2-1.0.so.0 (0x801e96000) libpango-1.0.so.0 => /usr/local/lib/libpango-1.0.so.0 (0x801fc3000) libfreetype.so.9 => /usr/local/lib/libfreetype.so.9 (0x80210a000) libz.so.4 => /lib/libz.so.4 (0x802287000) libfontconfig.so.1 => /usr/local/lib/libfontconfig.so.1 (0x80239b000) libgmodule-2.0.so.0 => /usr/local/lib/libgmodule-2.0.so.0 (0x8024ca000) libX11.so.6 => /usr/local/lib/libX11.so.6 (0x8025cd000) libXfixes.so.3 => /usr/local/lib/libXfixes.so.3 (0x8027cb000) libgobject-2.0.so.0 => /usr/local/lib/libgobject-2.0.so.0 (0x8028d0000) libglib-2.0.so.0 => /usr/local/lib/libglib-2.0.so.0 (0x802a12000) libm.so.5 => /lib/libm.so.5 (0x802bcb000) libiconv.so.3 => /usr/local/lib/libiconv.so.3 (0x802cea000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x802ecd000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x8030d6000) libthr.so.3 => /lib/libthr.so.3 (0x8031e3000) libc.so.7 => /lib/libc.so.7 (0x8032fb000) libintl.so.8 => /usr/local/lib/libintl.so.8 (0x803525000) libxcb.so.2 => /usr/local/lib/libxcb.so.2 (0x80362e000) libXdmcp.so.6 => /usr/local/lib/libXdmcp.so.6 (0x803748000) librpcsvc.so.4 => /usr/lib/librpcsvc.so.4 (0x80384d000) libXau.so.6 => /usr/local/lib/libXau.so.6 (0x803956000) libpixman-1.so.9 => /usr/local/lib/libpixman-1.so.9 (0x803a59000) libglitz.so.1 => /usr/local/lib/libglitz.so.1 (0x803b91000) libpng.so.5 => /usr/local/lib/libpng.so.5 (0x803cba000) libxcb-render-util.so.0 => /usr/local/lib/libxcb-render-util.so.0 (0x803de1000) libxcb-render.so.0 => /usr/local/lib/libxcb-render.so.0 (0x803ee4000) libexpat.so.6 => /usr/local/lib/libexpat.so.6 (0x803fec000) libicui18n.so.38 => /usr/local/lib/libicui18n.so.38 (0x80410f000) libpcre.so.0 => /usr/local/lib/libpcre.so.0 (0x804366000) libicuuc.so.38 => /usr/local/lib/libicuuc.so.38 (0x804493000) libicudata.so.38 => /usr/local/lib/libicudata.so.38 (0x8046c4000) --- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 02:51:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD6D71065786; Sun, 1 Feb 2009 02:51:33 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 6D5108FC0C; Sun, 1 Feb 2009 02:51:33 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id n112pWDa094402; Sat, 31 Jan 2009 18:51:32 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n112pWR2094401; Sat, 31 Jan 2009 18:51:32 -0800 (PST) (envelope-from obrien) Date: Sat, 31 Jan 2009 18:51:31 -0800 From: "David O'Brien" To: Pegasus Mc Cleaft Message-ID: <20090201025131.GC83330@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Pegasus Mc Cleaft , Christoph Mallon , Doug Barton , freebsd-current@freebsd.org References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <496DD37E.5010900@gmx.de> <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Christoph Mallon , freebsd-current@freebsd.org, Doug Barton Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 02:51:33 -0000 On Wed, Jan 14, 2009 at 01:38:56PM -0000, Pegasus Mc Cleaft wrote: > If gcc 4.2 && buildtools 2.15 is the end of the road for what BSD is > able to include under GPL V2. GCC 4.2.1, Binutils 2.17, GDB 6.6 are the end of the GPLv2 line. We are already at GCC 4.2.1. I am working on moving us to Binutils 2.17. There is also an effort to move us to GDB 6.5 (not 6.6 because there is existing work we can leverage; we could then move to 6.6). > Can we draw a line under it and continue to > include it as buildable with the world if a configure option like > "option BUILDGCC42" is in the kernel config file? We have customizations to GCC that have not been accepted back into the stock GCC (not that I haven't tried for years). We use these options in the kernel build. As the person that upgraded us to many new GCC versions, the usual major motivation for me was userland apps (my own and those in /usr/ports), not /usr/src. Though the benefit to /usr/src was also a motivation for me. Given there isn't a new C standard being worked on post C99 (only addendums), I think we have a suitable compiler for /usr/src. Yes we know of some bugs, but we've disabled the options tickle them. Given it is harder and harder to BSDize GCC as it grows more tentacles and run-time requirements; I think we should consider a normal FreeBSD installation as having a system compiler and a general purpose application compiler. The C++ ABI issues are behind us. (Actually have been since GCC 3.2 in that there was finally a C++ ABI standard, the issues in 3.3 and 3.4 were fixing bugs in the GCC implementation of the standard). I am not aware of any C++ ABI issues 3.4->4.1->4.2. [please educated me if you know of something] -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 03:00:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5993610657BD for ; Sun, 1 Feb 2009 03:00:51 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 29D818FC1A for ; Sun, 1 Feb 2009 03:00:51 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id n112xeeT094506; Sat, 31 Jan 2009 18:59:40 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n112xdvV094505; Sat, 31 Jan 2009 18:59:39 -0800 (PST) (envelope-from obrien) Date: Sat, 31 Jan 2009 18:59:39 -0800 From: "David O'Brien" To: Pegasus Mc Cleaft Message-ID: <20090201025939.GD83330@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Pegasus Mc Cleaft , "O. Hartmann" , Anton Shterenlikht , freebsd-current@freebsd.org References: <497064C6.5070807@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Anton Shterenlikht , freebsd-current@freebsd.org, "O. Hartmann" Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 03:00:51 -0000 On Fri, Jan 16, 2009 at 11:46:29AM -0000, Pegasus Mc Cleaft wrote: > In my, probably ill informed opinnion, the problem we are facing is not > a C compiler problem, its an assembler problem. We can install a better C > compiler of our choice through the ports, but its the base assembler & > linker that lets us down because it dosent know about modern CPU opcodes > and registers (IE: SSE4.x). .. > gcc43 is fairly painless through the ports, but this is of limited use as > it will use the base assembler, linker, et al. Even if you install, as I > have, the latest binutils from GNU, it will locate /usr/bin/as before > /usr/local/bin/as. If you set all the enviroment varables (AR, AS, NM, ...) > before you do the build, you run into other problems with finding the > bootstrap files later due to the naming problems between > "x86_64-obrien-freebsd" and the auto-generated "x86_64-unknown-freebsd8.0" > from the GNU configure. In short, I found upgrading the dev-chain a real > nightmare. Its not that bad. I've created several cross toolchains in the past. For those you specify which 'as' and 'ld' to use - how else do you think they work. I don't think you configured your GCC properly if you cannot get it to use some binutils from /usr/ports. In fact when installing GCC on Solaris GCC strongly prefers (or use to) gas and gld to Sun's as and ld. Just tweak that configure logic. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 03:03:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 209731065790 for ; Sun, 1 Feb 2009 03:03:22 +0000 (UTC) (envelope-from labeachgeek@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id EBE008FC1A for ; Sun, 1 Feb 2009 03:03:21 +0000 (UTC) (envelope-from labeachgeek@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1061842rvf.43 for ; Sat, 31 Jan 2009 19:03:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=w7nnzF5i1F7Uv+EeDbP6fw8DBcFy9WbC0p5+olzatto=; b=SDzIfEyD/c0cWjYeCp+83ojHoWkseNT9yG8+Fcd7jUpYxLYZsyiZR/uzvUvDn7D617 mg25uND8+TBVVF4htwy7jpIyV3fDfliBpCqRqr1Y3Ygu6nAc64ndBKtOrZqYeWNanpS8 qNayFSGZRwWhJpQFlNeW6a2khWu6kD661TWqk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=nXYn2Q+lfv6x3/pRnHkX3ge6/R+QI+yHizwJbFmRlh1+k0inbYXCy7FacrVqd1OLdM 4LUaa8SJAihHPstY4C5QrPVj6JqczqvotvYtWMKI802thnVP6L2pASnzTnnWMYwZzm8Z Jo5d5+UXDib6tJe/Ki9OyGc+EK7CMRpd97b08= MIME-Version: 1.0 Received: by 10.141.68.12 with SMTP id v12mr276226rvk.223.1233455510220; Sat, 31 Jan 2009 18:31:50 -0800 (PST) Date: Sat, 31 Jan 2009 20:31:50 -0600 Message-ID: From: Beach Geek To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: ath cannot find my wireless network X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 03:03:22 -0000 -- Looking at the "ifconfig" output, wpi is using the 11g (2.4) band, and ath is using the 11a (5.8) band. Your AP is 11g? Note: Posting from the command line thru GMail. I apologize if quoted text was not included. (I'm a little rusty) LA Beach Geek labeachgeek@gmail.com * The boundaries of reality are the limits of imagination. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 01:02:41 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 223971065784 for ; Sun, 1 Feb 2009 01:02:41 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from web32705.mail.mud.yahoo.com (web32705.mail.mud.yahoo.com [68.142.207.249]) by mx1.freebsd.org (Postfix) with SMTP id C5D838FC0C for ; Sun, 1 Feb 2009 01:02:40 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 71008 invoked by uid 60001); 1 Feb 2009 01:02:39 -0000 X-YMail-OSG: 8oSorRgVM1l889HG89RHbaIzFo.CtRqRKHXHIOOp.lMlBI2jGZaYidStNcTN1D8jSAqeaUobDjAGM4y906_otLTUeQ5now3TkkYfJc.btFycbslvrrVggy0JB1uKOE3I6KEqlidwG2KXwVX7HpO.FIb1A.bIw.AtKkf6uBxWLSCOlEpVAQ2WJIka5XrpYykPbQLuogs_O8esVGJCMmeyVSF.bumlKYDa Received: from [190.157.124.207] by web32705.mail.mud.yahoo.com via HTTP; Sat, 31 Jan 2009 17:02:39 PST X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 31 Jan 2009 17:02:39 -0800 (PST) From: "Pedro F. Giffuni" To: Maxim Sobolev MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <862467.68842.qm@web32705.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 01 Feb 2009 03:03:54 +0000 Cc: freebsd-current@FreeBSD.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 01:02:41 -0000 --- On Sat, 1/31/09, Maxim Sobolev wrote: ... > Pedro F. Giffuni wrote: > > if FreeBSD moves to a GPL3'd toolchain without an extremely compelling > > reason then I would consider a move to another OS. > This would be a big loss for the Project, I have no doubt about that! :) I know my 428 Problem Reports in GNATS might have been bothering to some of you all the way from 1996 but ... give me a break ;-) Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 01:59:10 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 251C1106573A for ; Sun, 1 Feb 2009 01:59:10 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from web32704.mail.mud.yahoo.com (web32704.mail.mud.yahoo.com [68.142.207.248]) by mx1.freebsd.org (Postfix) with SMTP id C337A8FC12 for ; Sun, 1 Feb 2009 01:59:09 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 45573 invoked by uid 60001); 1 Feb 2009 01:32:27 -0000 X-YMail-OSG: OwJKYckVM1n78j75TiKXWRNQlrXqRl0NlZDVByvlNQguoPxOdWfWF1lNyx59Yd1TqN_FzMwiIAOLSQvZkcE6wZ3iGk8z.hHff1jOTJyjFgkVRuSNvwCkmlSMCA_XSBa0zmG69XuKNsJJlydR4MHFqUh5V28wwwaXK5Uhk93mEc5_Hp6pJwJFFHjRMgZ3gBIJfopNXIaNcfcCp7IAXPhsSJyC.XDl5A-- Received: from [190.157.124.207] by web32704.mail.mud.yahoo.com via HTTP; Sat, 31 Jan 2009 17:32:27 PST X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 31 Jan 2009 17:32:27 -0800 (PST) From: "Pedro F. Giffuni" To: Mark Linimon , bf2006a@yahoo.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <875778.45562.qm@web32704.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 01 Feb 2009 03:04:05 +0000 Cc: Sean Cavanaugh , current@FreeBSD.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 01:59:10 -0000 --- On Sat, 1/31/09, bf wrote: ... > The license is _a_ consideration, but not the _only_ consideration > for including some useful code. I don't know much about the > readline case, but it was my impression that libedit was considered > and then rejected, ... Nope, you don't know much about the readline case. Dig the patches if you like, but I don't see how updating them will change things. It was not done simply because no one saw much value in doing it, just like there isn't much value into adding license complexity to our base compiler for some theoretical (5% was it?) improvements. > Because it has a large number of bugfixes and improvements over gcc > 4.2.x. Read the changelogs for examples. Even with these "evident" bugfixes and improvements the situation is pretty lame. The growing complexity of the gcc codebase is one of the reasons why the other BSDs are forking pcc. I certainly have great respect for the tough work that gerald@ puts into this but I have no interest in becoming a gcc guru. We do lack some serious compiler/toolchain gurus and I'm sure the llvm/pcc developers welcome patches too. Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 02:21:01 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37CF41065757 for ; Sun, 1 Feb 2009 02:21:01 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: from web39101.mail.mud.yahoo.com (web39101.mail.mud.yahoo.com [209.191.86.252]) by mx1.freebsd.org (Postfix) with SMTP id EBFF08FC22 for ; Sun, 1 Feb 2009 02:21:00 +0000 (UTC) (envelope-from bf2006a@yahoo.com) Received: (qmail 27225 invoked by uid 60001); 1 Feb 2009 02:21:00 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=gFOjreYL/f80clcGkgEvwVynRU/5KxkoMZtQYlTdo6+YapLJiSXEeYHD38bCdoJylZMuKAapLYse5zeI6jxh9Whzs6r5ne5QcrExEpHnLCbuU9AwJvvz3nzqzNyBL72FReWeFAX1jyY9sTIaoPT0dO6nmtmf6FYHbbD4Hp98vGw=; X-YMail-OSG: 8bYtTIIVM1lwNsD9wEZQtmp9X_xsEOdyj.bEregAeTG4B0xQVpZbgE1kY3p1NepC63ixHmQ.vip3CJra7VMeudXGJ2mCvI4UHgRJHUp3eNwz7.lLX92HF7NJo0a_SKOojybbfd8jsiR1QDq5hwdJtr3zHQ17Zf4gzOm0o5rmtB6OF6EHqjG3WglntX.0MXnirZQDisbRdeXvAxrmXX9Pp5VmYgE42nwH Received: from [149.156.67.102] by web39101.mail.mud.yahoo.com via HTTP; Sat, 31 Jan 2009 18:21:00 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 31 Jan 2009 18:21:00 -0800 (PST) From: bf To: Mark Linimon , giffunip@tutopia.com In-Reply-To: <875778.45562.qm@web32704.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <364979.26927.qm@web39101.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 01 Feb 2009 03:04:15 +0000 Cc: Sean Cavanaugh , freebsd-current@FreeBSD.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bf2006a@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 02:21:01 -0000 --- On Sat, 1/31/09, Pedro F. Giffuni wrote: > From: Pedro F. Giffuni > Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) > To: "Mark Linimon" , bf2006a@yahoo.com > Cc: current@FreeBSD.org, "Sean Cavanaugh" > Date: Saturday, January 31, 2009, 8:32 PM > --- On Sat, 1/31/09, bf wrote: > ... > > > The license is _a_ consideration, but not the _only_ > consideration > > for including some useful code. I don't know much > about the > > readline case, but it was my impression that libedit > was considered > > and then rejected, ... > > Nope, you don't know much about the readline case. Dig > the patches if you like, but I don't see how updating > them will change things. It was not done simply because no > one saw much value in doing it, just like there isn't Let us assume that you are correct. If no one else saw much value in doing it, and you don't think it's worth the effort, then what _are_ you complaining about? > much value into adding license complexity to our base > compiler for some theoretical (5% was it?) improvements. > > > Because it has a large number of bugfixes and > improvements over gcc > > 4.2.x. Read the changelogs for examples. > > Even with these "evident" bugfixes and > improvements the situation is pretty lame. The growing > complexity of the gcc codebase is one of the reasons why the > other BSDs are forking pcc. > Well, gcc certainly isn't ideal. But the improvements are real, even if there may be some regressions, too. And the effort involved in porting gcc 4.3.x may well be less than that required to enable pcc to compile the base on all platforms, let alone most of the third-party software. b. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 02:38:40 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 002AA10656F3 for ; Sun, 1 Feb 2009 02:38:39 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from web32708.mail.mud.yahoo.com (web32708.mail.mud.yahoo.com [68.142.207.252]) by mx1.freebsd.org (Postfix) with SMTP id 9676E8FC1A for ; Sun, 1 Feb 2009 02:38:39 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 86399 invoked by uid 60001); 1 Feb 2009 02:38:39 -0000 X-YMail-OSG: xMc0cpwVM1n0urkFX_3yNB2UMh1kn07oqR2rnb7Az2W2ljwHLg3TNXYN2u7ziLJK2zTNom3amABoZ4aG3RlnFgei56Lxn8pikxnAfQHQIbVhgWsAPGCoE4Zce9A7MTCyIF4G49ft3y3slkRgBwJilGRjrIYo.wIDce9I9dBbsLOOYBBYyhiOvXLmP0bVouZR0UWMPn4PKGmSf7hTGB.sKix1GTlIWn4- Received: from [190.157.124.207] by web32708.mail.mud.yahoo.com via HTTP; Sat, 31 Jan 2009 18:38:39 PST X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.7.260.1 Date: Sat, 31 Jan 2009 18:38:39 -0800 (PST) From: "Pedro F. Giffuni" To: Mark Linimon , bf2006a@yahoo.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <52572.84275.qm@web32708.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 01 Feb 2009 03:04:26 +0000 Cc: Sean Cavanaugh , freebsd-current@FreeBSD.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 02:38:40 -0000 --- On Sat, 1/31/09, bf wrote: From: bf Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) To: "Mark Linimon" , giffunip@tutopia.com Cc: freebsd-current@FreeBSD.org, "Sean Cavanaugh" Date: Saturday, January 31, 2009, 9:21 PM --- On Sat, 1/31/09, Pedro F. Giffuni wrote: ... > Let us assume that you are correct. If no one else saw much value > in doing it, and you don't think it's worth the effort, then what > _are_ you complaining about? Exactly :). I do see a value in removing GNU readline though. > Well, gcc certainly isn't ideal. But the improvements are real, even > if there may be some regressions, too. And the effort involved in > porting gcc 4.3.x may well be less than that required to enable pcc to > compile the base on all platforms, let alone most of the third-party > software. And it can live happily in the ports tree. BTW, I hope one of these "real" improvements include building again on PowerPC soon because in the mean time it's simply not an option. Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 04:37:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11DB310657A7 for ; Sun, 1 Feb 2009 04:37:52 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id AE2B08FC1D for ; Sun, 1 Feb 2009 04:37:51 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA02.westchester.pa.mail.comcast.net with comcast id ATUE1b00j0ldTLk52UdsUe; Sun, 01 Feb 2009 04:37:52 +0000 Received: from daland.home ([24.34.211.11]) by OMTA04.westchester.pa.mail.comcast.net with comcast id AUdq1b0050FJTGg3QUdqns; Sun, 01 Feb 2009 04:37:51 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTU5c-000Jiu-PI; Sat, 31 Jan 2009 23:37:48 -0500 From: Alex Goncharov To: "O. Hartmann" In-reply-to: <4984EF27.2050405@mail.zedat.fu-berlin.de> (ohartman@mail.zedat.fu-berlin.de) References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> Message-Id: Sender: Alex Goncharov Date: Sat, 31 Jan 2009 23:37:48 -0500 Cc: freebsd-current@freebsd.org, fbsd.questions@rachie.is-a-geek.net, freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 04:37:52 -0000 ,--- You/O. (Sun, 01 Feb 2009 01:39:03 +0100) ----* | I did a 'ldd' on the Firefox3 binary | and I got the attached dump of the linked shared objects. | Interestingly, the first three entries show up something missing - LD_LIBRARY_PATH=/usr/local/lib/firefox3 ldd /usr/local/lib/firefox3/firefox-bin | head -n 5 /usr/local/lib/firefox3/firefox-bin: libxul.so => /usr/local/lib/firefox3/libxul.so (0x28087000) libmozjs.so => /usr/local/lib/firefox3/libmozjs.so (0x28e8f000) libxpcom.so => /usr/local/lib/firefox3/libxpcom.so (0x28f1f000) firefox3 sets LD_LIBRARY_PATH for you :-) | thor# ldd firefox-bin | firefox-bin: | libxul.so => not found (0x0) | libmozjs.so => not found (0x0) | libxpcom.so => not found (0x0) | libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x80063e000) -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 04:38:01 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E707D106582B for ; Sun, 1 Feb 2009 04:38:01 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 8E8188FC1F for ; Sun, 1 Feb 2009 04:38:01 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by gxk14 with SMTP id 14so1101949gxk.19 for ; Sat, 31 Jan 2009 20:38:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=wuEXuxCAmUhL4hD5bOsinrZpVB2J6CX1X5s87OH3DIY=; b=XFoYiiXlaD2nhorm2cxcAlBsjCpeYJcOAu6gq0CI77s4/07d6gvpIFeaGcsEiVU19Z fdf8NNLeLkdDQIVXSuYUNs6auZ8/4FyY8PLPK/HKuCFPzdfP1VzVAXh5vOM67k9pOoXu NJ7g98JACurjmo9GLCfJ5/vWIleCdrDBF4V+o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=tiQ6Cn6nxmW8u3Uywv1mOjlO5Ig2oC/VN+kjK/H/zkTYAa5YRqrVCdfLJk9Zhv5bqz 5LErWBwz7mxoYdU+ohyiN4STEsOyC+/6C82rZtm80uOggl61B+VVQ4cB3/7lfwHlpb3k VY5OnKcZYPUtuDbX+SM+2z+8zJeRsrVvIQdt4= MIME-Version: 1.0 Received: by 10.90.82.8 with SMTP id f8mr1958888agb.21.1233461292298; Sat, 31 Jan 2009 20:08:12 -0800 (PST) In-Reply-To: <4984EF27.2050405@mail.zedat.fu-berlin.de> References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> Date: Sat, 31 Jan 2009 22:08:12 -0600 Message-ID: <790a9fff0901312008x71fa025na58856bde4c7a5be@mail.gmail.com> From: Scot Hetzel To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mel , freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 04:38:02 -0000 On Sat, Jan 31, 2009 at 6:39 PM, O. Hartmann wrote: > build-process, but I doubt this. I did a 'ldd' on the Firefox3 binary > and I got the attached dump of the linked shared objects. > Interestingly, the first three entries show up something missing - > therefore I deinstalled Firefox and rebuild the browser after an > additional rebuild of libxcb (via portupgrade -rf). Previously, all Xorg > thor# ldd firefox-bin > firefox-bin: > libxul.so => not found (0x0) > libmozjs.so => not found (0x0) > libxpcom.so => not found (0x0) > libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x80063e000) > libplc4.so.1 => /usr/local/lib/libplc4.so.1 (0x80076f000) When firefox3 was first added to the ports collection, I had noticed this problem with firefox3 (after using sysutils/libchk), but I didn't have this problem with the firefox 2. A look at the difference between the www/firefox and www/firefox3 Makefiles showed that firefox3 was missing this: LDFLAGS+= -Wl,-rpath,${PREFIX}/lib/${MOZ_RPATH} After adding this line to the ports Makefile, and rebuilding the port, these libraries are now showing as found in the ldd output. Scot From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 04:52:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2E24310656CB; Sun, 1 Feb 2009 04:52:05 +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 D17A88FC16; Sun, 1 Feb 2009 04:52:04 +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.14.2/8.14.2) with ESMTP id n114WZ4R080489; Sat, 31 Jan 2009 23:32:35 -0500 (EST) (envelope-from wollman@hergotha.csail.mit.edu) Received: (from wollman@localhost) by hergotha.csail.mit.edu (8.14.2/8.13.8/Submit) id n114WY3C080488; Sat, 31 Jan 2009 23:32:34 -0500 (EST) (envelope-from wollman) Date: Sat, 31 Jan 2009 23:32:34 -0500 (EST) From: Garrett Wollman Message-Id: <200902010432.n114WY3C080488@hergotha.csail.mit.edu> To: obrien@freebsd.org In-Reply-To: <20090201025131.GC83330@dragon.NUXI.org> References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <496DD37E.5010900@gmx.de> <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> Organization: None X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (hergotha.csail.mit.edu [127.0.0.1]); Sat, 31 Jan 2009 23:32:35 -0500 (EST) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hergotha.csail.mit.edu X-Mailman-Approved-At: Sun, 01 Feb 2009 04:56:37 +0000 Cc: current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 04:52:05 -0000 David O'Brien writes: >Given there isn't a new C standard being worked on post C99 (only >addendums) That's news to me, and apparently news to WG14 as well. (See WG14 N1250.) -GAWollman From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 05:06:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5FE231065E1E; Sun, 1 Feb 2009 05:06:23 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from mail.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2892F8FC13; Sun, 1 Feb 2009 05:06:23 +0000 (UTC) (envelope-from fbsd.questions@rachie.is-a-geek.net) Received: from localhost (mail.rachie.is-a-geek.net [192.168.2.101]) by mail.rachie.is-a-geek.net (Postfix) with ESMTP id 50DD3AFC1FE; Sat, 31 Jan 2009 20:06:22 -0900 (AKST) From: Mel To: freebsd-questions@freebsd.org Date: Sat, 31 Jan 2009 20:05:50 -0900 User-Agent: KMail/1.9.10 References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> In-Reply-To: <4984EF27.2050405@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901312005.51125.fbsd.questions@rachie.is-a-geek.net> X-Mailman-Approved-At: Sun, 01 Feb 2009 05:28:43 +0000 Cc: "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension " missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 05:06:35 -0000 On Saturday 31 January 2009 15:39:03 O. Hartmann wrote: > Mel wrote: > > On Friday 30 January 2009 13:19:41 O. Hartmann wrote: > >> After upgrading one of my FreeBSD 8.0-CUR/amd64 boxes to new xorg-7.4 > >> and having done hurting recompiling nearly everything/package twice now > >> firefox3 still doesn't work properly and hits me when starting with this > >> error message: > >> > >> Xlib: extension "Generic Event Extension" missing on display ":0.0". > >> > >> Then firefox3 freezes forever, showing something like the background or > >> pixel remnants of windows/picograms moving over its window. > > > > http://lists.freedesktop.org/archives/xorg/2008-October/039134.html > > Well, that doesn't help very much. As R. Noland wrote, the error coming > up isn't of any harm. > > I still have Firefox3 not working on a FreeBSD 8.0-CURRENT/AMD64 UP box, > running the most recent FreeBSD 8.0-CURRENT and having now recompiled > three time EVERYTHING, Firefox3 inclusive. Firefox3 is still stuck when > it comes to pulldown menus or requester for download destination, eating > up 100% CPU time and slowing down the box incredible. I pretty sure I > have all the stuff of the X11 suite in the right place and the right > revision number, as I said, I recompiled everything three times and I > did several attempts upgrading the whole Xorg since sunday last week. You have 2 choices: - revert to known working xorg-server-1.4 (xorg 7.3) - try to debug this using the send-pr system, given the ammount of problems people are posting with this xorg-server, more datapoints are not a bad thing. As a sidenote, it would be nice if xorg-server14 port would be created till the dust has settled. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 05:33:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B6D61065670; Sun, 1 Feb 2009 05:33:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id BF8E18FC14; Sun, 1 Feb 2009 05:33:23 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from Macintosh-4.local ([10.0.0.194]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n115XNX0057894 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 31 Jan 2009 21:33:23 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49853423.9050208@freebsd.org> Date: Sat, 31 Jan 2009 21:33:23 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Lars Engels References: <20090129192241.GZ60948@e.0x20.net> <20090129192830.GE73709@citylink.fud.org.nz> <20090129194826.GA60948@e.0x20.net> <49820EAC.5090400@freebsd.org> <20090129204323.GB60948@e.0x20.net> <3a142e750901291328w537b2070t216e393a0fd5b8ba@mail.gmail.com> <20090129215424.GC60948@e.0x20.net> In-Reply-To: <20090129215424.GC60948@e.0x20.net> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: ath cannot find my wireless network any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 05:33:24 -0000 Lars Engels wrote: > On Thu, Jan 29, 2009 at 10:28:03PM +0100, Paul B. Mahol wrote: >> On 1/29/09, Lars Engels wrote: >>> On Thu, Jan 29, 2009 at 12:16:44PM -0800, Sam Leffler wrote: >>>> Lars Engels wrote: >>>>> On Thu, Jan 29, 2009 at 11:28:30AM -0800, Andrew Thompson wrote: >>>>> >>>>>> On Thu, Jan 29, 2009 at 08:22:41PM +0100, Lars Engels wrote: >>>>>> >>>>>>> Hi all, >>>>>>> hi Sam, >>>>>>> >>>>>>> I just build world && kernel from todays sources. >>>>>>> Now my Atheros 5212 pccard cannot find my wireless network any more, >>>>>>> but >>>>>>> still sees other networks: >>>>>>> >>>>>>> lars@pts/3 # ifconfig wlan0 up scan >>>>>>> SSID BSSID CHAN RATE S:N INT CAPS >>>>>>> Arcor-C6DE58 00:1a:2a:c6:de:56 9 54M -95:-96 100 EPS RSN WPA >>>>>>> WME >>>>>>> WLAN-AFCB47 00:1d:19:af:cb:e0 1 54M -96:-96 100 EPS WPS RSN >>>>>>> WPA WME >>>>>>> 0x0000 00:03:c9:54:18:bb 8 54M -94:-96 100 EP WPA >>>>>>> >>>>>>> In contrast to this, the internal wpi chip still finds and connects to >>>>>>> the network: >>>>>>> lars@pts/3 # ifconfig wlan1 scan >>>>>>> SSID BSSID CHAN RATE S:N INT CAPS >>>>>>> dd-wrt 00:18:39:c7:6a:dd 6 54M 22:0 100 EP RSN WME >>>>>>> >>>>>>> I also don't know why wpi only finds my own network. >> If such behavior was from start(not regression) it can means only wpi >> problem/feature. > > I can't tell because I haven't used wpi for months... But now I am glad > that it can still connect to my wireless network. :) > >>> So I ran >>> # wlandebug -i wlan0 scan >>> net.wlan.0.debug: 0x0 => 0x200000 >>> >>> But nothing new then: >> Interesting output is not available from ifconfig it is printed by >> kernel on console. > > Ahhh, thanks for the hint. There's a lot of scanning going on in > /var/log/messages but no sign of my own network. Unfortunately you haven't shown what this output is. I asked you to do it to be sure the scan visited the channel w/ your ap and/or whether it sent a probe request frame or saw a beacon from the ap. The hal changes should not have altered anything for you because your eeprom setup appears to have default settings. I've been running these changes for a while but I'm likely testing different things than you. If you can send me the debug output it might help (feel free to send it directly). Otherwise you might try reverting the change. Since you still haven't sent me the mac+phy revs for your card I can't try to reproduce your setup. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 06:05:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA5B810657E3 for ; Sun, 1 Feb 2009 06:05:50 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 9C60D8FC1D for ; Sun, 1 Feb 2009 06:05:50 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id n1165onM097054; Sat, 31 Jan 2009 22:05:50 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n1165nEv097053; Sat, 31 Jan 2009 22:05:49 -0800 (PST) (envelope-from obrien) Date: Sat, 31 Jan 2009 22:05:49 -0800 From: "David O'Brien" To: "Pedro F. Giffuni" , freebsd-current@freebsd.org Message-ID: <20090201060549.GE83330@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, "Pedro F. Giffuni" , freebsd-current@freebsd.org References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <86skniyp60.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <86skniyp60.fsf@ds4.des.no> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Alternatives to gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 06:05:51 -0000 "Pedro F. Giffuni" writes: > - Replacing groff with something less restricted that doesn't require > C++: Heirloom-doctools may be an option. You're proposing replacing GPLv2 stuff with CDDL'ed stuff? $ cd heirloom-doctools-080407> grep -l -R CDDL * | wc -l 217 The last time I asked $WORK's lawyers, GPLv2 was acceptable to *carefully* ship with our product. CDDL was forbidden (as is GPLv3). -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 06:14:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3F4C010657C2 for ; Sun, 1 Feb 2009 06:14:02 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 1E5CD8FC12 for ; Sun, 1 Feb 2009 06:14:02 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id n115f6Jr096655; Sat, 31 Jan 2009 21:41:06 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n115f6Td096654; Sat, 31 Jan 2009 21:41:06 -0800 (PST) (envelope-from obrien) Date: Sat, 31 Jan 2009 21:41:06 -0800 From: "David O'Brien" To: Garrett Wollman Message-ID: <20090201054106.GE95647@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Garrett Wollman , current@freebsd.org References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <496DD37E.5010900@gmx.de> <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> <200902010432.n114WY3C080488@hergotha.csail.mit.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902010432.n114WY3C080488@hergotha.csail.mit.edu> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 06:14:02 -0000 On Sat, Jan 31, 2009 at 11:32:34PM -0500, Garrett Wollman wrote: > David O'Brien writes: > >Given there isn't a new C standard being worked on post C99 (only > >addendums) > > That's news to me, and apparently news to WG14 as well. (See WG14 > N1250.) Hum... I know there is a ISO C++ 200x standard. Just Friday I was briefly looking for information on any new C 200x standard being worked on. Sorry I missed it. http://gcc.gnu.org/onlinedocs/gcc/Standards.html and http://en.wikipedia.org/wiki/ANSI_C also doesn't mention it. :-( I now found this searching for "C1x" http://www.open-std.org/jtc1/sc22/wg14/www/docs/n1250.pdf thanks for the nudge to find it. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 08:24:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B6E010656EC for ; Sun, 1 Feb 2009 08:24:26 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from mail-bw0-f16.google.com (mail-bw0-f16.google.com [209.85.218.16]) by mx1.freebsd.org (Postfix) with ESMTP id 289A98FC24 for ; Sun, 1 Feb 2009 08:24:25 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by bwz9 with SMTP id 9so634170bwz.19 for ; Sun, 01 Feb 2009 00:24:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=fEfSUatf6Rm404Mlj57D7YPJMC8J7PISkkBMz61RzVo=; b=P5IPPfys31ps7dyHfH/2tWpiHoGYAvI5oV0xgCXjDralq/EpEIA6/GRl8PB8kKCfTj OjpL7tr0atsSz1Bc0CAHaO/ipgZvy7VqnDyNVB18L0sXZ8GEdOaHb73vWOvXQdMH1PJS +4A7AD6rB8RjqO5Uw2fN5ZsHh5CFRgBXfpe3I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=NgepmU7/qmtCD/Z0XNsopOW+qEqNAixCFBehbrGkPdJJKT2A+FHhPX6l3jqHHpMj/8 t8XOOgFrkCS3iOPRx4DofoLmVRinBbYQLvuai08rouGsws8Lki+Sqrlv9k2QDATJFcoz 4o5GFL0Au6KC3Vf8pfqrnsOf74sWCodrBFIco= MIME-Version: 1.0 Received: by 10.181.33.8 with SMTP id l8mr1174197bkj.155.1233476664133; Sun, 01 Feb 2009 00:24:24 -0800 (PST) Date: Sun, 1 Feb 2009 16:24:24 +0800 Message-ID: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> From: Rong-en Fan To: FreeBSD Current Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: process hang in zfs->io_ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 08:24:27 -0000 I'm running current as of 20080130 on an amd64 box. I can make processes stuck in zfs->io_ (output truncated in ddb and top) when I make some packages via ports tinderbox. The ports tinderbox access local disk via nfs (I also tried nullfs). ddb output of ps and alltrace can be found at http://www.rafan.org/FreeBSD/zfs/textdump.zfs.20090130.txt Any ideas? Thanks, Rong-En Fan From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 09:20:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93D1910657D9 for ; Sun, 1 Feb 2009 09:20:41 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from viefep19-int.chello.at (viefep19-int.chello.at [62.179.121.39]) by mx1.freebsd.org (Postfix) with ESMTP id CD4228FC1C for ; Sun, 1 Feb 2009 09:20:38 +0000 (UTC) (envelope-from stefan@fafoe.narf.at) Received: from edge04.upc.biz ([192.168.13.239]) by viefep15-int.chello.at (InterMail vM.7.09.01.00 201-2219-108-20080618) with ESMTP id <20090201090149.LYIE3373.viefep15-int.chello.at@edge04.upc.biz>; Sun, 1 Feb 2009 10:01:49 +0100 Received: from lizard.fafoe.narf.at ([213.47.85.26]) by edge04.upc.biz with edge id AZ1o1b00h0a5KZh04Z1p9U; Sun, 01 Feb 2009 10:01:49 +0100 X-SourceIP: 213.47.85.26 Received: by lizard.fafoe.narf.at (Postfix, from userid 1001) id ABC11BA86; Sun, 1 Feb 2009 10:01:43 +0100 (CET) Date: Sun, 1 Feb 2009 10:01:43 +0100 From: Stefan Farfeleder To: James Butler Message-ID: <20090201090143.GA1429@lizard.fafoe.narf.at> Mail-Followup-To: James Butler , current@freebsd.org References: <779523.80455.qm@web32706.mail.mud.yahoo.com> <20090131221236.GA27303@soaustin.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: Fwd: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 09:20:41 -0000 On Sun, Feb 01, 2009 at 12:55:20PM +1300, James Butler wrote: > 2009/2/1 Mark Linimon : > > On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: > >> The effort didn't go far enough. Why haven't we removed GNU readline ? > > > > Probably either because someone hasn't written a BSD-licensed one, or > > someone hasn't done the work to test-compile src and ports on all the > > appropriate architectures. > > This might be off topic, but NetBSD has (limited) readline > compatibility in their libedit (which FreeBSD has in ports I think) - > this also gives them tab-completion in /bin/sh :-) I once posted a patch which ports it to FreeBSD. It would need a lot of work to fix all ports though. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 09:57:23 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AA2A0106564A; Sun, 1 Feb 2009 09:57:23 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 029ED8FC1D; Sun, 1 Feb 2009 09:57:22 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id E8BE333C2C; Sun, 1 Feb 2009 10:57:21 +0100 (CET) Date: Sun, 1 Feb 2009 10:57:21 +0100 From: Lars Engels To: Sam Leffler Message-ID: <20090201095721.GE60948@e.0x20.net> References: <20090129192241.GZ60948@e.0x20.net> <20090129192830.GE73709@citylink.fud.org.nz> <20090129194826.GA60948@e.0x20.net> <49820EAC.5090400@freebsd.org> <20090129204323.GB60948@e.0x20.net> <3a142e750901291328w537b2070t216e393a0fd5b8ba@mail.gmail.com> <20090129215424.GC60948@e.0x20.net> <49853423.9050208@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="vM12nk/63StVgfqY" Content-Disposition: inline In-Reply-To: <49853423.9050208@freebsd.org> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org Subject: Re: ath cannot find my wireless network any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 09:57:24 -0000 --vM12nk/63StVgfqY Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Jan 31, 2009 at 09:33:23PM -0800, Sam Leffler wrote: > Lars Engels wrote: > >=20 > > Ahhh, thanks for the hint. There's a lot of scanning going on in > > /var/log/messages but no sign of my own network. >=20 >=20 > Unfortunately you haven't shown what this output is. I asked you to do > it to be sure the scan visited the channel w/ your ap and/or whether it > sent a probe request frame or saw a beacon from the ap. The hal changes > should not have altered anything for you because your eeprom setup > appears to have default settings. I've been running these changes for a > while but I'm likely testing different things than you. >=20 > If you can send me the debug output it might help (feel free to send it > directly). Otherwise you might try reverting the change. Since you > still haven't sent me the mac+phy revs for your card I can't try to > reproduce your setup. Sorry, I thought you wanted to see the scan results only when my network sh= ows up. Here are two rounds of scanning: Feb 1 10:48:19 maggie kernel: ath0: mem 0x88000000-0x8800ff= ff irq 20 at device 0.0 on cardbus0 Feb 1 10:48:19 maggie kernel: ath0: [ITHREAD] Feb 1 10:48:19 maggie kernel: ath0: WARNING: using obsoleted if_watchdog i= nterface Feb 1 10:48:19 maggie kernel: ath0: mac 5.9 phy 4.3 radio 3.6 Feb 1 10:48:19 maggie kernel: wlan0: Ethernet address: 00:0f:b5:9a:47:47 Feb 1 10:49:23 maggie kernel: wlan0: scan_next: chan 36a -> 40a [active,= dwell min 20 max 200] Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 40a -> 44a [active,= dwell min 20 max 200] Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 44a -> 48a [active,= dwell min 20 max 200] Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 48a -> 2g [active,= dwell min 20 max 200] Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 2g -> 3g [active,= dwell min 20 max 200] Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 3g -> 4g [active,= dwell min 20 max 200] Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 4g -> 5g [active,= dwell min 20 max 200] Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 5g -> 8g [active,= dwell min 20 max 200] Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 8g -> 9g [active,= dwell min 20 max 200] Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 9g -> 10g [active,= dwell min 20 max 200] Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 10g -> 149a [active,= dwell min 20 max 200] Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 149a -> 153a [active,= dwell min 20 max 200] Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 153a -> 157a [active,= dwell min 20 max 200] Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 157a -> 161a [active,= dwell min 20 max 200] Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 161a -> 165a [active,= dwell min 20 max 200] Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 165a -> 50S [active,= dwell min 20 max 200] Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 50S -> 58S [active,= dwell min 20 max 200] Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 58S -> 152S [active,= dwell min 20 max 200] Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 152S -> 160S [active,= dwell min 20 max 200] Feb 1 10:49:27 maggie kernel: wlan0: macaddr bssid chan = rssi rate flag wep essid Feb 1 10:49:27 maggie kernel: - 00:03:c9:54:18:bb 00:03:c9:54:18:bb 8 = 3! 54M ess wep 0x000000000000 Feb 1 10:49:27 maggie kernel: - 00:1a:2a:c6:de:56 00:1a:2a:c6:de:56 9 = 4! 54M ess wep "Arcor-C6DE58" Feb 1 10:49:27 maggie kernel: wlan0: scan_next: done, [ticks 284189, dwell= min 20 scanend 2147762094] Feb 1 10:49:27 maggie kernel: wlan0: notify scan done Feb 1 10:49:32 maggie kernel: wlan0: ieee80211_ioctl_scanreq: flags 0x2005= 2 duration 0x7fffffff mindwell 0 maxdwell 0 nssid 1 Feb 1 10:49:32 maggie kernel: wlan0: ieee80211_check_scan: active scan, ap= pend, nojoin, once Feb 1 10:49:32 maggie kernel: wlan0: macaddr bssid chan = rssi rate flag wep essid And here is the output of sysctl: lars@pts/6 > sysctl dev.ath.0 dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=3D0 function=3D0 dev.ath.0.%pnpinfo: vendor=3D0x168c device=3D0x0013 subvendor=3D0x1385 subd= evice=3D0x4610 class=3D0x020000 dev.ath.0.%parent: cardbus0 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.sample_stats: 0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 22 dev.ath.0.ctstimeout: 22 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 1 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.fftxqmin: 2 dev.ath.0.fftxqmax: 50 dev.ath.0.intmit: 1 dev.ath.0.monpass: 24 Feb 1 10:49:32 maggie kernel: - 00:03:c9:54:18:bb 00:03:c9:54:18:bb 8 = 3! 54M ess wep 0x000000000000! Feb 1 10:49:32 maggie kernel: - 00:1a:2a:c6:de:56 00:1a:2a:c6:de:56 9 = 4! 54M ess wep "Arcor-C6DE58"! Feb 1 10:49:32 maggie kernel: wlan0: start_scan_locked: active scan, durat= ion 2147483647 mindwell 0 maxdwell 0, desired mode auto, append, nojoin, on= ce Feb 1 10:49:32 maggie kernel: wlan0: scan set 1g, 6G, 11g, 7g, 52a, 56a, 6= 0a, 64a, 36a, 40a, 44a, 48a, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 149a, 153a, 157a,= 161a, 165a, 50S, 58S, 152S, 160S dwell min 20 max 200 Feb 1 10:49:32 maggie kernel: wlan0: scan_next: chan 160S -> 1g [active,= dwell min 20 max 200] Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 1g -> 6G [active,= dwell min 20 max 200] Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 6G -> 11g [active,= dwell min 20 max 200] Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 11g -> 7g [active,= dwell min 20 max 200] Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 7g -> 52a [active,= dwell min 20 max 200] Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 52a -> 56a [active,= dwell min 20 max 200] Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 56a -> 60a [active,= dwell min 20 max 200] Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 60a -> 64a [active,= dwell min 20 max 200] Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 64a -> 36a [active,= dwell min 20 max 200] Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 36a -> 40a [active,= dwell min 20 max 200] Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 40a -> 44a [active,= dwell min 20 max 200] Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 44a -> 48a [active,= dwell min 20 max 200] Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 48a -> 2g [active,= dwell min 20 max 200] Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 2g -> 3g [active,= dwell min 20 max 200] Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 3g -> 4g [active,= dwell min 20 max 200] Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 4g -> 5g [active,= dwell min 20 max 200] Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 5g -> 8g [active,= dwell min 20 max 200] Feb 1 10:49:36 maggie kernel: [00:03:c9:54:18:bb] new beacon on chan 8 (bs= s chan 8) 0x000000000000 rssi 3 Feb 1 10:49:36 maggie kernel: [00:03:c9:54:18:bb] caps 0x411 bintval 100 e= rp 0x100 Feb 1 10:49:36 maggie kernel: wlan0: ieee80211_add_scan: chan 8g min dwe= ll met (292559 > 292497) Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 8g -> 9g [active,= dwell min 20 max 200] Feb 1 10:49:36 maggie kernel: [00:1a:2a:c6:de:56] new beacon on chan 9 (bs= s chan 9) "Arcor-C6DE58" rssi 4 Feb 1 10:49:36 maggie kernel: [00:1a:2a:c6:de:56] caps 0x431 bintval 100 e= rp 0x100 Feb 1 10:49:36 maggie kernel: wlan0: ieee80211_add_scan: chan 9g min dwe= ll met (292590 > 292585) Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 9g -> 10g [active,= dwell min 20 max 200] Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 10g -> 149a [active,= dwell min 20 max 200] Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 149a -> 153a [active,= dwell min 20 max 200] Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 153a -> 157a [active,= dwell min 20 max 200] Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 157a -> 161a [active,= dwell min 20 max 200] Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 161a -> 165a [active,= dwell min 20 max 200] Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 165a -> 50S [active,= dwell min 20 max 200] Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 50S -> 58S [active,= dwell min 20 max 200] Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 58S -> 152S [active,= dwell min 20 max 200] Feb 1 10:49:38 maggie kernel: wlan0: scan_next: chan 152S -> 160S [active,= dwell min 20 max 200] Feb 1 10:49:38 maggie kernel: wlan0: macaddr bssid chan = rssi rate flag wep essid Feb 1 10:49:38 maggie kernel: - 00:03:c9:54:18:bb 00:03:c9:54:18:bb 8 = 3! 54M ess wep 0x000000000000! Feb 1 10:49:38 maggie kernel: - 00:1a:2a:c6:de:56 00:1a:2a:c6:de:56 9 = 4! 54M ess wep "Arcor-C6DE58"! Feb 1 10:49:38 maggie kernel: wlan0: scan_next: done, [ticks 294642, dwell= min 20 scanend 2147772838] Feb 1 10:49:38 maggie kernel: wlan0: notify scan done Thanks for your help. Lars --vM12nk/63StVgfqY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmFcgEACgkQKc512sD3afgcPwCgtkhgtP7XhCFZxyH96qMrl43E oKMAnRhvqlwV4EU1RLt4qwhqyPxDSIrl =7ctf -----END PGP SIGNATURE----- --vM12nk/63StVgfqY-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 10:58:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB998106566C for ; Sun, 1 Feb 2009 10:58:17 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4BD8FC13 for ; Sun, 1 Feb 2009 10:58:17 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id C992C23C4C2; Sun, 1 Feb 2009 11:58:15 +0100 (CET) Date: Sun, 1 Feb 2009 11:58:15 +0100 From: Peter Schuller To: Rong-en Fan Message-ID: <20090201105815.GA73985@hyperion.scode.org> References: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="0OAP2g/MAC+5xKAE" Content-Disposition: inline In-Reply-To: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: FreeBSD Current Subject: Re: process hang in zfs->io_ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 10:58:18 -0000 --0OAP2g/MAC+5xKAE Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I'm running current as of 20080130 on an amd64 box. I can make > processes stuck in zfs->io_ (output truncated in ddb and top) when I > make some packages via ports tinderbox. The ports tinderbox access > local disk via nfs (I also tried nullfs). >=20 > ddb output of ps and alltrace can be found at >=20 > http://www.rafan.org/FreeBSD/zfs/textdump.zfs.20090130.txt >=20 > Any ideas? A workaround is to disable the ZIL (vfs.zfs.zil_disable=3D"1"), if you can afford that on the system in question. It will break the durability of fsync(), but retain it's write barrier semantics. Btw, does anyone have a good grasp of the status of this bug? I have seen vague referenced to it being a memory related deadlock for example, but that's about it. Is the cause known but difficult to fix, or just unknown? --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --0OAP2g/MAC+5xKAE Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmFgEcACgkQDNor2+l1i32RUACeLZkYmr7Co6Lp6gdbIUZbHwWI OfQAn3+GnhDt2RbggpLvKpxtlsUDb0mu =alh+ -----END PGP SIGNATURE----- --0OAP2g/MAC+5xKAE-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 12:10:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA92F1065673 for ; Sun, 1 Feb 2009 12:10:59 +0000 (UTC) (envelope-from pj@smo.de) Received: from ilk.de (mx-out22.ilk.de [194.121.104.22]) by mx1.freebsd.org (Postfix) with ESMTP id 52BD98FC0C for ; Sun, 1 Feb 2009 12:10:58 +0000 (UTC) (envelope-from pj@smo.de) Received: from bologna.intern.smo.de (pool14.ka.ilk.net [212.86.194.14]) by ilk.de (8.13.4/8.13.4/ilk-relay) with ESMTP id n11CAuGo030142; Sun, 1 Feb 2009 13:10:56 +0100 Received: from [192.168.153.208] (herdubreid.intern.smo.de [192.168.153.208]) by bologna.intern.smo.de (8.13.8+Sun/8.13.8) with ESMTP id n11C2GvN029960; Sun, 1 Feb 2009 13:02:16 +0100 (CET) Message-ID: <49859187.2030407@smo.de> Date: Sun, 01 Feb 2009 13:11:51 +0100 From: Philipp Ost User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20090125 X-Accept-Language: de, en-us, en MIME-Version: 1.0 To: bf2006a@yahoo.com References: <763068.66528.qm@web39104.mail.mud.yahoo.com> In-Reply-To: <763068.66528.qm@web39104.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, giffunip@tutopia.com Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 12:11:00 -0000 bf wrote: >>>The issue is a lot of open source applications that it can run are >>>GPL licensed. I know there was an effort to replace the core OS apps >>>that were GPL with 100% BSD licensed equivalents. > > >>The effort didn't go far enough. Why haven't we removed GNU readline ? > > >>Pedro. > > > I think you know very well why we haven't removed that, and other > pieces of software with the GPL from the tree: no one has written and > submitted suitable replacements with more permissive licenses. [...] What about the editline library ? I have to admit I don't know how well it works, but I haven't used readline either... Philipp From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 11:07:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AFA11065672; Sun, 1 Feb 2009 11:07:33 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 9829C8FC0A; Sun, 1 Feb 2009 11:07:32 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LTaAl-0007Fg-Gx>; Sun, 01 Feb 2009 12:07:31 +0100 Received: from e178029120.adsl.alicedsl.de ([85.178.29.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LTaAl-0007ma-Do>; Sun, 01 Feb 2009 12:07:31 +0100 Message-ID: <49858274.6090807@mail.zedat.fu-berlin.de> Date: Sun, 01 Feb 2009 12:07:32 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090131) MIME-Version: 1.0 To: Alex Goncharov References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.120 X-Mailman-Approved-At: Sun, 01 Feb 2009 12:14:29 +0000 Cc: freebsd-current@freebsd.org, fbsd.questions@rachie.is-a-geek.net, freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 11:07:33 -0000 Alex Goncharov wrote: > ,--- You/O. (Sun, 01 Feb 2009 01:39:03 +0100) ----* > | I did a 'ldd' on the Firefox3 binary > | and I got the attached dump of the linked shared objects. > | Interestingly, the first three entries show up something missing - > > LD_LIBRARY_PATH=/usr/local/lib/firefox3 ldd /usr/local/lib/firefox3/firefox-bin | head -n 5 > /usr/local/lib/firefox3/firefox-bin: > libxul.so => /usr/local/lib/firefox3/libxul.so (0x28087000) > libmozjs.so => /usr/local/lib/firefox3/libmozjs.so (0x28e8f000) > libxpcom.so => /usr/local/lib/firefox3/libxpcom.so (0x28f1f000) > > firefox3 sets LD_LIBRARY_PATH for you :-) > It does not! ... on all of my boxes (amd64), it does not ... even on those machines where Firefox3 is running, these libs are empty. But I realized that those boxes are capable running firefox3 after the 'great Xorg-update-catastrophy' have still installed firefox2 ... I will check tomorrow at the lab if this do have an influence of the proper work abilities of firefox3 when removing the old firefox2. When setting LD_LIBRARY_PATH manually, adding /usr/lib/firefox3/, it doesn't change the bad situation on the failing CURRENT amd64 box. > | thor# ldd firefox-bin > | firefox-bin: > | libxul.so => not found (0x0) > | libmozjs.so => not found (0x0) > | libxpcom.so => not found (0x0) > | libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x80063e000) > > -- Alex -- alex-goncharov@comcast.net -- > > From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 11:29:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D42CE106564A; Sun, 1 Feb 2009 11:29:00 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 4EE988FC18; Sun, 1 Feb 2009 11:29:00 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LTaVW-0001Ue-M2>; Sun, 01 Feb 2009 12:28:58 +0100 Received: from e178029120.adsl.alicedsl.de ([85.178.29.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LTaVW-0000B5-Iy>; Sun, 01 Feb 2009 12:28:58 +0100 Message-ID: <4985877B.8080502@mail.zedat.fu-berlin.de> Date: Sun, 01 Feb 2009 12:28:59 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090131) MIME-Version: 1.0 To: Scot Hetzel References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <790a9fff0901312008x71fa025na58856bde4c7a5be@mail.gmail.com> In-Reply-To: <790a9fff0901312008x71fa025na58856bde4c7a5be@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.120 X-Mailman-Approved-At: Sun, 01 Feb 2009 12:29:32 +0000 Cc: freebsd-current@freebsd.org, Mel , freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 11:29:01 -0000 Scot Hetzel wrote: > On Sat, Jan 31, 2009 at 6:39 PM, O. Hartmann > wrote: > >> build-process, but I doubt this. I did a 'ldd' on the Firefox3 binary >> and I got the attached dump of the linked shared objects. >> Interestingly, the first three entries show up something missing - >> therefore I deinstalled Firefox and rebuild the browser after an >> additional rebuild of libxcb (via portupgrade -rf). Previously, all Xorg >> > > >> thor# ldd firefox-bin >> firefox-bin: >> libxul.so => not found (0x0) >> libmozjs.so => not found (0x0) >> libxpcom.so => not found (0x0) >> libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x80063e000) >> libplc4.so.1 => /usr/local/lib/libplc4.so.1 (0x80076f000) >> > > When firefox3 was first added to the ports collection, I had noticed > this problem with firefox3 (after using sysutils/libchk), but I didn't > have this problem with the firefox 2. A look at the difference > between the www/firefox and www/firefox3 Makefiles showed that > firefox3 was missing this: > > LDFLAGS+= -Wl,-rpath,${PREFIX}/lib/${MOZ_RPATH} > > After adding this line to the ports Makefile, and rebuilding the port, > these libraries are now showing as found in the ldd output. > > Scot > Isn't that worth a PR? From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 12:56:42 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2EBC1065674 for ; Sun, 1 Feb 2009 12:56:42 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 798528FC17 for ; Sun, 1 Feb 2009 12:56:42 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA09.westchester.pa.mail.comcast.net with comcast id AcKn1b0020ldTLk59cwiMB; Sun, 01 Feb 2009 12:56:42 +0000 Received: from daland.home ([24.34.211.11]) by OMTA04.westchester.pa.mail.comcast.net with comcast id Acwh1b00L0FJTGg3Qcwiqi; Sun, 01 Feb 2009 12:56:42 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTbsO-000OYb-BL; Sun, 01 Feb 2009 07:56:40 -0500 From: Alex Goncharov To: "O. Hartmann" In-reply-to: <49858274.6090807@mail.zedat.fu-berlin.de> (ohartman@mail.zedat.fu-berlin.de) References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <49858274.6090807@mail.zedat.fu-berlin.de> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 07:56:40 -0500 Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, fbsd.questions@rachie.is-a-geek.net, alex-goncharov@comcast.net Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 12:56:43 -0000 ,--- You/O. (Sun, 01 Feb 2009 12:07:32 +0100) ----* | Alex Goncharov wrote: | > ,--- You/O. (Sun, 01 Feb 2009 01:39:03 +0100) ----* | > | I did a 'ldd' on the Firefox3 binary | > | and I got the attached dump of the linked shared objects. | > | Interestingly, the first three entries show up something missing - | > | > LD_LIBRARY_PATH=/usr/local/lib/firefox3 ldd /usr/local/lib/firefox3/firefox-bin | head -n 5 | > /usr/local/lib/firefox3/firefox-bin: | > libxul.so => /usr/local/lib/firefox3/libxul.so (0x28087000) | > libmozjs.so => /usr/local/lib/firefox3/libmozjs.so (0x28e8f000) | > libxpcom.so => /usr/local/lib/firefox3/libxpcom.so (0x28f1f000) | > | > firefox3 sets LD_LIBRARY_PATH for you :-) | > | It does not! ---------------------------------------------------------------------- $ grep run-mozilla.sh /usr/local/bin/firefox3 # Use run-mozilla.sh in the current dir if it exists # If not, then start resolving symlinks until we find run-mozilla.sh run_moz="$curdir/run-mozilla.sh" run_moz="$curdir/run-mozilla.sh" run_moz="$dist_bin/run-mozilla.sh" if [ -x "$moz_libdir/run-mozilla.sh" ]; then echo $dist_bin/run-mozilla.sh $script_args $dist_bin/$MOZILLA_BIN "$@" "$dist_bin/run-mozilla.sh" $script_args "$dist_bin/$MOZILLA_BIN" "$@" $ grep LD_LIBRARY_PATH /usr/local/lib/firefox3/run-mozilla.sh ## Set LD_LIBRARY_PATH ## On Solaris we use $ORIGIN (set in RUNPATH) instead of LD_LIBRARY_PATH ## under dist/bin. To solve the problem, we should rely on LD_LIBRARY_PATH LD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH+":$LD_LIBRARY_PATH"} if [ -n "$LD_LIBRARY_PATH_64" ]; then LD_LIBRARY_PATH_64=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH_64+":$LD_LIBRARY_PATH_64"} ## Set DYLD_LIBRARY_PATH for Mac OS X (Darwin) DYLD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MRE_HOME}${DYLD_LIBRARY_PATH+":$DYLD_LIBRARY_PATH"} echo " LD_LIBRARY_PATH=$LD_LIBRARY_PATH" if [ -n "$LD_LIBRARY_PATH_64" ]; then echo "LD_LIBRARY_PATH_64=$LD_LIBRARY_PATH_64" echo "DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH" export MOZILLA_FIVE_HOME LD_LIBRARY_PATH export SHLIB_PATH LIBPATH LIBRARY_PATH ADDON_PATH DYLD_LIBRARY_PATH ---------------------------------------------------------------------- No, it doesn't? | ... on all of my boxes (amd64), it does not ... even on those | machines where Firefox3 is running, these libs are empty. But I | realized that those boxes are capable running firefox3 after the | 'great Xorg-update-catastrophy' have still installed firefox2 ... I | will check tomorrow at the lab if this do have an influence of the | proper work abilities of firefox3 when removing the old firefox2. | | When setting LD_LIBRARY_PATH manually, adding /usr/lib/firefox3/, it | doesn't change the bad situation on the failing CURRENT amd64 box. All I was saying was that your ldd experiment was... hmm... not correct (if you agree with mine, of course). -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 12:59:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDF1A106566C for ; Sun, 1 Feb 2009 12:59:23 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA02.westchester.pa.mail.comcast.net (qmta02.westchester.pa.mail.comcast.net [76.96.62.24]) by mx1.freebsd.org (Postfix) with ESMTP id 74F408FC16 for ; Sun, 1 Feb 2009 12:59:23 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA04.westchester.pa.mail.comcast.net ([76.96.62.35]) by QMTA02.westchester.pa.mail.comcast.net with comcast id AcTa1b0020ldTLk52czPw5; Sun, 01 Feb 2009 12:59:23 +0000 Received: from daland.home ([24.34.211.11]) by OMTA04.westchester.pa.mail.comcast.net with comcast id AczP1b00C0FJTGg3QczPH7; Sun, 01 Feb 2009 12:59:23 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTbv0-000Oa8-4A; Sun, 01 Feb 2009 07:59:22 -0500 From: Alex Goncharov To: Mel In-reply-to: <200901312005.51125.fbsd.questions@rachie.is-a-geek.net> (message from Mel on Sat, 31 Jan 2009 20:05:50 -0900) References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <200901312005.51125.fbsd.questions@rachie.is-a-geek.net> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 07:59:22 -0500 Cc: ohartman@mail.zedat.fu-berlin.de, freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension " missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 12:59:24 -0000 ,--- You/Mel (Sat, 31 Jan 2009 20:05:50 -0900) ----* | As a sidenote, it would be nice if xorg-server14 port would be created till | the dust has settled. Very, very nice. Almost as nice as xorg-server being the old, working xorg-server and xorg-server-devel the new, broken one. -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 14:02:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3A3C31065673 for ; Sun, 1 Feb 2009 14:02:46 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from QMTA04.westchester.pa.mail.comcast.net (qmta04.westchester.pa.mail.comcast.net [76.96.62.40]) by mx1.freebsd.org (Postfix) with ESMTP id D46FA8FC1B for ; Sun, 1 Feb 2009 14:02:45 +0000 (UTC) (envelope-from alex-goncharov@comcast.net) Received: from OMTA01.westchester.pa.mail.comcast.net ([76.96.62.11]) by QMTA04.westchester.pa.mail.comcast.net with comcast id AchB1b0020EZKEL54e2mBu; Sun, 01 Feb 2009 14:02:46 +0000 Received: from daland.home ([24.34.211.11]) by OMTA01.westchester.pa.mail.comcast.net with comcast id Ae2l1b00N0FJTGg3Me2lb4; Sun, 01 Feb 2009 14:02:46 +0000 Received: from algo by daland.home with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTcuK-000PAn-2f; Sun, 01 Feb 2009 09:02:44 -0500 From: Alex Goncharov To: "O. Hartmann" In-reply-to: <4985A8B7.2040307@mail.zedat.fu-berlin.de> (ohartman@mail.zedat.fu-berlin.de) References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <49858274.6090807@mail.zedat.fu-berlin.de> <4985A8B7.2040307@mail.zedat.fu-berlin.de> Message-Id: Sender: Alex Goncharov Date: Sun, 01 Feb 2009 09:02:44 -0500 Cc: freebsd-questions@freebsd.org, freebsd-current@freebsd.org, fbsd.questions@rachie.is-a-geek.net, alex-goncharov@comcast.net Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alex Goncharov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:02:46 -0000 ,--- I/Alex (Sun, 01 Feb 2009 07:56:40 -0500) ----* | All I was saying was that your ldd experiment was... hmm... not | correct (if you agree with mine, of course). ,--- You/O. (Sun, 01 Feb 2009 14:50:47 +0100) ----* | Saying, it was stupid? You're correct. It was stupid and, of course, it | doesn't matter if the libs show up or not. Not stupid -- you tried various things in desperation and hurry, and reported your observations and thoughts. It's normal :-) | I thought, at the first shot, firefox3 binary needs to have a | complete reference to all of its libraries, but thinking so leads | the advantage of having dynamical loadable objects ad absurdum. Glad this is cleared now! -- Alex -- alex-goncharov@comcast.net -- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 14:07:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AC92D106566B; Sun, 1 Feb 2009 14:07:46 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id 7E9098FC19; Sun, 1 Feb 2009 14:07:46 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout2.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n11E7jWO031082 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Feb 2009 06:07:46 -0800 X-Auth-Received: from [192.168.10.3] (adsl-99-139-49-79.dsl.pltn13.sbcglobal.net [99.139.49.79]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n11E7i5j008276 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Feb 2009 06:07:45 -0800 Message-Id: From: Garrett Cooper To: Mel In-Reply-To: <200901312005.51125.fbsd.questions@rachie.is-a-geek.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Feb 2009 06:12:45 -0800 References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <200901312005.51125.fbsd.questions@rachie.is-a-geek.net> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.2.1.135535 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0' Cc: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension " missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:07:47 -0000 On Jan 31, 2009, at 9:05 PM, Mel wrote: > On Saturday 31 January 2009 15:39:03 O. Hartmann wrote: >> Mel wrote: >>> On Friday 30 January 2009 13:19:41 O. Hartmann wrote: >>>> After upgrading one of my FreeBSD 8.0-CUR/amd64 boxes to new >>>> xorg-7.4 >>>> and having done hurting recompiling nearly everything/package >>>> twice now >>>> firefox3 still doesn't work properly and hits me when starting >>>> with this >>>> error message: >>>> >>>> Xlib: extension "Generic Event Extension" missing on display ": >>>> 0.0". >>>> >>>> Then firefox3 freezes forever, showing something like the >>>> background or >>>> pixel remnants of windows/picograms moving over its window. >>> >>> http://lists.freedesktop.org/archives/xorg/2008-October/039134.html >> >> Well, that doesn't help very much. As R. Noland wrote, the error >> coming >> up isn't of any harm. >> >> I still have Firefox3 not working on a FreeBSD 8.0-CURRENT/AMD64 UP >> box, >> running the most recent FreeBSD 8.0-CURRENT and having now recompiled >> three time EVERYTHING, Firefox3 inclusive. Firefox3 is still stuck >> when >> it comes to pulldown menus or requester for download destination, >> eating >> up 100% CPU time and slowing down the box incredible. I pretty sure I >> have all the stuff of the X11 suite in the right place and the right >> revision number, as I said, I recompiled everything three times and I >> did several attempts upgrading the whole Xorg since sunday last week. > > You have 2 choices: > - revert to known working xorg-server-1.4 (xorg 7.3) > - try to debug this using the send-pr system, given the ammount of > problems > people are posting with this xorg-server, more datapoints are not a > bad > thing. > > As a sidenote, it would be nice if xorg-server14 port would be > created till > the dust has settled. I don't have an issue with any cairo related ports after upgrading to xorg 7.4. Of course I had to rebuild everything dependent on libxcb, but that took no more than one iteration to complete (apart from xchat2, which took 4 iterations to finish because of some wonky library mucking up the works). Yay for statically linked library code - _-... -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 14:11:21 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 280C51065680 for ; Sun, 1 Feb 2009 14:11:21 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout2.cac.washington.edu (mxout2.cac.washington.edu [140.142.33.4]) by mx1.freebsd.org (Postfix) with ESMTP id D4DD28FC19 for ; Sun, 1 Feb 2009 14:11:20 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout2.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n11EBHAp003142 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Feb 2009 06:11:17 -0800 X-Auth-Received: from [192.168.10.3] (adsl-99-139-49-79.dsl.pltn13.sbcglobal.net [99.139.49.79]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n11EBGWj008364 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Feb 2009 06:11:17 -0800 Message-Id: From: Garrett Cooper To: Stefan Farfeleder In-Reply-To: <20090201090143.GA1429@lizard.fafoe.narf.at> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Feb 2009 06:16:16 -0800 References: <779523.80455.qm@web32706.mail.mud.yahoo.com> <20090131221236.GA27303@soaustin.net> <20090201090143.GA1429@lizard.fafoe.narf.at> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.2.1.140132 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1300_1399 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: current@freebsd.org, James Butler Subject: Much ado about libedit [Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:11:21 -0000 On Feb 1, 2009, at 1:01 AM, Stefan Farfeleder wrote: > On Sun, Feb 01, 2009 at 12:55:20PM +1300, James Butler wrote: >> 2009/2/1 Mark Linimon : >>> On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: >>>> The effort didn't go far enough. Why haven't we removed GNU >>>> readline ? >>> >>> Probably either because someone hasn't written a BSD-licensed one, >>> or >>> someone hasn't done the work to test-compile src and ports on all >>> the >>> appropriate architectures. >> >> This might be off topic, but NetBSD has (limited) readline >> compatibility in their libedit (which FreeBSD has in ports I think) - >> this also gives them tab-completion in /bin/sh :-) > > I once posted a patch which ports it to FreeBSD. It would need a > lot of > work to fix all ports though. libedit isn't feature complete with GNU readline and many things will fail to compile with NetBSD's rip on readline. Believe me -- I tried with python -_-... Then again at least you can make GNU readline into a port for things that need it (like Python's readline module). And yes, we do already have libedit in the base source tree under lib/ libedit -- it's just extremely outdated (hence libreadline isn't available after compiling libedit). Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 14:13:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67C4610657DF for ; Sun, 1 Feb 2009 14:13:11 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout7.cac.washington.edu (mxout7.cac.washington.edu [140.142.32.178]) by mx1.freebsd.org (Postfix) with ESMTP id 3C54B8FC16 for ; Sun, 1 Feb 2009 14:13:11 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.32.141] (may be forged)) by mxout7.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n11EDArh015024 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Feb 2009 06:13:10 -0800 X-Auth-Received: from [192.168.10.3] (adsl-99-139-49-79.dsl.pltn13.sbcglobal.net [99.139.49.79]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n11ED92Y015368 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Feb 2009 06:13:10 -0800 Message-Id: From: Garrett Cooper To: Philipp Ost In-Reply-To: <49859187.2030407@smo.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Feb 2009 06:17:54 -0800 References: <763068.66528.qm@web39104.mail.mud.yahoo.com> <49859187.2030407@smo.de> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.2.1.140132 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_1000_LESS 0, BODY_SIZE_2000_LESS 0, BODY_SIZE_5000_LESS 0, BODY_SIZE_800_899 0, __BOUNCE_CHALLENGE_SUBJ 0, __CP_URI_IN_BODY 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0, __STOCK_PHRASE_7 0' Cc: bf2006a@yahoo.com, freebsd-current@freebsd.org, giffunip@tutopia.com Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:13:12 -0000 On Feb 1, 2009, at 4:11 AM, Philipp Ost wrote: > bf wrote: >>>> The issue is a lot of open source applications that it can run are >>>> GPL licensed. I know there was an effort to replace the core OS >>>> apps >>>> that were GPL with 100% BSD licensed equivalents. >>> The effort didn't go far enough. Why haven't we removed GNU >>> readline ? >>> Pedro. >> I think you know very well why we haven't removed that, and other >> pieces of software with the GPL from the tree: no one has written and >> submitted suitable replacements with more permissive licenses. [...] > > What about the editline library ? > I have to admit I don't know how well it works, but I haven't used > readline either... > > Philipp Same thing as NetBSD's libedit, just rehashed with GNU makefiles and other Linuxy patches. -Garrett From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 14:37:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C5DB106566B for ; Sun, 1 Feb 2009 14:37:24 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp809.mail.ird.yahoo.com (smtp809.mail.ird.yahoo.com [217.146.188.69]) by mx1.freebsd.org (Postfix) with SMTP id B968D8FC08 for ; Sun, 1 Feb 2009 14:37:23 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 59399 invoked from network); 1 Feb 2009 14:37:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:References:In-Reply-To:Subject:Date:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding:X-Mailer:Thread-Index:Content-Language; b=6hpdIwtZF4IMTCwIMtJJRAzMpA0WP983Zdu7pYop0SsFe6RaGGTRzkgFThh4DaABeNMrAVztHK8S4yh7EKned3Vth3VHDsgikaNErFnVN7/waXy/He0SmDTuwMrGNRluYUsyM1xGhvL9R1am3YOv8Qy8nvSwOXag5M1jJ59Rxkk= ; Received: from unknown (HELO W2FZZ0VC03) (Thomas.Sparrevohn@86.133.246.172 with login) by smtp809.mail.ird.yahoo.com with SMTP; 1 Feb 2009 14:37:22 -0000 X-YMail-OSG: bFtWitMVM1lox209ObZmE4T0GOtk3441cMLK7ekc7qWtECxCQ_dPo36LUnpr42M3pVMX_fYJyntvAviiytTWsGCCTQG4oroq6gH.cpmpwGzHYxxhsp4tgYcX1esa1vWmFLaO8FSCxWPsotuaHWBoxE_nXzg5nbA2KskjVPZ0H9HPD5OOoFukXox1D6Eo7iv9ECvUqu8n8bHu6StELOYxZ1r9fRX8Uria X-Yahoo-Newman-Property: ymail-3 From: "Thomas Sparrevohn" To: "'Rong-en Fan'" , "'FreeBSD Current'" References: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> In-Reply-To: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> Date: Sun, 1 Feb 2009 14:37:22 -0000 Message-ID: <007b01c9847a$983ad9c0$c8b08d40$@Sparrevohn@btinternet.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcmERo+vwSn+8ShSS/eW0eM1vNKEQwAM8joQ Content-Language: en-gb Cc: Subject: RE: process hang in zfs->io_ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 14:37:24 -0000 I have noticed the same error - However I am not actually sure that ZFS is = the culprit - I tried to remotely log in from my laptop and the system unfr= oze=20 =20 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freeb= sd.org] On Behalf Of Rong-en Fan Sent: 01 February 2009 08:24 To: FreeBSD Current Subject: process hang in zfs->io_ ? I'm running current as of 20080130 on an amd64 box. I can make processes stuck in zfs->io_ (output truncated in ddb and top) when I make some packages via ports tinderbox. The ports tinderbox access local disk via nfs (I also tried nullfs). ddb output of ps and alltrace can be found at http://www.rafan.org/FreeBSD/zfs/textdump.zfs.20090130.txt Any ideas? Thanks, Rong-En Fan _______________________________________________ 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-current@FreeBSD.ORG Sun Feb 1 16:07:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA0CA106566B for ; Sun, 1 Feb 2009 16:07:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63904.mail.re1.yahoo.com (web63904.mail.re1.yahoo.com [69.147.97.119]) by mx1.freebsd.org (Postfix) with SMTP id 664AB8FC18 for ; Sun, 1 Feb 2009 16:07:52 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 92253 invoked by uid 60001); 1 Feb 2009 16:07:52 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type:Message-ID; b=yZkqQPBTPM5cxYxzQRrNFM0vBTgSFutUGT/es2CP+HfhuvvV+T7kVYfw8LQ4QtheE4k17N0/SxGphXUzHla3o3hO4h2Yzg2FEDS3fwjN3gjMQnxN5e1PO3di5GZghR7s2rFHZdq20Ocz0vISRGuecP6jwLVWjy+WmMoJgwfKraA=; X-YMail-OSG: 4RLYNDYVM1nowjnxM6lItN.gIoZrXrZ_0KjxtLb4cHx_IAObqA8J6wVk9VhKygXQEJtoY.DLlVMqMrM8Qa_NDsvc79QAxlDFpaLpwg1zLB.d4nv4QRntbiAWMsf4BSHPPzq6n3do.bU8iTQprBQ3qAu2kBo- Received: from [98.242.222.229] by web63904.mail.re1.yahoo.com via HTTP; Sun, 01 Feb 2009 08:07:51 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Sun, 1 Feb 2009 08:07:51 -0800 (PST) From: Barney Cordoba To: current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <16190.90052.qm@web63904.mail.re1.yahoo.com> Cc: Subject: Possible bug in ip_input() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 16:07:53 -0000 I've noticed the following possible inconsistency. 1) ip_input() is called with M_FASTFWD_OUR set 2) ip_off is not "adjusted" to host representation 3) ip reassembly is erroneously called. I don't have an actual case that can test this, but it seems like an issue. Barney From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 13:50:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59ABD1065674; Sun, 1 Feb 2009 13:50:48 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id D5FD28FC16; Sun, 1 Feb 2009 13:50:47 +0000 (UTC) (envelope-from ohartman@mail.zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LTcik-0003mx-F9>; Sun, 01 Feb 2009 14:50:46 +0100 Received: from e178029120.adsl.alicedsl.de ([85.178.29.120] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LTcik-0006Sh-AD>; Sun, 01 Feb 2009 14:50:46 +0100 Message-ID: <4985A8B7.2040307@mail.zedat.fu-berlin.de> Date: Sun, 01 Feb 2009 14:50:47 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090131) MIME-Version: 1.0 To: Alex Goncharov References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <49858274.6090807@mail.zedat.fu-berlin.de> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.29.120 X-Mailman-Approved-At: Sun, 01 Feb 2009 16:09:37 +0000 Cc: freebsd-current@freebsd.org, fbsd.questions@rachie.is-a-geek.net, freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 13:50:49 -0000 Alex Goncharov wrote: > ,--- You/O. (Sun, 01 Feb 2009 12:07:32 +0100) ----* > | Alex Goncharov wrote: > | > ,--- You/O. (Sun, 01 Feb 2009 01:39:03 +0100) ----* > | > | I did a 'ldd' on the Firefox3 binary > | > | and I got the attached dump of the linked shared objects. > | > | Interestingly, the first three entries show up something missing - > | > > | > LD_LIBRARY_PATH=/usr/local/lib/firefox3 ldd /usr/local/lib/firefox3/firefox-bin | head -n 5 > | > /usr/local/lib/firefox3/firefox-bin: > | > libxul.so => /usr/local/lib/firefox3/libxul.so (0x28087000) > | > libmozjs.so => /usr/local/lib/firefox3/libmozjs.so (0x28e8f000) > | > libxpcom.so => /usr/local/lib/firefox3/libxpcom.so (0x28f1f000) > | > > | > firefox3 sets LD_LIBRARY_PATH for you :-) > | > > | It does not! > > ---------------------------------------------------------------------- > > $ grep run-mozilla.sh /usr/local/bin/firefox3 > # Use run-mozilla.sh in the current dir if it exists > # If not, then start resolving symlinks until we find run-mozilla.sh > run_moz="$curdir/run-mozilla.sh" > run_moz="$curdir/run-mozilla.sh" > run_moz="$dist_bin/run-mozilla.sh" > if [ -x "$moz_libdir/run-mozilla.sh" ]; then > echo $dist_bin/run-mozilla.sh $script_args $dist_bin/$MOZILLA_BIN "$@" > "$dist_bin/run-mozilla.sh" $script_args "$dist_bin/$MOZILLA_BIN" "$@" > > > $ grep LD_LIBRARY_PATH /usr/local/lib/firefox3/run-mozilla.sh > ## Set LD_LIBRARY_PATH > ## On Solaris we use $ORIGIN (set in RUNPATH) instead of LD_LIBRARY_PATH > ## under dist/bin. To solve the problem, we should rely on LD_LIBRARY_PATH > LD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH+":$LD_LIBRARY_PATH"} > if [ -n "$LD_LIBRARY_PATH_64" ]; then > LD_LIBRARY_PATH_64=${MOZ_DIST_BIN}:${MOZ_DIST_BIN}/plugins:${MRE_HOME}${LD_LIBRARY_PATH_64+":$LD_LIBRARY_PATH_64"} > ## Set DYLD_LIBRARY_PATH for Mac OS X (Darwin) > DYLD_LIBRARY_PATH=${MOZ_DIST_BIN}:${MRE_HOME}${DYLD_LIBRARY_PATH+":$DYLD_LIBRARY_PATH"} > echo " LD_LIBRARY_PATH=$LD_LIBRARY_PATH" > if [ -n "$LD_LIBRARY_PATH_64" ]; then > echo "LD_LIBRARY_PATH_64=$LD_LIBRARY_PATH_64" > echo "DYLD_LIBRARY_PATH=$DYLD_LIBRARY_PATH" > export MOZILLA_FIVE_HOME LD_LIBRARY_PATH > export SHLIB_PATH LIBPATH LIBRARY_PATH ADDON_PATH DYLD_LIBRARY_PATH > > ---------------------------------------------------------------------- > > No, it doesn't? > > | ... on all of my boxes (amd64), it does not ... even on those > | machines where Firefox3 is running, these libs are empty. But I > | realized that those boxes are capable running firefox3 after the > | 'great Xorg-update-catastrophy' have still installed firefox2 ... I > | will check tomorrow at the lab if this do have an influence of the > | proper work abilities of firefox3 when removing the old firefox2. > | > | When setting LD_LIBRARY_PATH manually, adding /usr/lib/firefox3/, it > | doesn't change the bad situation on the failing CURRENT amd64 box. > > All I was saying was that your ldd experiment was... hmm... not > correct (if you agree with mine, of course). > Saying, it was stupid? You're correct. It was stupid and, of course, it doesn't matter if the libs show up or not. I thought, at the first shot, firefox3 binary needs to have a complete reference to all of its libraries, but thinking so leads the advantage of having dynamical loadable objects ad absurdum. Greetings, Oliver From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 17:13:16 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DECB106566C for ; Sun, 1 Feb 2009 17:13:16 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw0.york.ac.uk (mail-gw0.york.ac.uk [144.32.128.245]) by mx1.freebsd.org (Postfix) with ESMTP id D87498FC14 for ; Sun, 1 Feb 2009 17:13:15 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw7.york.ac.uk (mail-gw7.york.ac.uk [144.32.129.30]) by mail-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n11HDBJQ001064; Sun, 1 Feb 2009 17:13:11 GMT Received: from ury.york.ac.uk ([144.32.108.81]) by mail-gw7.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LTfsd-0005c6-E6; Sun, 01 Feb 2009 17:13:11 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n11HDBfV029685; Sun, 1 Feb 2009 17:13:11 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n11HDAXF029675; Sun, 1 Feb 2009 17:13:10 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 1 Feb 2009 17:13:10 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: "Pedro F. Giffuni" In-Reply-To: <87223.61659.qm@web32707.mail.mud.yahoo.com> Message-ID: <20090201164154.V97967@ury.york.ac.uk> References: <87223.61659.qm@web32707.mail.mud.yahoo.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@freebsd.org Cc: Mark Linimon , Sean Cavanaugh , freebsd-current@FreeBSD.org, bf2006a@yahoo.com Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 17:13:16 -0000 On Sat, 31 Jan 2009, Pedro F. Giffuni wrote: > --- On Sat, 1/31/09, Mark Linimon wrote: > > On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: >>> The effort didn't go far enough. Why haven't we removed GNU readline ? >> >> Probably either because someone hasn't written a BSD-licensed one, or >> someone hasn't done the work to test-compile src and ports on all the >> appropriate architectures. > > Wrong on both: > > - libedit has a readline compatibility mode that has replaced GNU readline in the other BSDs. > - If you look in the archives you will find patches. > > If there really was any effort to remove GPL'd stuff from the tree it > missed this big time: GNU readline is a library under the GPL (not > LGPL), it should be dead long ago. As far as I can see, in the base system, there are five things linked against readline which would not otherwise be under the GPL: kadmin, ktutil, gvinum, ntpq, ntpdc Of these, gvinum is a surprise. I'm not sure what it needs readline for, and cannot see why this isn't able to use the copy of libedit in the base system. ntpq and ntpdc are being built with the option to use libreadline commented out, so I'm not sure why they are being linked with it. I don't know about the Kerberos programs, but given they are contrib I suspect that may be a reaon why they are still using libedit rather than readline. I may be wrong (feel free to correct me) but I can't see what the real issue is with having readline in the base, if only code that is already GPL is linking against it. Obviously it would be good if the five utilities above could be linked against libedit rather than readline. Gavin From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 17:21:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB8361065708; Sun, 1 Feb 2009 17:21:03 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmmtao104.cox.net (eastrmmtao104.cox.net [68.230.240.46]) by mx1.freebsd.org (Postfix) with ESMTP id 2A7B28FC16; Sun, 1 Feb 2009 17:21:02 +0000 (UTC) (envelope-from mezz7@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao103.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090201164834.OAHT11476.eastrmmtao103.cox.net@eastrmimpo02.cox.net>; Sun, 1 Feb 2009 11:48:34 -0500 Received: from localhost ([68.103.37.153]) by eastrmimpo02.cox.net with bizsmtp id AgoY1b0083JFCbG02goZeM; Sun, 01 Feb 2009 11:48:33 -0500 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=PhtkN44TIKSC7j8vvvwA:9 a=DmR99DneoPmkCcIksQOz-Gf7FG0A:4 a=SV7veod9ZcQA:10 a=YWHk2nhHdTQA:10 a=4vB-4DCPJfMA:10 a=LY0hPdMaydYA:10 X-CM-Score: 0.00 Date: Sun, 01 Feb 2009 10:48:42 -0600 To: obrien@freebsd.org From: "Jeremy Messenger" Content-Type: text/plain; format=flowed; delsp=yes; charset=utf-8 MIME-Version: 1.0 References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <86skniyp60.fsf@ds4.des.no> <20090201060549.GE83330@dragon.NUXI.org> Content-Transfer-Encoding: 7bit Message-ID: In-Reply-To: <20090201060549.GE83330@dragon.NUXI.org> User-Agent: Opera Mail/9.63 (Linux) Cc: "Pedro F. Giffuni" , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 17:21:04 -0000 On Sun, 01 Feb 2009 00:05:49 -0600, David O'Brien wrote: > "Pedro F. Giffuni" writes: >> - Replacing groff with something less restricted that doesn't require >> C++: Heirloom-doctools may be an option. > > You're proposing replacing GPLv2 stuff with CDDL'ed stuff? > > $ cd heirloom-doctools-080407> grep -l -R CDDL * | wc -l > 217 > > The last time I asked $WORK's lawyers, GPLv2 was acceptable to > *carefully* ship with our product. CDDL was forbidden (as is GPLv3). Interesting... I thought, CDDL is more flexible than GPLv2? Or do I misunderstand something with CDDL? Cheers, Mezz -- mezz7@cox.net - mezz@FreeBSD.org FreeBSD GNOME Team http://www.FreeBSD.org/gnome/ - gnome@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 17:22:18 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80A9B1065686 for ; Sun, 1 Feb 2009 17:22:18 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from mail-gw1.york.ac.uk (mail-gw1.york.ac.uk [144.32.128.246]) by mx1.freebsd.org (Postfix) with ESMTP id 10B7B8FC22 for ; Sun, 1 Feb 2009 17:22:17 +0000 (UTC) (envelope-from gavin@FreeBSD.org) 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 n11HMFNc009095; Sun, 1 Feb 2009 17:22:15 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.68) (envelope-from ) id 1LTg1P-0003S7-IM; Sun, 01 Feb 2009 17:22:15 +0000 Received: from ury.york.ac.uk (localhost.york.ac.uk [127.0.0.1]) by ury.york.ac.uk (8.14.3/8.14.3) with ESMTP id n11HMFG4033310; Sun, 1 Feb 2009 17:22:15 GMT (envelope-from gavin@FreeBSD.org) Received: from localhost (gavin@localhost) by ury.york.ac.uk (8.14.3/8.14.3/Submit) with ESMTP id n11HMEx4033302; Sun, 1 Feb 2009 17:22:15 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: ury.york.ac.uk: gavin owned process doing -bs Date: Sun, 1 Feb 2009 17:22:14 +0000 (GMT) From: Gavin Atkinson X-X-Sender: gavin@ury.york.ac.uk To: Barney Cordoba In-Reply-To: <20490.74948.qm@web63901.mail.re1.yahoo.com> Message-ID: <20090201171938.H97967@ury.york.ac.uk> References: <20490.74948.qm@web63901.mail.re1.yahoo.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@freebsd.org Cc: current@FreeBSD.org Subject: Re: SATA drive device moving on 8.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 17:22:19 -0000 On Wed, 28 Jan 2009, Barney Cordoba wrote: > I booted 8.0-current on a machine that was running 7 and the SATA drive > came up as ad4 instead of ad8 (as it is detected in 7). This is the case > was loading GENERIC. > > This is going to present a serious problem doing field upgrades as its > expected that fstab will be the same. What is the reason for the change and > is there any way to make it compatible with device detection in 7? I suspect the problem is caused by some changes made in -CURRENT a few months ago, which had the potential to change the order that some devices may be detected. Can you post online a dmesg from both 7.x and 8.0 somewhere? Gavin From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 17:46:23 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1168F1065672 for ; Sun, 1 Feb 2009 17:46:23 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63908.mail.re1.yahoo.com (web63908.mail.re1.yahoo.com [69.147.97.123]) by mx1.freebsd.org (Postfix) with SMTP id 9B10A8FC17 for ; Sun, 1 Feb 2009 17:46:22 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 56839 invoked by uid 60001); 1 Feb 2009 17:46:22 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=KrwvJffstoZu+sv1g6ke6s27oMt3e+5AQ/TOcWJX6uSh5Tg+89p+PCeiySOU1ZLam0fueOub+4rAwFYSpDj8UCOHfhoENutOS3TAIbQ07eoFBsUkPWjCaldtMYzu5s3W9dk9sRX7GOIxV9dFTlT95x5RtCy7yoHhOuEkRpgh35E=; X-YMail-OSG: Hklh2pQVM1krK.VmhUEP4zb.zn6MSaactwqpvVIt7DCkilvla6C3ur2xbOOutMxZV4RATQ29vSk4w0EYCet8UbwnHUYj7.ts9qXDjgprDbggnLK.Dj281yHqa0znGrIDUidkJLFn8qslI_9VfqfJD1IY24emBYdHPCEVrxStehmrRoN5tIavPM_GCu568uE- Received: from [98.242.222.229] by web63908.mail.re1.yahoo.com via HTTP; Sun, 01 Feb 2009 09:46:22 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Sun, 1 Feb 2009 09:46:22 -0800 (PST) From: Barney Cordoba To: Gavin Atkinson In-Reply-To: <20090201171938.H97967@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <152543.56415.qm@web63908.mail.re1.yahoo.com> Cc: current@FreeBSD.org Subject: Re: SATA drive device moving on 8.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 17:46:23 -0000 --- On Sun, 2/1/09, Gavin Atkinson wrote: > From: Gavin Atkinson > Subject: Re: SATA drive device moving on 8.0 current > To: "Barney Cordoba" > Cc: current@FreeBSD.org > Date: Sunday, February 1, 2009, 12:22 PM > On Wed, 28 Jan 2009, Barney Cordoba wrote: > > > I booted 8.0-current on a machine that was running 7 > and the SATA drive > > came up as ad4 instead of ad8 (as it is detected in > 7). This is the case > > was loading GENERIC. > > > > This is going to present a serious problem doing field > upgrades as its > > expected that fstab will be the same. What is the > reason for the change and > > is there any way to make it compatible with device > detection in 7? > > I suspect the problem is caused by some changes made in > -CURRENT a few months ago, which had the potential to change > the order that some devices may be detected. > > Can you post online a dmesg from both 7.x and 8.0 > somewhere? > > Gavin Yes. The machine is indisposed at the moment, but I'll post it next time I fire up 8.0 Barney From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 18:21:24 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FFC01065672 for ; Sun, 1 Feb 2009 18:21:24 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id F381E8FC23 for ; Sun, 1 Feb 2009 18:21:23 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-003-220.pools.arcor-ip.net [88.66.3.220]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1LTgwc3JUX-0001tt; Sun, 01 Feb 2009 19:21:22 +0100 Received: (qmail 57260 invoked from network); 1 Feb 2009 18:21:22 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by ns1.laiers.local with SMTP; 1 Feb 2009 18:21:22 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org, barney_cordoba@yahoo.com Date: Sun, 1 Feb 2009 19:21:22 +0100 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <16190.90052.qm@web63904.mail.re1.yahoo.com> In-Reply-To: <16190.90052.qm@web63904.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902011921.22305.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+2efBydvYPjkUEL1cJLoJRM3nW2hTDQsPIPXB Vf6HuHXqugD1AbeB5VpPVNOoafoPPmn3ZHomiBH87RDty33JuL zXkBo+vcUUY9JjX7YVkug== Cc: Subject: Re: Possible bug in ip_input() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 18:21:25 -0000 On Sunday 01 February 2009 17:07:51 Barney Cordoba wrote: > I've noticed the following possible inconsistency. > > 1) ip_input() is called with M_FASTFWD_OUR set > 2) ip_off is not "adjusted" to host representation That's because ip_off should already be in host byte order at that point. M_FASTFWD_OUR indicates that the packet is relooped from within the ip processing path which uses host byte order for ip_off and ip_len throughout. > 3) ip reassembly is erroneously called. > > I don't have an actual case that can test this, but it seems like an issue. -- /"\ 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-current@FreeBSD.ORG Sun Feb 1 18:51:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FDBE1065674; Sun, 1 Feb 2009 18:51:27 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id EA50C8FC13; Sun, 1 Feb 2009 18:51:26 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n11IoYcr073064 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 18:50:36 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org, obrien@freebsd.org Date: Sun, 1 Feb 2009 18:50:33 +0000 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; amd64; ; ) References: <20090201025939.GD83330@dragon.NUXI.org> In-Reply-To: <20090201025939.GD83330@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902011850.33754.ken@mthelicon.com> Cc: "O. Hartmann" , Anton Shterenlikht Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 18:51:27 -0000 On Sunday 01 February 2009 02:59:39 David O'Brien wrote: > > gcc43 is fairly painless through the ports, but this is of limited use as > > it will use the base assembler, linker, et al. Even if you install, as I > > have, the latest binutils from GNU, it will locate /usr/bin/as before > > /usr/local/bin/as. If you set all the enviroment varables (AR, AS, NM, > > ...) before you do the build, you run into other problems with finding > > the bootstrap files later due to the naming problems between > > "x86_64-obrien-freebsd" and the auto-generated > > "x86_64-unknown-freebsd8.0" from the GNU configure. In short, I found > > upgrading the dev-chain a real nightmare. > > Its not that bad. I've created several cross toolchains in the past. > For those you specify which 'as' and 'ld' to use - how else do you think > they work. I don't think you configured your GCC properly if you cannot > get it to use some binutils from /usr/ports. > > In fact when installing GCC on Solaris GCC strongly prefers (or use to) > gas and gld to Sun's as and ld. Just tweak that configure logic. Your probably right... What I found is that the port of gcc43 uses the target name of *-portbld-* and the default from binutils uses *-unknown-*.. When the configure script runs, it misses that you may have a matched tool chain, so uses the /usr/bin/* tools. I created a port for binutils-2.19 that uses the same target string as the gcc43 version does. With that installed, the gcc43 tools pick up on it and everything seems happy. Hopefully it will be accepted.. Just waiting ~Peg From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 20:10:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DF741065672 for ; Sun, 1 Feb 2009 20:10:50 +0000 (UTC) (envelope-from ralph@imada.sdu.dk) Received: from berlioz.imada.sdu.dk (berlioz.imada.sdu.dk [130.225.128.12]) by mx1.freebsd.org (Postfix) with ESMTP id 0B9028FC12 for ; Sun, 1 Feb 2009 20:10:49 +0000 (UTC) (envelope-from ralph@imada.sdu.dk) Received: from localhost (localhost [127.0.0.1]) by localhost.imada.sdu.dk (Postfix) with ESMTP id 913536270A for ; Sun, 1 Feb 2009 20:37:54 +0100 (CET) X-Virus-Scanned: amavisd-new at imada.sdu.dk Received: from berlioz.imada.sdu.dk ([127.0.0.1]) by localhost (berlioz.imada.sdu.dk [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id 5MUuEE0k31k4 for ; Sun, 1 Feb 2009 19:37:53 +0000 (UTC) Received: from [90.185.65.46] (unknown [90.185.65.46]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by berlioz.imada.sdu.dk (Postfix) with ESMTP id 6551362709 for ; Sun, 1 Feb 2009 20:37:53 +0100 (CET) Message-ID: <4985FA10.5080604@imada.sdu.dk> Date: Sun, 01 Feb 2009 20:37:52 +0100 From: Ralph Zitz User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: patch r187693 breaks HAL on amd64-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 20:10:50 -0000 I'm not a HAL expert, but it seems that the patch makes HAL create a zombie process when watching /dev/cd0. Reversing the patch makes HAL work again. Link to patch message: http://lists.freebsd.org/pipermail/svn-src-all/2009-January/004073.html Regards Ralph Zitz. From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 20:46:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 107721065673 for ; Sun, 1 Feb 2009 20:46:47 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from zerofail.com (gatekeeper1.zerofail.com [208.71.11.38]) by mx1.freebsd.org (Postfix) with ESMTP id A5A298FC18 for ; Sun, 1 Feb 2009 20:46:46 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from telcobridges.com by freebsd.org (zerofail.com) (SecurityGateway 1.1.2) with SMTP id SG001467203.MSG for ; Sun, 01 Feb 2009 15:36:37 -0500 Received: from leia.telcobridges.com ([208.94.105.59]) by telcobridges.com with Microsoft SMTPSVC(6.0.3790.3959); Sun, 1 Feb 2009 15:36:39 -0500 Message-ID: <498607D7.7090507@videotron.ca> Date: Sun, 01 Feb 2009 15:36:39 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: Ralph Zitz References: <4985FA10.5080604@imada.sdu.dk> In-Reply-To: <4985FA10.5080604@imada.sdu.dk> X-Enigmail-Version: 0.95.7 Content-Type: multipart/mixed; boundary="------------000006000800080802060307" X-OriginalArrivalTime: 01 Feb 2009 20:36:39.0867 (UTC) FILETIME=[C906B0B0:01C984AC] X-SGHeloLookup-Result: hardfail smtp.helo=telcobridges.com (does not match 208.71.8.41) X-SGOP-RefID: str=0001.0A090201.498607D8.0078,ss=2,fgs=0 (_st=2 _vt=0 _iwf=0) Cc: freebsd-current@freebsd.org Subject: Re: patch r187693 breaks HAL on amd64-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 20:46:47 -0000 This is a multi-part message in MIME format. --------------000006000800080802060307 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Ralph Zitz wrote: > I'm not a HAL expert, but it seems that the patch makes HAL create a > zombie process when watching /dev/cd0. Reversing the patch makes HAL > work again. > > Link to patch message: > http://lists.freebsd.org/pipermail/svn-src-all/2009-January/004073.html > Hi Ralph Try the following patch, it should fix your problem with hal. Regards Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmGB9YACgkQmdOXtTCX/nt8tACgj5IzDaHDEsKIJbZPefOwzkiW Ne4AoMV4GzfMLeVeBAWIRbmG08R7Lpj3 =K7Cu -----END PGP SIGNATURE----- --------------000006000800080802060307 Content-Type: text/plain; name="lp64_select_fix.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="lp64_select_fix.diff" Index: kern/sys_generic.c =================================================================== --- kern/sys_generic.c (revision 187983) +++ kern/sys_generic.c (working copy) @@ -903,7 +903,7 @@ * bit position in the fd_mask array. */ static __inline int -selflags(fd_mask **ibits, int idx, int bit) +selflags(fd_mask **ibits, int idx, fd_mask bit) { int flags; int msk; @@ -912,7 +912,7 @@ for (msk = 0; msk < 3; msk++) { if (ibits[msk] == NULL) continue; - if ((ibits[msk][idx] & (fd_mask)bit) == 0) + if ((ibits[msk][idx] & bit) == 0) continue; flags |= select_flags[msk]; } --------------000006000800080802060307 Content-Type: application/octet-stream; name="lp64_select_fix.diff.sig" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="lp64_select_fix.diff.sig" iEYEABECAAYFAkmGB9cACgkQmdOXtTCX/nsf4gCcDVFWR3lmMVC6/G61MjPL81getI8AoOVT y6q1IMkYWZgzpZLXu0Ig9fHQ --------------000006000800080802060307-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 20:49:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C081065672 for ; Sun, 1 Feb 2009 20:49:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 76ADB8FC18 for ; Sun, 1 Feb 2009 20:49:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LTjFh-0005OL-Fw for freebsd-current@freebsd.org; Sun, 01 Feb 2009 20:49:13 +0000 Received: from 81.210.237.210 ([81.210.237.210]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Feb 2009 20:49:13 +0000 Received: from saper by 81.210.237.210 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 01 Feb 2009 20:49:13 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Cieslak Date: Sun, 01 Feb 2009 21:49:00 +0100 Lines: 28 Message-ID: <49860ABC.1030205@system.pl> References: <49837CFD.4080603@mail.zedat.fu-berlin.de> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 81.210.237.210 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090131 SeaMonkey/1.1.14 In-Reply-To: <49837CFD.4080603@mail.zedat.fu-berlin.de> Sender: news Cc: freebsd-questions@freebsd.org Subject: Re: Xorg upgrade disaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 20:49:15 -0000 O. Hartmann wrote: > After upgrading one of my FreeBSD 8.0-CUR/amd64 boxes to new xorg-7.4 > and having done hurting recompiling nearly everything/package twice now > firefox3 still doesn't work properly and hits me when starting with this > error message: > > Xlib: extension "Generic Event Extension" missing on display ":0.0". Looks like libraries (Xext among others) already support the XGE extension: http://thread.gmane.org/gmane.comp.freedesktop.xorg/36483 but the current the 1.5 Xorg server does not support and the 1.6 release is behind schedule a bit: http://www.phoronix.com/scan.php?page=news_item&px=Njg4OA I keep getting this error after upgrade of X today but everything works as usual. > Then firefox3 freezes forever, showing something like the background or > pixel remnants of windows/picograms moving over its window. The firefox problem is unrelated I think to the message above (as demonstrated later in the thred) --Marcin From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 20:57:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05367106566C for ; Sun, 1 Feb 2009 20:57:51 +0000 (UTC) (envelope-from need4spam@bk.ru) Received: from f59.mail.ru (f59.mail.ru [194.67.57.93]) by mx1.freebsd.org (Postfix) with ESMTP id 5D0848FC12 for ; Sun, 1 Feb 2009 20:57:50 +0000 (UTC) (envelope-from need4spam@bk.ru) Received: from mail by f59.mail.ru with local id 1LTjO0-000OdA-00 for freebsd-current@freebsd.org; Sun, 01 Feb 2009 23:57:48 +0300 Received: from [62.182.89.99] by win.mail.ru with HTTP; Sun, 01 Feb 2009 23:57:48 +0300 From: Alexey Ivanov To: freebsd-current@freebsd.org Mime-Version: 1.0 X-Mailer: mPOP Web-Mail 2.19 X-Originating-IP: [62.182.89.99] Date: Sun, 01 Feb 2009 23:57:48 +0300 Content-Type: multipart/mixed; boundary="----bMU30QVA-hwNGT5CVrNSTDwit:1233521868" Message-Id: X-Spam: Not detected X-Mras: Ok Subject: powernow0: set freq failed, err 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Alexey Ivanov List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 20:57:51 -0000 ------bMU30QVA-hwNGT5CVrNSTDwit:1233521868 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit I have repeating errors in /var/log/messages [PH34R] ~> tail -f /var/log/messages Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 Feb 1 23:34:34 PH34R kernel: powernow1: set freq failed, err 6 Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 Feb 1 23:34:34 PH34R kernel: powernow1: set freq failed, err 6 Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 Feb 1 23:34:41 PH34R last message repeated 17 times Now freq on my notebook is cut by about a half dev.cpu.0.freq: 1194 I don't know is it connected, but it first strted when i installed linux 2.6.28 and rebooted from it. Similiar problem here http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001401.html as i know Keda is using same hardware: notebook HP 6715s dmesg attached ------bMU30QVA-hwNGT5CVrNSTDwit:1233521868 Content-Type: application/octet-stream; name="dmesg.boot" Content-Disposition: attachment; filename="dmesg.boot" Content-Transfer-Encoding: base64 Q29weXJpZ2h0IChjKSAxOTkyLTIwMDkgVGhlIEZyZWVCU0QgUHJvamVjdC4KQ29weXJpZ2h0IChj KSAxOTc5LCAxOTgwLCAxOTgzLCAxOTg2LCAxOTg4LCAxOTg5LCAxOTkxLCAxOTkyLCAxOTkzLCAx OTk0CglUaGUgUmVnZW50cyBvZiB0aGUgVW5pdmVyc2l0eSBvZiBDYWxpZm9ybmlhLiBBbGwgcmln aHRzIHJlc2VydmVkLgpGcmVlQlNEIGlzIGEgcmVnaXN0ZXJlZCB0cmFkZW1hcmsgb2YgVGhlIEZy ZWVCU0QgRm91bmRhdGlvbi4KRnJlZUJTRCA4LjAtQ1VSUkVOVCAjMjA6IFdlZCBKYW4gMjggMDY6 MDk6MTcgTVNLIDIwMDkKICAgIHNhdmV0aGVyYnR6QFBIMzRSOi91c3Ivb2JqL3Vzci9zcmMvc3lz L1BIMzRSLjgKVGltZWNvdW50ZXIgImk4MjU0IiBmcmVxdWVuY3kgMTE5MzE4MiBIeiBxdWFsaXR5 IDAKQ1BVOiBBTUQgVHVyaW9uKHRtKSA2NCBYMiBNb2JpbGUgVGVjaG5vbG9neSBUTC02MCAoMTk5 NC45NC1NSHogNjg2LWNsYXNzIENQVSkKICBPcmlnaW4gPSAiQXV0aGVudGljQU1EIiAgSWQgPSAw eDQwZjgyICBTdGVwcGluZyA9IDIKICBGZWF0dXJlcz0weDE3OGJmYmZmPEZQVSxWTUUsREUsUFNF LFRTQyxNU1IsUEFFLE1DRSxDWDgsQVBJQyxTRVAsTVRSUixQR0UsTUNBLENNT1YsUEFULFBTRTM2 LENMRkxVU0gsTU1YLEZYU1IsU1NFLFNTRTIsSFRUPgogIEZlYXR1cmVzMj0weDIwMDE8U1NFMyxD WDE2PgogIEFNRCBGZWF0dXJlcz0weGVhNTAwODAwPFNZU0NBTEwsTlgsTU1YKyxGRlhTUixSRFRT Q1AsTE0sM0ROb3chKywzRE5vdyE+CiAgQU1EIEZlYXR1cmVzMj0weDFmPExBSEYsQ01QLFNWTSxF eHRBUElDLENSOD4KICBDb3JlcyBwZXIgcGFja2FnZTogMgpyZWFsIG1lbW9yeSAgPSAxNDc2MDY3 MzI4ICgxNDA3IE1CKQphdmFpbCBtZW1vcnkgPSAxNDIzODgwMTkyICgxMzU3IE1CKQpBQ1BJIEFQ SUMgVGFibGU6IDxIUCAgICAgMDk0NCAgICA+CkZyZWVCU0QvU01QOiBNdWx0aXByb2Nlc3NvciBT eXN0ZW0gRGV0ZWN0ZWQ6IDIgQ1BVcwogY3B1MCAoQlNQKTogQVBJQyBJRDogIDAKIGNwdTEgKEFQ KTogQVBJQyBJRDogIDEKQUNQSSBFcnJvciAodGJmYWR0LTA1MTYpOiAzMi82NFggYWRkcmVzcyBt aXNtYXRjaCBpbiAiUG0yQ29udHJvbEJsb2NrIjogWyAgICA4ODAwXSBbICAgICAgIDAgICAgODEw MF0sIHVzaW5nIDY0WCBbMjAwNzAzMjBdCmlvYXBpYzA6IENoYW5naW5nIEFQSUMgSUQgdG8gMgpp b2FwaWMwIDxWZXJzaW9uIDIuMT4gaXJxcyAwLTIzIG9uIG1vdGhlcmJvYXJkCmtiZDEgYXQga2Jk bXV4MApjcnlwdG9zb2Z0MDogPHNvZnR3YXJlIGNyeXB0bz4gb24gbW90aGVyYm9hcmQKYWNwaTA6 IDxIUFFPRU0gU0xJQy1NUEM+IG9uIG1vdGhlcmJvYXJkCmFjcGkwOiBbSVRIUkVBRF0KYWNwaTA6 IFBvd2VyIEJ1dHRvbiAoZml4ZWQpCnVua25vd246IEkvTyByYW5nZSBub3Qgc3VwcG9ydGVkCmFj cGkwOiByZXNlcnZhdGlvbiBvZiAwLCA4MDAwMDAwICgzKSBmYWlsZWQKYWNwaTA6IHJlc2VydmF0 aW9uIG9mIDEwMDAwMCwgZmZmMDAwMDAgKDMpIGZhaWxlZApUaW1lY291bnRlciAiQUNQSS1mYXN0 IiBmcmVxdWVuY3kgMzU3OTU0NSBIeiBxdWFsaXR5IDEwMDAKYWNwaV90aW1lcjA6IDwzMi1iaXQg dGltZXIgYXQgMy41Nzk1NDVNSHo+IHBvcnQgMHg4MDA4LTB4ODAwYiBvbiBhY3BpMAphY3BpX2Vj MDogPEVtYmVkZGVkIENvbnRyb2xsZXI6IEdQRSAweDExPiBwb3J0IDB4NjIsMHg2NiBvbiBhY3Bp MApwY2liMDogPEFDUEkgSG9zdC1QQ0kgYnJpZGdlPiBwb3J0IDB4Y2Y4LTB4Y2ZmIG9uIGFjcGkw CnBjaTA6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIwCnBjaWIxOiA8QUNQSSBQQ0ktUENJIGJyaWRn ZT4gYXQgZGV2aWNlIDEuMCBvbiBwY2kwCnBjaTE6IDxBQ1BJIFBDSSBidXM+IG9uIHBjaWIxCnZn YXBjaTA6IDxWR0EtY29tcGF0aWJsZSBkaXNwbGF5PiBwb3J0IDB4NDAwMC0weDQwZmYgbWVtIDB4 YzAwMDAwMDAtMHhjN2ZmZmZmZiwweGQwMjAwMDAwLTB4ZDAyMGZmZmYsMHhkMDMwMDAwMC0weGQw M2ZmZmZmIGlycSAxOSBhdCBkZXZpY2UgNS4wIG9uIHBjaTEKcGNpYjI6IDxBQ1BJIFBDSS1QQ0kg YnJpZGdlPiBhdCBkZXZpY2UgNC4wIG9uIHBjaTAKcGNpMTY6IDxBQ1BJIFBDSSBidXM+IG9uIHBj aWIyCmJnZTA6IDxCcm9hZGNvbSBCQ001OTA2IEEyLCBBU0lDIHJldi4gMHhjMDAyPiBtZW0gMHhk MDAwMDAwMC0weGQwMDBmZmZmIGlycSAxNiBhdCBkZXZpY2UgMC4wIG9uIHBjaTE2Cm1paWJ1czA6 IDxNSUkgYnVzPiBvbiBiZ2UwCmJyZ3BoeTA6IDxCQ001OTA2IDEwLzEwMGJhc2VUWCBQSFk+IFBI WSAxIG9uIG1paWJ1czAKYnJncGh5MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgs IDEwMGJhc2VUWC1GRFgsIGF1dG8KYmdlMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MWE6NGI6NmI6 ODg6Y2MKYmdlMDogW0lUSFJFQURdCnBjaWIzOiA8QUNQSSBQQ0ktUENJIGJyaWRnZT4gYXQgZGV2 aWNlIDUuMCBvbiBwY2kwCnBjaTMyOiA8QUNQSSBQQ0kgYnVzPiBvbiBwY2liMwpwY2liNDogPEFD UEkgUENJLVBDSSBicmlkZ2U+IGF0IGRldmljZSA2LjAgb24gcGNpMApwY2k0ODogPEFDUEkgUENJ IGJ1cz4gb24gcGNpYjQKbmRpczA6IDxCcm9hZGNvbSA4MDIuMTFhL2IvZyBXTEFOPiBtZW0gMHhj ODAwMDAwMC0weGM4MDAzZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTQ4Cm5kaXMwOiBb SVRIUkVBRF0KbmRpczA6IE5ESVMgQVBJIHZlcnNpb246IDUuMQphdGFwY2kwOiA8QVRJIElYUDYw MCBTQVRBMzAwIGNvbnRyb2xsZXI+IHBvcnQgMHg5MDAwLTB4OTAwNywweDkwMDgtMHg5MDBiLDB4 OTAxMC0weDkwMTcsMHg1MDE4LTB4NTAxYiwweDUwMjAtMHg1MDJmIG1lbSAweGQwNDA5MDAwLTB4 ZDA0MDkzZmYgaXJxIDE2IGF0IGRldmljZSAxOC4wIG9uIHBjaTAKYXRhcGNpMDogW0lUSFJFQURd CmF0YXBjaTA6IEFIQ0kgVmVyc2lvbiAwMS4xMCBjb250cm9sbGVyIHdpdGggNCBwb3J0cyBQTSBu b3Qgc3VwcG9ydGVkCmF0YTI6IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kwCmF0YTI6IFtJVEhS RUFEXQphdGEzOiA8QVRBIGNoYW5uZWwgMT4gb24gYXRhcGNpMAphdGEzOiBwb3J0IG5vdCBpbXBs ZW1lbnRlZAphdGEzOiBbSVRIUkVBRF0KYXRhNDogPEFUQSBjaGFubmVsIDI+IG9uIGF0YXBjaTAK YXRhNDogcG9ydCBub3QgaW1wbGVtZW50ZWQKYXRhNDogW0lUSFJFQURdCmF0YTU6IDxBVEEgY2hh bm5lbCAzPiBvbiBhdGFwY2kwCmF0YTU6IHBvcnQgbm90IGltcGxlbWVudGVkCmF0YTU6IFtJVEhS RUFEXQpvaGNpMDogPE9IQ0kgKGdlbmVyaWMpIFVTQiBjb250cm9sbGVyPiBtZW0gMHhkMDQwMTAw MC0weGQwNDAxZmZmIGlycSAyMyBhdCBkZXZpY2UgMTkuMCBvbiBwY2kwCm9oY2kwOiBbSVRIUkVB RF0KdXNidXMwOiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG9uIG9oY2kwCm9oY2kx OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xsZXI+IG1lbSAweGQwNDAyMDAwLTB4ZDA0MDJm ZmYgaXJxIDE3IGF0IGRldmljZSAxOS4xIG9uIHBjaTAKb2hjaTE6IFtJVEhSRUFEXQp1c2J1czE6 IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxlcj4gb24gb2hjaTEKb2hjaTI6IDxPSENJIChn ZW5lcmljKSBVU0IgY29udHJvbGxlcj4gbWVtIDB4ZDA0MDMwMDAtMHhkMDQwM2ZmZiBpcnEgMTcg YXQgZGV2aWNlIDE5LjIgb24gcGNpMApvaGNpMjogW0lUSFJFQURdCnVzYnVzMjogPE9IQ0kgKGdl bmVyaWMpIFVTQiBjb250cm9sbGVyPiBvbiBvaGNpMgpvaGNpMzogPE9IQ0kgKGdlbmVyaWMpIFVT QiBjb250cm9sbGVyPiBtZW0gMHhkMDQwNDAwMC0weGQwNDA0ZmZmIGlycSAxNyBhdCBkZXZpY2Ug MTkuMyBvbiBwY2kwCm9oY2kzOiBbSVRIUkVBRF0KdXNidXMzOiA8T0hDSSAoZ2VuZXJpYykgVVNC IGNvbnRyb2xsZXI+IG9uIG9oY2kzCm9oY2k0OiA8T0hDSSAoZ2VuZXJpYykgVVNCIGNvbnRyb2xs ZXI+IG1lbSAweGQwNDA1MDAwLTB4ZDA0MDVmZmYgaXJxIDE3IGF0IGRldmljZSAxOS40IG9uIHBj aTAKb2hjaTQ6IFtJVEhSRUFEXQp1c2J1czQ6IDxPSENJIChnZW5lcmljKSBVU0IgY29udHJvbGxl cj4gb24gb2hjaTQKZWhjaTA6IDxFSENJIChnZW5lcmljKSBVU0IgMi4wIGNvbnRyb2xsZXI+IG1l bSAweGQwNDA2MDAwLTB4ZDA0MDYwZmYgaXJxIDIzIGF0IGRldmljZSAxOS41IG9uIHBjaTAKZWhj aTA6IFtJVEhSRUFEXQp1c2J1czU6IEVIQ0kgdmVyc2lvbiAxLjAKdXNidXM1OiA8RUhDSSAoZ2Vu ZXJpYykgVVNCIDIuMCBjb250cm9sbGVyPiBvbiBlaGNpMApwY2kwOiA8c2VyaWFsIGJ1cywgU01C dXM+IGF0IGRldmljZSAyMC4wIChubyBkcml2ZXIgYXR0YWNoZWQpCmF0YXBjaTE6IDxBVEkgSVhQ NjAwIFVETUExMzMgY29udHJvbGxlcj4gcG9ydCAweDFmMC0weDFmNywweDNmNiwweDE3MC0weDE3 NywweDM3NiwweDUwNDAtMHg1MDRmIGlycSAxNiBhdCBkZXZpY2UgMjAuMSBvbiBwY2kwCmF0YTA6 IDxBVEEgY2hhbm5lbCAwPiBvbiBhdGFwY2kxCmF0YTA6IFtJVEhSRUFEXQpoZGFjMDogPEFUSSBT QjYwMCBIaWdoIERlZmluaXRpb24gQXVkaW8gQ29udHJvbGxlcj4gaXJxIDE2IGF0IGRldmljZSAy MC4yIG9uIHBjaTAKaGRhYzA6IEhEQSBEcml2ZXIgUmV2aXNpb246IDIwMDkwMTI2XzAxMjYKaGRh YzA6IFtJVEhSRUFEXQppc2FiMDogPFBDSS1JU0EgYnJpZGdlPiBhdCBkZXZpY2UgMjAuMyBvbiBw Y2kwCmlzYTA6IDxJU0EgYnVzPiBvbiBpc2FiMApwY2liNTogPEFDUEkgUENJLVBDSSBicmlkZ2U+ IGF0IGRldmljZSAyMC40IG9uIHBjaTAKcGNpMjogPEFDUEkgUENJIGJ1cz4gb24gcGNpYjUKY2Ji MDogPFJGNUM0NzYgUENJLUNhcmRCdXMgQnJpZGdlPiBtZW0gMHhkMDEwMDAwMC0weGQwMTAwZmZm IGlycSAyMCBhdCBkZXZpY2UgNC4wIG9uIHBjaTIKY2FyZGJ1czA6IDxDYXJkQnVzIGJ1cz4gb24g Y2JiMApwY2NhcmQwOiA8MTYtYml0IFBDQ2FyZCBidXM+IG9uIGNiYjAKY2JiMDogW0ZJTFRFUl0K YmF0dGVyeTA6IDxBQ1BJIENvbnRyb2wgTWV0aG9kIEJhdHRlcnk+IG9uIGFjcGkwCmJhdHRlcnkx OiA8QUNQSSBDb250cm9sIE1ldGhvZCBCYXR0ZXJ5PiBvbiBhY3BpMAphY3BpX2FjYWQwOiA8QUMg QWRhcHRlcj4gb24gYWNwaTAKYWNwaV9idXR0b24wOiA8U2xlZXAgQnV0dG9uPiBvbiBhY3BpMAph Y3BpX2xpZDA6IDxDb250cm9sIE1ldGhvZCBMaWQgU3dpdGNoPiBvbiBhY3BpMAphY3BpX3R6MDog PFRoZXJtYWwgWm9uZT4gb24gYWNwaTAKYXRydGMwOiA8QVQgcmVhbHRpbWUgY2xvY2s+IHBvcnQg MHg3MC0weDcxLDB4NzItMHg3MyBpcnEgOCBvbiBhY3BpMAphdGtiZGMwOiA8S2V5Ym9hcmQgY29u dHJvbGxlciAoaTgwNDIpPiBwb3J0IDB4NjAsMHg2NCBpcnEgMSBvbiBhY3BpMAphdGtiZDA6IDxB VCBLZXlib2FyZD4gaXJxIDEgb24gYXRrYmRjMAprYmQwIGF0IGF0a2JkMAphdGtiZDA6IFtHSUFO VC1MT0NLRURdCmF0a2JkMDogW0lUSFJFQURdCnBzbTA6IDxQUy8yIE1vdXNlPiBpcnEgMTIgb24g YXRrYmRjMApwc20wOiBbR0lBTlQtTE9DS0VEXQpwc20wOiBbSVRIUkVBRF0KcHNtMDogbW9kZWwg U3luYXB0aWNzIFRvdWNocGFkLCBkZXZpY2UgSUQgMwpjcHUwOiA8QUNQSSBDUFU+IG9uIGFjcGkw CmFjcGlfdGhyb3R0bGUwOiA8QUNQSSBDUFUgVGhyb3R0bGluZz4gb24gY3B1MApwb3dlcm5vdzA6 IDxQb3dlck5vdyEgSzg+IG9uIGNwdTAKY3B1MTogPEFDUEkgQ1BVPiBvbiBhY3BpMAphY3BpX3Ro cm90dGxlMTogPEFDUEkgQ1BVIFRocm90dGxpbmc+IG9uIGNwdTEKYWNwaV90aHJvdHRsZTE6IGZh aWxlZCB0byBhdHRhY2ggUF9DTlQKZGV2aWNlX2F0dGFjaDogYWNwaV90aHJvdHRsZTEgYXR0YWNo IHJldHVybmVkIDYKcG93ZXJub3cxOiA8UG93ZXJOb3chIEs4PiBvbiBjcHUxCnBtdGltZXIwIG9u IGlzYTAKb3JtMDogPElTQSBPcHRpb24gUk9NPiBhdCBpb21lbSAweGQwMDAwLTB4ZDBmZmYgcG5w aWQgT1JNMDAwMCBvbiBpc2EwCnNjMDogPFN5c3RlbSBjb25zb2xlPiBhdCBmbGFncyAweDEwMCBv biBpc2EwCnNjMDogVkdBIDwxNiB2aXJ0dWFsIGNvbnNvbGVzLCBmbGFncz0weDMwMD4KdmdhMDog PEdlbmVyaWMgSVNBIFZHQT4gYXQgcG9ydCAweDNjMC0weDNkZiBpb21lbSAweGEwMDAwLTB4YmZm ZmYgb24gaXNhMApwcGMwOiBwYXJhbGxlbCBwb3J0IG5vdCBmb3VuZC4KVGltZWNvdW50ZXJzIHRp Y2sgZXZlcnkgMTAuMDAwIG1zZWMKSVBzZWM6IEluaXRpYWxpemVkIFNlY3VyaXR5IEFzc29jaWF0 aW9uIFByb2Nlc3NpbmcuCmlwZncyICgraXB2NikgaW5pdGlhbGl6ZWQsIGRpdmVydCBlbmFibGVk LCBuYXQgbG9hZGFibGUsIHJ1bGUtYmFzZWQgZm9yd2FyZGluZyBlbmFibGVkLCBkZWZhdWx0IHRv IGFjY2VwdCwgbG9nZ2luZyBsaW1pdGVkIHRvIDEwIHBhY2tldHMvZW50cnkgYnkgZGVmYXVsdAp1 c2J1czA6IDEyTWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzMTogMTJNYnBzIEZ1bGwgU3Bl ZWQgVVNCIHYxLjAKdXNidXMyOiAxMk1icHMgRnVsbCBTcGVlZCBVU0IgdjEuMAp1c2J1czM6IDEy TWJwcyBGdWxsIFNwZWVkIFVTQiB2MS4wCnVzYnVzNDogMTJNYnBzIEZ1bGwgU3BlZWQgVVNCIHYx LjAKdXNidXM1OiA0ODBNYnBzIEhpZ2ggU3BlZWQgVVNCIHYyLjAKYWNkMDogRFZEUiA8TUFUU0hJ VEFEVkQtUkFNIFVKLTg2MUgvMS41MD4gYXQgYXRhMC1tYXN0ZXIgUElPNAp1Z2VuMC4xOiA8QVRJ PiBhdCB1c2J1czAKdXNodWIwOiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwgcmV2IDEu MDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czAKdWdlbjEuMTogPEFUST4gYXQgdXNidXMxCnVzaHVi MTogPEFUSSBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFkZHIgMT4g b24gdXNidXMxCnVnZW4yLjE6IDxBVEk+IGF0IHVzYnVzMgp1c2h1YjI6IDxBVEkgT0hDSSByb290 IEhVQiwgY2xhc3MgOS8wLCByZXYgMS4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzMgp1Z2VuMy4x OiA8QVRJPiBhdCB1c2J1czMKdXNodWIzOiA8QVRJIE9IQ0kgcm9vdCBIVUIsIGNsYXNzIDkvMCwg cmV2IDEuMDAvMS4wMCwgYWRkciAxPiBvbiB1c2J1czMKdWdlbjQuMTogPEFUST4gYXQgdXNidXM0 CnVzaHViNDogPEFUSSBPSENJIHJvb3QgSFVCLCBjbGFzcyA5LzAsIHJldiAxLjAwLzEuMDAsIGFk ZHIgMT4gb24gdXNidXM0CnVnZW41LjE6IDxBVEk+IGF0IHVzYnVzNQp1c2h1YjU6IDxBVEkgRUhD SSByb290IEhVQiwgY2xhc3MgOS8wLCByZXYgMi4wMC8xLjAwLCBhZGRyIDE+IG9uIHVzYnVzNQph ZDQ6IDE1MjYyN01CIDxTZWFnYXRlIFNUOTE2MDgyN0FTIDMuQUFBPiBhdCBhdGEyLW1hc3RlciBT QVRBMzAwCmhkYWMwOiBIREEgQ29kZWMgIzA6IEFuYWxvZyBEZXZpY2VzIEFEMTk4MUhECmhkYWMw OiBIREEgQ29kZWMgIzE6IEx1Y2VudC9BZ2VyZSBTeXN0ZW1zIChVbmtub3duKQpwY20wOiA8SERB IEFuYWxvZyBEZXZpY2VzIEFEMTk4MUhEIFBDTSAjMCBBbmFsb2c+IGF0IGNhZCAwIG5pZCAxIG9u IGhkYWMwCkdFT006IGFkNHMyOiBnZW9tZXRyeSBkb2VzIG5vdCBtYXRjaCBsYWJlbCAoMjU1aCw2 M3MgIT0gMTZoLDYzcykuCnVzaHViMDogMiBwb3J0cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBv d2VyZWQKdXNodWIxOiAyIHBvcnRzIHdpdGggMiByZW1vdmFibGUsIHNlbGYgcG93ZXJlZAp1c2h1 YjI6IDIgcG9ydHMgd2l0aCAyIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCnVzaHViMzogMiBwb3J0 cyB3aXRoIDIgcmVtb3ZhYmxlLCBzZWxmIHBvd2VyZWQKdXNodWI0OiAyIHBvcnRzIHdpdGggMiBy ZW1vdmFibGUsIHNlbGYgcG93ZXJlZAphY2QwOiBGQUlMVVJFIC0gSU5RVUlSWSBJTExFR0FMIFJF UVVFU1QgYXNjPTB4MjQgYXNjcT0weDAwIAoocHJvYmUwOmF0YTA6MDowOjApOiBURVNUIFVOSVQg UkVBRFkuIENEQjogMCAwIDAgMCAwIDAgCihwcm9iZTA6YXRhMDowOjA6MCk6IENBTSBTdGF0dXM6 IFNDU0kgU3RhdHVzIEVycm9yCihwcm9iZTA6YXRhMDowOjA6MCk6IFNDU0kgU3RhdHVzOiBDaGVj ayBDb25kaXRpb24KKHByb2JlMDphdGEwOjA6MDowKTogTk9UIFJFQURZIGFzYzozYSwxCihwcm9i ZTA6YXRhMDowOjA6MCk6IE1lZGl1bSBub3QgcHJlc2VudCAtIHRyYXkgY2xvc2VkCihwcm9iZTA6 YXRhMDowOjA6MCk6IFVucmV0cnlhYmxlIGVycm9yCmFjZDA6IEZBSUxVUkUgLSBJTlFVSVJZIElM TEVHQUwgUkVRVUVTVCBhc2M9MHgyNCBhc2NxPTB4MDAgCihwcm9iZTA6YXRhMDowOjA6MCk6IFRF U1QgVU5JVCBSRUFEWS4gQ0RCOiAwIDAgMCAwIDAgMCAKKHByb2JlMDphdGEwOjA6MDowKTogQ0FN IFN0YXR1czogU0NTSSBTdGF0dXMgRXJyb3IKKHByb2JlMDphdGEwOjA6MDowKTogU0NTSSBTdGF0 dXM6IENoZWNrIENvbmRpdGlvbgoocHJvYmUwOmF0YTA6MDowOjApOiBOT1QgUkVBRFkgYXNjOjNh LDEKKHByb2JlMDphdGEwOjA6MDowKTogTWVkaXVtIG5vdCBwcmVzZW50IC0gdHJheSBjbG9zZWQK KHByb2JlMDphdGEwOjA6MDowKTogVW5yZXRyeWFibGUgZXJyb3IKdXNodWI1OiAxMCBwb3J0cyB3 aXRoIDEwIHJlbW92YWJsZSwgc2VsZiBwb3dlcmVkCmNkMCBhdCBhdGEwIGJ1cyAwIHRhcmdldCAw IGx1biAwCmNkMDogPE1BVFNISVRBIERWRC1SQU0gVUotODYxSCAxLjUwPiBSZW1vdmFibGUgQ0Qt Uk9NIFNDU0ktMCBkZXZpY2UgCmNkMDogMTYuMDAwTUIvcyB0cmFuc2ZlcnMKY2QwOiBBdHRlbXB0 IHRvIHF1ZXJ5IGRldmljZSBzaXplIGZhaWxlZDogTk9UIFJFQURZLCBNZWRpdW0gbm90IHByZXNl bnQgLSB0cmF5IGNsb3NlZApTTVA6IEFQIENQVSAjMSBMYXVuY2hlZCEKVHJ5aW5nIHRvIG1vdW50 IHJvb3QgZnJvbSB1ZnM6L2Rldi9hZDRzMmEKdWdlbjAuMjogPEJyb2FkY29tIENvcnA+IGF0IHVz YnVzMAp1YnQwOiA8QnJvYWRjb20gQ29ycCBIUCBJbnRlZ3JhdGVkIE1vZHVsZSwgY2xhc3MgMjI0 LzEsIHJldiAyLjAwLzEuMDAsIGFkZHIgMj4gb24gdXNidXMwCkdFT01fRUxJOiBEZXZpY2UgYWQ0 czJmLmVsaSBjcmVhdGVkLgpHRU9NX0VMSTogRW5jcnlwdGlvbjogQmxvd2Zpc2gtQ0JDIDQ0OApH RU9NX0VMSTogICAgIENyeXB0bzogc29mdHdhcmUKR0VPTV9FTEk6IERldmljZSBhZDRzMmguZWxp IGNyZWF0ZWQuCkdFT01fRUxJOiBFbmNyeXB0aW9uOiBDQU1FTExJQS1DQkMgMjU2CkdFT01fRUxJ OiAgICAgQ3J5cHRvOiBzb2Z0d2FyZQpHRU9NX0VMSTogRGV2aWNlIGFkNHMyYi5lbGkgY3JlYXRl ZC4KR0VPTV9FTEk6IEVuY3J5cHRpb246IEFFUy1DQkMgMjU2CkdFT01fRUxJOiAgICAgQ3J5cHRv OiBzb2Z0d2FyZQp3bGFuMDogRXRoZXJuZXQgYWRkcmVzczogMDA6MWE6NzM6OGM6MDg6MzIKV0FS TklORzogYXR0ZW1wdCB0byBuZXRfYWRkX2RvbWFpbihibHVldG9vdGgpIGFmdGVyIGRvbWFpbmZp bmFsaXplKCkK ------bMU30QVA-hwNGT5CVrNSTDwit:1233521868-- From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 20:58:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C84CA1065670; Sun, 1 Feb 2009 20:58:23 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id 667448FC26; Sun, 1 Feb 2009 20:58:23 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so479241yxb.13 for ; Sun, 01 Feb 2009 12:58:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ze7RSl4LFYBJNheswA+DQ73ZRAENPq2zKPSXUQc2bWw=; b=rBFyzaMlZZTguFYF8iHlMfRiTD6HOAnFMicNgg0bDtfscpjD1/KwaK2UhqVKgA9uMg sDyj7GvbOFxtW4KaAUq22kf601V6gvXiXQFFv+VZPD7CoJAWcWWXXjpfvFvTzgIjRqIe pmvOAMx1u3pGYXrVruy9kxZBNiEv3uJNF6lAA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=h1TKT55BEfYI8yLR4xQ8RmxjLVI41wIH2dOD2HNMSe/UsqHc+kg78v0xMRs/aFo5tJ 4Xh7XAIzV9kBlX9CLAvcbhVdeJTxft62loVakUq5RGDUOvnqw/PO/C6dtTCJ2fRqvvhK wXUj2yM48swP/8O3wzfpjl0KIZghn6lIVmSTg= MIME-Version: 1.0 Received: by 10.90.68.20 with SMTP id q20mr2254314aga.11.1233521902634; Sun, 01 Feb 2009 12:58:22 -0800 (PST) In-Reply-To: <4985877B.8080502@mail.zedat.fu-berlin.de> References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <200901301430.07087.fbsd.questions@rachie.is-a-geek.net> <4984EF27.2050405@mail.zedat.fu-berlin.de> <790a9fff0901312008x71fa025na58856bde4c7a5be@mail.gmail.com> <4985877B.8080502@mail.zedat.fu-berlin.de> Date: Sun, 1 Feb 2009 14:58:22 -0600 Message-ID: <790a9fff0902011258j5f954ea9s2c9665c3bd8a5c61@mail.gmail.com> From: Scot Hetzel To: "O. Hartmann" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mel , freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 20:58:24 -0000 On Sun, Feb 1, 2009 at 5:28 AM, O. Hartmann wrote: > Scot Hetzel wrote: >> On Sat, Jan 31, 2009 at 6:39 PM, O. Hartmann >> wrote: >> >>> build-process, but I doubt this. I did a 'ldd' on the Firefox3 binary >>> and I got the attached dump of the linked shared objects. >>> Interestingly, the first three entries show up something missing - >>> therefore I deinstalled Firefox and rebuild the browser after an >>> additional rebuild of libxcb (via portupgrade -rf). Previously, all Xorg >>> >> >> >>> thor# ldd firefox-bin >>> firefox-bin: >>> libxul.so => not found (0x0) >>> libmozjs.so => not found (0x0) >>> libxpcom.so => not found (0x0) >>> libplds4.so.1 => /usr/local/lib/libplds4.so.1 (0x80063e000) >>> libplc4.so.1 => /usr/local/lib/libplc4.so.1 (0x80076f000) >>> >> >> When firefox3 was first added to the ports collection, I had noticed >> this problem with firefox3 (after using sysutils/libchk), but I didn't >> have this problem with the firefox 2. A look at the difference >> between the www/firefox and www/firefox3 Makefiles showed that >> firefox3 was missing this: >> >> LDFLAGS+= -Wl,-rpath,${PREFIX}/lib/${MOZ_RPATH} >> >> After adding this line to the ports Makefile, and rebuilding the port, >> these libraries are now showing as found in the ldd output. >> >> Scot >> > Isn't that worth a PR? > > Submitted and rejected: http://www.freebsd.org/cgi/query-pr.cgi?pr=131237 As it doesn't affect the operation of Firefox3's firefox-bin program. Scot From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 21:24:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 252EC1065674 for ; Sun, 1 Feb 2009 21:24:53 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id D19D98FC0A for ; Sun, 1 Feb 2009 21:24:52 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.151.44] (port=35795 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTjoA-000PRf-4d; Mon, 02 Feb 2009 00:24:50 +0300 Message-ID: <49861321.7010207@lissyara.su> Date: Mon, 02 Feb 2009 00:24:49 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090129 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Alexey Ivanov References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current@freebsd.org Subject: Re: powernow0: set freq failed, err 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 21:24:53 -0000 Alexey Ivanov РЙЫЕФ: > I have repeating errors in /var/log/messages > > [PH34R] ~> tail -f /var/log/messages > Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow1: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow1: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 > Feb 1 23:34:41 PH34R last message repeated 17 times > > Now freq on my notebook is cut by about a half > dev.cpu.0.freq: 1194 > > I don't know is it connected, but it first strted when i installed linux 2.6.28 and rebooted from it. > > Similiar problem here > http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001401.html > as i know Keda is using same hardware: notebook HP 6715s Confirm. I have some problem. http://lists.freebsd.org/pipermail/freebsd-current/2009-January/002658.html http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001401.html Occasionally, not constantly, the problem happens to me. If the kernel without debug information - less frequently with her - more often From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 22:26:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8783C106566C; Sun, 1 Feb 2009 22:26:24 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1F4018FC20; Sun, 1 Feb 2009 22:26:23 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n11MQNvk062375 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 14:26:23 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <4986218F.5060408@freebsd.org> Date: Sun, 01 Feb 2009 14:26:23 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Lars Engels References: <20090129192241.GZ60948@e.0x20.net> <20090129192830.GE73709@citylink.fud.org.nz> <20090129194826.GA60948@e.0x20.net> <49820EAC.5090400@freebsd.org> <20090129204323.GB60948@e.0x20.net> <3a142e750901291328w537b2070t216e393a0fd5b8ba@mail.gmail.com> <20090129215424.GC60948@e.0x20.net> <49853423.9050208@freebsd.org> <20090201095721.GE60948@e.0x20.net> In-Reply-To: <20090201095721.GE60948@e.0x20.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: current@freebsd.org Subject: Re: ath cannot find my wireless network any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 22:26:24 -0000 Lars Engels wrote: > On Sat, Jan 31, 2009 at 09:33:23PM -0800, Sam Leffler wrote: > >> Lars Engels wrote: >> >>> Ahhh, thanks for the hint. There's a lot of scanning going on in >>> /var/log/messages but no sign of my own network. >>> >> Unfortunately you haven't shown what this output is. I asked you to do >> it to be sure the scan visited the channel w/ your ap and/or whether it >> sent a probe request frame or saw a beacon from the ap. The hal changes >> should not have altered anything for you because your eeprom setup >> appears to have default settings. I've been running these changes for a >> while but I'm likely testing different things than you. >> >> If you can send me the debug output it might help (feel free to send it >> directly). Otherwise you might try reverting the change. Since you >> still haven't sent me the mac+phy revs for your card I can't try to >> reproduce your setup. >> > > Sorry, I thought you wanted to see the scan results only when my network shows up. > Here are two rounds of scanning: > > Feb 1 10:48:19 maggie kernel: ath0: mem 0x88000000-0x8800ffff irq 20 at device 0.0 on cardbus0 > Feb 1 10:48:19 maggie kernel: ath0: [ITHREAD] > Feb 1 10:48:19 maggie kernel: ath0: WARNING: using obsoleted if_watchdog interface > Feb 1 10:48:19 maggie kernel: ath0: mac 5.9 phy 4.3 radio 3.6 > Feb 1 10:48:19 maggie kernel: wlan0: Ethernet address: 00:0f:b5:9a:47:47 > Feb 1 10:49:23 maggie kernel: wlan0: scan_next: chan 36a -> 40a [active, dwell min 20 max 200] > Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 40a -> 44a [active, dwell min 20 max 200] > Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 44a -> 48a [active, dwell min 20 max 200] > Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 48a -> 2g [active, dwell min 20 max 200] > Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 2g -> 3g [active, dwell min 20 max 200] > Feb 1 10:49:24 maggie kernel: wlan0: scan_next: chan 3g -> 4g [active, dwell min 20 max 200] > Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 4g -> 5g [active, dwell min 20 max 200] > Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 5g -> 8g [active, dwell min 20 max 200] > Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 8g -> 9g [active, dwell min 20 max 200] > Feb 1 10:49:25 maggie kernel: wlan0: scan_next: chan 9g -> 10g [active, dwell min 20 max 200] > Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 10g -> 149a [active, dwell min 20 max 200] > Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 149a -> 153a [active, dwell min 20 max 200] > Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 153a -> 157a [active, dwell min 20 max 200] > Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 157a -> 161a [active, dwell min 20 max 200] > Feb 1 10:49:26 maggie kernel: wlan0: scan_next: chan 161a -> 165a [active, dwell min 20 max 200] > Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 165a -> 50S [active, dwell min 20 max 200] > Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 50S -> 58S [active, dwell min 20 max 200] > Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 58S -> 152S [active, dwell min 20 max 200] > Feb 1 10:49:27 maggie kernel: wlan0: scan_next: chan 152S -> 160S [active, dwell min 20 max 200] > Feb 1 10:49:27 maggie kernel: wlan0: macaddr bssid chan rssi rate flag wep essid > Feb 1 10:49:27 maggie kernel: - 00:03:c9:54:18:bb 00:03:c9:54:18:bb 8 3! 54M ess wep 0x000000000000 > Feb 1 10:49:27 maggie kernel: - 00:1a:2a:c6:de:56 00:1a:2a:c6:de:56 9 4! 54M ess wep "Arcor-C6DE58" > Feb 1 10:49:27 maggie kernel: wlan0: scan_next: done, [ticks 284189, dwell min 20 scanend 2147762094] > Feb 1 10:49:27 maggie kernel: wlan0: notify scan done > Feb 1 10:49:32 maggie kernel: wlan0: ieee80211_ioctl_scanreq: flags 0x20052 duration 0x7fffffff mindwell 0 maxdwell 0 nssid 1 > Feb 1 10:49:32 maggie kernel: wlan0: ieee80211_check_scan: active scan, append, nojoin, once > Feb 1 10:49:32 maggie kernel: wlan0: macaddr bssid chan rssi rate flag wep essid > > > And here is the output of sysctl: > > lars@pts/6 > sysctl dev.ath.0 > dev.ath.0.%desc: Atheros 5212 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=0 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x0013 subvendor=0x1385 subdevice=0x4610 class=0x020000 > dev.ath.0.%parent: cardbus0 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.sample_stats: 0 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 0 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 22 > dev.ath.0.ctstimeout: 22 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 1 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.fftxqmin: 2 > dev.ath.0.fftxqmax: 50 > dev.ath.0.intmit: 1 > dev.ath.0.monpass: 24 > > Feb 1 10:49:32 maggie kernel: - 00:03:c9:54:18:bb 00:03:c9:54:18:bb 8 3! 54M ess wep 0x000000000000! > Feb 1 10:49:32 maggie kernel: - 00:1a:2a:c6:de:56 00:1a:2a:c6:de:56 9 4! 54M ess wep "Arcor-C6DE58"! > Feb 1 10:49:32 maggie kernel: wlan0: start_scan_locked: active scan, duration 2147483647 mindwell 0 maxdwell 0, desired mode auto, append, nojoin, once > Feb 1 10:49:32 maggie kernel: wlan0: scan set 1g, 6G, 11g, 7g, 52a, 56a, 60a, 64a, 36a, 40a, 44a, 48a, 2g, 3g, 4g, 5g, 8g, 9g, 10g, 149a, 153a, 157a, 161a, 165a, 50S, 58S, 152S, 160S dwell min 20 max 200 > The scan list used 6G (Dynamic Turbo G aka 108G) for channel 6; this was why you never saw ap's operating on channel 6. > Feb 1 10:49:32 maggie kernel: wlan0: scan_next: chan 160S -> 1g [active, dwell min 20 max 200] > Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 1g -> 6G [active, dwell min 20 max 200] > Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 6G -> 11g [active, dwell min 20 max 200] > Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 11g -> 7g [active, dwell min 20 max 200] > Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 7g -> 52a [active, dwell min 20 max 200] > Feb 1 10:49:33 maggie kernel: wlan0: scan_next: chan 52a -> 56a [active, dwell min 20 max 200] > Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 56a -> 60a [active, dwell min 20 max 200] > Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 60a -> 64a [active, dwell min 20 max 200] > Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 64a -> 36a [active, dwell min 20 max 200] > Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 36a -> 40a [active, dwell min 20 max 200] > Feb 1 10:49:34 maggie kernel: wlan0: scan_next: chan 40a -> 44a [active, dwell min 20 max 200] > Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 44a -> 48a [active, dwell min 20 max 200] > Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 48a -> 2g [active, dwell min 20 max 200] > Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 2g -> 3g [active, dwell min 20 max 200] > Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 3g -> 4g [active, dwell min 20 max 200] > Feb 1 10:49:35 maggie kernel: wlan0: scan_next: chan 4g -> 5g [active, dwell min 20 max 200] > Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 5g -> 8g [active, dwell min 20 max 200] > Feb 1 10:49:36 maggie kernel: [00:03:c9:54:18:bb] new beacon on chan 8 (bss chan 8) 0x000000000000 rssi 3 > Feb 1 10:49:36 maggie kernel: [00:03:c9:54:18:bb] caps 0x411 bintval 100 erp 0x100 > Feb 1 10:49:36 maggie kernel: wlan0: ieee80211_add_scan: chan 8g min dwell met (292559 > 292497) > Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 8g -> 9g [active, dwell min 20 max 200] > Feb 1 10:49:36 maggie kernel: [00:1a:2a:c6:de:56] new beacon on chan 9 (bss chan 9) "Arcor-C6DE58" rssi 4 > Feb 1 10:49:36 maggie kernel: [00:1a:2a:c6:de:56] caps 0x431 bintval 100 erp 0x100 > Feb 1 10:49:36 maggie kernel: wlan0: ieee80211_add_scan: chan 9g min dwell met (292590 > 292585) > Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 9g -> 10g [active, dwell min 20 max 200] > Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 10g -> 149a [active, dwell min 20 max 200] > Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 149a -> 153a [active, dwell min 20 max 200] > Feb 1 10:49:36 maggie kernel: wlan0: scan_next: chan 153a -> 157a [active, dwell min 20 max 200] > Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 157a -> 161a [active, dwell min 20 max 200] > Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 161a -> 165a [active, dwell min 20 max 200] > Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 165a -> 50S [active, dwell min 20 max 200] > Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 50S -> 58S [active, dwell min 20 max 200] > Feb 1 10:49:37 maggie kernel: wlan0: scan_next: chan 58S -> 152S [active, dwell min 20 max 200] > Feb 1 10:49:38 maggie kernel: wlan0: scan_next: chan 152S -> 160S [active, dwell min 20 max 200] > Feb 1 10:49:38 maggie kernel: wlan0: macaddr bssid chan rssi rate flag wep essid > Feb 1 10:49:38 maggie kernel: - 00:03:c9:54:18:bb 00:03:c9:54:18:bb 8 3! 54M ess wep 0x000000000000! > Feb 1 10:49:38 maggie kernel: - 00:1a:2a:c6:de:56 00:1a:2a:c6:de:56 9 4! 54M ess wep "Arcor-C6DE58"! > Feb 1 10:49:38 maggie kernel: wlan0: scan_next: done, [ticks 294642, dwell min 20 scanend 2147772838] > Feb 1 10:49:38 maggie kernel: wlan0: notify scan done > Should be fixed by r187991. Sam From owner-freebsd-current@FreeBSD.ORG Sun Feb 1 22:58:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C65B106564A for ; Sun, 1 Feb 2009 22:58:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 25AE58FC1B for ; Sun, 1 Feb 2009 22:58:39 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id n11MvLYw016593; Sun, 1 Feb 2009 16:57:21 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id n11MvKeE016592; Sun, 1 Feb 2009 16:57:20 -0600 (CST) (envelope-from brooks) Date: Sun, 1 Feb 2009 16:57:20 -0600 From: Brooks Davis To: Jeremy Messenger Message-ID: <20090201225720.GA16332@lor.one-eyed-alien.net> References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <86skniyp60.fsf@ds4.des.no> <20090201060549.GE83330@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MGYHOYXEY6WxJCY8" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Sun, 01 Feb 2009 16:57:21 -0600 (CST) Cc: "Pedro F. Giffuni" , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 01 Feb 2009 22:58:39 -0000 --MGYHOYXEY6WxJCY8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Feb 01, 2009 at 10:48:42AM -0600, Jeremy Messenger wrote: > On Sun, 01 Feb 2009 00:05:49 -0600, David O'Brien > wrote: >=20 >> "Pedro F. Giffuni" writes: >>> - Replacing groff with something less restricted that doesn't require >>> C++: Heirloom-doctools may be an option. >>=20 >> You're proposing replacing GPLv2 stuff with CDDL'ed stuff? >>=20 >> $ cd heirloom-doctools-080407> grep -l -R CDDL * | wc -l >> 217 >>=20 >> The last time I asked $WORK's lawyers, GPLv2 was acceptable to >> *carefully* ship with our product. CDDL was forbidden (as is GPLv3). >=20 > Interesting... I thought, CDDL is more flexible than GPLv2? Or do I=20 > misunderstand something with CDDL? Some provisions of CDDL make lawyers uncomfortable, the patent provisions in particular. -- Brooks --MGYHOYXEY6WxJCY8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJhijQXY6L6fI4GtQRAr62AJ9zFd0O85zWOO69pah8mXUUY41XpgCgmAmJ PGjP+187gYY/k3bvbK8KN8U= =dT8G -----END PGP SIGNATURE----- --MGYHOYXEY6WxJCY8-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 01:00:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A60C4106564A; Mon, 2 Feb 2009 01:00:16 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id C381F8FC19; Mon, 2 Feb 2009 01:00:10 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.2/8.14.2) with ESMTP id n12108NP014539; Sun, 1 Feb 2009 17:00:08 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n121088o014538; Sun, 1 Feb 2009 17:00:08 -0800 (PST) (envelope-from obrien) Date: Sun, 1 Feb 2009 17:00:08 -0800 From: "David O'Brien" To: Brooks Davis Message-ID: <20090202010008.GB14332@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Brooks Davis , Jeremy Messenger , "Pedro F. Giffuni" , freebsd-current@freebsd.org References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <86skniyp60.fsf@ds4.des.no> <20090201060549.GE83330@dragon.NUXI.org> <20090201225720.GA16332@lor.one-eyed-alien.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090201225720.GA16332@lor.one-eyed-alien.net> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Jeremy Messenger , "Pedro F. Giffuni" , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 01:00:16 -0000 On Sun, Feb 01, 2009 at 04:57:20PM -0600, Brooks Davis wrote: > On Sun, Feb 01, 2009 at 10:48:42AM -0600, Jeremy Messenger wrote: > > On Sun, 01 Feb 2009 00:05:49 -0600, David O'Brien > > wrote: > > > >> "Pedro F. Giffuni" writes: > >>> - Replacing groff with something less restricted that doesn't require > >>> C++: Heirloom-doctools may be an option. > >> > >> You're proposing replacing GPLv2 stuff with CDDL'ed stuff? > >> > >> $ cd heirloom-doctools-080407> grep -l -R CDDL * | wc -l > >> 217 > >> > >> The last time I asked $WORK's lawyers, GPLv2 was acceptable to > >> *carefully* ship with our product. CDDL was forbidden (as is GPLv3). > > > > Interesting... I thought, CDDL is more flexible than GPLv2? Or do I > > misunderstand something with CDDL? > > Some provisions of CDDL make lawyers uncomfortable, the patent > provisions in particular. In fact, if you can constrain the viralness of GPLv3 within your product, some lawyers are more comfortable with GPLv3 than CDDL. The patent provisions are way too widely scoped in the CDDL - they are not restricted to the technologies the software uses. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 01:51:29 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 403F4106566B; Mon, 2 Feb 2009 01:51:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mxout1.cac.washington.edu (mxout1.cac.washington.edu [140.142.32.134]) by mx1.freebsd.org (Postfix) with ESMTP id 141AA8FC17; Mon, 2 Feb 2009 01:51:29 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from smtp.washington.edu (smtp.washington.edu [140.142.33.7] (may be forged)) by mxout1.cac.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n121pR0J022329 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 1 Feb 2009 17:51:28 -0800 X-Auth-Received: from [192.168.10.3] (adsl-99-139-49-79.dsl.pltn13.sbcglobal.net [99.139.49.79]) (authenticated authid=youshi10) by smtp.washington.edu (8.14.3+UW08.09/8.14.3+UW09.01) with ESMTP id n121pQnl001577 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 1 Feb 2009 17:51:27 -0800 Message-Id: From: Garrett Cooper To: Gavin Atkinson In-Reply-To: <20090201164154.V97967@ury.york.ac.uk> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 1 Feb 2009 17:56:27 -0800 References: <87223.61659.qm@web32707.mail.mud.yahoo.com> <20090201164154.V97967@ury.york.ac.uk> X-Mailer: Apple Mail (2.930.3) X-PMX-Version: 5.5.0.356843, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.2.2.13721 X-Uwash-Spam: Gauge=IIIIIII, Probability=8%, Report='FORGED_FROM_GMAIL 0.1, BODY_SIZE_2000_2999 0, BODY_SIZE_5000_LESS 0, __BOUNCE_CHALLENGE_SUBJ 0, __CT 0, __CTE 0, __CT_TEXT_PLAIN 0, __FRAUD_419_WEBMAIL 0, __FRAUD_419_WEBMAIL_FROM 0, __FROM_GMAIL 0, __HAS_MSGID 0, __HAS_X_MAILER 0, __MIME_TEXT_ONLY 0, __MIME_VERSION 0, __SANE_MSGID 0' Cc: freebsd-current@FreeBSD.org, Mark Linimon , Sean Cavanaugh , "Pedro F. Giffuni" , bf2006a@yahoo.com Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 01:51:29 -0000 On Feb 1, 2009, at 9:13 AM, Gavin Atkinson wrote: > On Sat, 31 Jan 2009, Pedro F. Giffuni wrote: >> --- On Sat, 1/31/09, Mark Linimon wrote: >> >> On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: >>>> The effort didn't go far enough. Why haven't we removed GNU >>>> readline ? >>> >>> Probably either because someone hasn't written a BSD-licensed one, >>> or >>> someone hasn't done the work to test-compile src and ports on all >>> the >>> appropriate architectures. >> >> Wrong on both: >> >> - libedit has a readline compatibility mode that has replaced GNU >> readline in the other BSDs. >> - If you look in the archives you will find patches. >> >> If there really was any effort to remove GPL'd stuff from the tree >> it missed this big time: GNU readline is a library under the GPL >> (not LGPL), it should be dead long ago. > > As far as I can see, in the base system, there are five things > linked against readline which would not otherwise be under the GPL: > > kadmin, ktutil, gvinum, ntpq, ntpdc > > Of these, gvinum is a surprise. I'm not sure what it needs readline > for, and cannot see why this isn't able to use the copy of libedit > in the base system. ntpq and ntpdc are being built with the option > to use libreadline commented out, so I'm not sure why they are being > linked with it. I don't know about the Kerberos programs, but given > they are contrib I suspect that may be a reaon why they are still > using libedit rather than readline. > > I may be wrong (feel free to correct me) but I can't see what the > real issue is with having readline in the base, if only code that is > already GPL is linking against it. Obviously it would be good if > the five utilities above could be linked against libedit rather than > readline. > > Gavin readline is also GPLv2, not LGPLv2.1, so AFAICT any changes that vendors make to any sources with readline support linked in would potentially force them to expose their proprietary secrets IF the copyright owner sued for GPLv2 infringement. Welcome to the wonderful world of FSF... -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 02:36:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18C6F1065672 for ; Mon, 2 Feb 2009 02:36:14 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx28.mail.ru (mx28.mail.ru [194.67.23.67]) by mx1.freebsd.org (Postfix) with ESMTP id 0D6DE8FC16 for ; Mon, 2 Feb 2009 02:36:12 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx34.mail.ru (mx34.mail.ru [194.67.23.200]) by mx28.mail.ru (mPOP.Fallback_MX) with ESMTP id 459A277739A for ; Mon, 2 Feb 2009 05:00:56 +0300 (MSK) Received: from [87.228.113.105] (port=38926 helo=[192.168.10.1]) by mx34.mail.ru with asmtp id 1LTo7I-0004kU-00 for freebsd-current@freebsd.org; Mon, 02 Feb 2009 05:00:53 +0300 Message-ID: <498652D2.7030906@mail.ru> Date: Mon, 02 Feb 2009 04:56:34 +0300 From: Subscriber User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam: Not detected X-Mras: Ok Subject: ath driver (?) lock system after last update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 02:36:14 -0000 I updated my 8-CURRENT and now system freeze shortly after boot (~0.5-3 minutes). I see following messages in console: Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 ts_status 0x0 Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 ts_status 0x0 ... much time, then system freeze. Before last update I was never see those messages. Now I rolled back to HEAD sources with date=2009.01.01, and all seems OK. ###################################### "uname -a" output: FreeBSD user 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Feb 1 13:53:48 MSK 2009 user@user:/usr/obj/usr/src/sys/GX710 amd64 ###################################### "dmesg" output: Copyright (c) 1992-2009 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 8.0-CURRENT #0: Sun Feb 1 13:53:48 MSK 2009 cache@cache:/usr/obj/usr/src/sys/GX710.8 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-64 (798.01-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x60f81 Stepping = 1 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x11f Cores per package: 2 usable memory = 4284284928 (4085 MB) avail memory = 4120625152 (3929 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard wlan: mac acl policy registered kbd1 at kbdmux0 kqemu version 0x00010400 kqemu: KQEMU installed, max_locked_mem=2091936kB. acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff0001678800) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] **** Exception AE_NOT_EXIST during execution of method [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency = 0) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff0001678800) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] **** Exception AE_NOT_EXIST during execution of method [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency = 0) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff0001678800) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] **** Exception AE_NOT_EXIST during execution of method [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency = 0) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff0001678800) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] **** Exception AE_NOT_EXIST during execution of method [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency = 0) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff0001678800) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] **** Exception AE_NOT_EXIST during execution of method [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency = 0) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff0001678800) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] **** Exception AE_NOT_EXIST during execution of method [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency = 0) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (evregion-0427): No handler for Region [EC__] (0xffffff0001678800) [EmbeddedControl] [20070320] ACPI Error (exfldio-0390): Region EmbeddedControl(3) has no handler [20070320] **** Exception AE_NOT_EXIST during execution of method [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880) Method Execution Stack: Method [_STA] executing: MBTS Local Variables for method [_STA]: Local0: 0 Local1: 0 Local2: 0 Local3: 0 Local4: 0 Local5: 0 Local6: 0 Local7: 0 Arguments for Method [_STA]: (0 arguments defined, max concurrency = 0) Arg0: 0 Arg1: 0 Arg2: 0 Arg3: 0 Arg4: 0 Arg5: 0 Arg6: 0 ACPI Error (psparse-0626): Method parse/execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST ACPI Error (uteval-0309): Method execution failed [\\_SB_.PCI0.SBRG.EC__.BAT1._STA] (Node 0xffffff000167b880), AE_NOT_EXIST acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cff00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 2.0 on pci0 pci1: on pcib1 vgapci0: port 0xb000-0xb0ff mem 0xd0000000-0xdfffffff,0xfd6f0000-0xfd6fffff irq 18 at device 0.0 on pci1 acpi_video0: on vgapci0 hdac0: mem 0xfd6ec000-0xfd6effff irq 19 at device 0.1 on pci1 hdac0: HDA Driver Revision: 20081226_0122 hdac0: [ITHREAD] pcib2: at device 4.0 on pci0 pci2: on pcib2 ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device 0.0 on pci2 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: mac 14.2 phy 7.0 radio 10.2 pcib3: at device 6.0 on pci0 pci3: on pcib3 pcib4: at device 7.0 on pci0 pci5: on pcib4 re0: port 0xc800-0xc8ff mem 0xfe2ff000-0xfe2fffff irq 19 at device 0.0 on pci5 re0: turning off MSI enable bit. re0: Chip rev. 0x38000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1d:92:4b:18:11 re0: [FILTER] atapci0: port 0xa000-0xa007,0x9000-0x9003,0x8000-0x8007,0x7000-0x7003,0x6000-0x600f mem 0xfd5ff800-0xfd5ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports PM supported ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xfd5fe000-0xfd5fefff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xfd5fd000-0xfd5fdfff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xfd5fc000-0xfd5fcfff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xfd5fb000-0xfd5fbfff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xfd5fa000-0xfd5fafff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xfd5ff000-0xfd5ff0ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered ugen0: on uhub5 pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] hdac1: mem 0xfd5f4000-0xfd5f7fff irq 16 at device 20.2 on pci0 hdac1: HDA Driver Revision: 20081226_0122 hdac1: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib5: at device 20.4 on pci0 pci6: on pcib5 cbb0: irq 20 at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) fwohci0: <1394 Open Host Controller Interface> mem 0xfe3fd000-0xfe3fdfff,0xfe3ff000-0xfe3ff7ff irq 20 at device 4.4 on pci6 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 8. fwohci0: EUI64 00:dc:10:00:af:43:34:01 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xc7a08000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:dc:10:43:34:01 fwe0: Ethernet address: 02:dc:10:43:34:01 fwip0: on firewire0 fwip0: Firewire address: 00:dc:10:00:af:43:34:01 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode k8temp0: on hostb4 acpi_button0: on acpi0 acpi_tz0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 orm0: at iomem 0xcf000-0xcffff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ugen1: on uhub3 ubt0: on uhub3 ubt0: Interface 0 endpoints: interrupt=0x81, bulk-in=0x82, bulk-out=0x2 ubt0: Interface 1 (alt.config 5) endpoints: isoc-in=0x83, isoc-out=0x3; wMaxPacketSize=49; nframes=10, buffer size=490 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) acd0: DVDR at ata0-master UDMA33 ad4: 238475MB at ata2-master SATA150 hdac0: HDA Codec #0: ATI R6xx HDMI pcm0: at cad 0 nid 1 on hdac0 hdac1: HDA Codec #0: Realtek ALC888 hdac1: HDA Codec #1: Lucent/Agere Systems (Unknown) pcm1: at cad 0 nid 1 on hdac1 pcm2: at cad 0 nid 1 on hdac1 GEOM: ad4s1: geometry does not match label (255h,63s != 16h,63s). acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 SMP: AP CPU #1 Launched! cd0 at ata0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad4s1a This module (opensolaris) contains code covered by the Common Development and Distribution License (CDDL) see http://opensolaris.org/os/licensing/opensolaris_license/ WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 13 ZFS storage pool version 13 wlan0: Ethernet address: 00:15:af:54:f6:25 wlan0: link state changed to UP ng_hci_process_command_timeout: ubt0hci - unable to complete HCI command OGF=0x1, OCF=0x5. Timeout ubt_request_complete2: ubt0 - Control request failed. TIMEOUT (15) acpi_ec0: wait timed out (response), forcing polled mode ###################################### "pciconf -lv" output: hostb0@pci0:0:0:0: class=0x060000 card=0x42cd1462 chip=0x79101002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = bridge subclass = HOST-PCI pcib1@pci0:0:2:0: class=0x060400 card=0x42cd1462 chip=0x79131002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI pcib2@pci0:0:4:0: class=0x060400 card=0x42cd1462 chip=0x79141002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI pcib3@pci0:0:6:0: class=0x060400 card=0x42cd1462 chip=0x79161002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI pcib4@pci0:0:7:0: class=0x060400 card=0x42cd1462 chip=0x79171002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' class = bridge subclass = PCI-PCI atapci0@pci0:0:18:0: class=0x01018f card=0x42cd1462 chip=0x43801002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 Serial ATA Controller' class = mass storage subclass = ATA ohci0@pci0:0:19:0: class=0x0c0310 card=0x42cd1462 chip=0x43871002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI0)' class = serial bus subclass = USB ohci1@pci0:0:19:1: class=0x0c0310 card=0x42cd1462 chip=0x43881002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI1)' class = serial bus subclass = USB ohci2@pci0:0:19:2: class=0x0c0310 card=0x42cd1462 chip=0x43891002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI2)' class = serial bus subclass = USB ohci3@pci0:0:19:3: class=0x0c0310 card=0x42cd1462 chip=0x438a1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI3)' class = serial bus subclass = USB ohci4@pci0:0:19:4: class=0x0c0310 card=0x42cd1462 chip=0x438b1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (OHCI4)' class = serial bus subclass = USB ehci0@pci0:0:19:5: class=0x0c0320 card=0x42cd1462 chip=0x43861002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 USB Controller (EHCI)' class = serial bus subclass = USB none0@pci0:0:20:0: class=0x0c0500 card=0x42cd1462 chip=0x43851002 rev=0x14 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 SMBUS Controller' class = serial bus subclass = SMBus atapci1@pci0:0:20:1: class=0x01018a card=0x42cd1462 chip=0x438c1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 ATA Controller' class = mass storage subclass = ATA hdac1@pci0:0:20:2: class=0x040300 card=0x42cd1462 chip=0x43831002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 High Definition Audio Controller' class = multimedia subclass = HDA isab0@pci0:0:20:3: class=0x060100 card=0x42cd1462 chip=0x438d1002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'IXP SB600 PCI to LPC Bridge' class = bridge subclass = PCI-ISA pcib5@pci0:0:20:4: class=0x060401 card=0x00000000 chip=0x43841002 rev=0x00 hdr=0x01 vendor = 'ATI Technologies Inc' device = 'IXP SB600 PCI to PCI Bridge' class = bridge subclass = PCI-PCI hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI vgapci0@pci0:1:0:0: class=0x030000 card=0x42cd1462 chip=0x95811002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = display subclass = VGA hdac0@pci0:1:0:1: class=0x040300 card=0xaa081462 chip=0xaa081002 rev=0x00 hdr=0x00 vendor = 'ATI Technologies Inc' class = multimedia subclass = HDA ath0@pci0:2:0:0: class=0x020000 card=0x10261a3b chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet re0@pci0:5:0:0: class=0x020000 card=0x42cd1462 chip=0x816810ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet cbb0@pci0:6:4:0: class=0x060700 card=0x42cd1462 chip=0x71341217 rev=0x21 hdr=0x02 vendor = 'O2 Micro Inc' device = 'OZ711MP1/MS1 MemoryCardBus Controller 6-in-1' class = bridge subclass = PCI-CardBus none1@pci0:6:4:2: class=0x080500 card=0x42cd1462 chip=0x71201217 rev=0x01 hdr=0x00 vendor = 'O2 Micro Inc' device = 'Unknown device O2Micro Integrated MMC/SD controller' class = base peripheral subclass = SD host controller none2@pci0:6:4:3: class=0x068000 card=0x42cd1462 chip=0x71301217 rev=0x01 hdr=0x00 vendor = 'O2 Micro Inc' device = 'OZ711M3 Integrated MMC/SD/MS/xD/SM Controller' class = bridge fwohci0@pci0:6:4:4: class=0x0c0010 card=0x42cd1462 chip=0x00f71217 rev=0x02 hdr=0x00 vendor = 'O2 Micro Inc' device = '0x00f71217 1394 Open Host Controller Interface' class = serial bus subclass = FireWire From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 04:40:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E83A1065670; Mon, 2 Feb 2009 04:40:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 553178FC1A; Mon, 2 Feb 2009 04:40:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n124eiuC037768; Sun, 1 Feb 2009 23:40:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n124eiRt000616; Sun, 1 Feb 2009 23:40:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 482EF7302F; Sun, 1 Feb 2009 23:40:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202044044.482EF7302F@freebsd-current.sentex.ca> Date: Sun, 1 Feb 2009 23:40:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 04:40:51 -0000 TB --- 2009-02-02 03:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 03:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-02-02 03:40:00 - cleaning the object tree TB --- 2009-02-02 03:40:34 - cvsupping the source tree TB --- 2009-02-02 03:40:34 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-02-02 03:40:44 - building world TB --- 2009-02-02 03:40:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 03:40:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 03:40:44 - TARGET=arm TB --- 2009-02-02 03:40:44 - TARGET_ARCH=arm TB --- 2009-02-02 03:40:44 - TZ=UTC TB --- 2009-02-02 03:40:44 - __MAKE_CONF=/dev/null TB --- 2009-02-02 03:40:44 - cd /src TB --- 2009-02-02 03:40:44 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 03:40:47 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 04:40:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 04:40:44 - ERROR: failed to build world TB --- 2009-02-02 04:40:44 - 2834.77 user 344.06 system 3643.30 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 04:41:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CA39106567B for ; Mon, 2 Feb 2009 04:41:15 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 324CB8FC14 for ; Mon, 2 Feb 2009 04:41:15 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n124fDBx063963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 1 Feb 2009 20:41:14 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49867969.3020406@freebsd.org> Date: Sun, 01 Feb 2009 20:41:13 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Subscriber References: <498652D2.7030906@mail.ru> In-Reply-To: <498652D2.7030906@mail.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: ath driver (?) lock system after last update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 04:41:15 -0000 Subscriber wrote: > I updated my 8-CURRENT and now system freeze shortly after boot (~0.5-3 > minutes). I see following messages in console: > > Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 > ts_status 0x0 > Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 > ts_status 0x0 > ... > > much time, then system freeze. Before last update I was never see > those messages. > Now I rolled back to HEAD sources with date=2009.01.01, and all seems OK. > ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device > 0.0 on pci2 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: mac 14.2 phy 7.0 radio 10.2 I need to see the output of sysctl dev.ath.0 and how your card is configured. Sam From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 04:57:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C2FAB1065673; Mon, 2 Feb 2009 04:57:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 81D178FC18; Mon, 2 Feb 2009 04:57:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n124vBo9039486; Sun, 1 Feb 2009 23:57:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n124vBPE090673; Sun, 1 Feb 2009 23:57:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 237847302F; Sun, 1 Feb 2009 23:57:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202045711.237847302F@freebsd-current.sentex.ca> Date: Sun, 1 Feb 2009 23:57:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 04:57:14 -0000 TB --- 2009-02-02 03:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 03:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-02 03:40:00 - cleaning the object tree TB --- 2009-02-02 03:40:57 - cvsupping the source tree TB --- 2009-02-02 03:40:57 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-02 03:41:04 - building world TB --- 2009-02-02 03:41:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 03:41:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 03:41:04 - TARGET=amd64 TB --- 2009-02-02 03:41:04 - TARGET_ARCH=amd64 TB --- 2009-02-02 03:41:04 - TZ=UTC TB --- 2009-02-02 03:41:04 - __MAKE_CONF=/dev/null TB --- 2009-02-02 03:41:04 - cd /src TB --- 2009-02-02 03:41:04 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 03:41:07 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 04:57:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 04:57:11 - ERROR: failed to build world TB --- 2009-02-02 04:57:11 - 3590.66 user 355.06 system 4630.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 05:28:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A77721065672 for ; Mon, 2 Feb 2009 05:28:49 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.freebsd.org (Postfix) with ESMTP id 6D0578FC1B for ; Mon, 2 Feb 2009 05:28:49 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n125Sj4O006369; Mon, 2 Feb 2009 00:28:46 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <87223.61659.qm@web32707.mail.mud.yahoo.com> References: <87223.61659.qm@web32707.mail.mud.yahoo.com> Date: Mon, 2 Feb 2009 00:28:44 -0500 To: giffunip@tutopia.com From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.00 () [Hold at 20.00] 22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.227 Cc: freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 05:28:50 -0000 At 3:22 PM -0800 1/31/09, Pedro F. Giffuni wrote: >--- On Sat, 1/31/09, Mark Linimon wrote: > >On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: > > > The effort didn't go far enough. Why haven't we removed GNU > > > readline ? > > > > Probably either because someone hasn't written a BSD-licensed > > one, or someone hasn't done the work to test-compile src and > > ports on all the appropriate architectures. > >Wrong on both: > >- libedit has a readline compatibility mode that has replaced > GNU readline in the other BSDs. One minor datapoint: I use readline in some program that is used by several people on several platforms. One of those users was on MacOS 10 (iirc), and used the libedit which was on that platform. While it could be made compile-time compatible with readline, it wasn't a completely adequate replacement for this program of ours. The guy who tried this said it was because our program takes advantage of knowing some of the internals of what readline is doing, so it can implement a few extra features. Now, that can easily be said to be "the fault" of our program, but who's to say that other programs don't do the same thing? As such, libedit is not necessarily a drop-in replacement for libreadline. Someone would have to do the legwork, and certainly I don't feel like doing that legwork. I don't even feel like fixing that one program of my own. -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 05:54:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39C85106564A; Mon, 2 Feb 2009 05:54:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE738FC08; Mon, 2 Feb 2009 05:54:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n125ssir068061; Mon, 2 Feb 2009 00:54:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n125ssTi027684; Mon, 2 Feb 2009 00:54:54 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 49E797302F; Mon, 2 Feb 2009 00:54:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202055454.49E797302F@freebsd-current.sentex.ca> Date: Mon, 2 Feb 2009 00:54:54 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 05:54:57 -0000 TB --- 2009-02-02 04:40:44 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 04:40:44 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-02 04:40:44 - cleaning the object tree TB --- 2009-02-02 04:41:18 - cvsupping the source tree TB --- 2009-02-02 04:41:18 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-02 04:41:28 - building world TB --- 2009-02-02 04:41:28 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 04:41:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 04:41:28 - TARGET=i386 TB --- 2009-02-02 04:41:28 - TARGET_ARCH=i386 TB --- 2009-02-02 04:41:28 - TZ=UTC TB --- 2009-02-02 04:41:28 - __MAKE_CONF=/dev/null TB --- 2009-02-02 04:41:28 - cd /src TB --- 2009-02-02 04:41:28 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 04:41:30 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 05:54:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 05:54:54 - ERROR: failed to build world TB --- 2009-02-02 05:54:54 - 3529.71 user 336.48 system 4449.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 06:10:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1F1C106564A; Mon, 2 Feb 2009 06:10:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 772458FC12; Mon, 2 Feb 2009 06:10:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n126AVs6046644; Mon, 2 Feb 2009 01:10:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n126AVVS033833; Mon, 2 Feb 2009 01:10:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6C12A7302F; Mon, 2 Feb 2009 01:10:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202061031.6C12A7302F@freebsd-current.sentex.ca> Date: Mon, 2 Feb 2009 01:10:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 06:10:35 -0000 TB --- 2009-02-02 04:57:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 04:57:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-02 04:57:11 - cleaning the object tree TB --- 2009-02-02 04:57:40 - cvsupping the source tree TB --- 2009-02-02 04:57:40 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-02 04:57:50 - building world TB --- 2009-02-02 04:57:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 04:57:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 04:57:50 - TARGET=pc98 TB --- 2009-02-02 04:57:50 - TARGET_ARCH=i386 TB --- 2009-02-02 04:57:50 - TZ=UTC TB --- 2009-02-02 04:57:50 - __MAKE_CONF=/dev/null TB --- 2009-02-02 04:57:50 - cd /src TB --- 2009-02-02 04:57:50 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 04:57:52 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 06:10:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 06:10:31 - ERROR: failed to build world TB --- 2009-02-02 06:10:31 - 3519.40 user 352.95 system 4400.12 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 07:26:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D25DF106566C; Mon, 2 Feb 2009 07:26:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 917F98FC08; Mon, 2 Feb 2009 07:26:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n127Q4Ig053353; Mon, 2 Feb 2009 02:26:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n127Q4BJ003500; Mon, 2 Feb 2009 02:26:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C07F37302F; Mon, 2 Feb 2009 02:26:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202072603.C07F37302F@freebsd-current.sentex.ca> Date: Mon, 2 Feb 2009 02:26:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 07:26:07 -0000 TB --- 2009-02-02 06:10:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 06:10:31 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-02 06:10:31 - cleaning the object tree TB --- 2009-02-02 06:11:04 - cvsupping the source tree TB --- 2009-02-02 06:11:04 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-02 06:11:12 - building world TB --- 2009-02-02 06:11:12 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 06:11:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 06:11:12 - TARGET=powerpc TB --- 2009-02-02 06:11:12 - TARGET_ARCH=powerpc TB --- 2009-02-02 06:11:12 - TZ=UTC TB --- 2009-02-02 06:11:12 - __MAKE_CONF=/dev/null TB --- 2009-02-02 06:11:12 - cd /src TB --- 2009-02-02 06:11:12 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 06:11:13 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 07:26:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 07:26:02 - ERROR: failed to build world TB --- 2009-02-02 07:26:02 - 3666.84 user 334.37 system 4530.73 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 07:28:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50AA3106564A; Mon, 2 Feb 2009 07:28:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0FAEC8FC16; Mon, 2 Feb 2009 07:28:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n127SiQH053564; Mon, 2 Feb 2009 02:28:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n127SiBi008813; Mon, 2 Feb 2009 02:28:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A3EC87302F; Mon, 2 Feb 2009 02:28:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202072844.A3EC87302F@freebsd-current.sentex.ca> Date: Mon, 2 Feb 2009 02:28:44 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 07:28:47 -0000 TB --- 2009-02-02 05:54:54 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 05:54:54 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-02 05:54:54 - cleaning the object tree TB --- 2009-02-02 05:55:34 - cvsupping the source tree TB --- 2009-02-02 05:55:34 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-02 05:55:43 - building world TB --- 2009-02-02 05:55:43 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 05:55:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 05:55:43 - TARGET=ia64 TB --- 2009-02-02 05:55:43 - TARGET_ARCH=ia64 TB --- 2009-02-02 05:55:43 - TZ=UTC TB --- 2009-02-02 05:55:43 - __MAKE_CONF=/dev/null TB --- 2009-02-02 05:55:43 - cd /src TB --- 2009-02-02 05:55:43 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 05:55:45 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/for.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/hash_tables.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/job.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/lst.c cc -O2 -pipe -I/src/usr.bin/make -DMAKE_VERSION=\"5200408120\" -DDEFSHELLNAME=\"sh\" -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c /src/usr.bin/make/main.c /src/usr.bin/make/main.c:375:1: error: "OPTFLAGS" redefined /src/usr.bin/make/main.c:374:1: error: this is the location of the previous definition *** Error code 1 Stop in /src/usr.bin/make. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 07:28:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 07:28:44 - ERROR: failed to build world TB --- 2009-02-02 07:28:44 - 4672.14 user 351.03 system 5630.22 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 08:20:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1A79106574C for ; Mon, 2 Feb 2009 08:20:18 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f21.google.com (mail-bw0-f21.google.com [209.85.218.21]) by mx1.freebsd.org (Postfix) with ESMTP id 40C5D8FC1E for ; Mon, 2 Feb 2009 08:20:17 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz14 with SMTP id 14so357636bwz.19 for ; Mon, 02 Feb 2009 00:20:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2nIpjpa0wqiyW+ryphF1tAR8KtLaGPu+VlJ99OXQumk=; b=DjN0DFEdRAIc+I4vPea0ZTQ7iLg/NNoBEpcI6AnyTZh6MBV0Oktn/drFb11wxwmd3f LKCB9dvaq+oEJWL6YhCmstiOlQXL/GbVqnClgVyTlreYA+SN9o1+n2iclTikmbIt8cU3 /i78/QWXXwk+F22wMuIMwr8qhJ+RD5H4j0/G8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=LLOWNeWzvaD7b/lgRKK0zXxpaRjCg0sw/A1kYIXEoBu7hsA9EB3ab8UpuUrFuuR34i 5QIrBpeTo/3a1d/+TAv00Ucy3mcnaJFPRADJzNbUhg9RhOvWF/9E6atayPzj+15rJOem 6j4LmTrTm/SmRyGwiBJh3b38TQq+PKjN+5C4A= MIME-Version: 1.0 Received: by 10.180.233.15 with SMTP id f15mr1582796bkh.188.1233562816607; Mon, 02 Feb 2009 00:20:16 -0800 (PST) In-Reply-To: References: <87223.61659.qm@web32707.mail.mud.yahoo.com> Date: Mon, 2 Feb 2009 00:20:16 -0800 Message-ID: <7d6fde3d0902020020n3d5aac5cu4f3381a195d6fdcf@mail.gmail.com> From: Garrett Cooper To: Garance A Drosihn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: giffunip@tutopia.com, freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:20:19 -0000 On Sun, Feb 1, 2009 at 9:28 PM, Garance A Drosihn wrote: > At 3:22 PM -0800 1/31/09, Pedro F. Giffuni wrote: >> >> --- On Sat, 1/31/09, Mark Linimon wrote: >> >> On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: >> > > The effort didn't go far enough. Why haven't we removed GNU >> > > readline ? >> > >> > Probably either because someone hasn't written a BSD-licensed >> > one, or someone hasn't done the work to test-compile src and >> > ports on all the appropriate architectures. >> >> Wrong on both: >> >> - libedit has a readline compatibility mode that has replaced >> GNU readline in the other BSDs. > > One minor datapoint: I use readline in some program that is used > by several people on several platforms. One of those users was on > MacOS 10 (iirc), and used the libedit which was on that platform. > While it could be made compile-time compatible with readline, it > wasn't a completely adequate replacement for this program of ours. > > The guy who tried this said it was because our program takes > advantage of knowing some of the internals of what readline is > doing, so it can implement a few extra features. Now, that can > easily be said to be "the fault" of our program, but who's to say > that other programs don't do the same thing? As such, libedit is > not necessarily a drop-in replacement for libreadline. Someone > would have to do the legwork, and certainly I don't feel like > doing that legwork. I don't even feel like fixing that one program > of my own. It's *mostly* feature complete. The only thing that's really missing is libhistory, which is required for some things like python's readline support. Other programs like MySQL happily used libedit embedded into their source without issues. It all depends on what features people choose to use in GNU's readline that makes it compatible or not with libedit. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 08:30:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19F911065670 for ; Mon, 2 Feb 2009 08:30:57 +0000 (UTC) (envelope-from ralph@imada.sdu.dk) Received: from berlioz.imada.sdu.dk (berlioz.imada.sdu.dk [130.225.128.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD9A8FC1B for ; Mon, 2 Feb 2009 08:30:56 +0000 (UTC) (envelope-from ralph@imada.sdu.dk) Received: from localhost (localhost [127.0.0.1]) by localhost.imada.sdu.dk (Postfix) with ESMTP id 069836270C; Mon, 2 Feb 2009 09:30:55 +0100 (CET) X-Virus-Scanned: amavisd-new at imada.sdu.dk Received: from berlioz.imada.sdu.dk ([127.0.0.1]) by localhost (berlioz.imada.sdu.dk [127.0.0.1]) (amavisd-new, port 10025) with ESMTP id AY17PxFRw58Q; Mon, 2 Feb 2009 08:30:52 +0000 (UTC) Received: from www1.imada.sdu.dk (salieri.imada.sdu.dk [130.225.128.14]) by berlioz.imada.sdu.dk (Postfix) with SMTP id 23AFB62706; Mon, 2 Feb 2009 09:30:52 +0100 (CET) Received: from 80.160.75.130 (SquirrelMail authenticated user ralph) by test.imada.sdu.dk with HTTP; Mon, 2 Feb 2009 09:30:52 +0100 (CET) Message-ID: <20137.80.160.75.130.1233563452.squirrel@test.imada.sdu.dk> In-Reply-To: <498607D7.7090507@videotron.ca> References: <4985FA10.5080604@imada.sdu.dk> <498607D7.7090507@videotron.ca> Date: Mon, 2 Feb 2009 09:30:52 +0100 (CET) From: "Ralph Zitz" To: "Stephane E. Potvin" User-Agent: SquirrelMail/1.4.0 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal Cc: freebsd-current@freebsd.org Subject: Re: patch r187693 breaks HAL on amd64-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:30:59 -0000 Thanks! > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Ralph Zitz wrote: >> I'm not a HAL expert, but it seems that the patch makes HAL create a >> zombie process when watching /dev/cd0. Reversing the patch makes HAL >> work again. >> >> Link to patch message: >> http://lists.freebsd.org/pipermail/svn-src-all/2009-January/004073.html >> > Hi Ralph > > Try the following patch, it should fix your problem with hal. > > Regards > > Steph > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.10 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iEYEARECAAYFAkmGB9YACgkQmdOXtTCX/nt8tACgj5IzDaHDEsKIJbZPefOwzkiW > Ne4AoMV4GzfMLeVeBAWIRbmG08R7Lpj3 > =K7Cu > -----END PGP SIGNATURE----- > Index: kern/sys_generic.c > =================================================================== > --- kern/sys_generic.c (revision 187983) > +++ kern/sys_generic.c (working copy) > @@ -903,7 +903,7 @@ > * bit position in the fd_mask array. > */ > static __inline int > -selflags(fd_mask **ibits, int idx, int bit) > +selflags(fd_mask **ibits, int idx, fd_mask bit) > { > int flags; > int msk; > @@ -912,7 +912,7 @@ > for (msk = 0; msk < 3; msk++) { > if (ibits[msk] == NULL) > continue; > - if ((ibits[msk][idx] & (fd_mask)bit) == 0) > + if ((ibits[msk][idx] & bit) == 0) > continue; > flags |= select_flags[msk]; > } > From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 08:56:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 72D551065670 for ; Mon, 2 Feb 2009 08:56:49 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from smtp7.server.rpi.edu (smtp7.server.rpi.edu [128.113.2.227]) by mx1.freebsd.org (Postfix) with ESMTP id 1DC698FC0C for ; Mon, 2 Feb 2009 08:56:48 +0000 (UTC) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp7.server.rpi.edu (8.13.1/8.13.1) with ESMTP id n128uj14031930; Mon, 2 Feb 2009 03:56:46 -0500 Mime-Version: 1.0 Message-Id: In-Reply-To: <7d6fde3d0902020020n3d5aac5cu4f3381a195d6fdcf@mail.gmail.com> References: <87223.61659.qm@web32707.mail.mud.yahoo.com> <7d6fde3d0902020020n3d5aac5cu4f3381a195d6fdcf@mail.gmail.com> Date: Mon, 2 Feb 2009 03:56:44 -0500 To: Garrett Cooper From: Garance A Drosihn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.70 () [Hold at 20.00] SUBJ_HAS_SPACES,22490(-25) X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.227 Cc: giffunip@tutopia.com, freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 08:56:50 -0000 At 12:20 AM -0800 2/2/09, Garrett Cooper wrote: >On Sun, Feb 1, 2009, Garance A Drosihn wrote: > > While it could be made compile-time compatible with readline, it >> wasn't a completely adequate replacement for this program of ours. >> >> The guy who tried this said it was because our program takes >> advantage of knowing some of the internals of what readline is > > doing, so it can implement a few extra features. >It's *mostly* feature complete. The only thing that's really missing >is libhistory, which is required for some things like python's >readline support. Other programs like MySQL happily used libedit >embedded into their source without issues. Well, our program does include history, so that's probably where we ran into trouble with libedit. (I should add that I really do mean to fix the program so libedit can be used as an option, it's just that I've got too many other projects ahead of it in my list of projects to-do). -- Garance Alistair Drosehn = gad@gilead.netel.rpi.edu Senior Systems Programmer or gad@freebsd.org Rensselaer Polytechnic Institute or drosih@rpi.edu From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 09:19:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 015E4106564A for ; Mon, 2 Feb 2009 09:19:33 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id AE69B8FC18 for ; Mon, 2 Feb 2009 09:19:32 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=57666 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTuxm-000Q0W-PS; Mon, 02 Feb 2009 12:19:30 +0300 Message-ID: <4986BAA3.4010505@lissyara.su> Date: Mon, 02 Feb 2009 12:19:31 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090128 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Alexey Ivanov References: In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current@freebsd.org Subject: Re: powernow0: set freq failed, err 6 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 09:19:33 -0000 Alexey Ivanov РЙЫЕФ: > I have repeating errors in /var/log/messages > > [PH34R] ~> tail -f /var/log/messages > Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow1: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow1: set freq failed, err 6 > Feb 1 23:34:34 PH34R kernel: powernow0: set freq failed, err 6 > Feb 1 23:34:41 PH34R last message repeated 17 times > > Now freq on my notebook is cut by about a half > dev.cpu.0.freq: 1194 > > I don't know is it connected, but it first strted when i installed linux 2.6.28 and rebooted from it. > > Similiar problem here > http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001401.html > as i know Keda is using same hardware: notebook HP 6715s From another machine: lissyara# sysctl dev.cpu.0.freq_levels dev.cpu.0.freq_levels: 2786/103000 2587/88689 2388/75690 2189/63943 1990/53387 1791/48048 1567/42042 1343/36036 1119/30030 995/24422 870/21369 746/18316 621/15263 497/12211 373/9158 248/6105 124/3052 lissyara# sysctl dev.cpu.0.freq dev.cpu.0.freq: 1343 lissyara# sysctl dev.cpu.0.freq=2786 dev.cpu.0.freq: 1343 sysctl: dev.cpu.0.freq: Device not configured lissyara# uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Fri Jan 23 19:14:54 MSK 2009 lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/USB2 amd64 lissyara# =============== 1343 MHz - set by powerd, after start. but, after 3-5 seconds work, I have in log powernow0: set freq failed, err 6 powernow1: set freq failed, err 6 powernow0: set freq failed, err 6 powernow1: set freq failed, err 6 powernow0: set freq failed, err 6 And cannot change frequency From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 09:36:54 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 058DE1065670; Mon, 2 Feb 2009 09:36:54 +0000 (UTC) (envelope-from bunke@hbxt.org) Received: from mail.hbxt.org (mail.hbxt.org [217.115.155.243]) by mx1.freebsd.org (Postfix) with ESMTP id B722E8FC16; Mon, 2 Feb 2009 09:36:53 +0000 (UTC) (envelope-from bunke@hbxt.org) Received: by mail.hbxt.org (Postfix, from userid 58) id C86108443D; Mon, 2 Feb 2009 10:12:30 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on sisko.hbxt.de X-Spam-Level: X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from mail.hbxt.org (mail.hbxt.org [217.115.155.243]) by mail.hbxt.org (Postfix) with ESMTP id 11F6684437; Mon, 2 Feb 2009 10:12:30 +0100 (CET) Date: Mon, 2 Feb 2009 10:12:30 +0100 (CET) From: Hendrik Bunke X-X-Sender: bunke@sisko.hbxt.de To: Gavin Atkinson In-Reply-To: <20090201171938.H97967@ury.york.ac.uk> Message-ID: References: <20490.74948.qm@web63901.mail.re1.yahoo.com> <20090201171938.H97967@ury.york.ac.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Barney Cordoba , current@FreeBSD.org Subject: Re: SATA drive device moving on 8.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 09:36:54 -0000 --On Sun, 1 Feb 2009 17:22, Gavin Atkinson wrote: > On Wed, 28 Jan 2009, Barney Cordoba wrote: > > > I booted 8.0-current on a machine that was running 7 and the SATA drive > > came up as ad4 instead of ad8 (as it is detected in 7). This is the case > > was loading GENERIC. > > > > This is going to present a serious problem doing field upgrades as its > > expected that fstab will be the same. What is the reason for the change and > > is there any way to make it compatible with device detection in 7? > > I suspect the problem is caused by some changes made in -CURRENT a few months > ago, which had the potential to change the order that some devices may be > detected. I've had the same problem recently after upgrading from 7.1-RELEASE to -stable. The only difference being obvious to me was the modified driver for the Intel ICH10 SATA controller. regards hendrik -- Dr. Hendrik Bunke blog: http://hbxt.org/ com: http://hbxt.de/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 11:18:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8606F106587C for ; Mon, 2 Feb 2009 11:18:55 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from mx71.mail.ru (mx71.mail.ru [194.67.23.4]) by mx1.freebsd.org (Postfix) with ESMTP id EBC578FC19 for ; Mon, 2 Feb 2009 11:18:54 +0000 (UTC) (envelope-from subscr1024@mail.ru) Received: from [81.195.105.242] (port=24439 helo=[10.0.11.176]) by mx71.mail.ru with asmtp id 1LTwpJ-00058C-00; Mon, 02 Feb 2009 14:18:53 +0300 Message-ID: <4986D59A.9080906@mail.ru> Date: Mon, 02 Feb 2009 14:14:34 +0300 From: Subscriber User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <498652D2.7030906@mail.ru> <49867969.3020406@freebsd.org> In-Reply-To: <49867969.3020406@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Spam: Not detected X-Mras: Ok Cc: Sam Leffler Subject: Re: ath driver (?) lock system after last update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 11:19:14 -0000 Output of 'sysctl dev.ath': dev.ath.0.%desc: Atheros 5424/2424 dev.ath.0.%driver: ath dev.ath.0.%location: slot=3D0 function=3D0 dev.ath.0.%pnpinfo: vendor=3D0x168c device=3D0x001c subvendor=3D0x1a3b=20 subdevice=3D0x1026 class=3D0x020000 dev.ath.0.%parent: pci2 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.sample_stats: 0 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 96 dev.ath.0.slottime: 20 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 2 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.intmit: 1 dev.ath.0.monpass: 24 I not changed sysctl setting for ath0 because of fine forking with defaul= t=20 settings on early drivers. > and how your card is configured. What it means? Wireless network related rc.conf settings? if_up_delay=3D"1" wlans_ath0=3Dwlan0 ifconfig_wlan0=3D"WPA DHCP" I use FreeBSD 7.1 box with Atheros wi-fi card (don't remember exact model= , can=20 see later if it need) as wireless AP (bridge). Sam Leffler =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > Subscriber wrote: >> I updated my 8-CURRENT and now system freeze shortly after boot (~0.5-= 3 >> minutes). I see following messages in console: >> >> Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3=20 >> ts_status 0x0 >> Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4=20 >> ts_status 0x0 >> ... >> >> much time, then system freeze. Before last update I was never see=20 >> those messages. >> Now I rolled back to HEAD sources with date=3D2009.01.01, and all seem= s OK. >=20 >=20 >> ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device=20 >> 0.0 on pci2 >> ath0: [ITHREAD] >> ath0: WARNING: using obsoleted if_watchdog interface >> ath0: mac 14.2 phy 7.0 radio 10.2 >=20 > I need to see the output of sysctl dev.ath.0 and how your card is=20 > configured. >=20 > Sam >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" >=20 >=20 From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 12:24:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF0741065670 for ; Mon, 2 Feb 2009 12:24:35 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id 1767A8FC1C for ; Mon, 2 Feb 2009 12:24:35 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1LTxqd-0007ZX-RN for freebsd-current@freebsd.org; Mon, 02 Feb 2009 12:24:29 +0000 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1LTxqX-00035I-OC for freebsd-current@freebsd.org; Mon, 02 Feb 2009 12:24:14 +0000 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n12COCqP097856 for ; Mon, 2 Feb 2009 12:24:12 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n12COA7L097855 for freebsd-current@freebsd.org; Mon, 2 Feb 2009 12:24:10 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Mon, 2 Feb 2009 12:24:09 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20090202122408.GA97807@mech-cluster238.men.bris.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -0.9 X-Spam-Level: / Subject: X fails on i845 board - errors found in hardware state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 12:24:36 -0000 X fails on i845G (or is it i845M ?) board with [skip] (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled (WW) intel(0): PRB0_HEAD (0x00000024) and PRB0_TAIL (0x00000068) indicate ring b uffer not flushed (WW) intel(0): Existing errors found in hardware state. Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 ipeir: 0x00000000 iphdr: 0x05000000 LP ring tail: 0x00000068 head: 0x00000024 len: 0x0001f001 start 0x00000000 eir: 0x0000 esr: 0x0000 emr: 0xff7b instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000000 instps: 0x00000040 hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 acthd 0x311a8 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 [skip] Fatal server error: lockup The details are below. Note that it fails with or without drm. I wonder if I should submit a pr. many thanks anton # uname -srm FreeBSD 8.0-CURRENT i386 dmesg fragments # dmesg | grep agp agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M # dmesg | grep drm drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 drm0: [ITHREAD] full dmesg # dmesg Copyright (c) 1992-2009 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 8.0-CURRENT #0: Mon Feb 2 10:39:04 GMT 2009 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 Features=0xbfebfbff Features2=0x400 real memory = 527695872 (503 MB) avail memory = 507289600 (483 MB) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 1f700000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 agp0: on vgapci0 agp0: detected 8060k stolen memory agp0: aperture size is 128M drm0: on vgapci0 vgapci0: child drm0 requested pci_enable_busmaster info: [drm] AGP at 0xf0000000 128MB info: [drm] Initialized i915 1.6.0 20080730 uhci0: port 0xe800-0xe81f irq 11 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 0xe880-0xe89f irq 3 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 0xec00-0xec1f irq 5 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 0xffa7fc00-0xffa7ffff irq 9 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 ahc0: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 10 at device 0.0 on pci1 ahc0: [ITHREAD] aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs fxp0: port 0xdc00-0xdc3f mem 0xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 miibus0: on fxp0 inphy0: PHY 1 on miibus0 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:07:e9:e7:41:dc fxp0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf 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_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] fd0: <1440-KB 3.5" drive> on fdc0 drive 0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: [ITHREAD] lpt0: on ppbus0 lpt0: [ITHREAD] lpt0: Interrupt-driven port ppi0: on ppbus0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xcb800-0xcbfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounter "TSC" frequency 2400099084 Hz quality 800 Timecounters tick every 1.000 msec ahc0: Someone reset channel A ad0: 76319MB at ata0-master UDMA100 acd0: DVDROM at ata1-master UDMA33 acd1: CDRW at ata1-slave UDMA33 Waiting 5 seconds for SCSI devices to settle (probe0:ahc0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe1:ahc0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe3:ahc0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe4:ahc0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe5:ahc0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe7:ahc0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe8:ahc0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe9:ahc0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe10:ahc0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe11:ahc0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe12:ahc0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe13:ahc0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 (probe14:ahc0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s1a lock order reversal: 1st 0xc2c6d044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3198 2nd 0xc2e757ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2071 KDB: stack backtrace: db_trace_self_wrapper(c081229e,c2a11914,c0608e59,4,c080db0b,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c080db0b,c081bb43,c2c2f0b0,c2a1196c,...) at kdb_backtrace+0x29 _witness_debugger(c0814ddf,c2e757ac,c0808b46,c2c2f0b0,c081bb43,...) at _witness_debugger+0x21 witness_checkorder(c2e757ac,1,c081bb43,817,0,...) at witness_checkorder+0x811 __lockmgr_args(c2e757ac,200501,c2e757c8,0,0,...) at __lockmgr_args+0x226 ffs_lock(c2a11a7c,c0608c35,c082ecbb,200501,c2e75754,...) at ffs_lock+0x7d VOP_LOCK1_APV(c087ae20,c2a11a7c,c2c6ae24,c088b3a0,c2e75754,...) at VOP_LOCK1_APV+0xaf _vn_lock(c2e75754,200501,c081bb43,817,4,...) at _vn_lock+0x5e vget(c2e75754,200501,c2c6ad80,4b4,0,...) at vget+0xc1 vnode_pager_lock(c10432e8,0,c082c298,127,c2a11c18,...) at vnode_pager_lock+0x1d3 vm_fault(c2c6d000,80d6000,2,8,80d6000,...) at vm_fault+0x1e8 trap_pfault(5,0,c0837eec,2e7,c,...) at trap_pfault+0xf9 trap(c2a11d38) at trap+0x264 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- drm0: [ITHREAD] pid 1150 (Xorg), uid 0: exited on signal 6 (core dumped) pid 1155 (Xorg), uid 0: exited on signal 6 (core dumped) Xorg log #cat /var/log/Xorg.0.log X.Org X Server 1.5.3 Release Date: 5 November 2008 X Protocol Version 11, Revision 0 Build Operating System: FreeBSD 8.0-CURRENT i386 Current Operating System: FreeBSD mech-Anton240.men.bris.ac.uk 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Feb 2 10:39:04 GMT 2009 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE i386 Build Date: 27 January 2009 05:40:24PM Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. 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.0.log", Time: Mon Feb 2 11:58:09 2009 (++) Using config file: "/root/xorg.conf.new" (==) ServerLayout "X.org Configured" (**) |-->Screen "Screen0" (0) (**) | |-->Monitor "Monitor0" (**) | |-->Device "Card0" (**) |-->Input Device "Mouse0" (**) |-->Input Device "Keyboard0" (==) Automatically adding devices (==) Automatically enabling devices (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/100dpi/". Entry deleted from font path. (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/100dpi/"). (==) Including the default font path /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/. (**) 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/75dpi/, /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/ (**) ModulePath set to "/usr/local/lib/xorg/modules" (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled. (WW) Disabling Mouse0 (WW) Disabling Keyboard0 (II) Loader magic: 0x81b1de0 (II) Module ABI versions: X.Org ANSI C Emulation: 0.4 X.Org Video Driver: 4.1 X.Org XInput driver : 2.1 X.Org Server Extension : 1.1 X.Org Font Renderer : 0.6 (II) Loader running on freebsd (--) Using syscons driver with X support (version 2.0) (--) using VT number 9 (--) PCI:*(0@0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3, Mem @ 0xf0000000/0, 0xffa80000/0, BIOS @ 0x????????/65536 (II) 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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. (II) "glx" will be loaded. This was enabled by default and also specified in the config file. (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. (II) "record" will be loaded. This was enabled by default and also specified in the config file. (II) "dri" will be loaded. This was enabled by default and also specified in the config file. (II) LoadModule: "extmod" (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so (II) Module extmod: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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 1.5.3, module version = 1.13.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (==) AIGLX disabled (==) Exporting typical set of GLX visuals (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 1.5.3, module version = 1.0.0 Module class: X.Org Server Extension ABI class: X.Org Server Extension, version 1.1 (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 1.5.3, module version = 1.0.0 ABI class: X.Org Server Extension, version 1.1 (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 1.5.3, module version = 2.1.0 Module class: X.Org Font Renderer ABI class: X.Org Font Renderer, version 0.6 (II) Loading font FreeType (II) LoadModule: "intel" (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so (II) Module intel: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.5.1 Module class: X.Org Video Driver ABI class: X.Org Video Driver, version 4.1 (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, 965GM, 965GME/GLE, G33, Q35, Q33, Mobile IntelР±в•ќ GM45 Express Chipset, Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 (II) Primary Device is: PCI 00@00:02:0 (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 0x0000ffff - 0x0000ffff (0x1) IX[B] [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] (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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] (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 1.5.3, module version = 0.1.0 ABI class: X.Org Video Driver, version 4.1 (==) intel(0): Depth 24, (==) framebuffer bpp 32 (==) intel(0): RGB weight 888 (==) intel(0): Default visual is TrueColor (II) intel(0): Integrated Graphics Chipset: Intel(R) 845G (--) intel(0): Chipset: "845G" (--) intel(0): Linear framebuffer at 0xF0000000 (--) intel(0): IO registers at addr 0xFFA80000 (==) intel(0): Using EXA for acceleration (II) intel(0): 1 display pipe available. (II) Loading sub module "ddc" (II) LoadModule: "ddc" (II) Module "ddc" already built-in (II) Loading sub module "i2c" (II) LoadModule: "i2c" (II) Module "i2c" already built-in (II) intel(0): Output VGA using monitor section Monitor0 (II) intel(0): I2C bus "DVODDC_D" initialized. (II) Loading sub module "sil164" (II) LoadModule: "sil164" (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so (II) Module sil164: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7xxx" (II) LoadModule: "ch7xxx" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so (II) Module ch7xxx: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ivch" (II) LoadModule: "ivch" (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so (II) Module ivch: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_B" initialized. (II) Loading sub module "tfp410" (II) LoadModule: "tfp410" (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so (II) Module tfp410: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_B" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) Loading sub module "ch7017" (II) LoadModule: "ch7017" (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so (II) Module ch7017: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org Video Driver, version 4.1 (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVOI2C_E" initialized. (II) intel(0): I2C bus "DVOI2C_E" removed. (II) intel(0): I2C bus "DVODDC_D" removed. (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): I2C bus "CRTDDC_A" initialized. (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. (II) intel(0): I2C bus "CRTDDC_A" removed. (II) intel(0): EDID vendor "@@@", prod id 0 (II) intel(0): Printing DDC gathered Modelines: (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) (II) intel(0): EDID vendor "@@@", prod id 0 (II) intel(0): Output VGA connected (II) intel(0): Using fuzzy aspect match for initial modes (II) intel(0): Output VGA using initial mode 1280x960 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) intel(0): detected 128 kB GTT. (II) intel(0): detected 8060 kB stolen memory. (==) intel(0): video overlay key set to 0x101fe (==) intel(0): Intel XvMC decoder disabled (==) intel(0): Will not try to enable page flipping (==) intel(0): Triple buffering disabled (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) (**) intel(0): Display dimensions: (300, 230) mm (**) intel(0): DPI set to (108, 141) (II) Loading sub module "fb" (II) LoadModule: "fb" (II) Loading /usr/local/lib/xorg/modules//libfb.so (II) Module fb: vendor="X.Org Foundation" compiled for 1.5.3, module version = 1.0.0 ABI class: X.Org ANSI C Emulation, version 0.4 (II) Loading sub module "exa" (II) LoadModule: "exa" (II) Loading /usr/local/lib/xorg/modules//libexa.so (II) Module exa: vendor="X.Org Foundation" compiled for 1.5.3, module version = 2.4.0 ABI class: X.Org Video Driver, version 4.1 (II) Loading sub module "ramdac" (II) LoadModule: "ramdac" (II) Module "ramdac" already built-in (II) intel(0): Comparing regs from server start up to After PreInit (==) Depth 24 pixmap format is 32 bpp (II) do I need RAC? No, I don't. (II) resource ranges after preInit: [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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) (II) intel(0): Kernel reported 112640 total, 0 used (II) intel(0): I830CheckAvailableMemory: 450560 kB available drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: Searching for BusID pci:0000:00:02.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 11, (OK) drmOpenByBusid: drmOpenMinor returns 11 drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 (II) [drm] DRM interface version 1.2 (II) [drm] DRM open master succeeded. (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. (II) intel(0): [drm] framebuffer mapped by ddx driver (II) intel(0): [drm] added 1 reserved context for kernel (II) intel(0): X context handle = 0x2 (II) intel(0): [drm] installed DRM signal handler (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (==) intel(0): VideoRam: 131072 KB (II) intel(0): Attempting memory allocation with tiled buffers. (II) intel(0): Tiled allocation successful. (II) intel(0): [drm] Registers = 0xffa80000 (II) intel(0): [drm] ring buffer = 0xf0000000 (II) intel(0): [drm] mapped front buffer at 0xf1000000, handle = 0xf1000000 (II) intel(0): [drm] mapped back buffer at 0xf4000000, handle = 0xf4000000 (II) intel(0): [drm] mapped depth buffer at 0xf5000000, handle = 0xf5000000 (II) intel(0): [drm] mapped classic textures at 0xf6000000, handle = 0xf6000000 (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 (II) intel(0): [dri] visual configs initialized (II) intel(0): Page Flipping disabled (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear (II) EXA(0): Offscreen pixmap area of 31457280 bytes (II) EXA(0): Driver registered support for the following operations: (II) Solid (II) Copy (II) Composite (RENDER acceleration) (==) intel(0): Backing store disabled (==) intel(0): Silken mouse enabled (II) intel(0): Initializing HW Cursor (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x007df000 (pgoffset 2015) (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x01000000 (pgoffset 4096) (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x02000000 (pgoffset 8192) (II) intel(0): xf86BindGARTMemory: bind key 16 at 0x04000000 (pgoffset 16384) (II) intel(0): xf86BindGARTMemory: bind key 17 at 0x05000000 (pgoffset 20480) (II) intel(0): xf86BindGARTMemory: bind key 18 at 0x06000000 (pgoffset 24576) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00024fff: HW cursors (20 kB) (II) intel(0): 0x00025000-0x0002cfff: logical 3D context (32 kB) (II) intel(0): 0x0002d000-0x0012cfff: fake bufmgr (1024 kB) (II) intel(0): 0x007df000: end of stolen memory (II) intel(0): 0x007df000-0x007dffff: overlay registers (4 kB, 0x00000000107c6000 physical ) (II) intel(0): 0x01000000-0x01ffffff: front buffer (10240 kB) X tiled (II) intel(0): 0x02000000-0x03dfffff: exa offscreen (30720 kB) (II) intel(0): 0x04000000-0x04ffffff: back buffer (10240 kB) X tiled (II) intel(0): 0x05000000-0x05ffffff: depth buffer (10240 kB) X tiled (II) intel(0): 0x06000000-0x07ffffff: classic textures (32768 kB) (II) intel(0): 0x08000000: end of aperture (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled (WW) intel(0): PRB0_HEAD (0x00000024) and PRB0_TAIL (0x00000068) indicate ring buffer not flushed (WW) intel(0): Existing errors found in hardware state. Error in I830WaitLpRing(), timeout for 2 seconds pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 ipeir: 0x00000000 iphdr: 0x05000000 LP ring tail: 0x00000068 head: 0x00000024 len: 0x0001f001 start 0x00000000 eir: 0x0000 esr: 0x0000 emr: 0xff7b instdone: 0xffc1 instpm: 0x0000 memmode: 0x00000000 instps: 0x00000040 hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 acthd 0x311a8 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 Ring end space: 130996 wanted 131064 (II) intel(0): [drm] removed 1 reserved context for kernel (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc325a000 at 0x286e0000 (II) intel(0): [drm] Closed DRM master. Fatal server error: lockup _fence_emit_internal: drm_i915_irq_emit: -9 -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 14:23:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 98859106564A for ; Mon, 2 Feb 2009 14:23:39 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 286DB8FC0C for ; Mon, 2 Feb 2009 14:23:38 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from [196.7.162.28] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1LTzAC-0006gd-Ds; Mon, 02 Feb 2009 15:48:36 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTzA5-0005zc-OH; Mon, 02 Feb 2009 15:48:29 +0200 To: Channa From: Ian FREISLICH In-Reply-To: <515c64960901280425y642a190ka31409cfc2a2fd8f@mail.gmail.com> References: <515c64960901280425y642a190ka31409cfc2a2fd8f@mail.gmail.com> <515c64960901280339m17fa9309v2e1bc3f55454ab@mail.gmail.com> <49804597.6040303@gmx.de> <515c64960901280401w1e1d08bfx29adc124bc749c4a@mail.gmail.com> X-Attribution: BOFH Date: Mon, 02 Feb 2009 15:48:29 +0200 Message-Id: Cc: Christoph Mallon , freebsd-current@freebsd.org Subject: Re: Jemalloc SEGV for 1MB chunk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 14:23:39 -0000 Channa wrote: > Thanks for the reply. > > I understand , after terminating the string with NULL character no > SEGV is seen. > > But if i change the request size to a value less than 1MB for eg: 4096 > Bytes, > > I dont see any issues, without terminating the string with NULL > character the test code works fine. The issue is seen only for size > 1MB exactly. > > Can anyone explain this behaviour? It's probably caused because although you asked for 4096 bytes of memory a larger chunk was allocated so that a subsequent malloc calls need not make a system call but can allocate from unallocated allocated memory. It's also likely that the memory was zeroed by malloc so the string was NULL terminated "by accident". Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 14:30:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7AB9610657BF for ; Mon, 2 Feb 2009 14:30:31 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 30DB38FC2B for ; Mon, 2 Feb 2009 14:30:30 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=25727 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LTzoZ-000H6y-T0 for freebsd-current@freebsd.org; Mon, 02 Feb 2009 17:30:20 +0300 Message-ID: <4987037C.5060201@lissyara.su> Date: Mon, 02 Feb 2009 17:30:20 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090128 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: 'make distribution' errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 14:30:34 -0000 lissyara# pwd /mnt/jabber/DISTR/FreeBSD/src/CURRENT lissyara# make distribution DESTDIR=/mnt/da4 ........ skipped ......... cd /mnt/jabber/DISTR/FreeBSD/src/CURRENT/etc/sendmail; make distribution install -o root -g wheel -m 644 /mnt/jabber/DISTR/FreeBSD/src/CURRENT/etc/sendmail/freebsd.mc freebsd.cf /mnt/da4/etc/mail install: freebsd.cf: No such file or directory *** Error code 71 Stop in /mnt/jabber/DISTR/FreeBSD/src/CURRENT/etc/sendmail. *** Error code 1 Stop in /mnt/jabber/DISTR/FreeBSD/src/CURRENT/etc. *** Error code 1 Stop in /mnt/jabber/DISTR/FreeBSD/src/CURRENT. *** Error code 1 Stop in /mnt/jabber/DISTR/FreeBSD/src/CURRENT. ================ lissyara# uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Feb 2 14:16:02 MSK 2009 lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/USB2 amd64 ================= but, if I type: lissyara# make distribution DESTDIR=/mnt/da4 TARGET_ARCH=i386 all OK... From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 15:43:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 856F4106564A for ; Mon, 2 Feb 2009 15:43:25 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1C5A08FC13 for ; Mon, 2 Feb 2009 15:43:24 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 02 Feb 2009 15:43:24 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp069) with SMTP; 02 Feb 2009 16:43:24 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1/UhjU3K0rU5hYCpt/JOjEqVH4U0wrZpIUZ7N9D6I fR1u0Uo/iwCy4d From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Mon, 2 Feb 2009 16:43:39 +0100 User-Agent: KMail/1.9.10 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902021643.39862.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.71 Subject: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 15:43:25 -0000 Hi! Since the recent update (svn r187576) to the ppbus/ppc code my printer stopped working. Every request seems to hang forever in ppb_request_bus waiting for ppb->ppc_lock (at least 'top' tells me that it's hanging in state 'ppbreq'). Any clues? Many thanks, Christian. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 15:47:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A63106566C for ; Mon, 2 Feb 2009 15:47:18 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id B5A068FC0C for ; Mon, 2 Feb 2009 15:47:17 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id A90CC6111; Mon, 2 Feb 2009 10:47:15 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1233589635; bh=Vs9HaBKvywD2jqDKceLK85S1e4GSSWYpAcckDB06d2s=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=BxLvxLv2UOAtyisiyLNiCvItQoKL3b0OHEwOp+ueOxDWrf9KW6dL68wnvrlt6XFIB XIprQ7l2iSUYzAHsmciT4cYs0nyppZvKptZ72a3Swh6bxlsfMHh8Wr44Ahml3Wf DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=RG9bOBBE7sNE4AHI54eP7fLxsHJY31rbCPOOUeCrJXFCRcPi+n2r8osLEyjzYP8EI WEnWk6mrgUqpf+93kmrjx88VNV21nCvHIAPaJYEzlbpn/vxiAukYHO/hgoS0fNN Message-ID: <4987157E.9080605@protected-networks.net> Date: Mon, 02 Feb 2009 10:47:10 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: Christian Gusenbauer References: <200902021643.39862.c47g@gmx.at> In-Reply-To: <200902021643.39862.c47g@gmx.at> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 15:47:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christian Gusenbauer wrote: > Since the recent update (svn r187576) to the ppbus/ppc code my printer stopped > working. Every request seems to hang forever in ppb_request_bus waiting for > ppb->ppc_lock (at least 'top' tells me that it's hanging in state 'ppbreq'). > > Any clues? Further to this: sane-backends and qemu now refuse to compile :-( Michael -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmHFX4ACgkQQv9rrgRC1JIxlwCfeTPOLmmLAAH/ZBPTnKdABWWi 81wAnR93qTZtlcePAHn2ztqWUGlCa0uZ =mG4u -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 16:52:46 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEE9C1065674 for ; Mon, 2 Feb 2009 16:52:46 +0000 (UTC) (envelope-from chet.ramey@case.edu) Received: from mpv2.tis.cwru.edu (mpv2.tis.CWRU.Edu [129.22.105.37]) by mx1.freebsd.org (Postfix) with ESMTP id A65568FC14 for ; Mon, 2 Feb 2009 16:52:46 +0000 (UTC) (envelope-from chet.ramey@case.edu) Received: from mpv5.TIS.cwru.edu (mpv5.tis.CWRU.Edu [129.22.105.51]) by mpv2.tis.cwru.edu (MOS 3.10.4-GA) with ESMTP id DBD12472; Mon, 2 Feb 2009 11:40:23 -0500 (EST) Received: from caleb.INS.CWRU.Edu (caleb.INS.CWRU.Edu [129.22.8.211]) by mpv5.TIS.cwru.edu (MOS 3.10.4-GA) with SMTP id EOP26770; Mon, 2 Feb 2009 11:40:18 -0500 (EST) Date: Mon, 2 Feb 2009 11:38:51 -0500 From: Chet Ramey Sender: Chet Ramey To: yanefbsd@gmail.com References: <87223.61659.qm@web32707.mail.mud.yahoo.com> <7d6fde3d0902020020n3d5aac5cu4f3381a195d6fdcf@mail.gmail.com> In-Reply-To: Message from yanefbsd@gmail.com of Mon, 02 Feb 2009 00:20:16 -0800 (id <7d6fde3d0902020020n3d5aac5cu4f3381a195d6fdcf@mail.gmail.com>) Message-ID: <090202163851.AA93299.SM@caleb.INS.CWRU.Edu> Read-Receipt-To: chet.ramey@case.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Junkmail-Status: score=10/49, host=mpv2.tis.cwru.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090203.498721F8.0222,ss=1,fgs=0, ip=129.22.105.51, so=2008-12-08 22:38:29, dmn=5.7.1/2008-09-02, mode=single engine X-Junkmail-IWF: false X-Mailman-Approved-At: Mon, 02 Feb 2009 16:57:26 +0000 Cc: giffunip@tutopia.com, drosih@rpi.edu, freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 16:52:47 -0000 > It all depends on what features people choose to use in GNU's readline > that makes it compatible or not with libedit. ...which means that it's not a drop-in readline replacement. And here we are -- back where we started. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, ITS, CWRU chet@case.edu http://tiswww.tis.case.edu/~chet/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 16:57:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7ACC5106567E for ; Mon, 2 Feb 2009 16:57:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 381BB8FC34 for ; Mon, 2 Feb 2009 16:57:59 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n12Gvwbt067614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 08:57:58 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49872615.1040002@freebsd.org> Date: Mon, 02 Feb 2009 08:57:57 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Subscriber References: <498652D2.7030906@mail.ru> <49867969.3020406@freebsd.org> <4986D59A.9080906@mail.ru> In-Reply-To: <4986D59A.9080906@mail.ru> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: ath driver (?) lock system after last update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 16:58:00 -0000 Should be fixed by r188011. Sam Subscriber wrote: > Output of 'sysctl dev.ath': > > dev.ath.0.%desc: Atheros 5424/2424 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=0 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001c subvendor=0x1a3b > subdevice=0x1026 class=0x020000 > dev.ath.0.%parent: pci2 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.sample_stats: 0 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 96 > dev.ath.0.slottime: 20 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 2 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.rfsilent: 1 > dev.ath.0.rfkill: 1 > dev.ath.0.intmit: 1 > dev.ath.0.monpass: 24 > > I not changed sysctl setting for ath0 because of fine forking with > default settings on early drivers. > > > and how your card is configured. > What it means? Wireless network related rc.conf settings? > if_up_delay="1" > wlans_ath0=wlan0 > ifconfig_wlan0="WPA DHCP" > > I use FreeBSD 7.1 box with Atheros wi-fi card (don't remember exact > model, can see later if it need) as wireless AP (bridge). > > > Sam Leffler пишет: >> Subscriber wrote: >>> I updated my 8-CURRENT and now system freeze shortly after boot (~0.5-3 >>> minutes). I see following messages in console: >>> >>> Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series0 hwrate 0x0, tries 4 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series1 hwrate 0x0, tries 3 >>> ts_status 0x0 >>> Jan 31 02:18:03 cache kernel: ath0: bad series2 hwrate 0x0, tries 4 >>> ts_status 0x0 >>> ... >>> >>> much time, then system freeze. Before last update I was never see >>> those messages. >>> Now I rolled back to HEAD sources with date=2009.01.01, and all >>> seems OK. >> >> >>> ath0: mem 0xfd7f0000-0xfd7fffff irq 16 at device >>> 0.0 on pci2 >>> ath0: [ITHREAD] >>> ath0: WARNING: using obsoleted if_watchdog interface >>> ath0: mac 14.2 phy 7.0 radio 10.2 >> >> I need to see the output of sysctl dev.ath.0 and how your card is >> configured. >> >> Sam >> >> _______________________________________________ >> 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" >> >> > > _______________________________________________ > 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-current@FreeBSD.ORG Mon Feb 2 17:26:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A6BA1065672 for ; Mon, 2 Feb 2009 17:26:47 +0000 (UTC) (envelope-from pluknet@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 8BC208FC13 for ; Mon, 2 Feb 2009 17:26:46 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so567752fgb.35 for ; Mon, 02 Feb 2009 09:26:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=1YMa6/83/BitXknRDF/aZHzvnrozK1yp4+dwHk/WDpQ=; b=wX4YrpReeFQaHtS4C+0JVLcHvYbIK1yOWvQfPySCv4RhV0Ww6bB4jtz3g8KR/eEm0p +ZNF6q7s72IJU3GH7FA0DyelAUJsOD8Lu0Qf8JmGVwZpn7GEcsQuCk1qA18aJsAEYDyI jtB6aRyuOXGnNAFCOllzqY+sgAZVn2zCnRe94= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=gCmyA6vnc78TLjFxbDhwyLWAseG3eTCWaUuF+ZG1WkQP5LLvNQm9eDD6HatkIDBKBm KchfzBOjeoo9Rf8spdqvXTTpBTawJheMcJE0ciMf2n1URPi+0Bbo11yNTpVq1g3YUoGr EKmwOI4CkooHhRJIAUzAYWq7AGoauSLlSStF8= MIME-Version: 1.0 Received: by 10.86.94.11 with SMTP id r11mr98873fgb.53.1233595605621; Mon, 02 Feb 2009 09:26:45 -0800 (PST) In-Reply-To: <4987037C.5060201@lissyara.su> References: <4987037C.5060201@lissyara.su> Date: Mon, 2 Feb 2009 20:26:45 +0300 Message-ID: From: pluknet To: Alex Keda Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: 'make distribution' errors X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 17:26:47 -0000 2009/2/2 Alex Keda : > lissyara# pwd > /mnt/jabber/DISTR/FreeBSD/src/CURRENT > lissyara# make distribution DESTDIR=/mnt/da4 > ........ skipped ......... > cd /mnt/jabber/DISTR/FreeBSD/src/CURRENT/etc/sendmail; make distribution > install -o root -g wheel -m 644 > /mnt/jabber/DISTR/FreeBSD/src/CURRENT/etc/sendmail/freebsd.mc freebsd.cf > /mnt/da4/etc/mail > install: freebsd.cf: No such file or directory > *** Error code 71 You have somehow missed `make world` phase for your arch, or more precisely - `make` in etc/sendmail .. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 18:04:48 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E0D10656E3 for ; Mon, 2 Feb 2009 18:04:48 +0000 (UTC) (envelope-from oz@nixil.net) Received: from nixil.net (nixil.net [161.58.222.1]) by mx1.freebsd.org (Postfix) with ESMTP id 10D188FC2C for ; Mon, 2 Feb 2009 18:04:47 +0000 (UTC) (envelope-from oz@nixil.net) Received: from demigorgon.corp.verio.net (fw.oremut02.us.wh.verio.net [198.65.168.24]) (authenticated bits=0) by nixil.net (8.13.6.20060614/8.13.6) with ESMTP id n12HZYU3035192 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 2 Feb 2009 10:35:40 -0700 (MST) Message-ID: <49872EE5.9070205@nixil.net> Date: Mon, 02 Feb 2009 10:35:33 -0700 From: Phil Oleson User-Agent: Thunderbird 2.0.0.14 (X11/20080623) MIME-Version: 1.0 To: Garrett Cooper References: <779523.80455.qm@web32706.mail.mud.yahoo.com> <20090131221236.GA27303@soaustin.net> <20090201090143.GA1429@lizard.fafoe.narf.at> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (nixil.net [161.58.222.1]); Mon, 02 Feb 2009 10:35:40 -0700 (MST) X-Virus-Scanned: ClamAV version 0.94.2-exp, clamav-milter version 0.94.2-exp on nixil.net X-Virus-Status: Clean Cc: Stefan Farfeleder , current@freebsd.org, James Butler Subject: Re: Much ado about libedit [Re: Alternatives to gcc (was Re: gcc 4.3: when will it becomestandard compiler?)] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 18:04:49 -0000 Garrett Cooper wrote: > On Feb 1, 2009, at 1:01 AM, Stefan Farfeleder wrote: > >> On Sun, Feb 01, 2009 at 12:55:20PM +1300, James Butler wrote: >>> 2009/2/1 Mark Linimon : >>>> On Sat, Jan 31, 2009 at 01:08:54PM -0800, Pedro F. Giffuni wrote: >>>>> The effort didn't go far enough. Why haven't we removed GNU readline ? >>>> >>>> Probably either because someone hasn't written a BSD-licensed one, or >>>> someone hasn't done the work to test-compile src and ports on all the >>>> appropriate architectures. >>> >>> This might be off topic, but NetBSD has (limited) readline >>> compatibility in their libedit (which FreeBSD has in ports I think) - >>> this also gives them tab-completion in /bin/sh :-) >> >> I once posted a patch which ports it to FreeBSD. It would need a lot of >> work to fix all ports though. > > libedit isn't feature complete with GNU readline and many things > will fail to compile with NetBSD's rip on readline. Believe me -- I > tried with python -_-... > Then again at least you can make GNU readline into a port for things > that need it (like Python's readline module). > And yes, we do already have libedit in the base source tree under > lib/libedit -- it's just extremely outdated (hence libreadline isn't > available after compiling libedit). > Cheers, > -Garrett Actually your a bit wrong here. I submitted a patch to current around 2005 to get libedit upgraded to the latest NetBSD version. The version in the FreeBSD 4.x tree was an ancient version that was incompatible with most programs that attempted to use it (ie.. ssh). Stefan Farfeleder was kind enough to port those patches into something usable in the base system. The 6.x tree contains those updates. This porting from NetBSD happens periodically as bugs and or an itch needing to be scratched happens to prompt it. As to why the readline compatibility shims are removed from the base libedit.. well I suspect that it's that way to prevent the readline in base and or ports from being ignored and misconfigured, AND those programs that can use libedit's native API are configured to use it and not readline. -Phil. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 17:47:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D88C10656CB for ; Mon, 2 Feb 2009 17:47:29 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from web32701.mail.mud.yahoo.com (web32701.mail.mud.yahoo.com [68.142.207.245]) by mx1.freebsd.org (Postfix) with SMTP id DC37A8FC16 for ; Mon, 2 Feb 2009 17:47:28 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 1408 invoked by uid 60001); 2 Feb 2009 17:47:28 -0000 X-YMail-OSG: lWDVZYkVM1magjcMj_zRhnrEhiGLTOhGS7hWcSJ.brN524bqmTDkV6Lc3Ae_O2YRcHTSJ._HEICK.tC5EVrr_eijJNZKt5EdcfobxYBI2wfHVgTZRp5itpNtpr8uytA9lPNG8J2h3CAHHsf.jv62rKYFViMIlakhBEZB0.2keM.t_g4O.lQaI.CGvnFBBoWOvaP.Web6PGtN8b9dVImWsia4Q_Bp Received: from [190.24.208.73] by web32701.mail.mud.yahoo.com via HTTP; Mon, 02 Feb 2009 09:47:28 PST X-RocketYMMF: giffunip X-Mailer: YahooMailWebService/0.7.260.1 Date: Mon, 2 Feb 2009 09:47:28 -0800 (PST) From: "Pedro F. Giffuni" To: yanefbsd@gmail.com, chet.ramey@case.edu MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <160891.1210.qm@web32701.mail.mud.yahoo.com> X-Mailman-Approved-At: Mon, 02 Feb 2009 18:14:15 +0000 Cc: freebsd-current@freebsd.org, drosih@rpi.edu Subject: GNU readline (was Re: Alternatives to gcc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: giffunip@tutopia.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 17:47:29 -0000 (sorry that my mailer gives so much trouble) --- On Mon, 2/2/09, Chet Ramey wrote: > > It all depends on what features people choose to use in GNU's > > readline that makes it compatible or not with libedit. > > ...which means that it's not a drop-in readline replacement.=A0 And > here we are -- back where we started. We don't need a drop in replacement, we need a replacement that works well = enough for the base system.=20 Like in the other BSDs the ports/packaging system can continue carrying GNU= readline. Why go into all this trouble? GNU readline is part of an evil plot: http://www.gnu.org/licenses/why-not-lgpl.html Pedro.=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 19:16:57 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C71831065678 for ; Mon, 2 Feb 2009 19:16:57 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id B52048FC1B for ; Mon, 2 Feb 2009 19:16:57 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from ubuntu.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KEG006LYDK5CH60@asmtp020.mac.com> for current@freebsd.org; Mon, 02 Feb 2009 11:16:57 -0800 (PST) Message-id: From: Marcel Moolenaar To: FreeBSD Current Date: Mon, 02 Feb 2009 11:16:53 -0800 X-Mailer: Apple Mail (2.930.3) Cc: Subject: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:16:58 -0000 All, In case people are wondering: I'm working on proper support for logical partitions. This should also allow us to create and modify them. Of course when you add or remove a partition, the index changes and consequently the device name. I still need to find a good solution for that. Currently I'm thinking that we should create the device special file that contains the sector offset (which is the one constant) and create compatibility symlinks. For example: /dev/da0s2.00000000 /dev/da0s2.0834F7A0 /dev/da0s5 -> /dev/da0s2.00000000 /dev/da0s6 -> /dev/da0s2.0834F7A0 The idea is that the logical name (i.e. the symlink) change when you add or remove a partition, but that all references (i.e. mount information) are against the fixed name. In any case: I hope to have something in a few weeks. If you know of a good way to deal with adding/removing partitions, let me know. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 19:23:10 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14B2210656BE for ; Mon, 2 Feb 2009 19:23:10 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id A719F8FC1A for ; Mon, 2 Feb 2009 19:23:09 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.132] (adsl-157-59-139.bna.bellsouth.net [70.157.59.139]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n12JKSVi094080 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 2 Feb 2009 14:20:29 -0500 (EST) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: Anton Shterenlikht In-Reply-To: <20090202122408.GA97807@mech-cluster238.men.bris.ac.uk> References: <20090202122408.GA97807@mech-cluster238.men.bris.ac.uk> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-Er/OUn0NVf62t0tZ9LON" Organization: FreeBSD Date: Mon, 02 Feb 2009 14:21:03 -0500 Message-Id: <1233602464.1492.21.camel@ferret.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_PBL, RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-current@freebsd.org Subject: Re: X fails on i845 board - errors found in hardware state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:23:12 -0000 --=-Er/OUn0NVf62t0tZ9LON Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable On Mon, 2009-02-02 at 12:24 +0000, Anton Shterenlikht wrote: > X fails on i845G (or is it i845M ?) board with=20 >=20 > [skip] > (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled > (WW) intel(0): PRB0_HEAD (0x00000024) and PRB0_TAIL (0x00000068) indicate= ring b > uffer not flushed > (WW) intel(0): Existing errors found in hardware state. > Error in I830WaitLpRing(), timeout for 2 seconds > pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 > ipeir: 0x00000000 iphdr: 0x05000000 > LP ring tail: 0x00000068 head: 0x00000024 len: 0x0001f001 start 0x0000000= 0 > eir: 0x0000 esr: 0x0000 emr: 0xff7b > instdone: 0xffc1 instpm: 0x0000 > memmode: 0x00000000 instps: 0x00000040 > hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 acthd 0x311a8 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > [skip] Does this happen on a fresh boot, or only after X is restarted? robert. > Fatal server error: > lockup >=20 >=20 > The details are below. Note that it fails with or without drm. > I wonder if I should submit a pr. >=20 > many thanks > anton >=20 > # uname -srm > FreeBSD 8.0-CURRENT i386 >=20 > dmesg fragments >=20 > # dmesg | grep agp > agp0: on vgapci0 > agp0: detected 8060k stolen memory > agp0: aperture size is 128M >=20 > # dmesg | grep drm > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xf0000000 128MB > info: [drm] Initialized i915 1.6.0 20080730 > drm0: [ITHREAD] >=20 > full dmesg >=20 > # dmesg > Copyright (c) 1992-2009 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 8.0-CURRENT #0: Mon Feb 2 10:39:04 GMT 2009 > mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) > Origin =3D "GenuineIntel" Id =3D 0xf27 Stepping =3D 7 > Features=3D0xbfebfbff > Features2=3D0x400 > real memory =3D 527695872 (503 MB) > avail memory =3D 507289600 (483 MB) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, 1f700000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0x= ffafffff irq 11 at device 2.0 on pci0 > agp0: on vgapci0 > agp0: detected 8060k stolen memory > agp0: aperture size is 128M > drm0: on vgapci0 > vgapci0: child drm0 requested pci_enable_busmaster > info: [drm] AGP at 0xf0000000 128MB > info: [drm] Initialized i915 1.6.0 20080730 > uhci0: port 0xe800-0xe81f irq= 11 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 0xe880-0xe89f irq= 3 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 0xec00-0xec1f irq= 5 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 0xffa7fc00-0xffa= 7ffff irq 9 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 > ahc0: port 0xd800-0xd8ff mem 0xff8ff000= -0xff8fffff irq 10 at device 0.0 on pci1 > ahc0: [ITHREAD] > aic7880: Ultra Wide Channel A, SCSI Id=3D7, 16/253 SCBs > fxp0: port 0xdc00-0xdc3f mem 0= xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 > miibus0: on fxp0 > inphy0: PHY 1 on miibus0 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:07:e9:e7:41:dc > fxp0: [ITHREAD] > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x1= 77,0x376,0xffa0-0xffaf 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_button0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,= 0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppc0: [ITHREAD] > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: [ITHREAD] > lpt0: on ppbus0 > lpt0: [ITHREAD] > lpt0: Interrupt-driven port > ppi0: on ppbus0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse, device ID 3 > cpu0: on acpi0 > p4tcc0: on cpu0 > pmtimer0 on isa0 > orm0: at iomem 0xcb800-0xcbfff pnpid ORM0000 on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=3D0x300> > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > Timecounter "TSC" frequency 2400099084 Hz quality 800 > Timecounters tick every 1.000 msec > ahc0: Someone reset channel A > ad0: 76319MB at ata0-master UDMA100 > acd0: DVDROM at ata1-master UDMA33 > acd1: CDRW at ata1-slave UDMA33 > Waiting 5 seconds for SCSI devices to settle > (probe0:ahc0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe1:ahc0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe3:ahc0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe4:ahc0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe5:ahc0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe7:ahc0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe8:ahc0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe9:ahc0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe10:ahc0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe11:ahc0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe12:ahc0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe13:ahc0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > (probe14:ahc0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0=20 > GEOM: ad0s1: geometry does not match label (255h,63s !=3D 16h,63s). > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad0s1a > lock order reversal: > 1st 0xc2c6d044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3198 > 2nd 0xc2e757ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2071 > KDB: stack backtrace: > db_trace_self_wrapper(c081229e,c2a11914,c0608e59,4,c080db0b,...) at db_tr= ace_self_wrapper+0x26 > kdb_backtrace(4,c080db0b,c081bb43,c2c2f0b0,c2a1196c,...) at kdb_backtrace= +0x29 > _witness_debugger(c0814ddf,c2e757ac,c0808b46,c2c2f0b0,c081bb43,...) at _w= itness_debugger+0x21 > witness_checkorder(c2e757ac,1,c081bb43,817,0,...) at witness_checkorder+0= x811 > __lockmgr_args(c2e757ac,200501,c2e757c8,0,0,...) at __lockmgr_args+0x226 > ffs_lock(c2a11a7c,c0608c35,c082ecbb,200501,c2e75754,...) at ffs_lock+0x7d > VOP_LOCK1_APV(c087ae20,c2a11a7c,c2c6ae24,c088b3a0,c2e75754,...) at VOP_LO= CK1_APV+0xaf > _vn_lock(c2e75754,200501,c081bb43,817,4,...) at _vn_lock+0x5e > vget(c2e75754,200501,c2c6ad80,4b4,0,...) at vget+0xc1 > vnode_pager_lock(c10432e8,0,c082c298,127,c2a11c18,...) at vnode_pager_loc= k+0x1d3 > vm_fault(c2c6d000,80d6000,2,8,80d6000,...) at vm_fault+0x1e8 > trap_pfault(5,0,c0837eec,2e7,c,...) at trap_pfault+0xf9 > trap(c2a11d38) at trap+0x264 > calltrap() at calltrap+0x6 > --- trap 0xc, eip =3D 0x80480e5, esp =3D 0xbfbfeef0, ebp =3D 0xbfbfef10 -= -- > drm0: [ITHREAD] > pid 1150 (Xorg), uid 0: exited on signal 6 (core dumped) > pid 1155 (Xorg), uid 0: exited on signal 6 (core dumped) >=20 > Xorg log >=20 > #cat /var/log/Xorg.0.log > X.Org X Server 1.5.3 > Release Date: 5 November 2008 > X Protocol Version 11, Revision 0 > Build Operating System: FreeBSD 8.0-CURRENT i386=20 > Current Operating System: FreeBSD mech-Anton240.men.bris.ac.uk 8.0-CURREN= T FreeBSD 8.0-CURRENT #0: Mon Feb 2 10:39:04 GMT 2009 mexas@mech-Anton= 240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE i386 > Build Date: 27 January 2009 05:40:24PM > =20 > Before reporting problems, check http://wiki.x.org > to make sure that you have the latest version. > Markers: (--) probed, (**) from config file, (=3D=3D) default setting, > (++) from command line, (!!) notice, (II) informational, > (WW) warning, (EE) error, (NI) not implemented, (??) unknown. > (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Mon Feb 2 11:58:09 2009 > (++) Using config file: "/root/xorg.conf.new" > (=3D=3D) ServerLayout "X.org Configured" > (**) |-->Screen "Screen0" (0) > (**) | |-->Monitor "Monitor0" > (**) | |-->Device "Card0" > (**) |-->Input Device "Mouse0" > (**) |-->Input Device "Keyboard0" > (=3D=3D) Automatically adding devices > (=3D=3D) Automatically enabling devices > (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/10= 0dpi/". > Entry deleted from font path. > (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/100dpi/"). > (=3D=3D) Including the default font path /usr/local/lib/X11/fonts/misc/,/= usr/local/lib/X11/fonts/TTF/,/usr/local/lib/X11/fonts/OTF,/usr/local/lib/X1= 1/fonts/Type1/,/usr/local/lib/X11/fonts/100dpi/,/usr/local/lib/X11/fonts/75= dpi/. > (**) 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/75dpi/, > /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/ > (**) ModulePath set to "/usr/local/lib/xorg/modules" > (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will b= e disabled. > (WW) Disabling Mouse0 > (WW) Disabling Keyboard0 > (II) Loader magic: 0x81b1de0 > (II) Module ABI versions: > X.Org ANSI C Emulation: 0.4 > X.Org Video Driver: 4.1 > X.Org XInput driver : 2.1 > X.Org Server Extension : 1.1 > X.Org Font Renderer : 0.6 > (II) Loader running on freebsd > (--) Using syscons driver with X support (version 2.0) > (--) using VT number 9 >=20 > (--) PCI:*(0@0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset I= ntegrated Graphics Device rev 3, Mem @ 0xf0000000/0, 0xffa80000/0, BIOS @ 0= x????????/65536 > (II) 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 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (II) "extmod" will be loaded. This was enabled by default and also specif= ied in the config file. > (II) "dbe" will be loaded. This was enabled by default and also specified= in the config file. > (II) "glx" will be loaded. This was enabled by default and also specified= in the config file. > (II) "freetype" will be loaded. This was enabled by default and also spec= ified in the config file. > (II) "record" will be loaded. This was enabled by default and also specif= ied in the config file. > (II) "dri" will be loaded. This was enabled by default and also specified= in the config file. > (II) LoadModule: "extmod" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > (II) Module extmod: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (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" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//librecord.so > (II) Module record: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.13.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension RECORD > (II) LoadModule: "dbe" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libdbe.so > (II) Module dbe: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension DOUBLE-BUFFER > (II) LoadModule: "glx" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libglx.so > (II) Module glx: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (=3D=3D) AIGLX disabled > (=3D=3D) Exporting typical set of GLX visuals > (II) Loading extension GLX > (II) LoadModule: "xtrap" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libxtrap.so > (II) Module xtrap: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > Module class: X.Org Server Extension > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension DEC-XTRAP > (II) LoadModule: "dri" >=20 > (II) Loading /usr/local/lib/xorg/modules/extensions//libdri.so > (II) Module dri: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Server Extension, version 1.1 > (II) Loading extension XFree86-DRI > (II) LoadModule: "freetype" >=20 > (II) Loading /usr/local/lib/xorg/modules/fonts//libfreetype.so > (II) Module freetype: vendor=3D"X.Org Foundation & the After X-TT Project= " > compiled for 1.5.3, module version =3D 2.1.0 > Module class: X.Org Font Renderer > ABI class: X.Org Font Renderer, version 0.6 > (II) Loading font FreeType > (II) LoadModule: "intel" >=20 > (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so > (II) Module intel: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 2.5.1 > Module class: X.Org Video Driver > ABI class: X.Org Video Driver, version 4.1 > (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, > i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, > E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, > 965GM, 965GME/GLE, G33, Q35, Q33, > Mobile Intel=C2=AE GM45 Express Chipset, > Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 > (II) Primary Device is: PCI 00@00:02:0 > (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 0x0000ffff - 0x0000ffff (0x1) IX[B] > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > (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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] > (II) Loading sub module "vgahw" > (II) LoadModule: "vgahw" >=20 > (II) Loading /usr/local/lib/xorg/modules//libvgahw.so > (II) Module vgahw: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 0.1.0 > ABI class: X.Org Video Driver, version 4.1 > (=3D=3D) intel(0): Depth 24, (=3D=3D) framebuffer bpp 32 > (=3D=3D) intel(0): RGB weight 888 > (=3D=3D) intel(0): Default visual is TrueColor > (II) intel(0): Integrated Graphics Chipset: Intel(R) 845G > (--) intel(0): Chipset: "845G" > (--) intel(0): Linear framebuffer at 0xF0000000 > (--) intel(0): IO registers at addr 0xFFA80000 > (=3D=3D) intel(0): Using EXA for acceleration > (II) intel(0): 1 display pipe available. > (II) Loading sub module "ddc" > (II) LoadModule: "ddc" > (II) Module "ddc" already built-in > (II) Loading sub module "i2c" > (II) LoadModule: "i2c" > (II) Module "i2c" already built-in > (II) intel(0): Output VGA using monitor section Monitor0 > (II) intel(0): I2C bus "DVODDC_D" initialized. > (II) Loading sub module "sil164" > (II) LoadModule: "sil164" >=20 > (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so > (II) Module sil164: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ch7xxx" > (II) LoadModule: "ch7xxx" >=20 > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so > (II) Module ch7xxx: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ivch" > (II) LoadModule: "ivch" >=20 > (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so > (II) Module ivch: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_B" initialized. > (II) Loading sub module "tfp410" > (II) LoadModule: "tfp410" >=20 > (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so > (II) Module tfp410: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_B" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) Loading sub module "ch7017" > (II) LoadModule: "ch7017" >=20 > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so > (II) Module ch7017: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org Video Driver, version 4.1 > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVOI2C_E" initialized. > (II) intel(0): I2C bus "DVOI2C_E" removed. > (II) intel(0): I2C bus "DVODDC_D" removed. > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): I2C bus "CRTDDC_A" initialized. > (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. > (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. > (II) intel(0): I2C bus "CRTDDC_A" removed. > (II) intel(0): EDID vendor "@@@", prod id 0 > (II) intel(0): Printing DDC gathered Modelines: > (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 = 605 628 +hsync +vsync (37.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 = 603 625 +hsync +vsync (35.2 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 4= 84 500 -hsync -vsync (37.5 kHz) > (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 4= 91 520 -hsync -vsync (37.9 kHz) > (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 4= 86 525 -hsync -vsync (35.0 kHz) > (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 4= 92 525 -hsync -vsync (31.5 kHz) > (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 4= 14 449 -hsync +vsync (31.5 kHz) > (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 = 769 772 800 +hsync +vsync (60.1 kHz) > (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 = 771 777 806 -hsync -vsync (56.5 kHz) > (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 = 771 777 806 -hsync -vsync (48.4 kHz) > (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 = 628 667 -hsync -vsync (49.7 kHz) > (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 = 604 625 +hsync +vsync (46.9 kHz) > (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 = 643 666 +hsync +vsync (48.1 kHz) > (II) intel(0): EDID vendor "@@@", prod id 0 > (II) intel(0): Output VGA connected > (II) intel(0): Using fuzzy aspect match for initial modes > (II) intel(0): Output VGA using initial mode 1280x960 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) intel(0): detected 128 kB GTT. > (II) intel(0): detected 8060 kB stolen memory. > (=3D=3D) intel(0): video overlay key set to 0x101fe > (=3D=3D) intel(0): Intel XvMC decoder disabled > (=3D=3D) intel(0): Will not try to enable page flipping > (=3D=3D) intel(0): Triple buffering disabled > (=3D=3D) intel(0): Using gamma correction (1.0, 1.0, 1.0) > (**) intel(0): Display dimensions: (300, 230) mm > (**) intel(0): DPI set to (108, 141) > (II) Loading sub module "fb" > (II) LoadModule: "fb" >=20 > (II) Loading /usr/local/lib/xorg/modules//libfb.so > (II) Module fb: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 1.0.0 > ABI class: X.Org ANSI C Emulation, version 0.4 > (II) Loading sub module "exa" > (II) LoadModule: "exa" >=20 > (II) Loading /usr/local/lib/xorg/modules//libexa.so > (II) Module exa: vendor=3D"X.Org Foundation" > compiled for 1.5.3, module version =3D 2.4.0 > ABI class: X.Org Video Driver, version 4.1 > (II) Loading sub module "ramdac" > (II) LoadModule: "ramdac" > (II) Module "ramdac" already built-in > (II) intel(0): Comparing regs from server start up to After PreInit > (=3D=3D) Depth 24 pixmap format is 32 bpp > (II) do I need RAC? No, I don't. > (II) resource ranges after preInit: > [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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) > (II) intel(0): Kernel reported 112640 total, 0 used > (II) intel(0): I830CheckAvailableMemory: 450560 kB available > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenByBusid: Searching for BusID pci:0000:00:02.0 > drmOpenDevice: node name is /dev/dri/card0 > drmOpenDevice: open result is 11, (OK) > drmOpenByBusid: drmOpenMinor returns 11 > drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 > (II) [drm] DRM interface version 1.2 > (II) [drm] DRM open master succeeded. > (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. > (II) intel(0): [drm] framebuffer mapped by ddx driver > (II) intel(0): [drm] added 1 reserved context for kernel > (II) intel(0): X context handle =3D 0x2 > (II) intel(0): [drm] installed DRM signal handler > (**) intel(0): Framebuffer compression disabled > (**) intel(0): Tiling enabled > (=3D=3D) intel(0): VideoRam: 131072 KB > (II) intel(0): Attempting memory allocation with tiled buffers. > (II) intel(0): Tiled allocation successful. > (II) intel(0): [drm] Registers =3D 0xffa80000 > (II) intel(0): [drm] ring buffer =3D 0xf0000000 > (II) intel(0): [drm] mapped front buffer at 0xf1000000, handle =3D 0xf100= 0000 > (II) intel(0): [drm] mapped back buffer at 0xf4000000, handle =3D 0xf4000= 000 > (II) intel(0): [drm] mapped depth buffer at 0xf5000000, handle =3D 0xf500= 0000 > (II) intel(0): [drm] mapped classic textures at 0xf6000000, handle =3D 0x= f6000000 > (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 > (II) intel(0): [dri] visual configs initialized > (II) intel(0): Page Flipping disabled > (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0= x0000 > (=3D=3D) intel(0): Write-combining range (0xa0000,0x10000) was already cl= ear > (II) EXA(0): Offscreen pixmap area of 31457280 bytes > (II) EXA(0): Driver registered support for the following operations: > (II) Solid > (II) Copy > (II) Composite (RENDER acceleration) > (=3D=3D) intel(0): Backing store disabled > (=3D=3D) intel(0): Silken mouse enabled > (II) intel(0): Initializing HW Cursor > (II) intel(0): [DRI] installation complete > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x007df000 (pgoffset 20= 15) > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x01000000 (pgoffset 40= 96) > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x02000000 (pgoffset 81= 92) > (II) intel(0): xf86BindGARTMemory: bind key 16 at 0x04000000 (pgoffset 16= 384) > (II) intel(0): xf86BindGARTMemory: bind key 17 at 0x05000000 (pgoffset 20= 480) > (II) intel(0): xf86BindGARTMemory: bind key 18 at 0x06000000 (pgoffset 24= 576) > (II) intel(0): Fixed memory allocation layout: > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > (II) intel(0): 0x00020000-0x00024fff: HW cursors (20 kB) > (II) intel(0): 0x00025000-0x0002cfff: logical 3D context (32 kB) > (II) intel(0): 0x0002d000-0x0012cfff: fake bufmgr (1024 kB) > (II) intel(0): 0x007df000: end of stolen memory > (II) intel(0): 0x007df000-0x007dffff: overlay registers (4 kB, 0x00000000= 107c6000 physical > ) > (II) intel(0): 0x01000000-0x01ffffff: front buffer (10240 kB) X tiled > (II) intel(0): 0x02000000-0x03dfffff: exa offscreen (30720 kB) > (II) intel(0): 0x04000000-0x04ffffff: back buffer (10240 kB) X tiled > (II) intel(0): 0x05000000-0x05ffffff: depth buffer (10240 kB) X tiled > (II) intel(0): 0x06000000-0x07ffffff: classic textures (32768 kB) > (II) intel(0): 0x08000000: end of aperture > (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled > (WW) intel(0): PRB0_HEAD (0x00000024) and PRB0_TAIL (0x00000068) indicate= ring buffer not flushed > (WW) intel(0): Existing errors found in hardware state. > Error in I830WaitLpRing(), timeout for 2 seconds > pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 > ipeir: 0x00000000 iphdr: 0x05000000 > LP ring tail: 0x00000068 head: 0x00000024 len: 0x0001f001 start 0x0000000= 0 > eir: 0x0000 esr: 0x0000 emr: 0xff7b > instdone: 0xffc1 instpm: 0x0000 > memmode: 0x00000000 instps: 0x00000040 > hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 acthd 0x311a8 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > Ring end > space: 130996 wanted 131064 > (II) intel(0): [drm] removed 1 reserved context for kernel > (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc325a000 at 0x286e00= 00 > (II) intel(0): [drm] Closed DRM master. >=20 > Fatal server error: > lockup >=20 > _fence_emit_internal: drm_i915_irq_emit: -9 --=20 Robert Noland FreeBSD --=-Er/OUn0NVf62t0tZ9LON Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEABECAAYFAkmHR58ACgkQM4TrQ4qfROMNFQCbBIlmLGv0B9lKH6aDMuDsH5no I+kAnA4uvmspCi28mALOjZSiYVbqeeOh =d5Vv -----END PGP SIGNATURE----- --=-Er/OUn0NVf62t0tZ9LON-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 19:42:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0B3410656F5 for ; Mon, 2 Feb 2009 19:42:41 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id F108C8FC0C for ; Mon, 2 Feb 2009 19:42:39 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Feb 2009 19:42:34 -0000 Received: from p54A3EDDF.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.237.223] by mail.gmx.net (mp057) with SMTP; 02 Feb 2009 20:42:34 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/8MjBXETT8bsjWvjze1RqjY+hyEi7kD9eyqnhpOS 8CsIyE2IX2eLVi Message-ID: <49874CA8.5090605@gmx.de> Date: Mon, 02 Feb 2009 20:42:32 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: FreeBSD Current , FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5600000000000001 Cc: Subject: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:42:43 -0000 Hi, I compiled a list of all local variables in src/sys/ (r188000), which are only written to, but never read. This is more than the GCC warning, which only complains about variables, which are only declared (and maybe initialised) and not used otherwise. In contrast this list contains variables with the following usage pattern: int w = 42; // GCC warns about this ... int x; // ... but not this x = 23; x++; return 0; The list contains about 700 entries. About three dozen concern variables named 'error'. Here's one *example* from the list: sys/dev/kbdmux/kbdmux.c:1304 In the function kbdmux_modevent() the variable 'error' is assigned values eight times, but at the end of the function there is just a return 0; and the variable is never read. Probably the value should be returned. You can find the list here: http://tron.homeunix.org/unread_variables.log The list was generated by cparser, a C99 compiler, which uses libFIRM for optimisation and code generation (lang/cparser in the ports). A small disclaimer: There might be some false positives due to errors which are caused by HEAD sources in combination with my installed 7.x headers plus a hacked up build process. Also some warnings are the result from variables, which are only used in debug macros, so td = curthread; KASSERT(td != NULL); provokes a warning (I consider this bad style). Nonetheless the number of false positives should be low. If there is interest, then I can compile a "proper" list. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 19:46:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D644110657AD for ; Mon, 2 Feb 2009 19:46:18 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from springbank.echomania.com (springbank.echomania.com [82.94.255.114]) by mx1.freebsd.org (Postfix) with ESMTP id 902158FC1F for ; Mon, 2 Feb 2009 19:46:18 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from localhost (localhost [127.0.0.1]) by springbank.echomania.com (Postfix) with ESMTP id 07DE7A7087; Mon, 2 Feb 2009 20:27:39 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at springbank.echomania.com Received: from springbank.echomania.com ([127.0.0.1]) by localhost (springbank.echomania.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id ye0aN5IioCCI; Mon, 2 Feb 2009 20:27:28 +0100 (CET) Received: from [87.251.56.140] (tensor.andric.com [87.251.56.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by springbank.echomania.com (Postfix) with ESMTPSA id A0A22A707E; Mon, 2 Feb 2009 20:27:28 +0100 (CET) Message-ID: <49874922.5050309@andric.com> Date: Mon, 02 Feb 2009 20:27:30 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090129 Shredder/3.0b2pre MIME-Version: 1.0 To: Marcel Moolenaar References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:46:22 -0000 On 2009-02-02 20:16, Marcel Moolenaar wrote: > In case people are wondering: I'm working on proper support for > logical partitions. This should also allow us to create and > modify them. Of course when you add or remove a partition, the > index changes and consequently the device name. I still need > to find a good solution for that. Currently I'm thinking that > we should create the device special file that contains the > sector offset (which is the one constant) and create compatibility > symlinks. For example: > > /dev/da0s2.00000000 > /dev/da0s2.0834F7A0 > /dev/da0s5 -> /dev/da0s2.00000000 > /dev/da0s6 -> /dev/da0s2.0834F7A0 > > The idea is that the logical name (i.e. the symlink) change when > you add or remove a partition, but that all references (i.e. mount > information) are against the fixed name. This sector-based ID is a creative approach. :) In Linux, they just assign a GUID to each unique partition (or actually, filesystem), and you can use that to mount it. It doesn't matter anymore whether you shift partitions around then... OTOH, this gives ugly fstabs like: UUID=cf3de368-9729-4399-b612-2b62f4e98930 / ext3 relatime,errors=remount-ro 0 1 Also, you need a place to put the GUID, and there may not be room for this in the filesystem and/or partition. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 19:55:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C375110656BE for ; Mon, 2 Feb 2009 19:55:11 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id EA9FF8FC2B for ; Mon, 2 Feb 2009 19:55:08 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail54.abv.bg (mail54.ni.bg [192.168.151.57]) by smtp-out.abv.bg (Postfix) with ESMTP id 47D6914ECA8 for ; Mon, 2 Feb 2009 21:54:17 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=RHlGCX9gET2gYEwuqL5dKCj+Fw+alC284b0JGYqbd3cfBdCvsF9pImkz23NeF+wpQ 1ayeqf5QGyDcfYw4OlOveM/dtL13COt3CHas2t07xH/N/1+YGbFlSbRc30YPfXtJhmX RiDM2IAv3hD/5hNv5M0Ydf5TPedhXmGxEjzekxg= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1233604457; bh=2oBoMmcCG4TDSTZIE2HxI1Mpsy0txgEiWSDyWufkdnM=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type:DKIM; b=rtqocXr6V9IwV3ti/JCf22RVO9AYQDKuu1Fd4FTStGkJbigyT6OD/z1Tw8iXlioij C4dqCjpQN7GXPeiByiJ0y70acXWKlYUnoPSpZI11p2NN0rJMGzU3meUBiIlxv2GFwfV cwC/E02AMyaM2KC68/Z48pi6LGcMBvTKZ1d8yrA= Received: from mail54.abv.bg (mail54.abv.bg [127.0.0.1]) by mail54.abv.bg (Postfix) with ESMTP id AD82011EE6B for ; Mon, 2 Feb 2009 21:55:06 +0200 (EET) Date: Mon, 2 Feb 2009 21:55:06 +0200 (EET) From: Mario Pavlov To: freebsd-current@freebsd.org Message-ID: <596910996.25499.1233604506708.JavaMail.apache@mail54.abv.bg> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_25497_148310231.1233604506703" X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic caused by mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:55:13 -0000 ------=_Part_25497_148310231.1233604506703 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit Hi, my system panics if I use mpd5... here's what I got: ---------------------------------------------------------------------------------------- FreeBSD mydomain.org 8.0-CURRENT FreeBSD 8.0-CURRENT #6: Mon Feb 2 19:08:09 EET 2009 myuser@mydomain.org:/usr/obj/usr/src/sys/Ss-CURRENT amd64 mpd-5.2 Multi-link PPP daemon based on netgraph(4) ---------------------------------------------------------------------------------------- my mpd.conf is very simple ========================================================================================= startup: default: load pptp_server pptp_server: set ippool add pool1 192.168.10.50 192.168.10.99 create bundle template B set iface enable proxy-arp set iface idle 1800 set iface enable tcpmssfix set ipcp yes vjcomp set ipcp ranges 192.168.10.1/32 ippool pool1 set ipcp dns 192.168.10.1 set bundle enable compression set ccp yes mppc set mppc yes e40 set mppc yes e128 set mppc yes stateless create link template L pptp set link action bundle B set link enable multilink set link yes acfcomp protocomp set link no pap chap set link enable chap set link keep-alive 10 60 set link mtu 1460 set pptp self my.external.ip.address set link enable incoming ========================================================================================= the idea behind this setup is my machine to work as a simple VPN server I'm able to start mpd and everything seems to work...but as soon as I connect with a VPN client the system panics please find attached screenshots of the panic and the trace I'll be grateful if someone can help...I kind of need that working thank you regards MGP ------=_Part_25497_148310231.1233604506703-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 19:58:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6F7E1065693 for ; Mon, 2 Feb 2009 19:58:15 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9443E8FC14 for ; Mon, 2 Feb 2009 19:58:15 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id A7376FF81; Tue, 3 Feb 2009 08:58:14 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3YS3keBxSgwB; Tue, 3 Feb 2009 08:58:10 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 3 Feb 2009 08:58:10 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id EBF561142A; Tue, 3 Feb 2009 08:58:09 +1300 (NZDT) Date: Mon, 2 Feb 2009 11:58:09 -0800 From: Andrew Thompson To: Christoph Mallon Message-ID: <20090202195809.GA54528@citylink.fud.org.nz> References: <49874CA8.5090605@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49874CA8.5090605@gmx.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 19:58:16 -0000 On Mon, Feb 02, 2009 at 08:42:32PM +0100, Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which are > only written to, but never read. This is more than the GCC warning, which > only complains about variables, which are only declared (and maybe > initialised) and not used otherwise. In contrast this list contains > variables with the following usage pattern: > > int w = 42; // GCC warns about this ... > int x; // ... but not this > x = 23; > x++; > return 0; > > The list contains about 700 entries. About three dozen concern variables > named 'error'. Here's one *example* from the list: > > sys/dev/kbdmux/kbdmux.c:1304 > > In the function kbdmux_modevent() the variable 'error' is assigned values > eight times, but at the end of the function there is just a return 0; and > the variable is never read. Probably the value should be returned. > > You can find the list here: > http://tron.homeunix.org/unread_variables.log > > The list was generated by cparser, a C99 compiler, which uses libFIRM for > optimisation and code generation (lang/cparser in the ports). This is helpful, my only nit would be to run it through sort. :) Andrew From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 20:07:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30BD31065670 for ; Mon, 2 Feb 2009 20:07:51 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6C9F28FC19 for ; Mon, 2 Feb 2009 20:07:50 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Feb 2009 20:07:48 -0000 Received: from p54A3EDDF.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.237.223] by mail.gmx.net (mp064) with SMTP; 02 Feb 2009 21:07:48 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+axvZDgzqaVm7Kdcz8ULESMiE6KuRWKyFvSC/tak E1PN2yjROt/e2q Message-ID: <49875293.4050909@gmx.de> Date: Mon, 02 Feb 2009 21:07:47 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Andrew Thompson References: <49874CA8.5090605@gmx.de> <20090202195809.GA54528@citylink.fud.org.nz> In-Reply-To: <20090202195809.GA54528@citylink.fud.org.nz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.8100000000000001 Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:07:51 -0000 Andrew Thompson schrieb: > This is helpful, my only nit would be to run it through sort. :) Fixed (: From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 20:09:22 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D07B1065795 for ; Mon, 2 Feb 2009 20:09:22 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id 089A88FC1F for ; Mon, 2 Feb 2009 20:09:19 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail54.abv.bg (mail54.ni.bg [192.168.151.57]) by smtp-out.abv.bg (Postfix) with ESMTP id 549A014EBB0 for ; Mon, 2 Feb 2009 22:08:28 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=PLBzjvj3rZ87auU3njYnRlraAJwavbVfLXWeOA4H7f8mKS2m/rxbILGoXV3aXRviz ZfTggKrnLI0zKhWx1KeuSkZlwa6uG0ISisKenBcovDlTFyeUwOUwIHyytcmHbX3OTNF xbb4BZnNVDouabF0hAr5CXrTXxaCidwZFPkaKCM= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1233605308; bh=0fW0Q0jZoqFCCCGImWD55YLiI3XfQLz1Z8Kb9VqgTSY=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=srGMIUe0yA9cYgrU0LqtOtdrpWQ/exRz OHLGc9eTQMKD0BHvYgU63t+tVrCPeS86TS87yCThum1LU9DHjHe4m+r7U9FfSbIfaYV xi04bEKJNXiIOSHE+oh2gu/iw8y+3m2c95+/8l/TnT2wUPLdGMdDi0nh8Us0+ECu6SU 5GYQQ= Received: from mail54.abv.bg (mail54.abv.bg [127.0.0.1]) by mail54.abv.bg (Postfix) with ESMTP id C5D8D11EE64 for ; Mon, 2 Feb 2009 22:09:17 +0200 (EET) Date: Mon, 2 Feb 2009 22:09:17 +0200 (EET) From: Mario Pavlov To: freebsd-current@freebsd.org Message-ID: <256773966.25793.1233605357802.JavaMail.apache@mail54.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Subject: Re: panic caused by mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:09:23 -0000 I'm sorry, looks like that attachments got lost somewhere... here are links to them: http://e-soul.org/~mgp/tmp/panic.gif http://e-soul.org/~mgp/tmp/trace.gif >Hi, >my system panics if I use mpd5... >here's what I got: > >---------------------------------------------------------------------------------------- >FreeBSD mydomain.org 8.0-CURRENT FreeBSD 8.0-CURRENT #6: Mon Feb 2 19:08:09 EET 2009 myuser@mydomain.org:/usr/obj/usr/src/sys/Ss-CURRENT amd64 > >mpd-5.2 Multi-link PPP daemon based on netgraph(4) >---------------------------------------------------------------------------------------- > >my mpd.conf is very simple > >========================================================================================= >startup: > >default: >load pptp_server > >pptp_server: > >set ippool add pool1 192.168.10.50 192.168.10.99 > >create bundle template B >set iface enable proxy-arp >set iface idle 1800 >set iface enable tcpmssfix >set ipcp yes vjcomp >set ipcp ranges 192.168.10.1/32 ippool pool1 >set ipcp dns 192.168.10.1 >set bundle enable compression >set ccp yes mppc >set mppc yes e40 >set mppc yes e128 >set mppc yes stateless > >create link template L pptp >set link action bundle B >set link enable multilink >set link yes acfcomp protocomp >set link no pap chap >set link enable chap >set link keep-alive 10 60 >set link mtu 1460 >set pptp self my.external.ip.address >set link enable incoming >========================================================================================= > >the idea behind this setup is my machine to work as a simple VPN server >I'm able to start mpd and everything seems to work...but as soon as I connect with a VPN client the system panics > >please find attached screenshots of the panic and the trace > >I'll be grateful if someone can help...I kind of need that working > >thank you > >regards >MGP > From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 20:21:16 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 36AFA1065676; Mon, 2 Feb 2009 20:21:16 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: from mail.0x20.net (mail.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id AB8E28FC1F; Mon, 2 Feb 2009 20:21:15 +0000 (UTC) (envelope-from lars@e.0x20.net) Received: by mail.0x20.net (Postfix, from userid 1002) id 6987733C14; Mon, 2 Feb 2009 21:21:14 +0100 (CET) Date: Mon, 2 Feb 2009 21:21:14 +0100 From: Lars Engels To: Sam Leffler Message-ID: <20090202202114.GA30761@e.0x20.net> References: <20090129192241.GZ60948@e.0x20.net> <20090129192830.GE73709@citylink.fud.org.nz> <20090129194826.GA60948@e.0x20.net> <49820EAC.5090400@freebsd.org> <20090129204323.GB60948@e.0x20.net> <3a142e750901291328w537b2070t216e393a0fd5b8ba@mail.gmail.com> <20090129215424.GC60948@e.0x20.net> <49853423.9050208@freebsd.org> <20090201095721.GE60948@e.0x20.net> <4986218F.5060408@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="DocE+STaALJfprDB" Content-Disposition: inline In-Reply-To: <4986218F.5060408@freebsd.org> X-Editor: VIM - Vi IMproved 7.1 X-Operation-System: FreeBSD 5.5-RELEASE-p19 User-Agent: mutt-ng/devel-r804 (FreeBSD) Cc: current@freebsd.org Subject: Re: ath cannot find my wireless network any more X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Lars Engels List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:21:16 -0000 --DocE+STaALJfprDB Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline On Sun, Feb 01, 2009 at 02:26:23PM -0800, Sam Leffler wrote: > Should be fixed by r187991. Yes, the device can now find my network again. Thank you, Sam! Lars --DocE+STaALJfprDB Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkmHVboACgkQKc512sD3afiqFACgrTvIbUXexEGELvTQvVlrvMtx w60AnjuZstKSzInq/7kHI343WwqxIFbQ =3LoD -----END PGP SIGNATURE----- --DocE+STaALJfprDB-- From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 20:47:25 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 440BD106568D for ; Mon, 2 Feb 2009 20:47:25 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6068FC1D for ; Mon, 2 Feb 2009 20:47:24 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-064-183-042.pools.arcor-ip.net [88.64.183.42]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1LU5hT2BCC-0005vg; Mon, 02 Feb 2009 21:47:23 +0100 Received: (qmail 83058 invoked from network); 2 Feb 2009 20:47:23 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by laiers.local with SMTP; 2 Feb 2009 20:47:23 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Mon, 2 Feb 2009 21:47:22 +0100 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <49874CA8.5090605@gmx.de> In-Reply-To: <49874CA8.5090605@gmx.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902022147.22862.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+rBp1ed6OD7/5rDeIFVxbTYt2rFjRocaWR6Yi iGSUkSrkkXIo4NwprsGJt4HkD5S0IzlCXErGhTjWUVHKMHNh1g JAGp5rKqpTUtTsoAfCkrQ== Cc: Christoph Mallon , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:47:32 -0000 On Monday 02 February 2009 20:42:32 Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which > are only written to, but never read. This is more than the GCC warning, > which only complains about variables, which are only declared (and maybe > initialised) and not used otherwise. In contrast this list contains > variables with the following usage pattern: > > int w = 42; // GCC warns about this ... > int x; // ... but not this > x = 23; > x++; > return 0; > > The list contains about 700 entries. About three dozen concern variables > named 'error'. Here's one *example* from the list: > > sys/dev/kbdmux/kbdmux.c:1304 > > In the function kbdmux_modevent() the variable 'error' is assigned > values eight times, but at the end of the function there is just a > return 0; and the variable is never read. Probably the value should be > returned. > > You can find the list here: > http://tron.homeunix.org/unread_variables.log > > The list was generated by cparser, a C99 compiler, which uses libFIRM > for optimisation and code generation (lang/cparser in the ports). > > > A small disclaimer: There might be some false positives due to errors > which are caused by HEAD sources in combination with my installed 7.x > headers plus a hacked up build process. Also some warnings are the > result from variables, which are only used in debug macros, so td = > curthread; KASSERT(td != NULL); provokes a warning (I consider this bad > style). Nonetheless the number of false positives should be low. If > there is interest, then I can compile a "proper" list. Are you interested in false positive reports? If so, I think sys/contrib/pf/net/pf.c:2931 is one. Seems cparser is confused by the union in struct assignment, maybe? Or it suffers from the similar issue with switch/case-statements as gcc. saddr is read from in all but the default case. -- /"\ 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-current@FreeBSD.ORG Mon Feb 2 20:50:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45D9D1065880 for ; Mon, 2 Feb 2009 20:50:11 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5AEC08FC2D for ; Mon, 2 Feb 2009 20:50:09 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 7515041C711; Mon, 2 Feb 2009 21:50:07 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id FNbZjH7XjesD; Mon, 2 Feb 2009 21:50:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 357F341C6DB; Mon, 2 Feb 2009 21:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0D1484448E6; Mon, 2 Feb 2009 20:47:23 +0000 (UTC) Date: Mon, 2 Feb 2009 20:47:23 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mario Pavlov In-Reply-To: <256773966.25793.1233605357802.JavaMail.apache@mail54.abv.bg> Message-ID: <20090202204630.M93725@maildrop.int.zabbadoz.net> References: <256773966.25793.1233605357802.JavaMail.apache@mail54.abv.bg> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic caused by mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:50:32 -0000 On Mon, 2 Feb 2009, Mario Pavlov wrote: > I'm sorry, looks like that attachments got lost somewhere... > here are links to them: > http://e-soul.org/~mgp/tmp/panic.gif Not much information but I assume that this should have been fixed with r187946. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 20:56:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65E2D1065A82 for ; Mon, 2 Feb 2009 20:56:50 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 204CC8FC1E for ; Mon, 2 Feb 2009 20:56:48 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 02 Feb 2009 20:56:43 -0000 Received: from p54A3EDDF.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.237.223] by mail.gmx.net (mp066) with SMTP; 02 Feb 2009 21:56:43 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX18oqM9MprkoeDaH7ZpMx4sTEKd4iF2phjGj64N73/ YSGng17F6YWW8t Message-ID: <49875E0A.5070209@gmx.de> Date: Mon, 02 Feb 2009 21:56:42 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Max Laier References: <49874CA8.5090605@gmx.de> <200902022147.22862.max@love2party.net> In-Reply-To: <200902022147.22862.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: freebsd-hackers@freebsd.org, FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 20:56:56 -0000 Max Laier schrieb: > On Monday 02 February 2009 20:42:32 Christoph Mallon wrote: >> A small disclaimer: There might be some false positives due to errors >> which are caused by HEAD sources in combination with my installed 7.x >> headers plus a hacked up build process. Also some warnings are the >> result from variables, which are only used in debug macros, so td = >> curthread; KASSERT(td != NULL); provokes a warning (I consider this bad >> style). Nonetheless the number of false positives should be low. If >> there is interest, then I can compile a "proper" list. > > Are you interested in false positive reports? If so, I think > sys/contrib/pf/net/pf.c:2931 is one. Seems cparser is confused by the union > in struct assignment, maybe? Or it suffers from the similar issue with > switch/case-statements as gcc. saddr is read from in all but the default > case. When neither INET nor INET6 is set, daddr and saddr are only written to. So this part should be enclosed in #if defined INET || defined INET6. Probably this file is not compiled at all, when neither INET nor INET6 are set, so this is certainly the result of the "hacked up build process"-part, sorry. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 21:14:40 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E72E610656EF; Mon, 2 Feb 2009 21:14:40 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id AA8CD8FC08; Mon, 2 Feb 2009 21:14:40 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id D49B97309E; Mon, 2 Feb 2009 22:03:45 +0100 (CET) Date: Mon, 2 Feb 2009 22:03:45 +0100 From: Luigi Rizzo To: Christoph Mallon Message-ID: <20090202210345.GD20288@onelab2.iet.unipi.it> References: <49874CA8.5090605@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49874CA8.5090605@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:14:42 -0000 On Mon, Feb 02, 2009 at 08:42:32PM +0100, Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which > are only written to, but never read. This is more than the GCC warning, interesting list, thanks. Also, 700 entries is not a bad result considering the size of the codebase and the age of parts of it (i am pretty sure there is a lot of code 15+ years old which received little if any mainteinance or use in the past decade). (and i have nothing against old code except that compilers, coding practices and the amount of peer review have improved a lot over time, and so -- with some exceptions -- it is easier to prevent some of these issues with more recent code). cheers luigi From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 21:34:03 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66DDE106564A for ; Mon, 2 Feb 2009 21:34:03 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from mail-fx0-f10.google.com (mail-fx0-f10.google.com [209.85.220.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8125E8FC13 for ; Mon, 2 Feb 2009 21:34:02 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by fxm3 with SMTP id 3so1638064fxm.19 for ; Mon, 02 Feb 2009 13:34:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Z3Ign3hKxBiJbDDkd9aIJpIuDREjaDGsdimhlMGUi8I=; b=ppfaDQhM+SpKNqGYc8wQTJ/P9Qr3TVyGajMV+0Tc/68YyDnxCupUOsg50j+hfUtnOT mqRBG7q1hxuu8D1kNUWs+j6fNTD36NkU+UjL8gWRSFBRcrSW8Yjo6BQBxrPkh53JJad5 ZJPcg1c/aY7aLua90nm7jE1JMP6IHeOdSUvFc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=KTZkEtHJP6ywRG5OzC6ufu8atk3ULmfutY5kXoFixCY2pl1wIHajYpuSSgN3BXD7Wa QXX5dGi4Dq5JpWCrUZPZbn9cPtXHEGHnBiQx2SKC3n4W1RmlKsmP3T75lI7Oaej8JwSf Vcn3HWKCnk986lm9pdQaYoLSbFHryfwqb7094= MIME-Version: 1.0 Received: by 10.181.216.14 with SMTP id t14mr1820552bkq.8.1233609819803; Mon, 02 Feb 2009 13:23:39 -0800 (PST) In-Reply-To: <49874922.5050309@andric.com> References: <49874922.5050309@andric.com> Date: Mon, 2 Feb 2009 21:23:39 +0000 Message-ID: <70e8236f0902021323h5ceb50c8m58f32b655e8c57b5@mail.gmail.com> From: =?ISO-8859-1?Q?Jo=E3o_Barros?= To: Dimitry Andric Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:34:03 -0000 On Mon, Feb 2, 2009 at 7:27 PM, Dimitry Andric wrote: > On 2009-02-02 20:16, Marcel Moolenaar wrote: >> In case people are wondering: I'm working on proper support for >> logical partitions. This should also allow us to create and >> modify them. Of course when you add or remove a partition, the >> index changes and consequently the device name. I still need >> to find a good solution for that. Currently I'm thinking that >> we should create the device special file that contains the >> sector offset (which is the one constant) and create compatibility This approach assumes you'll only add/remove partitions, not move and/or resize them. Let's go big and assume all possibilities. >> symlinks. For example: >> >> /dev/da0s2.00000000 >> /dev/da0s2.0834F7A0 >> /dev/da0s5 -> /dev/da0s2.00000000 >> /dev/da0s6 -> /dev/da0s2.0834F7A0 >> >> The idea is that the logical name (i.e. the symlink) change when >> you add or remove a partition, but that all references (i.e. mount >> information) are against the fixed name. > > This sector-based ID is a creative approach. :) In Linux, they just > assign a GUID to each unique partition (or actually, filesystem), and > you can use that to mount it. It doesn't matter anymore whether you > shift partitions around then... ...shift partitions or controllers. Being controller agnostic is the way to go. Being able to duplicate my OSX partition from the internal sata to an external usb or firewire disk and booting from it on my mac without any modifications whatsoever to the system: priceless. This would be a step closer in that direction. I'd go UUID :) > > OTOH, this gives ugly fstabs like: I can live with an ugly fstab, but can't live with an unbootable system ;) > > UUID=cf3de368-9729-4399-b612-2b62f4e98930 / ext3 relatime,errors=remount-ro 0 1 > > Also, you need a place to put the GUID, and there may not be room for > this in the filesystem and/or partition. -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 21:35:45 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F64510656D2 for ; Mon, 2 Feb 2009 21:35:45 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 118068FC18 for ; Mon, 2 Feb 2009 21:35:44 +0000 (UTC) (envelope-from maksim.yevmenkin@gmail.com) Received: by gxk14 with SMTP id 14so1765821gxk.19 for ; Mon, 02 Feb 2009 13:35:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=oq7DBobIXZbv1Yoc/DGneUC2sS/5q28foema1pJrU9I=; b=S9O4j1x6crq4sR1R7HO+ssygIQGvLxnva+xGqPfzXdEU5EgESjhR5H2uOpc+v2LEd0 yHxyKLuO/1FosLiNPvb93ebhg6KaFullLudM+L5GkmQrQTQRcWJpw6+9KQDyGBOqUBWc T/2b3+uoUT4WbN5zUghxP0tm52FrqIgpoO/r8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=svLROWzGYNnvsNxjXtq0qVULNQTFnGPAn6s68ZqR0cH5FpOezuFoZbSaaGU/9M8Ul5 U0WH7XdggMfl3V7cBFGngsv0B+6UdDjEL4R7RKti6wxB2p61F13kagJLPmRGOE30Cqld CsxPrvRRwctRJmrTaCSkFKEMLRYaLUWV4xMoQ= MIME-Version: 1.0 Received: by 10.150.205.21 with SMTP id c21mr2331432ybg.175.1233610544311; Mon, 02 Feb 2009 13:35:44 -0800 (PST) In-Reply-To: <49874CA8.5090605@gmx.de> References: <49874CA8.5090605@gmx.de> Date: Mon, 2 Feb 2009 13:35:44 -0800 Message-ID: From: Maksim Yevmenkin To: Christoph Mallon Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:35:46 -0000 On Mon, Feb 2, 2009 at 11:42 AM, Christoph Mallon wrote: > Hi, > > I compiled a list of all local variables in src/sys/ (r188000), which are > only written to, but never read. This is more than the GCC warning, which > only complains about variables, which are only declared (and maybe > initialised) and not used otherwise. In contrast this list contains > variables with the following usage pattern: > > int w = 42; // GCC warns about this ... > int x; // ... but not this > x = 23; > x++; > return 0; > > The list contains about 700 entries. About three dozen concern variables > named 'error'. Here's one *example* from the list: > > sys/dev/kbdmux/kbdmux.c:1304 > > In the function kbdmux_modevent() the variable 'error' is assigned values > eight times, but at the end of the function there is just a return 0; and > the variable is never read. Probably the value should be returned. fixed. thanks for reporting! thanks, max From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 21:50:40 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97B00106568C for ; Mon, 2 Feb 2009 21:50:40 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout019.mac.com (asmtpout019.mac.com [17.148.16.94]) by mx1.freebsd.org (Postfix) with ESMTP id 805C18FC0C for ; Mon, 2 Feb 2009 21:50:37 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Received: from mdenny-t60.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp019.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KEG008RBKNPOI00@asmtp019.mac.com> for current@freebsd.org; Mon, 02 Feb 2009 13:50:14 -0800 (PST) Message-id: <949A33EE-8F97-47A4-8D66-656CC502730C@mac.com> From: Marcel Moolenaar To: =?ISO-8859-1?Q?Jo=E3o_Barros?= In-reply-to: <70e8236f0902021323h5ceb50c8m58f32b655e8c57b5@mail.gmail.com> Content-transfer-encoding: quoted-printable Date: Mon, 02 Feb 2009 13:50:13 -0800 References: <49874922.5050309@andric.com> <70e8236f0902021323h5ceb50c8m58f32b655e8c57b5@mail.gmail.com> X-Mailer: Apple Mail (2.930.3) Cc: Dimitry Andric , FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 21:50:41 -0000 On Feb 2, 2009, at 1:23 PM, Jo=E3o Barros wrote: > On Mon, Feb 2, 2009 at 7:27 PM, Dimitry Andric =20= > wrote: >> On 2009-02-02 20:16, Marcel Moolenaar wrote: >>> In case people are wondering: I'm working on proper support for >>> logical partitions. This should also allow us to create and >>> modify them. Of course when you add or remove a partition, the >>> index changes and consequently the device name. I still need >>> to find a good solution for that. Currently I'm thinking that >>> we should create the device special file that contains the >>> sector offset (which is the one constant) and create compatibility > > This approach assumes you'll only add/remove partitions, not move > and/or resize them. > Let's go big and assume all possibilities. Resizing is no problem but moving is, yes. With logical partitions you won't be able to move while the partition is mounted, something that you can support for other partitioning schemes. The question is: Is it acceptable to have limited support for moving logical partitions? I think it is. They're a kluge to begin with... --=20 Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 22:26:05 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BCB1065765 for ; Mon, 2 Feb 2009 22:26:05 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 0E5BC8FC19 for ; Mon, 2 Feb 2009 22:26:04 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (critter.freebsd.dk [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id AD4993F129; Mon, 2 Feb 2009 22:26:03 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.3/8.14.3) with ESMTP id n12MQ3Ze007343; Mon, 2 Feb 2009 22:26:03 GMT (envelope-from phk@critter.freebsd.dk) To: Christoph Mallon From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 02 Feb 2009 20:42:32 +0100." <49874CA8.5090605@gmx.de> Date: Mon, 02 Feb 2009 22:26:03 +0000 Message-ID: <7342.1233613563@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:26:06 -0000 In message <49874CA8.5090605@gmx.de>, Christoph Mallon writes: >I compiled a list of all local variables in src/sys/ (r188000), which >are only written to, but never read. Bravo! -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 22:27:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 750B61065716 for ; Mon, 2 Feb 2009 22:27:27 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.akherb.com (bsdevel.akherb.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 4E8058FC18 for ; Mon, 2 Feb 2009 22:27:27 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.akherb.com (163-146-42-72.gci.net [72.42.146.163]) by bsdevel.akherb.com (Postfix) with ESMTP id 0EDC428E10E2; Mon, 2 Feb 2009 22:07:57 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Mon, 2 Feb 2009 13:07:56 -0900 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <200902021643.39862.c47g@gmx.at> In-Reply-To: <200902021643.39862.c47g@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902021307.56403.beech@freebsd.org> Cc: Beech Rintoul Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akbeech@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:27:28 -0000 On Monday 02 February 2009 06:43:39 Christian Gusenbauer wrote: > Hi! > > Since the recent update (svn r187576) to the ppbus/ppc code my printer > stopped working. Every request seems to hang forever in ppb_request_bus > waiting for ppb->ppc_lock (at least 'top' tells me that it's hanging in > state 'ppbreq'). > > Any clues? > > Many thanks, > Christian. I wonder if this is the same issue I reported on questions that lpt0 now just reports "device busy"? Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 22:06:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B41E610656BA for ; Mon, 2 Feb 2009 22:06:52 +0000 (UTC) (envelope-from chet.ramey@case.edu) Received: from mpv2.tis.cwru.edu (mpv2.tis.CWRU.Edu [129.22.105.37]) by mx1.freebsd.org (Postfix) with ESMTP id 77D9D8FC17 for ; Mon, 2 Feb 2009 22:06:52 +0000 (UTC) (envelope-from chet.ramey@case.edu) Received: from mpv6.TIS.cwru.edu (mpv6.TIS.CWRU.Edu [129.22.104.221]) by mpv2.tis.cwru.edu (MOS 3.10.4-GA) with ESMTP id DBD50780; Mon, 2 Feb 2009 17:06:51 -0500 (EST) Received: from caleb.INS.CWRU.Edu (caleb.INS.CWRU.Edu [129.22.8.211]) by mpv6.TIS.cwru.edu (MOS 3.10.4-GA) with SMTP id EOU34369; Mon, 2 Feb 2009 17:06:50 -0500 (EST) Date: Mon, 2 Feb 2009 17:06:11 -0500 From: Chet Ramey Sender: Chet Ramey To: giffunip@tutopia.com References: <160891.1210.qm@web32701.mail.mud.yahoo.com> In-Reply-To: Message from giffunip@tutopia.com of Mon, 02 Feb 2009 09:47:28 -0800 (PST) (id <160891.1210.qm@web32701.mail.mud.yahoo.com>) Message-ID: <090202220611.AA95416.SM@caleb.INS.CWRU.Edu> Read-Receipt-To: chet.ramey@case.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Junkmail-Status: score=10/49, host=mpv2.tis.cwru.edu X-Junkmail-SD-Raw: score=unknown, refid=str=0001.0A090209.49876E7B.01EF,ss=1,fgs=0, ip=129.22.104.221, so=2008-12-08 22:38:29, dmn=5.7.1/2008-09-02, mode=single engine X-Junkmail-IWF: false X-Mailman-Approved-At: Mon, 02 Feb 2009 22:30:55 +0000 Cc: yanefbsd@gmail.com, freebsd-current@freebsd.org, drosih@rpi.edu, chet.ramey@case.edu Subject: Re: GNU readline (was Re: Alternatives to gcc) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: chet.ramey@case.edu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:06:54 -0000 > Why go into all this trouble? GNU readline is part of an evil plot: Yes, I've often thought so. -- ``The lyf so short, the craft so long to lerne.'' - Chaucer Chet Ramey, ITS, CWRU chet@case.edu http://tiswww.tis.case.edu/~chet/ From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 22:51:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13E2C1065675; Mon, 2 Feb 2009 22:51:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B14E58FC20; Mon, 2 Feb 2009 22:51:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n12Mox6j097253; Mon, 2 Feb 2009 17:50:59 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n12Mow6a022043; Mon, 2 Feb 2009 17:50:58 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C57507302F; Mon, 2 Feb 2009 17:50:58 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202225058.C57507302F@freebsd-current.sentex.ca> Date: Mon, 2 Feb 2009 17:50:58 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 22:51:03 -0000 TB --- 2009-02-02 21:31:51 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 21:31:51 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-02 21:31:51 - cleaning the object tree TB --- 2009-02-02 21:32:22 - cvsupping the source tree TB --- 2009-02-02 21:32:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-02 21:32:30 - building world TB --- 2009-02-02 21:32:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 21:32:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 21:32:30 - TARGET=pc98 TB --- 2009-02-02 21:32:30 - TARGET_ARCH=i386 TB --- 2009-02-02 21:32:30 - TZ=UTC TB --- 2009-02-02 21:32:30 - __MAKE_CONF=/dev/null TB --- 2009-02-02 21:32:30 - cd /src TB --- 2009-02-02 21:32:30 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 21:32:32 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.sbin/ntp/doc/ntptrace.8 > ntptrace.8.gz ===> usr.sbin/pciconf (all) cc -O2 -pipe -I/src/usr.sbin/pciconf/../../sys -fstack-protector -c /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/pciconf.c: In function 'list_bars': /src/usr.sbin/pciconf/pciconf.c:236: error: storage size of 'bar' isn't known /src/usr.sbin/pciconf/pciconf.c:258: error: 'PCIOCGETBAR' undeclared (first use in this function) /src/usr.sbin/pciconf/pciconf.c:258: error: (Each undeclared identifier is reported only once /src/usr.sbin/pciconf/pciconf.c:258: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 22:50:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 22:50:58 - ERROR: failed to build world TB --- 2009-02-02 22:50:58 - 3736.81 user 363.91 system 4746.79 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 23:31:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 790281065673 for ; Mon, 2 Feb 2009 23:31:13 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj1.jpmchase.com (sj1.jpmchase.com [159.53.110.137]) by mx1.freebsd.org (Postfix) with ESMTP id 376498FC17 for ; Mon, 2 Feb 2009 23:31:12 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj6.svr.bankone.net (sj6.svr.bankone.net [155.180.102.162]) by sj1.jpmchase.com (Switch-3.3.2/Switch-3.3.2) with ESMTP id n12MaU8p019772 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Mon, 2 Feb 2009 17:36:30 -0500 Received: from se8.svr.bankone.net (se8.svr.bankone.net [155.180.234.130]) by sj6.svr.bankone.net (Switch-3.3.2/Switch-3.3.2) with ESMTP id n12Mdj9V006898 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Mon, 2 Feb 2009 17:39:45 -0500 X-DKIM: Sendmail DKIM Filter v2.5.6 sj6.svr.bankone.net n12Mdj9V006898 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=jpmchase.com; s=smtpout; t=1233614385; bh=s28lGa6KYPZOSnUIJOYi3HOiqFAGiOJtEm8l/MU S6cY=; h=In-Reply-To:To:Subject:MIME-Version:Message-ID:From:Date: Content-Type; b=H4apGnZo+fxxCYU0VSHkUVMeyUz+IA83zn4Yuqgn7vcfL/jHT7 lHeFvK0MssViXYruukn9z90WBS7KPw2FOlMlbXPL4zd5SGbtBx2SeraxPGP0X2c8+RT zyfvIlYOVGzCGuBNuqi5LDWITT/FArnFHTBZ5bQA1uvdp4Vl9yzAKk= Received: from jpmchase.com ([10.246.2.156]) by se8.svr.bankone.net (Switch-3.1.8/Switch-3.1.7) with ESMTP id n12MYqbj027524 for ; Mon, 2 Feb 2009 17:34:52 -0500 Received: from ([169.81.34.42]) by imb2.jpmchase.com with ESMTP id KP-BRCFP.112537307; Mon, 02 Feb 2009 17:31:25 -0500 In-Reply-To: <949A33EE-8F97-47A4-8D66-656CC502730C@mac.com> To: current@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 CCH5 September 12, 2005 Message-ID: From: rohit.x.tripathi@jpmchase.com Date: Mon, 2 Feb 2009 17:34:26 -0500 X-MIMETrack: Serialize by Router on PHLMS133/JPMCHASE(Release 6.5.6FP2|October 17, 2007) at 02/02/2009 17:34:25, Serialize complete at 02/02/2009 17:34:25 Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 23:31:13 -0000 > Is it acceptable to have limited support for moving > logical partitions? > I think it is. They're a kluge to begin with... My 0.02% of 0.02, successful evolution is usually short-sighted (an excellent example is the human eye...) >Let's go big and assume all possibilities. A great idea, but keep in mind that the best design isn't always the most successful. ------------ p.s. please forgive the disclaimer this email is infected with ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. From owner-freebsd-current@FreeBSD.ORG Mon Feb 2 23:54:17 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9185C106564A; Mon, 2 Feb 2009 23:54:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 3A1DA8FC13; Mon, 2 Feb 2009 23:54:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n12NsENc002165; Mon, 2 Feb 2009 18:54:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n12NsEuU052608; Mon, 2 Feb 2009 18:54:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 78F6E7302F; Mon, 2 Feb 2009 18:54:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090202235414.78F6E7302F@freebsd-current.sentex.ca> Date: Mon, 2 Feb 2009 18:54:14 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Feb 2009 23:54:18 -0000 TB --- 2009-02-02 22:11:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-02 22:11:25 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-02 22:11:25 - cleaning the object tree TB --- 2009-02-02 22:12:00 - cvsupping the source tree TB --- 2009-02-02 22:12:00 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-02 22:12:08 - building world TB --- 2009-02-02 22:12:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-02 22:12:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-02 22:12:08 - TARGET=ia64 TB --- 2009-02-02 22:12:08 - TARGET_ARCH=ia64 TB --- 2009-02-02 22:12:08 - TZ=UTC TB --- 2009-02-02 22:12:08 - __MAKE_CONF=/dev/null TB --- 2009-02-02 22:12:08 - cd /src TB --- 2009-02-02 22:12:08 - /usr/bin/make -B buildworld >>> World build started on Mon Feb 2 22:12:10 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] gzip -cn /src/usr.sbin/ntp/doc/ntptrace.8 > ntptrace.8.gz ===> usr.sbin/pciconf (all) cc -O2 -pipe -I/src/usr.sbin/pciconf/../../sys -c /src/usr.sbin/pciconf/pciconf.c /src/usr.sbin/pciconf/pciconf.c: In function 'list_bars': /src/usr.sbin/pciconf/pciconf.c:236: error: storage size of 'bar' isn't known /src/usr.sbin/pciconf/pciconf.c:258: error: 'PCIOCGETBAR' undeclared (first use in this function) /src/usr.sbin/pciconf/pciconf.c:258: error: (Each undeclared identifier is reported only once /src/usr.sbin/pciconf/pciconf.c:258: error: for each function it appears in.) *** Error code 1 Stop in /src/usr.sbin/pciconf. *** Error code 1 Stop in /src/usr.sbin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-02 23:54:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-02 23:54:14 - ERROR: failed to build world TB --- 2009-02-02 23:54:14 - 5118.23 user 371.18 system 6169.21 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 01:26:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6740106566B for ; Tue, 3 Feb 2009 01:26:02 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 939408FC16 for ; Tue, 3 Feb 2009 01:26:02 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id 5370A125422; Tue, 3 Feb 2009 10:26:01 +0900 (JST) Message-ID: <49879D28.8050100@ongs.co.jp> Date: Tue, 03 Feb 2009 10:26:00 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: Ralph Zitz References: <4985FA10.5080604@imada.sdu.dk> <498607D7.7090507@videotron.ca> <20137.80.160.75.130.1233563452.squirrel@test.imada.sdu.dk> In-Reply-To: <20137.80.160.75.130.1233563452.squirrel@test.imada.sdu.dk> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: patch r187693 breaks HAL on amd64-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 01:26:03 -0000 I have checked follow patch. After rebuild kernel with that, hald works well and issues around hald have gone away on FreeBSD 8-current/amd64. I guess recent amd64 X.Org odd issues depends on this change. ASAP quick merging is important. Thanks Ralph Zitz wrote: > Thanks! > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Ralph Zitz wrote: >>> I'm not a HAL expert, but it seems that the patch makes HAL create a >>> zombie process when watching /dev/cd0. Reversing the patch makes HAL >>> work again. >>> >>> Link to patch message: >>> http://lists.freebsd.org/pipermail/svn-src-all/2009-January/004073.html >>> >> Hi Ralph >> >> Try the following patch, it should fix your problem with hal. >> >> Regards >> >> Steph >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v2.0.10 (FreeBSD) >> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org >> >> iEYEARECAAYFAkmGB9YACgkQmdOXtTCX/nt8tACgj5IzDaHDEsKIJbZPefOwzkiW >> Ne4AoMV4GzfMLeVeBAWIRbmG08R7Lpj3 >> =K7Cu >> -----END PGP SIGNATURE----- >> Index: kern/sys_generic.c >> =================================================================== >> --- kern/sys_generic.c (revision 187983) >> +++ kern/sys_generic.c (working copy) >> @@ -903,7 +903,7 @@ >> * bit position in the fd_mask array. >> */ >> static __inline int >> -selflags(fd_mask **ibits, int idx, int bit) >> +selflags(fd_mask **ibits, int idx, fd_mask bit) >> { >> int flags; >> int msk; >> @@ -912,7 +912,7 @@ >> for (msk = 0; msk < 3; msk++) { >> if (ibits[msk] == NULL) >> continue; >> - if ((ibits[msk][idx] & (fd_mask)bit) == 0) >> + if ((ibits[msk][idx] & bit) == 0) >> continue; >> flags |= select_flags[msk]; >> } >> > > _______________________________________________ > 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" -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 03:08:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5D2810656E9 for ; Tue, 3 Feb 2009 03:08:03 +0000 (UTC) (envelope-from sepotvin@videotron.ca) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 79B5F8FC17 for ; Tue, 3 Feb 2009 03:08:03 +0000 (UTC) (envelope-from sepotvin@videotron.ca) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1 Received: from leia.telcobridges.com ([96.21.231.154]) by VL-MH-MR002.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0KEG00CDWWL0JKR0@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Mon, 02 Feb 2009 21:07:48 -0500 (EST) Message-id: <4987A6DE.6040007@videotron.ca> Date: Mon, 02 Feb 2009 21:07:26 -0500 From: "Stephane E. Potvin" User-Agent: Thunderbird 2.0.0.19 (X11/20090129) To: Daichi GOTO References: <4985FA10.5080604@imada.sdu.dk> <498607D7.7090507@videotron.ca> <20137.80.160.75.130.1233563452.squirrel@test.imada.sdu.dk> <49879D28.8050100@ongs.co.jp> In-reply-to: <49879D28.8050100@ongs.co.jp> X-Enigmail-Version: 0.95.7 Cc: freebsd-current@freebsd.org, Ralph Zitz Subject: Re: patch r187693 breaks HAL on amd64-current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 03:08:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Daichi GOTO wrote: > I have checked follow patch. After rebuild kernel with that, > hald works well and issues around hald have gone away on > FreeBSD 8-current/amd64. > > I guess recent amd64 X.Org odd issues depends on > this change. ASAP quick merging is important. > Hi, The patch was committed as > r187996 | sepotvin | 2009-02-01 22:34:40 -0500 (Sun, 01 Feb 2009) | 5 lines > > Fix select on platforms where sizeof(long) != sizeof(int). This used > to work by accident before the cleanup done in revision 187693. Regards, Steph -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmHpt4ACgkQmdOXtTCX/ntJ+QCg/qR458j0aTYhIywV+PZEvPu0 2McAnAuznCItpNQUpXOe+WpBZD4f4JoR =0wp+ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 05:45:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6989B1065672 for ; Tue, 3 Feb 2009 05:45:23 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8738FC1E for ; Tue, 3 Feb 2009 05:45:23 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail51.abv.bg (mail51.ni.bg [192.168.151.12]) by smtp-out.abv.bg (Postfix) with ESMTP id 3C15B14EC05; Tue, 3 Feb 2009 07:44:31 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=oxQcJQHJYTymGmY8PN8jEwZqfabJhdVkoaLRXfcSf+nV6QUfzk1bdYTpEyxXU0Csp HlUYc0PgUeCFn/lOPT7o0c6qwtMkXBxfOxNbUxbwNqU5kehJjzyftPZ0c0AkYRDbazn DTnEKb0TFW/kXsrid2pK3JgsIB4GaFgJor+CNXU= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1233639871; bh=5iqFQXWDhGJLPmdXQBDUAl4jOJ0KSaiTb1SXP0G7qUI=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=BN86A5Y2yCRjakgWwFPlZZ9uF1jbGAgl Tk8lUd4jhMv7HJ7ysJPSkTT0rOncqHjDxnVkOLgGFv6H3nP6xFBQZMRmlaXKurSGfgF zIsk+b9Z0H0H15va01KU7izMj+UwVTC0dv29FzMjGp9fUuvKcSPETZKfI8187hteA91 Nz8DQ= Received: from mail51.abv.bg (mail51.abv.bg [127.0.0.1]) by mail51.abv.bg (Postfix) with ESMTP id C667B12DF2C; Tue, 3 Feb 2009 07:45:21 +0200 (EET) Date: Tue, 3 Feb 2009 07:45:21 +0200 (EET) From: Mario Pavlov To: "Bjoern A. Zeeb" Message-ID: <1868132185.26927.1233639921805.JavaMail.apache@mail51.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: freebsd-current@freebsd.org Subject: Re: Re: panic caused by mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 05:45:23 -0000 Hi, I don't know what else could be useful just tell me what you need and I'll provide it btw what is r187946 ? thank you regards MGP >On Mon, 2 Feb 2009, Mario Pavlov wrote: > >> I'm sorry, looks like that attachments got lost somewhere... >> here are links to them: >> http://e-soul.org/~mgp/tmp/panic.gif > >Not much information but I assume that this should have been fixed >with r187946. > >/bz > >-- >Bjoern A. Zeeb The greatest risk is not taking one. >_______________________________________________ >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-current@FreeBSD.ORG Tue Feb 3 07:21:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4354F106566B for ; Tue, 3 Feb 2009 07:21:58 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 00B008FC18 for ; Tue, 3 Feb 2009 07:21:57 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate01.web.de (Postfix) with ESMTP id B4175FCA5F81; Tue, 3 Feb 2009 08:21:56 +0100 (CET) Received: from [217.236.24.155] (helo=zelda.local) by smtp07.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LUFbY-00022t-00; Tue, 03 Feb 2009 08:21:56 +0100 Date: Tue, 3 Feb 2009 08:21:53 +0100 From: Martin To: Marcel Moolenaar Message-ID: <20090203082153.565746e2@zelda.local> In-Reply-To: References: X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX19CWszGmDOtH8OjRAiN360MoXPLAI1BmJgSKIk6 Tc2+kj2Ev7KAK9ajHs97jGJ24Lbw0h2x1TZm3ZhwsIW/HgkZXt NFlcg5L+c= Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 07:21:58 -0000 Am Mon, 02 Feb 2009 11:16:53 -0800 schrieb Marcel Moolenaar : > /dev/da0s2.00000000 > /dev/da0s2.0834F7A0 > /dev/da0s5 -> /dev/da0s2.00000000 > /dev/da0s6 -> /dev/da0s2.0834F7A0 Hi. As far as I remember, the old MS-DOS scheme for partitioning (we have GPT now ;) that I am happy with) implements these logical partitions as a linked list. Why not have a simple index pointing to the list entry? Something like this: /dev/da0s2.1 /dev/da0s2.2 Might be starting with 1 or perhaps 0. Second thing is, why do you need something like "s5"? I don't like these symlinks, because I don't see how you want to support something like ".eli" oder ".eli.journal" etc. -- Martin From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 08:55:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C06D1065670; Tue, 3 Feb 2009 08:55:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 614B98FC23; Tue, 3 Feb 2009 08:55:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n138tNoQ043728; Tue, 3 Feb 2009 03:55:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n138tNaO006918; Tue, 3 Feb 2009 03:55:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 802FC7302F; Tue, 3 Feb 2009 03:55:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203085523.802FC7302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 03:55:23 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 08:55:27 -0000 TB --- 2009-02-03 06:31:15 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 06:31:15 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-03 06:31:15 - cleaning the object tree TB --- 2009-02-03 06:31:35 - cvsupping the source tree TB --- 2009-02-03 06:31:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-03 06:31:45 - building world TB --- 2009-02-03 06:31:45 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 06:31:45 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 06:31:45 - TARGET=ia64 TB --- 2009-02-03 06:31:45 - TARGET_ARCH=ia64 TB --- 2009-02-03 06:31:45 - TZ=UTC TB --- 2009-02-03 06:31:45 - __MAKE_CONF=/dev/null TB --- 2009-02-03 06:31:45 - cd /src TB --- 2009-02-03 06:31:45 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 06:31:46 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 3 08:20:42 UTC 2009 TB --- 2009-02-03 08:20:42 - generating LINT kernel config TB --- 2009-02-03 08:20:42 - cd /src/sys/ia64/conf TB --- 2009-02-03 08:20:42 - /usr/bin/make -B LINT TB --- 2009-02-03 08:20:42 - building LINT kernel TB --- 2009-02-03 08:20:42 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 08:20:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 08:20:42 - TARGET=ia64 TB --- 2009-02-03 08:20:42 - TARGET_ARCH=ia64 TB --- 2009-02-03 08:20:42 - TZ=UTC TB --- 2009-02-03 08:20:42 - __MAKE_CONF=/dev/null TB --- 2009-02-03 08:20:42 - cd /src TB --- 2009-02-03 08:20:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 08:20:42 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 08:55:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 08:55:23 - ERROR: failed to build lint kernel TB --- 2009-02-03 08:55:23 - 7158.29 user 467.13 system 8648.29 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 09:42:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 768E21065677 for ; Tue, 3 Feb 2009 09:42:38 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from dirj.bris.ac.uk (dirj.bris.ac.uk [137.222.10.78]) by mx1.freebsd.org (Postfix) with ESMTP id D119F8FC08 for ; Tue, 3 Feb 2009 09:42:37 +0000 (UTC) (envelope-from mexas@bristol.ac.uk) Received: from seis.bris.ac.uk ([137.222.10.93]) by dirj.bris.ac.uk with esmtp (Exim 4.69) (envelope-from ) id 1LUHnR-00042E-Kd; Tue, 03 Feb 2009 09:42:28 +0000 Received: from mech-cluster238.men.bris.ac.uk ([137.222.187.238]) by seis.bris.ac.uk with esmtp (Exim 4.67) (envelope-from ) id 1LUHnG-000517-4Q; Tue, 03 Feb 2009 09:42:10 +0000 Received: from mech-cluster238.men.bris.ac.uk (localhost.men.bris.ac.uk [127.0.0.1]) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3) with ESMTP id n139g9S1052313; Tue, 3 Feb 2009 09:42:09 GMT (envelope-from mexas@bristol.ac.uk) Received: (from mexas@localhost) by mech-cluster238.men.bris.ac.uk (8.14.3/8.14.3/Submit) id n139g2g7052312; Tue, 3 Feb 2009 09:42:02 GMT (envelope-from mexas@bristol.ac.uk) X-Authentication-Warning: mech-cluster238.men.bris.ac.uk: mexas set sender to mexas@bristol.ac.uk using -f Date: Tue, 3 Feb 2009 09:42:02 +0000 From: Anton Shterenlikht To: Robert Noland Message-ID: <20090203094202.GA52293@mech-cluster238.men.bris.ac.uk> References: <20090202122408.GA97807@mech-cluster238.men.bris.ac.uk> <1233602464.1492.21.camel@ferret.2hip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1233602464.1492.21.camel@ferret.2hip.net> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -0.9 X-Spam-Level: / Cc: freebsd-current@freebsd.org, Anton Shterenlikht Subject: Re: X fails on i845 board - errors found in hardware state X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 09:42:39 -0000 On Mon, Feb 02, 2009 at 02:21:03PM -0500, Robert Noland wrote: > On Mon, 2009-02-02 at 12:24 +0000, Anton Shterenlikht wrote: > > X fails on i845G (or is it i845M ?) board with > > > > [skip] > > (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled > > (WW) intel(0): PRB0_HEAD (0x00000024) and PRB0_TAIL (0x00000068) indicate ring b > > uffer not flushed > > (WW) intel(0): Existing errors found in hardware state. > > Error in I830WaitLpRing(), timeout for 2 seconds > > pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 > > ipeir: 0x00000000 iphdr: 0x05000000 > > LP ring tail: 0x00000068 head: 0x00000024 len: 0x0001f001 start 0x00000000 > > eir: 0x0000 esr: 0x0000 emr: 0xff7b > > instdone: 0xffc1 instpm: 0x0000 > > memmode: 0x00000000 instps: 0x00000040 > > hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 acthd 0x311a8 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > [skip] > > Does this happen on a fresh boot, or only after X is restarted? each time since the recent massive ports upgrade. Since then I haven't been able to run X server at all. anton > > > Fatal server error: > > lockup > > > > > > The details are below. Note that it fails with or without drm. > > I wonder if I should submit a pr. > > > > many thanks > > anton > > > > # uname -srm > > FreeBSD 8.0-CURRENT i386 > > > > dmesg fragments > > > > # dmesg | grep agp > > agp0: on vgapci0 > > agp0: detected 8060k stolen memory > > agp0: aperture size is 128M > > > > # dmesg | grep drm > > drm0: on vgapci0 > > vgapci0: child drm0 requested pci_enable_busmaster > > info: [drm] AGP at 0xf0000000 128MB > > info: [drm] Initialized i915 1.6.0 20080730 > > drm0: [ITHREAD] > > > > full dmesg > > > > # dmesg > > Copyright (c) 1992-2009 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 8.0-CURRENT #0: Mon Feb 2 10:39:04 GMT 2009 > > mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE > > WARNING: WITNESS option enabled, expect reduced performance. > > Timecounter "i8254" frequency 1193182 Hz quality 0 > > CPU: Intel(R) Pentium(R) 4 CPU 2.40GHz (2400.10-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf27 Stepping = 7 > > Features=0xbfebfbff > > Features2=0x400 > > real memory = 527695872 (503 MB) > > avail memory = 507289600 (483 MB) > > acpi0: on motherboard > > acpi0: [ITHREAD] > > acpi0: Power Button (fixed) > > acpi0: reservation of 0, a0000 (3) failed > > acpi0: reservation of 100000, 1f700000 (3) failed > > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 > > pcib0: port 0xcf8-0xcff on acpi0 > > pci0: on pcib0 > > vgapci0: mem 0xf0000000-0xf7ffffff,0xffa80000-0xffafffff irq 11 at device 2.0 on pci0 > > agp0: on vgapci0 > > agp0: detected 8060k stolen memory > > agp0: aperture size is 128M > > drm0: on vgapci0 > > vgapci0: child drm0 requested pci_enable_busmaster > > info: [drm] AGP at 0xf0000000 128MB > > info: [drm] Initialized i915 1.6.0 20080730 > > uhci0: port 0xe800-0xe81f irq 11 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 0xe880-0xe89f irq 3 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 0xec00-0xec1f irq 5 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 0xffa7fc00-0xffa7ffff irq 9 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 > > ahc0: port 0xd800-0xd8ff mem 0xff8ff000-0xff8fffff irq 10 at device 0.0 on pci1 > > ahc0: [ITHREAD] > > aic7880: Ultra Wide Channel A, SCSI Id=7, 16/253 SCBs > > fxp0: port 0xdc00-0xdc3f mem 0xff8fe000-0xff8fefff irq 11 at device 8.0 on pci1 > > miibus0: on fxp0 > > inphy0: PHY 1 on miibus0 > > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > > fxp0: Ethernet address: 00:07:e9:e7:41:dc > > fxp0: [ITHREAD] > > isab0: at device 31.0 on pci0 > > isa0: on isab0 > > atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xffa0-0xffaf 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_button0: on acpi0 > > atrtc0: port 0x70-0x71 irq 8 on acpi0 > > fdc0: port 0x3f0-0x3f1,0x3f2-0x3f3,0x3f4-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > > fdc0: [FILTER] > > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > > uart0: [FILTER] > > ppc0: port 0x378-0x37f irq 7 on acpi0 > > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > > ppc0: [ITHREAD] > > ppbus0: on ppc0 > > plip0: on ppbus0 > > plip0: [ITHREAD] > > lpt0: on ppbus0 > > lpt0: [ITHREAD] > > lpt0: Interrupt-driven port > > ppi0: on ppbus0 > > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > > atkbd0: irq 1 on atkbdc0 > > kbd0 at atkbd0 > > atkbd0: [GIANT-LOCKED] > > atkbd0: [ITHREAD] > > psm0: irq 12 on atkbdc0 > > psm0: [GIANT-LOCKED] > > psm0: [ITHREAD] > > psm0: model IntelliMouse, device ID 3 > > cpu0: on acpi0 > > p4tcc0: on cpu0 > > pmtimer0 on isa0 > > orm0: at iomem 0xcb800-0xcbfff pnpid ORM0000 on isa0 > > sc0: at flags 0x100 on isa0 > > sc0: VGA <16 virtual consoles, flags=0x300> > > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > > Timecounter "TSC" frequency 2400099084 Hz quality 800 > > Timecounters tick every 1.000 msec > > ahc0: Someone reset channel A > > ad0: 76319MB at ata0-master UDMA100 > > acd0: DVDROM at ata1-master UDMA33 > > acd1: CDRW at ata1-slave UDMA33 > > Waiting 5 seconds for SCSI devices to settle > > (probe0:ahc0:0:0:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe1:ahc0:0:1:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe2:ahc0:0:2:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe3:ahc0:0:3:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe4:ahc0:0:4:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe5:ahc0:0:5:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe6:ahc0:0:6:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe7:ahc0:0:8:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe8:ahc0:0:9:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe9:ahc0:0:10:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe10:ahc0:0:11:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe11:ahc0:0:12:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe12:ahc0:0:13:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe13:ahc0:0:14:0): INQUIRY. CDB: 12 0 0 0 24 0 > > (probe14:ahc0:0:15:0): INQUIRY. CDB: 12 0 0 0 24 0 > > GEOM: ad0s1: geometry does not match label (255h,63s != 16h,63s). > > WARNING: WITNESS option enabled, expect reduced performance. > > Trying to mount root from ufs:/dev/ad0s1a > > lock order reversal: > > 1st 0xc2c6d044 user map (user map) @ /usr/src/sys/vm/vm_map.c:3198 > > 2nd 0xc2e757ac ufs (ufs) @ /usr/src/sys/kern/vfs_subr.c:2071 > > KDB: stack backtrace: > > db_trace_self_wrapper(c081229e,c2a11914,c0608e59,4,c080db0b,...) at db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c080db0b,c081bb43,c2c2f0b0,c2a1196c,...) at kdb_backtrace+0x29 > > _witness_debugger(c0814ddf,c2e757ac,c0808b46,c2c2f0b0,c081bb43,...) at _witness_debugger+0x21 > > witness_checkorder(c2e757ac,1,c081bb43,817,0,...) at witness_checkorder+0x811 > > __lockmgr_args(c2e757ac,200501,c2e757c8,0,0,...) at __lockmgr_args+0x226 > > ffs_lock(c2a11a7c,c0608c35,c082ecbb,200501,c2e75754,...) at ffs_lock+0x7d > > VOP_LOCK1_APV(c087ae20,c2a11a7c,c2c6ae24,c088b3a0,c2e75754,...) at VOP_LOCK1_APV+0xaf > > _vn_lock(c2e75754,200501,c081bb43,817,4,...) at _vn_lock+0x5e > > vget(c2e75754,200501,c2c6ad80,4b4,0,...) at vget+0xc1 > > vnode_pager_lock(c10432e8,0,c082c298,127,c2a11c18,...) at vnode_pager_lock+0x1d3 > > vm_fault(c2c6d000,80d6000,2,8,80d6000,...) at vm_fault+0x1e8 > > trap_pfault(5,0,c0837eec,2e7,c,...) at trap_pfault+0xf9 > > trap(c2a11d38) at trap+0x264 > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0x80480e5, esp = 0xbfbfeef0, ebp = 0xbfbfef10 --- > > drm0: [ITHREAD] > > pid 1150 (Xorg), uid 0: exited on signal 6 (core dumped) > > pid 1155 (Xorg), uid 0: exited on signal 6 (core dumped) > > > > Xorg log > > > > #cat /var/log/Xorg.0.log > > X.Org X Server 1.5.3 > > Release Date: 5 November 2008 > > X Protocol Version 11, Revision 0 > > Build Operating System: FreeBSD 8.0-CURRENT i386 > > Current Operating System: FreeBSD mech-Anton240.men.bris.ac.uk 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Feb 2 10:39:04 GMT 2009 mexas@mech-Anton240.men.bris.ac.uk:/usr/obj/usr/src/sys/EDGE i386 > > Build Date: 27 January 2009 05:40:24PM > > > > Before reporting problems, check http://wiki.x.org > > to make sure that you have the latest version. > > 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.0.log", Time: Mon Feb 2 11:58:09 2009 > > (++) Using config file: "/root/xorg.conf.new" > > (==) ServerLayout "X.org Configured" > > (**) |-->Screen "Screen0" (0) > > (**) | |-->Monitor "Monitor0" > > (**) | |-->Device "Card0" > > (**) |-->Input Device "Mouse0" > > (**) |-->Input Device "Keyboard0" > > (==) Automatically adding devices > > (==) Automatically enabling devices > > (WW) `fonts.dir' not found (or not valid) in "/usr/local/lib/X11/fonts/100dpi/". > > Entry deleted from font path. > > (Run 'mkfontdir' on "/usr/local/lib/X11/fonts/100dpi/"). > > (==) Including the default font path /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/. > > (**) 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/75dpi/, > > /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/ > > (**) ModulePath set to "/usr/local/lib/xorg/modules" > > (WW) AllowEmptyInput is on, devices using drivers 'kbd' or 'mouse' will be disabled. > > (WW) Disabling Mouse0 > > (WW) Disabling Keyboard0 > > (II) Loader magic: 0x81b1de0 > > (II) Module ABI versions: > > X.Org ANSI C Emulation: 0.4 > > X.Org Video Driver: 4.1 > > X.Org XInput driver : 2.1 > > X.Org Server Extension : 1.1 > > X.Org Font Renderer : 0.6 > > (II) Loader running on freebsd > > (--) Using syscons driver with X support (version 2.0) > > (--) using VT number 9 > > > > (--) PCI:*(0@0:2:0) Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device rev 3, Mem @ 0xf0000000/0, 0xffa80000/0, BIOS @ 0x????????/65536 > > (II) 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 0x0000ffff - 0x0000ffff (0x1) IX[B] > > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > (II) "extmod" will be loaded. This was enabled by default and also specified in the config file. > > (II) "dbe" will be loaded. This was enabled by default and also specified in the config file. > > (II) "glx" will be loaded. This was enabled by default and also specified in the config file. > > (II) "freetype" will be loaded. This was enabled by default and also specified in the config file. > > (II) "record" will be loaded. This was enabled by default and also specified in the config file. > > (II) "dri" will be loaded. This was enabled by default and also specified in the config file. > > (II) LoadModule: "extmod" > > > > (II) Loading /usr/local/lib/xorg/modules/extensions//libextmod.so > > (II) Module extmod: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 1.0.0 > > Module class: X.Org Server Extension > > ABI class: X.Org Server Extension, version 1.1 > > (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 1.5.3, module version = 1.13.0 > > Module class: X.Org Server Extension > > ABI class: X.Org Server Extension, version 1.1 > > (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 1.5.3, module version = 1.0.0 > > Module class: X.Org Server Extension > > ABI class: X.Org Server Extension, version 1.1 > > (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 1.5.3, module version = 1.0.0 > > ABI class: X.Org Server Extension, version 1.1 > > (==) AIGLX disabled > > (==) Exporting typical set of GLX visuals > > (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 1.5.3, module version = 1.0.0 > > Module class: X.Org Server Extension > > ABI class: X.Org Server Extension, version 1.1 > > (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 1.5.3, module version = 1.0.0 > > ABI class: X.Org Server Extension, version 1.1 > > (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 1.5.3, module version = 2.1.0 > > Module class: X.Org Font Renderer > > ABI class: X.Org Font Renderer, version 0.6 > > (II) Loading font FreeType > > (II) LoadModule: "intel" > > > > (II) Loading /usr/local/lib/xorg/modules/drivers//intel_drv.so > > (II) Module intel: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 2.5.1 > > Module class: X.Org Video Driver > > ABI class: X.Org Video Driver, version 4.1 > > (II) intel: Driver for Intel Integrated Graphics Chipsets: i810, > > i810-dc100, i810e, i815, i830M, 845G, 852GM/855GM, 865G, 915G, > > E7221 (i915), 915GM, 945G, 945GM, 945GME, 965G, G35, 965Q, 946GZ, > > 965GM, 965GME/GLE, G33, Q35, Q33, > > Mobile IntelР±в•ќ GM45 Express Chipset, > > Intel Integrated Graphics Device, G45/G43, Q45/Q43, G41 > > (II) Primary Device is: PCI 00@00:02:0 > > (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 0x0000ffff - 0x0000ffff (0x1) IX[B] > > [5] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > (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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B] > > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B] > > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B] > > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B] > > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B] > > (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 1.5.3, module version = 0.1.0 > > ABI class: X.Org Video Driver, version 4.1 > > (==) intel(0): Depth 24, (==) framebuffer bpp 32 > > (==) intel(0): RGB weight 888 > > (==) intel(0): Default visual is TrueColor > > (II) intel(0): Integrated Graphics Chipset: Intel(R) 845G > > (--) intel(0): Chipset: "845G" > > (--) intel(0): Linear framebuffer at 0xF0000000 > > (--) intel(0): IO registers at addr 0xFFA80000 > > (==) intel(0): Using EXA for acceleration > > (II) intel(0): 1 display pipe available. > > (II) Loading sub module "ddc" > > (II) LoadModule: "ddc" > > (II) Module "ddc" already built-in > > (II) Loading sub module "i2c" > > (II) LoadModule: "i2c" > > (II) Module "i2c" already built-in > > (II) intel(0): Output VGA using monitor section Monitor0 > > (II) intel(0): I2C bus "DVODDC_D" initialized. > > (II) Loading sub module "sil164" > > (II) LoadModule: "sil164" > > > > (II) Loading /usr/local/lib/xorg/modules/drivers//sil164.so > > (II) Module sil164: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 1.0.0 > > ABI class: X.Org Video Driver, version 4.1 > > (II) intel(0): I2C bus "DVOI2C_E" initialized. > > (II) Loading sub module "ch7xxx" > > (II) LoadModule: "ch7xxx" > > > > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7xxx.so > > (II) Module ch7xxx: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 1.0.0 > > ABI class: X.Org Video Driver, version 4.1 > > (II) intel(0): I2C bus "DVOI2C_E" removed. > > (II) intel(0): I2C bus "DVOI2C_E" initialized. > > (II) Loading sub module "ivch" > > (II) LoadModule: "ivch" > > > > (II) Loading /usr/local/lib/xorg/modules/drivers//ivch.so > > (II) Module ivch: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 1.0.0 > > ABI class: X.Org Video Driver, version 4.1 > > (II) intel(0): I2C bus "DVOI2C_E" removed. > > (II) intel(0): I2C bus "DVOI2C_B" initialized. > > (II) Loading sub module "tfp410" > > (II) LoadModule: "tfp410" > > > > (II) Loading /usr/local/lib/xorg/modules/drivers//tfp410.so > > (II) Module tfp410: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 1.0.0 > > ABI class: X.Org Video Driver, version 4.1 > > (II) intel(0): I2C bus "DVOI2C_B" removed. > > (II) intel(0): I2C bus "DVOI2C_E" initialized. > > (II) Loading sub module "ch7017" > > (II) LoadModule: "ch7017" > > > > (II) Loading /usr/local/lib/xorg/modules/drivers//ch7017.so > > (II) Module ch7017: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 1.0.0 > > ABI class: X.Org Video Driver, version 4.1 > > (II) intel(0): I2C bus "DVOI2C_E" removed. > > (II) intel(0): I2C bus "DVOI2C_E" initialized. > > (II) intel(0): I2C bus "DVOI2C_E" removed. > > (II) intel(0): I2C bus "DVODDC_D" removed. > > (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear > > (II) intel(0): I2C bus "CRTDDC_A" initialized. > > (II) intel(0): I2C bus "CRTDDC_A" removed. > > (II) intel(0): I2C bus "CRTDDC_A" initialized. > > (II) intel(0): I2C device "CRTDDC_A:ddc2" registered at address 0xA0. > > (II) intel(0): I2C device "CRTDDC_A:ddc2" removed. > > (II) intel(0): I2C bus "CRTDDC_A" removed. > > (II) intel(0): EDID vendor "@@@", prod id 0 > > (II) intel(0): Printing DDC gathered Modelines: > > (II) intel(0): Modeline "800x600"x0.0 40.00 800 840 968 1056 600 601 605 628 +hsync +vsync (37.9 kHz) > > (II) intel(0): Modeline "800x600"x0.0 36.00 800 824 896 1024 600 601 603 625 +hsync +vsync (35.2 kHz) > > (II) intel(0): Modeline "640x480"x0.0 31.50 640 656 720 840 480 481 484 500 -hsync -vsync (37.5 kHz) > > (II) intel(0): Modeline "640x480"x0.0 31.50 640 664 704 832 480 489 491 520 -hsync -vsync (37.9 kHz) > > (II) intel(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz) > > (II) intel(0): Modeline "640x480"x0.0 25.20 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz) > > (II) intel(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz) > > (II) intel(0): Modeline "1024x768"x0.0 78.80 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.1 kHz) > > (II) intel(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz) > > (II) intel(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz) > > (II) intel(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz) > > (II) intel(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz) > > (II) intel(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz) > > (II) intel(0): EDID vendor "@@@", prod id 0 > > (II) intel(0): Output VGA connected > > (II) intel(0): Using fuzzy aspect match for initial modes > > (II) intel(0): Output VGA using initial mode 1280x960 > > (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear > > (II) intel(0): detected 128 kB GTT. > > (II) intel(0): detected 8060 kB stolen memory. > > (==) intel(0): video overlay key set to 0x101fe > > (==) intel(0): Intel XvMC decoder disabled > > (==) intel(0): Will not try to enable page flipping > > (==) intel(0): Triple buffering disabled > > (==) intel(0): Using gamma correction (1.0, 1.0, 1.0) > > (**) intel(0): Display dimensions: (300, 230) mm > > (**) intel(0): DPI set to (108, 141) > > (II) Loading sub module "fb" > > (II) LoadModule: "fb" > > > > (II) Loading /usr/local/lib/xorg/modules//libfb.so > > (II) Module fb: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 1.0.0 > > ABI class: X.Org ANSI C Emulation, version 0.4 > > (II) Loading sub module "exa" > > (II) LoadModule: "exa" > > > > (II) Loading /usr/local/lib/xorg/modules//libexa.so > > (II) Module exa: vendor="X.Org Foundation" > > compiled for 1.5.3, module version = 2.4.0 > > ABI class: X.Org Video Driver, version 4.1 > > (II) Loading sub module "ramdac" > > (II) LoadModule: "ramdac" > > (II) Module "ramdac" already built-in > > (II) intel(0): Comparing regs from server start up to After PreInit > > (==) Depth 24 pixmap format is 32 bpp > > (II) do I need RAC? No, I don't. > > (II) resource ranges after preInit: > > [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] 0 0 0x000a0000 - 0x000affff (0x10000) MS[B](OprD) > > [5] 0 0 0x000b0000 - 0x000b7fff (0x8000) MS[B](OprD) > > [6] 0 0 0x000b8000 - 0x000bffff (0x8000) MS[B](OprD) > > [7] -1 0 0x0000ffff - 0x0000ffff (0x1) IX[B] > > [8] -1 0 0x00000000 - 0x000000ff (0x100) IX[B] > > [9] 0 0 0x000003b0 - 0x000003bb (0xc) IS[B](OprU) > > [10] 0 0 0x000003c0 - 0x000003df (0x20) IS[B](OprU) > > (II) intel(0): Kernel reported 112640 total, 0 used > > (II) intel(0): I830CheckAvailableMemory: 450560 kB available > > drmOpenDevice: node name is /dev/dri/card0 > > drmOpenDevice: open result is 11, (OK) > > drmOpenDevice: node name is /dev/dri/card0 > > drmOpenDevice: open result is 11, (OK) > > drmOpenByBusid: Searching for BusID pci:0000:00:02.0 > > drmOpenDevice: node name is /dev/dri/card0 > > drmOpenDevice: open result is 11, (OK) > > drmOpenByBusid: drmOpenMinor returns 11 > > drmOpenByBusid: drmGetBusid reports pci:0000:00:02.0 > > (II) [drm] DRM interface version 1.2 > > (II) [drm] DRM open master succeeded. > > (II) intel(0): [drm] Using the DRM lock SAREA also for drawables. > > (II) intel(0): [drm] framebuffer mapped by ddx driver > > (II) intel(0): [drm] added 1 reserved context for kernel > > (II) intel(0): X context handle = 0x2 > > (II) intel(0): [drm] installed DRM signal handler > > (**) intel(0): Framebuffer compression disabled > > (**) intel(0): Tiling enabled > > (==) intel(0): VideoRam: 131072 KB > > (II) intel(0): Attempting memory allocation with tiled buffers. > > (II) intel(0): Tiled allocation successful. > > (II) intel(0): [drm] Registers = 0xffa80000 > > (II) intel(0): [drm] ring buffer = 0xf0000000 > > (II) intel(0): [drm] mapped front buffer at 0xf1000000, handle = 0xf1000000 > > (II) intel(0): [drm] mapped back buffer at 0xf4000000, handle = 0xf4000000 > > (II) intel(0): [drm] mapped depth buffer at 0xf5000000, handle = 0xf5000000 > > (II) intel(0): [drm] mapped classic textures at 0xf6000000, handle = 0xf6000000 > > (II) intel(0): [drm] Initialized kernel agp heap manager, 33554432 > > (II) intel(0): [dri] visual configs initialized > > (II) intel(0): Page Flipping disabled > > (II) intel(0): vgaHWGetIOBase: hwp->IOBase is 0x03d0, hwp->PIOOffset is 0x0000 > > (==) intel(0): Write-combining range (0xa0000,0x10000) was already clear > > (II) EXA(0): Offscreen pixmap area of 31457280 bytes > > (II) EXA(0): Driver registered support for the following operations: > > (II) Solid > > (II) Copy > > (II) Composite (RENDER acceleration) > > (==) intel(0): Backing store disabled > > (==) intel(0): Silken mouse enabled > > (II) intel(0): Initializing HW Cursor > > (II) intel(0): [DRI] installation complete > > (II) intel(0): xf86BindGARTMemory: bind key 13 at 0x007df000 (pgoffset 2015) > > (II) intel(0): xf86BindGARTMemory: bind key 14 at 0x01000000 (pgoffset 4096) > > (II) intel(0): xf86BindGARTMemory: bind key 15 at 0x02000000 (pgoffset 8192) > > (II) intel(0): xf86BindGARTMemory: bind key 16 at 0x04000000 (pgoffset 16384) > > (II) intel(0): xf86BindGARTMemory: bind key 17 at 0x05000000 (pgoffset 20480) > > (II) intel(0): xf86BindGARTMemory: bind key 18 at 0x06000000 (pgoffset 24576) > > (II) intel(0): Fixed memory allocation layout: > > (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) > > (II) intel(0): 0x00020000-0x00024fff: HW cursors (20 kB) > > (II) intel(0): 0x00025000-0x0002cfff: logical 3D context (32 kB) > > (II) intel(0): 0x0002d000-0x0012cfff: fake bufmgr (1024 kB) > > (II) intel(0): 0x007df000: end of stolen memory > > (II) intel(0): 0x007df000-0x007dffff: overlay registers (4 kB, 0x00000000107c6000 physical > > ) > > (II) intel(0): 0x01000000-0x01ffffff: front buffer (10240 kB) X tiled > > (II) intel(0): 0x02000000-0x03dfffff: exa offscreen (30720 kB) > > (II) intel(0): 0x04000000-0x04ffffff: back buffer (10240 kB) X tiled > > (II) intel(0): 0x05000000-0x05ffffff: depth buffer (10240 kB) X tiled > > (II) intel(0): 0x06000000-0x07ffffff: classic textures (32768 kB) > > (II) intel(0): 0x08000000: end of aperture > > (WW) intel(0): PRB0_CTL (0x0001f001) indicates ring buffer enabled > > (WW) intel(0): PRB0_HEAD (0x00000024) and PRB0_TAIL (0x00000068) indicate ring buffer not flushed > > (WW) intel(0): Existing errors found in hardware state. > > Error in I830WaitLpRing(), timeout for 2 seconds > > pgetbl_ctl: 0x1ffe0001 getbl_err: 0x00000000 > > ipeir: 0x00000000 iphdr: 0x05000000 > > LP ring tail: 0x00000068 head: 0x00000024 len: 0x0001f001 start 0x00000000 > > eir: 0x0000 esr: 0x0000 emr: 0xff7b > > instdone: 0xffc1 instpm: 0x0000 > > memmode: 0x00000000 instps: 0x00000040 > > hwstam: 0xffff ier: 0x0000 imr: 0xffff iir: 0x0000 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 acthd 0x311a8 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring at virtual 0x28c00000 head 0x24 tail 0x68 count 17 > > Ring end > > space: 130996 wanted 131064 > > (II) intel(0): [drm] removed 1 reserved context for kernel > > (II) intel(0): [drm] unmapping 8192 bytes of SAREA 0xc325a000 at 0x286e0000 > > (II) intel(0): [drm] Closed DRM master. > > > > Fatal server error: > > lockup > > > > _fence_emit_internal: drm_i915_irq_emit: -9 > > -- > Robert Noland > FreeBSD -- Anton Shterenlikht Room 2.6, Queen's Building Mech Eng Dept Bristol University University Walk, Bristol BS8 1TR, UK Tel: +44 (0)117 928 8233 Fax: +44 (0)117 929 4423 From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 09:50:27 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 78B2D106568C; Tue, 3 Feb 2009 09:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 4DC288FC1E; Tue, 3 Feb 2009 09:50:27 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n139oNd3097394; Tue, 3 Feb 2009 04:50:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n139oMHf045217; Tue, 3 Feb 2009 04:50:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8F01C7302F; Tue, 3 Feb 2009 04:50:22 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203095022.8F01C7302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 04:50:22 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 09:50:28 -0000 TB --- 2009-02-03 08:00:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 08:00:35 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-03 08:00:35 - cleaning the object tree TB --- 2009-02-03 08:01:03 - cvsupping the source tree TB --- 2009-02-03 08:01:03 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-03 08:01:11 - building world TB --- 2009-02-03 08:01:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 08:01:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 08:01:11 - TARGET=powerpc TB --- 2009-02-03 08:01:11 - TARGET_ARCH=powerpc TB --- 2009-02-03 08:01:11 - TZ=UTC TB --- 2009-02-03 08:01:11 - __MAKE_CONF=/dev/null TB --- 2009-02-03 08:01:11 - cd /src TB --- 2009-02-03 08:01:11 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 08:01:13 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 3 09:26:51 UTC 2009 TB --- 2009-02-03 09:26:51 - generating LINT kernel config TB --- 2009-02-03 09:26:51 - cd /src/sys/powerpc/conf TB --- 2009-02-03 09:26:51 - /usr/bin/make -B LINT TB --- 2009-02-03 09:26:51 - building LINT kernel TB --- 2009-02-03 09:26:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 09:26:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 09:26:51 - TARGET=powerpc TB --- 2009-02-03 09:26:51 - TARGET_ARCH=powerpc TB --- 2009-02-03 09:26:51 - TZ=UTC TB --- 2009-02-03 09:26:51 - __MAKE_CONF=/dev/null TB --- 2009-02-03 09:26:51 - cd /src TB --- 2009-02-03 09:26:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 09:26:51 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 09:50:22 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 09:50:22 - ERROR: failed to build lint kernel TB --- 2009-02-03 09:50:22 - 5241.75 user 430.15 system 6587.04 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 10:04:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CAE001065674 for ; Tue, 3 Feb 2009 10:04:39 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from natial.ongs.co.jp (natial.ongs.co.jp [202.216.246.90]) by mx1.freebsd.org (Postfix) with ESMTP id 9F45D8FC1F for ; Tue, 3 Feb 2009 10:04:39 +0000 (UTC) (envelope-from daichi@ongs.co.jp) Received: from parancell.ongs.co.jp (dullmdaler.ongs.co.jp [202.216.246.94]) by natial.ongs.co.jp (Postfix) with ESMTPSA id DDD57125422 for ; Tue, 3 Feb 2009 19:04:38 +0900 (JST) Message-ID: <498816B6.6020404@ongs.co.jp> Date: Tue, 03 Feb 2009 19:04:38 +0900 From: Daichi GOTO User-Agent: Thunderbird 2.0.0.19 (X11/20090201) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: FreeBSD 8-current/amd64 very slowly loader(8) issue X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 10:04:40 -0000 I have moved my main work pc from i386 FreeBSD to amd64 to get more memory use and ZFS checking. I'm wondering why loader loads kernel and kernel modules very slowly. [M/B and CPU info] # dmidecode (snip) Base Board Information Manufacturer: Gigabyte Technology Co., Ltd. Product Name: EP45-UD3LR Version: x.x Serial Number: (snip) Version: Intel(R) Core(TM)2 Quad CPU Voltage: 1.0 V External Clock: 333 MHz Max Speed: 4000 MHz Current Speed: 2500 MHz Status: Populated, Enabled Upgrade: Socket 478 (snip) Maximum Memory Module Size: 1024 MB Maximum Total Memory Size: 4096 MB (snip) # FreeBSD amd64 on the other work pc (E6600, DP965LT, 2GB mem), loader works incredible slow, but after I changed BIOS CMOS config turning AHCI off, it works very well. So I am doubting AHCI works well, but turing off AHCI feature of EP45-UD3LR M/B, amd64 loader still remains in very slow working. Anyone has any ideas? Thanks -- Daichi GOTO, http://people.freebsd.org/~daichi From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 10:28:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F0BB1065672; Tue, 3 Feb 2009 10:28:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 332D28FC17; Tue, 3 Feb 2009 10:28:06 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=TuMdnc74LEQA:10 a=f-PAsAXdDFMA:10 a=nlUTQSQMWHxxzVtfapcA:9 a=YvysQncgdjcJ98GY-mgA:7 a=T8JqiJnvM4eoNQXC2OVawFKKphwA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1020936894; Tue, 03 Feb 2009 11:28:05 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 3 Feb 2009 11:30:29 +0100 User-Agent: KMail/1.9.7 References: <20090203095022.8F01C7302F@freebsd-current.sentex.ca> In-Reply-To: <20090203095022.8F01C7302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902031130.31244.hselasky@c2i.net> Cc: powerpc@freebsd.org, FreeBSD Tinderbox , Andrew Thompson , current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 10:28:09 -0000 On Tuesday 03 February 2009, FreeBSD Tinderbox wrote: > [...] > cc1: warnings being treated as errors > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: > warning: data definition has no type or storage class > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: > warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: > warning: parameter names (without types) in function declaration > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In > function 'usb2_quirkstr': > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: > error: 'USB_QUIRK' undeclared (first use in this function) > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: > error: (Each undeclared identifier is reported only once > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: > error: for each function it appears in.) *** Error code 1 > Hi, I don't know who is fixing this issue. If noone is, then here is what needs to be reverted: ==== //depot/vendor/freebsd/src/sys/dev/usb2/include/usb2_error.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/include/usb2_error.h#4 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/include/usb2_error.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/include/usb2_error.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ /*- * Copyright (c) 2008 Hans Petter Selasky. All rights reserved. * ==== //depot/vendor/freebsd/src/sys/dev/usb2/include/usb2_mfunc.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/include/usb2_mfunc.h#4 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/include/usb2_mfunc.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/include/usb2_mfunc.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ ==== //depot/vendor/freebsd/src/sys/dev/usb2/include/usb2_revision.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/include/usb2_revision.h#6 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/include/usb2_revision.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/include/usb2_revision.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ ==== //depot/vendor/freebsd/src/sys/dev/usb2/quirk/usb2_quirk.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/quirk/usb2_quirk.h#6 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/quirk/usb2_quirk.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/quirk/usb2_quirk.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ ==== //depot/vendor/freebsd/src/sys/dev/usb2/core/usb2_error.c#3 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/core/usb2_error.c#5 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/core/usb2_error.c,v 1.3 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/core/usb2_error.c,v 1.2 2008/12/11 23:13:02 thompsa Exp $ */ --HPS From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 10:28:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F0BB1065672; Tue, 3 Feb 2009 10:28:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.tele2.se [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 332D28FC17; Tue, 3 Feb 2009 10:28:06 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=TuMdnc74LEQA:10 a=f-PAsAXdDFMA:10 a=nlUTQSQMWHxxzVtfapcA:9 a=YvysQncgdjcJ98GY-mgA:7 a=T8JqiJnvM4eoNQXC2OVawFKKphwA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1020936894; Tue, 03 Feb 2009 11:28:05 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 3 Feb 2009 11:30:29 +0100 User-Agent: KMail/1.9.7 References: <20090203095022.8F01C7302F@freebsd-current.sentex.ca> In-Reply-To: <20090203095022.8F01C7302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902031130.31244.hselasky@c2i.net> Cc: powerpc@freebsd.org, FreeBSD Tinderbox , Andrew Thompson , current@freebsd.org Subject: Re: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 10:28:09 -0000 On Tuesday 03 February 2009, FreeBSD Tinderbox wrote: > [...] > cc1: warnings being treated as errors > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: > warning: data definition has no type or storage class > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: > warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: > warning: parameter names (without types) in function declaration > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In > function 'usb2_quirkstr': > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: > error: 'USB_QUIRK' undeclared (first use in this function) > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: > error: (Each undeclared identifier is reported only once > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: > error: for each function it appears in.) *** Error code 1 > Hi, I don't know who is fixing this issue. If noone is, then here is what needs to be reverted: ==== //depot/vendor/freebsd/src/sys/dev/usb2/include/usb2_error.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/include/usb2_error.h#4 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/include/usb2_error.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/include/usb2_error.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ /*- * Copyright (c) 2008 Hans Petter Selasky. All rights reserved. * ==== //depot/vendor/freebsd/src/sys/dev/usb2/include/usb2_mfunc.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/include/usb2_mfunc.h#4 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/include/usb2_mfunc.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/include/usb2_mfunc.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ ==== //depot/vendor/freebsd/src/sys/dev/usb2/include/usb2_revision.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/include/usb2_revision.h#6 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/include/usb2_revision.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/include/usb2_revision.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ ==== //depot/vendor/freebsd/src/sys/dev/usb2/quirk/usb2_quirk.h#2 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/quirk/usb2_quirk.h#6 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/quirk/usb2_quirk.h,v 1.2 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/quirk/usb2_quirk.h,v 1.1 2008/11/04 02:31:03 alfred Exp $ */ ==== //depot/vendor/freebsd/src/sys/dev/usb2/core/usb2_error.c#3 (text+ko) - //depot/projects/usb/src/sys/dev/usb2/core/usb2_error.c#5 (text+ko) ==== content @@ -1,4 +1,4 @@ -/* $FreeBSD: src/sys/dev/usb2/core/usb2_error.c,v 1.3 2009/02/03 05:50:36 thompsa Exp $ */ +/* $FreeBSD: src/sys/dev/usb2/core/usb2_error.c,v 1.2 2008/12/11 23:13:02 thompsa Exp $ */ --HPS From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 10:39:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC03C106566B; Tue, 3 Feb 2009 10:39:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A10538FC22; Tue, 3 Feb 2009 10:39:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13AdWJ9052566; Tue, 3 Feb 2009 05:39:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13AdVgD025777; Tue, 3 Feb 2009 05:39:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D84687302F; Tue, 3 Feb 2009 05:39:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203103931.D84687302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 05:39:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 10:39:35 -0000 TB --- 2009-02-03 08:55:23 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 08:55:23 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-03 08:55:23 - cleaning the object tree TB --- 2009-02-03 08:55:53 - cvsupping the source tree TB --- 2009-02-03 08:55:53 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-03 08:56:00 - building world TB --- 2009-02-03 08:56:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 08:56:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 08:56:00 - TARGET=sparc64 TB --- 2009-02-03 08:56:00 - TARGET_ARCH=sparc64 TB --- 2009-02-03 08:56:00 - TZ=UTC TB --- 2009-02-03 08:56:00 - __MAKE_CONF=/dev/null TB --- 2009-02-03 08:56:00 - cd /src TB --- 2009-02-03 08:56:00 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 08:56:02 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 3 10:14:08 UTC 2009 TB --- 2009-02-03 10:14:08 - generating LINT kernel config TB --- 2009-02-03 10:14:08 - cd /src/sys/sparc64/conf TB --- 2009-02-03 10:14:08 - /usr/bin/make -B LINT TB --- 2009-02-03 10:14:08 - building LINT kernel TB --- 2009-02-03 10:14:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 10:14:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 10:14:08 - TARGET=sparc64 TB --- 2009-02-03 10:14:08 - TARGET_ARCH=sparc64 TB --- 2009-02-03 10:14:08 - TZ=UTC TB --- 2009-02-03 10:14:08 - __MAKE_CONF=/dev/null TB --- 2009-02-03 10:14:08 - cd /src TB --- 2009-02-03 10:14:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 10:14:08 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 10:39:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 10:39:31 - ERROR: failed to build lint kernel TB --- 2009-02-03 10:39:31 - 5103.84 user 433.73 system 6248.11 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 11:29:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FD05106566C; Tue, 3 Feb 2009 11:29:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 654958FC26; Tue, 3 Feb 2009 11:29:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13BT3wm056673; Tue, 3 Feb 2009 06:29:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13BT3xh035813; Tue, 3 Feb 2009 06:29:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 15F027302F; Tue, 3 Feb 2009 06:29:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203112903.15F027302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 06:29:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 11:29:06 -0000 TB --- 2009-02-03 09:50:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 09:50:22 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-03 09:50:22 - cleaning the object tree TB --- 2009-02-03 09:50:50 - cvsupping the source tree TB --- 2009-02-03 09:50:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-03 09:50:58 - building world TB --- 2009-02-03 09:50:58 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 09:50:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 09:50:58 - TARGET=sun4v TB --- 2009-02-03 09:50:58 - TARGET_ARCH=sparc64 TB --- 2009-02-03 09:50:58 - TZ=UTC TB --- 2009-02-03 09:50:58 - __MAKE_CONF=/dev/null TB --- 2009-02-03 09:50:58 - cd /src TB --- 2009-02-03 09:50:58 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 09:50:59 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 3 11:06:03 UTC 2009 TB --- 2009-02-03 11:06:03 - generating LINT kernel config TB --- 2009-02-03 11:06:03 - cd /src/sys/sun4v/conf TB --- 2009-02-03 11:06:03 - /usr/bin/make -B LINT TB --- 2009-02-03 11:06:03 - building LINT kernel TB --- 2009-02-03 11:06:03 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 11:06:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 11:06:03 - TARGET=sun4v TB --- 2009-02-03 11:06:03 - TARGET_ARCH=sparc64 TB --- 2009-02-03 11:06:03 - TZ=UTC TB --- 2009-02-03 11:06:03 - __MAKE_CONF=/dev/null TB --- 2009-02-03 11:06:03 - cd /src TB --- 2009-02-03 11:06:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 11:06:03 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 11:29:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 11:29:03 - ERROR: failed to build lint kernel TB --- 2009-02-03 11:29:03 - 5079.16 user 430.36 system 5920.31 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 12:22:56 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F57106564A for ; Tue, 3 Feb 2009 12:22:56 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 237D38FC08 for ; Tue, 3 Feb 2009 12:22:55 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by fg-out-1718.google.com with SMTP id l26so751321fgb.35 for ; Tue, 03 Feb 2009 04:22:55 -0800 (PST) MIME-Version: 1.0 Received: by 10.86.80.5 with SMTP id d5mr2824342fgb.39.1233662247087; Tue, 03 Feb 2009 03:57:27 -0800 (PST) In-Reply-To: <20090203082153.565746e2@zelda.local> References: <20090203082153.565746e2@zelda.local> Date: Tue, 3 Feb 2009 12:57:27 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Martin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 12:22:56 -0000 On Tue, Feb 3, 2009 at 8:21 AM, Martin wrote: > Am Mon, 02 Feb 2009 11:16:53 -0800 > schrieb Marcel Moolenaar : > >> /dev/da0s2.00000000 >> /dev/da0s2.0834F7A0 >> /dev/da0s5 -> /dev/da0s2.00000000 >> /dev/da0s6 -> /dev/da0s2.0834F7A0 > > Hi. > > As far as I remember, the old MS-DOS scheme for partitioning > (we have GPT now ;) that I am happy with) implements these logical > partitions as a linked list. Why not have a simple index pointing to > the list entry? > > Something like this: > > /dev/da0s2.1 > /dev/da0s2.2 > > Might be starting with 1 or perhaps 0. > > > Second thing is, why do you need something like "s5"? I don't like > these symlinks, because I don't see how you want to support something > like ".eli" oder ".eli.journal" etc. I'm not happy with the symlinks either. When someone is manipulating a partition table she should be able to live with the consequences. I would rather go for the UUID in UFS header approach if there is enough room. BTW I implemented GPT UUID glabels a while ago please see: http://www.freebsd.org/cgi/query-pr.cgi?pr=128398 From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 13:00:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E8041065673 for ; Tue, 3 Feb 2009 13:00:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2FC8FC1C for ; Tue, 3 Feb 2009 13:00:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 625E641C64C; Tue, 3 Feb 2009 14:00:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id QOhxczQbmqVq; Tue, 3 Feb 2009 14:00:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 1310D41C679; Tue, 3 Feb 2009 14:00:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id C34164448E6; Tue, 3 Feb 2009 12:57:24 +0000 (UTC) Date: Tue, 3 Feb 2009 12:57:24 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Mario Pavlov In-Reply-To: <1868132185.26927.1233639921805.JavaMail.apache@mail51.abv.bg> Message-ID: <20090203125341.Y93725@maildrop.int.zabbadoz.net> References: <1868132185.26927.1233639921805.JavaMail.apache@mail51.abv.bg> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Re: panic caused by mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 13:00:09 -0000 On Tue, 3 Feb 2009, Mario Pavlov wrote: Hi, > I don't know what else could be useful > just tell me what you need and I'll provide it you could have at least typed "bt" or resolved the line number to the right piece of code as you seem to run HEAD which can change frequently. http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html has some info on how to debug things. > btw what is r187946 ? The SVN revision number of a commit: http://svn.freebsd.org/viewvc/base?view=revision&revision=187946 If you want to run HEAD, try to update your source, rebuild the kernel and see if you can still reproduce it. If you can, start debugging along the above information. /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 13:06:52 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 887B21065673 for ; Tue, 3 Feb 2009 13:06:52 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2DB488FC18 for ; Tue, 3 Feb 2009 13:06:51 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUKzK-0007pY-8m for freebsd-current@freebsd.org; Tue, 03 Feb 2009 13:06:50 +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 ; Tue, 03 Feb 2009 13:06:50 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 03 Feb 2009 13:06:50 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Tue, 03 Feb 2009 14:06:36 +0100 Lines: 35 Message-ID: References: <20090203082153.565746e2@zelda.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigD23F25D9928ABDFC25EA257E" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 13:06:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigD23F25D9928ABDFC25EA257E Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marius N=C3=BCnnerich wrote: > I'm not happy with the symlinks either. When someone is manipulating a > partition table she should be able to live with the consequences. I > would rather go for the UUID in UFS header approach if there is enough > room. BTW I implemented GPT UUID glabels a while ago please see: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D128398 I have a patch for UFS "GUID" labels (not exactly GUIDs, but every UFS file system has a reasonably unique ID associated with it) but have encountered what seems a bug in GEOM slicers - two dev entries pointing to the same device don't work well with orphaning/tasting. Have you encountered something similar perhaps? --------------enigD23F25D9928ABDFC25EA257E 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJiEFcldnAQVacBcgRAvlTAKCQojEbQtFmgG7blAdpX2YeXSDgfgCfcrUg EckhG08jsowQS+8xYBahIQk= =XTkN -----END PGP SIGNATURE----- --------------enigD23F25D9928ABDFC25EA257E-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 14:05:31 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A087106566B; Tue, 3 Feb 2009 14:05:31 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4FFB58FC16; Tue, 3 Feb 2009 14:05:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13E5Som080651; Tue, 3 Feb 2009 09:05:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13E5SCP015164; Tue, 3 Feb 2009 09:05:28 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E07027302F; Tue, 3 Feb 2009 09:05:27 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203140527.E07027302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 09:05:27 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 14:05:32 -0000 TB --- 2009-02-03 11:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 11:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-03 11:40:00 - cleaning the object tree TB --- 2009-02-03 11:40:52 - cvsupping the source tree TB --- 2009-02-03 11:40:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-03 11:41:01 - building world TB --- 2009-02-03 11:41:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 11:41:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 11:41:01 - TARGET=amd64 TB --- 2009-02-03 11:41:01 - TARGET_ARCH=amd64 TB --- 2009-02-03 11:41:01 - TZ=UTC TB --- 2009-02-03 11:41:01 - __MAKE_CONF=/dev/null TB --- 2009-02-03 11:41:01 - cd /src TB --- 2009-02-03 11:41:01 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 11:41:02 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Feb 3 13:37:31 UTC 2009 TB --- 2009-02-03 13:37:31 - generating LINT kernel config TB --- 2009-02-03 13:37:31 - cd /src/sys/amd64/conf TB --- 2009-02-03 13:37:31 - /usr/bin/make -B LINT TB --- 2009-02-03 13:37:31 - building LINT kernel TB --- 2009-02-03 13:37:31 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 13:37:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 13:37:31 - TARGET=amd64 TB --- 2009-02-03 13:37:31 - TARGET_ARCH=amd64 TB --- 2009-02-03 13:37:31 - TZ=UTC TB --- 2009-02-03 13:37:31 - __MAKE_CONF=/dev/null TB --- 2009-02-03 13:37:31 - cd /src TB --- 2009-02-03 13:37:31 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 13:37:31 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 14:05:27 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 14:05:27 - ERROR: failed to build lint kernel TB --- 2009-02-03 14:05:27 - 6972.12 user 664.45 system 8727.40 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 14:16:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE2BB1065674; Tue, 3 Feb 2009 14:16:03 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from publicd.ub.mng.net (publicd.ub.mng.net [202.179.0.88]) by mx1.freebsd.org (Postfix) with ESMTP id 7325F8FC16; Tue, 3 Feb 2009 14:16:03 +0000 (UTC) (envelope-from ganbold@micom.mng.net) Received: from [202.179.21.169] (helo=beastie.micom.mng.net) by publicd.ub.mng.net with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUM3l-0006BA-NE; Tue, 03 Feb 2009 22:15:29 +0800 Message-ID: <4988519E.2070103@micom.mng.net> Date: Tue, 03 Feb 2009 22:15:58 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: Peter Schuller References: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> <20090201105815.GA73985@hyperion.scode.org> In-Reply-To: <20090201105815.GA73985@hyperion.scode.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=78F6425E Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: pjd@freebsd.org, FreeBSD Current , Rong-en Fan Subject: Re: process hang in zfs->io_ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 14:16:04 -0000 Peter Schuller wrote: >> I'm running current as of 20080130 on an amd64 box. I can make >> processes stuck in zfs->io_ (output truncated in ddb and top) when I >> make some packages via ports tinderbox. The ports tinderbox access >> local disk via nfs (I also tried nullfs). >> >> ddb output of ps and alltrace can be found at >> >> http://www.rafan.org/FreeBSD/zfs/textdump.zfs.20090130.txt >> >> Any ideas? >> > > A workaround is to disable the ZIL (vfs.zfs.zil_disable="1"), if you > can afford that on the system in question. It will break the > durability of fsync(), but retain it's write barrier semantics. > > Btw, does anyone have a good grasp of the status of this bug? I have > seen vague referenced to it being a memory related deadlock for > example, but that's about it. Is the cause known but difficult to fix, > or just unknown? > I've observed similar system hang when I tried to run svn update on FreeBSD head repo from 2 local directories simultaneously. I might be doing something wrong and as I remember I reproduced it a couple of times. It is i386 CURRENT (r187663M) machine and loader.conf settings are: vm.kmem_size="1024M" vm.kmem_size_max="1024M" vfs.zfs.arc_max="100M" thanks, Ganbold From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 14:37:32 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4B6F106564A; Tue, 3 Feb 2009 14:37:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id BAA998FC1F; Tue, 3 Feb 2009 14:37:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13EbUXc037447; Tue, 3 Feb 2009 09:37:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13EbUrI038217; Tue, 3 Feb 2009 09:37:30 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2CC3C7302F; Tue, 3 Feb 2009 09:37:30 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203143730.2CC3C7302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 09:37:30 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 14:37:33 -0000 TB --- 2009-02-03 12:46:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 12:46:19 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-03 12:46:19 - cleaning the object tree TB --- 2009-02-03 12:46:52 - cvsupping the source tree TB --- 2009-02-03 12:46:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-03 12:47:01 - building world TB --- 2009-02-03 12:47:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 12:47:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 12:47:01 - TARGET=i386 TB --- 2009-02-03 12:47:01 - TARGET_ARCH=i386 TB --- 2009-02-03 12:47:01 - TZ=UTC TB --- 2009-02-03 12:47:01 - __MAKE_CONF=/dev/null TB --- 2009-02-03 12:47:01 - cd /src TB --- 2009-02-03 12:47:01 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 12:47:05 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 3 14:07:10 UTC 2009 TB --- 2009-02-03 14:07:10 - generating LINT kernel config TB --- 2009-02-03 14:07:10 - cd /src/sys/i386/conf TB --- 2009-02-03 14:07:10 - /usr/bin/make -B LINT TB --- 2009-02-03 14:07:11 - building LINT kernel TB --- 2009-02-03 14:07:11 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 14:07:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 14:07:11 - TARGET=i386 TB --- 2009-02-03 14:07:11 - TARGET_ARCH=i386 TB --- 2009-02-03 14:07:11 - TZ=UTC TB --- 2009-02-03 14:07:11 - __MAKE_CONF=/dev/null TB --- 2009-02-03 14:07:11 - cd /src TB --- 2009-02-03 14:07:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 14:07:11 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 14:37:30 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 14:37:30 - ERROR: failed to build lint kernel TB --- 2009-02-03 14:37:30 - 5458.37 user 466.36 system 6670.40 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 15:08:54 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7DB861065672 for ; Tue, 3 Feb 2009 15:08:54 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:203:6dff:fe1a:4ddc]) by mx1.freebsd.org (Postfix) with ESMTP id 18A068FC0C for ; Tue, 3 Feb 2009 15:08:53 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from [10.1.1.54] ([10.1.1.54]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id n13F93wH006209 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT) for ; Tue, 3 Feb 2009 10:09:03 -0500 (EST) (envelope-from rrs@lakerest.net) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=lakerest.net; s=mail; t=1233673743; h=Message-Id:From:To:In-Reply-To:Content-Type: Mime-Version:Subject:Date:References:X-Mailer; b=zySJZ38YbxLUSieQJ1 VrVVSn2undwq+CAY4fGYqLkg+rZXWHxocUcX4xe/iveys3i3LB5najBBC/jxtwx3w8l g== Message-Id: From: Randall Stewart To: current@freebsd.org In-Reply-To: <20090203143730.2CC3C7302F@freebsd-current.sentex.ca> Content-Type: multipart/mixed; boundary=Apple-Mail-24--184021460 Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 3 Feb 2009 10:08:52 -0500 References: <20090203143730.2CC3C7302F@freebsd-current.sentex.ca> X-Mailer: Apple Mail (2.930.3) Cc: Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 15:08:54 -0000 --Apple-Mail-24--184021460 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Hmm: I hit this early this AM.. and did a quick hack patch that will get around this. The function USB_MAKE_DEBUG.. is obviously not making the array of strings... a quick comment out and a building of the strings will get you through until the owner fixes this :-) --Apple-Mail-24--184021460 Content-Disposition: attachment; filename=usb_quirk.patch Content-Type: application/octet-stream; x-unix-mode=0644; name="usb_quirk.patch" Content-Transfer-Encoding: 7bit Index: usb2_quirk.c =================================================================== --- usb2_quirk.c (revision 188069) +++ usb2_quirk.c (working copy) @@ -112,8 +112,33 @@ {USB_QUIRK_ENTRY(USB_VENDOR_METAGEEK, USB_PRODUCT_METAGEEK_WISPY24X, 0x0000, 0xFFFF, UQ_KBD_IGNORE, UQ_HID_IGNORE, UQ_NONE)}, }; -USB_MAKE_DEBUG_TABLE(USB_QUIRK); - +/* USB_MAKE_DEBUG_TABLE(USB_QUIRK);*/ +char *USB_QUIRK[USB_QUIRK_MAX] = { + "UQ_NONE", + "UQ_AUDIO_SWAP_LR", /* left and right sound channels are swapped */ + "UQ_AU_INP_ASYNC", /* input is async despite claim of adaptive */ + "UQ_AU_NO_FRAC", /* don't adjust for fractional samples */ + "UQ_AU_NO_XU", /* audio device has broken extension unit */ + "UQ_BAD_ADC", /* bad audio spec version number */ + "UQ_BAD_AUDIO", /* device claims audio class, but isn't */ + "UQ_BROKEN_BIDIR", /* printer has broken bidir mode */ + "UQ_BUS_POWERED", /* device is bus powered, despite claim */ + "UQ_HID_IGNORE", /* device should be ignored by hid class */ + "UQ_KBD_IGNORE", /* device should be ignored by kbd class */ + "UQ_MS_BAD_CLASS", /* doesn't identify properly */ + "UQ_MS_LEADING_BYTE", /* mouse sends an unknown leading byte */ + "UQ_MS_REVZ", /* mouse has Z-axis reversed */ + "UQ_NO_STRINGS", /* string descriptors are broken */ + "UQ_OPEN_CLEARSTALL", /* device needs clear endpoint stall */ + "UQ_POWER_CLAIM", /* hub lies about power status */ + "UQ_SPUR_BUT_UP", /* spurious mouse button up events */ + "UQ_SWAP_UNICODE", /* has some Unicode strings swapped */ + "UQ_CFG_INDEX_1", /* select configuration index 1 by default */ + "UQ_CFG_INDEX_2", /* select configuration index 2 by default */ + "UQ_CFG_INDEX_3", /* select configuration index 3 by default */ + "UQ_CFG_INDEX_4", /* select configuration index 4 by default */ + "UQ_CFG_INDEX_0" /* select configuration index 0 by default */ +}; /*------------------------------------------------------------------------* * usb2_quirkstr * --Apple-Mail-24--184021460 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit R On Feb 3, 2009, at 9:37 AM, FreeBSD Tinderbox wrote: > TB --- 2009-02-03 12:46:19 - tinderbox 2.6 running on freebsd- > current.sentex.ca > TB --- 2009-02-03 12:46:19 - starting HEAD tinderbox run for i386/i386 > TB --- 2009-02-03 12:46:19 - cleaning the object tree > TB --- 2009-02-03 12:46:52 - cvsupping the source tree > TB --- 2009-02-03 12:46:52 - /usr/bin/csup -z -r 3 -g -L 1 -h > localhost -s /tinderbox/HEAD/i386/i386/supfile > TB --- 2009-02-03 12:47:01 - building world > TB --- 2009-02-03 12:47:01 - MAKEOBJDIRPREFIX=/obj > TB --- 2009-02-03 12:47:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-02-03 12:47:01 - TARGET=i386 > TB --- 2009-02-03 12:47:01 - TARGET_ARCH=i386 > TB --- 2009-02-03 12:47:01 - TZ=UTC > TB --- 2009-02-03 12:47:01 - __MAKE_CONF=/dev/null > TB --- 2009-02-03 12:47:01 - cd /src > TB --- 2009-02-03 12:47:01 - /usr/bin/make -B buildworld >>>> World build started on Tue Feb 3 12:47:05 UTC 2009 >>>> Rebuilding the temporary build tree >>>> stage 1.1: legacy release compatibility shims >>>> stage 1.2: bootstrap tools >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3: cross tools >>>> stage 4.1: building includes >>>> stage 4.2: building libraries >>>> stage 4.3: make dependencies >>>> stage 4.4: building everything >>>> World build completed on Tue Feb 3 14:07:10 UTC 2009 > TB --- 2009-02-03 14:07:10 - generating LINT kernel config > TB --- 2009-02-03 14:07:10 - cd /src/sys/i386/conf > TB --- 2009-02-03 14:07:10 - /usr/bin/make -B LINT > TB --- 2009-02-03 14:07:11 - building LINT kernel > TB --- 2009-02-03 14:07:11 - MAKEOBJDIRPREFIX=/obj > TB --- 2009-02-03 14:07:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin > TB --- 2009-02-03 14:07:11 - TARGET=i386 > TB --- 2009-02-03 14:07:11 - TARGET_ARCH=i386 > TB --- 2009-02-03 14:07:11 - TZ=UTC > TB --- 2009-02-03 14:07:11 - __MAKE_CONF=/dev/null > TB --- 2009-02-03 14:07:11 - cd /src > TB --- 2009-02-03 14:07:11 - /usr/bin/make -B buildkernel > KERNCONF=LINT >>>> Kernel build for LINT started on Tue Feb 3 14:07:11 UTC 2009 >>>> stage 1: configuring the kernel >>>> stage 2.1: cleaning up the object tree >>>> stage 2.2: rebuilding the object tree >>>> stage 2.3: build tools >>>> stage 3.1: making dependencies >>>> stage 3.2: building everything > [...] > cc1: warnings being treated as errors > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: > 115: warning: data definition has no type or storage class > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: > 115: warning: type defaults to 'int' in declaration of > 'USB_MAKE_DEBUG_TABLE' > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: > 115: warning: parameter names (without types) in function declaration > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In > function 'usb2_quirkstr': > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: > 126: error: 'USB_QUIRK' undeclared (first use in this function) > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: > 126: error: (Each undeclared identifier is reported only once > /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: > 126: error: for each function it appears in.) > *** Error code 1 > > Stop in /src/sys/modules/usb2/quirk. > *** Error code 1 > > Stop in /src/sys/modules/usb2. > *** Error code 1 > > Stop in /src/sys/modules. > *** Error code 1 > > Stop in /obj/src/sys/LINT. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2009-02-03 14:37:30 - WARNING: /usr/bin/make returned exit > code 1 > TB --- 2009-02-03 14:37:30 - ERROR: failed to build lint kernel > TB --- 2009-02-03 14:37:30 - 5458.37 user 466.36 system 6670.40 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full > _______________________________________________ > 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 > " > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) --Apple-Mail-24--184021460-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 15:25:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB2E31065670 for ; Tue, 3 Feb 2009 15:25:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDF98FC0C for ; Tue, 3 Feb 2009 15:25:19 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 0A052FF95; Wed, 4 Feb 2009 04:25:18 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id W-XcutlNt74F; Wed, 4 Feb 2009 04:25:11 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Wed, 4 Feb 2009 04:25:11 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 6D6EE11432; Wed, 4 Feb 2009 04:25:10 +1300 (NZDT) Date: Tue, 3 Feb 2009 07:25:10 -0800 From: Andrew Thompson To: Randall Stewart Message-ID: <20090203152510.GA64026@citylink.fud.org.nz> References: <20090203143730.2CC3C7302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 15:25:20 -0000 On Tue, Feb 03, 2009 at 10:08:52AM -0500, Randall Stewart wrote: > Hmm: > > I hit this early this AM.. and did a quick hack patch > that will get around this. The function USB_MAKE_DEBUG.. is obviously > not making the array of strings... a quick comment out and a building > of the strings will get you through until the owner fixes this :-) > My mistake, thanks for the patch. > > > > R > > > On Feb 3, 2009, at 9:37 AM, FreeBSD Tinderbox wrote: > >> TB --- 2009-02-03 12:46:19 - tinderbox 2.6 running on >> freebsd-current.sentex.ca >> TB --- 2009-02-03 12:46:19 - starting HEAD tinderbox run for i386/i386 >> TB --- 2009-02-03 12:46:19 - cleaning the object tree >> TB --- 2009-02-03 12:46:52 - cvsupping the source tree >> TB --- 2009-02-03 12:46:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s >> /tinderbox/HEAD/i386/i386/supfile >> TB --- 2009-02-03 12:47:01 - building world >> TB --- 2009-02-03 12:47:01 - MAKEOBJDIRPREFIX=/obj >> TB --- 2009-02-03 12:47:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2009-02-03 12:47:01 - TARGET=i386 >> TB --- 2009-02-03 12:47:01 - TARGET_ARCH=i386 >> TB --- 2009-02-03 12:47:01 - TZ=UTC >> TB --- 2009-02-03 12:47:01 - __MAKE_CONF=/dev/null >> TB --- 2009-02-03 12:47:01 - cd /src >> TB --- 2009-02-03 12:47:01 - /usr/bin/make -B buildworld >>>>> World build started on Tue Feb 3 12:47:05 UTC 2009 >>>>> Rebuilding the temporary build tree >>>>> stage 1.1: legacy release compatibility shims >>>>> stage 1.2: bootstrap tools >>>>> stage 2.1: cleaning up the object tree >>>>> stage 2.2: rebuilding the object tree >>>>> stage 2.3: build tools >>>>> stage 3: cross tools >>>>> stage 4.1: building includes >>>>> stage 4.2: building libraries >>>>> stage 4.3: make dependencies >>>>> stage 4.4: building everything >>>>> World build completed on Tue Feb 3 14:07:10 UTC 2009 >> TB --- 2009-02-03 14:07:10 - generating LINT kernel config >> TB --- 2009-02-03 14:07:10 - cd /src/sys/i386/conf >> TB --- 2009-02-03 14:07:10 - /usr/bin/make -B LINT >> TB --- 2009-02-03 14:07:11 - building LINT kernel >> TB --- 2009-02-03 14:07:11 - MAKEOBJDIRPREFIX=/obj >> TB --- 2009-02-03 14:07:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin >> TB --- 2009-02-03 14:07:11 - TARGET=i386 >> TB --- 2009-02-03 14:07:11 - TARGET_ARCH=i386 >> TB --- 2009-02-03 14:07:11 - TZ=UTC >> TB --- 2009-02-03 14:07:11 - __MAKE_CONF=/dev/null >> TB --- 2009-02-03 14:07:11 - cd /src >> TB --- 2009-02-03 14:07:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>>>> Kernel build for LINT started on Tue Feb 3 14:07:11 UTC 2009 >>>>> stage 1: configuring the kernel >>>>> stage 2.1: cleaning up the object tree >>>>> stage 2.2: rebuilding the object tree >>>>> stage 2.3: build tools >>>>> stage 3.1: making dependencies >>>>> stage 3.2: building everything >> [...] >> cc1: warnings being treated as errors >> /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: >> warning: data definition has no type or storage class >> /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: >> warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' >> /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: >> warning: parameter names (without types) in function declaration >> /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In >> function 'usb2_quirkstr': >> /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: >> error: 'USB_QUIRK' undeclared (first use in this function) >> /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: >> error: (Each undeclared identifier is reported only once >> /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: >> error: for each function it appears in.) >> *** Error code 1 >> >> Stop in /src/sys/modules/usb2/quirk. >> *** Error code 1 >> >> Stop in /src/sys/modules/usb2. >> *** Error code 1 >> >> Stop in /src/sys/modules. >> *** Error code 1 >> >> Stop in /obj/src/sys/LINT. >> *** Error code 1 >> >> Stop in /src. >> *** Error code 1 >> >> Stop in /src. >> TB --- 2009-02-03 14:37:30 - WARNING: /usr/bin/make returned exit code 1 >> TB --- 2009-02-03 14:37:30 - ERROR: failed to build lint kernel >> TB --- 2009-02-03 14:37:30 - 5458.37 user 466.36 system 6670.40 real >> >> >> http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full >> _______________________________________________ >> 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" >> > > ------------------------------ > Randall Stewart > 803-317-4952 (cell) > 803-345-0391(direct) > > _______________________________________________ > 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-current@FreeBSD.ORG Tue Feb 3 15:52:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4847F1065672; Tue, 3 Feb 2009 15:52:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1E1ED8FC18; Tue, 3 Feb 2009 15:52:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13FqoXc055753; Tue, 3 Feb 2009 10:52:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13Fqnlm009307; Tue, 3 Feb 2009 10:52:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 670637302F; Tue, 3 Feb 2009 10:52:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203155249.670637302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 10:52:49 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 15:52:53 -0000 TB --- 2009-02-03 14:05:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 14:05:28 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-03 14:05:28 - cleaning the object tree TB --- 2009-02-03 14:05:56 - cvsupping the source tree TB --- 2009-02-03 14:05:56 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-03 14:06:05 - building world TB --- 2009-02-03 14:06:05 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 14:06:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 14:06:05 - TARGET=pc98 TB --- 2009-02-03 14:06:05 - TARGET_ARCH=i386 TB --- 2009-02-03 14:06:05 - TZ=UTC TB --- 2009-02-03 14:06:05 - __MAKE_CONF=/dev/null TB --- 2009-02-03 14:06:05 - cd /src TB --- 2009-02-03 14:06:05 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 14:06:07 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 3 15:25:57 UTC 2009 TB --- 2009-02-03 15:25:57 - generating LINT kernel config TB --- 2009-02-03 15:25:57 - cd /src/sys/pc98/conf TB --- 2009-02-03 15:25:57 - /usr/bin/make -B LINT TB --- 2009-02-03 15:25:57 - building LINT kernel TB --- 2009-02-03 15:25:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 15:25:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 15:25:57 - TARGET=pc98 TB --- 2009-02-03 15:25:57 - TARGET_ARCH=i386 TB --- 2009-02-03 15:25:57 - TZ=UTC TB --- 2009-02-03 15:25:57 - __MAKE_CONF=/dev/null TB --- 2009-02-03 15:25:57 - cd /src TB --- 2009-02-03 15:25:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 15:25:57 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 15:52:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 15:52:49 - ERROR: failed to build lint kernel TB --- 2009-02-03 15:52:49 - 5186.05 user 469.09 system 6441.23 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 16:59:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48D25106564A; Tue, 3 Feb 2009 16:59:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8328FC13; Tue, 3 Feb 2009 16:59:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13Gx3KW023217; Tue, 3 Feb 2009 11:59:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13Gx2bp065456; Tue, 3 Feb 2009 11:59:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A1BB97302F; Tue, 3 Feb 2009 11:59:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203165902.A1BB97302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 11:59:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 16:59:05 -0000 TB --- 2009-02-03 14:37:30 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 14:37:30 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-03 14:37:30 - cleaning the object tree TB --- 2009-02-03 14:37:52 - cvsupping the source tree TB --- 2009-02-03 14:37:52 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-03 14:38:01 - building world TB --- 2009-02-03 14:38:01 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 14:38:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 14:38:01 - TARGET=ia64 TB --- 2009-02-03 14:38:01 - TARGET_ARCH=ia64 TB --- 2009-02-03 14:38:01 - TZ=UTC TB --- 2009-02-03 14:38:01 - __MAKE_CONF=/dev/null TB --- 2009-02-03 14:38:01 - cd /src TB --- 2009-02-03 14:38:01 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 14:38:03 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Feb 3 16:24:06 UTC 2009 TB --- 2009-02-03 16:24:06 - generating LINT kernel config TB --- 2009-02-03 16:24:06 - cd /src/sys/ia64/conf TB --- 2009-02-03 16:24:06 - /usr/bin/make -B LINT TB --- 2009-02-03 16:24:06 - building LINT kernel TB --- 2009-02-03 16:24:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 16:24:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 16:24:06 - TARGET=ia64 TB --- 2009-02-03 16:24:06 - TARGET_ARCH=ia64 TB --- 2009-02-03 16:24:06 - TZ=UTC TB --- 2009-02-03 16:24:06 - __MAKE_CONF=/dev/null TB --- 2009-02-03 16:24:06 - cd /src TB --- 2009-02-03 16:24:06 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Feb 3 16:24:06 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc1: warnings being treated as errors /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: data definition has no type or storage class /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: type defaults to 'int' in declaration of 'USB_MAKE_DEBUG_TABLE' /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:115: warning: parameter names (without types) in function declaration /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c: In function 'usb2_quirkstr': /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: 'USB_QUIRK' undeclared (first use in this function) /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/quirk/../../../dev/usb2/quirk/usb2_quirk.c:126: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/quirk. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 16:59:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 16:59:02 - ERROR: failed to build lint kernel TB --- 2009-02-03 16:59:02 - 7158.58 user 462.13 system 8492.19 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 17:19:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2952D106564A for ; Tue, 3 Feb 2009 17:19:09 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id D399B8FC12 for ; Tue, 3 Feb 2009 17:19:08 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail51.abv.bg (mail51.ni.bg [192.168.151.12]) by smtp-out.abv.bg (Postfix) with ESMTP id 680EC87B69; Tue, 3 Feb 2009 19:19:07 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=eoRjZceQsiUlgrek9qJmlMDq3T+wLXhXgfLfjyaw9iZv2IB177RualLMhU8sppeza 5ijIFUytFq+NDQv8eft0ikp8BqY0oph3K3cwnhNFbBLQfIKLxOR2Um1XpHWrLTRpqG2 7gT/SeJHFt0XKxAoVZHN3dIyMgcrbzn/D8N6eUM= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1233681547; bh=hiERLEYeQSf840pqlgFZojz6mEBbK/2Eox7AOL0kALs=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=khgDhtrRMYpoch0C58DW2yRjljrn+y0I zjw3QWsOQtr3NYZBnfaU4Vgk8hlgn2SZfqH8PER2AsvmOJJDsT/nQ7/6pynAw3ptavh hn/jtixe7UOOHZb0g7uflUrwszykh5Y3C//Pv3a/17NhqbnqDVFbkFZOuJ0Pj0Azzhk /LKBY= Received: from mail51.abv.bg (mail51.abv.bg [127.0.0.1]) by mail51.abv.bg (Postfix) with ESMTP id 782A412DF28; Tue, 3 Feb 2009 19:19:06 +0200 (EET) Date: Tue, 3 Feb 2009 19:19:06 +0200 (EET) From: Mario Pavlov To: "Bjoern A. Zeeb" Message-ID: <1221544143.12881.1233681546489.JavaMail.apache@mail51.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: freebsd-current@freebsd.org Subject: Re: Re: Re: panic caused by mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 17:19:09 -0000 Hi, I'll first update the code and try that patch (r187946) out then I'll let you know if the problem is still there thank you Regards MGP >On Tue, 3 Feb 2009, Mario Pavlov wrote: > >Hi, > >> I don't know what else could be useful >> just tell me what you need and I'll provide it > >you could have at least typed "bt" or resolved the line number to the >right piece of code as you seem to run HEAD which can change >frequently. > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html >has some info on how to debug things. > > >> btw what is r187946 ? > >The SVN revision number of a commit: >http://svn.freebsd.org/viewvc/base?view=revision&revision=187946 > > >If you want to run HEAD, try to update your source, rebuild the kernel >and see if you can still reproduce it. If you can, start debugging along >the above information. > > >/bz > >-- >Bjoern A. Zeeb The greatest risk is not taking one. >_______________________________________________ >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-current@FreeBSD.ORG Tue Feb 3 18:15:55 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 147691065674 for ; Tue, 3 Feb 2009 18:15:55 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout012.mac.com (asmtpout012.mac.com [17.148.16.87]) by mx1.freebsd.org (Postfix) with ESMTP id 00FDB8FC19 for ; Tue, 3 Feb 2009 18:15:54 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed Received: from ubuntu.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp012.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KEI00ND85EF3250@asmtp012.mac.com> for current@freebsd.org; Tue, 03 Feb 2009 10:15:52 -0800 (PST) Message-id: From: Marcel Moolenaar To: Martin In-reply-to: <20090203082153.565746e2@zelda.local> Date: Tue, 03 Feb 2009 10:15:50 -0800 References: <20090203082153.565746e2@zelda.local> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 18:15:55 -0000 On Feb 2, 2009, at 11:21 PM, Martin wrote: > Am Mon, 02 Feb 2009 11:16:53 -0800 > schrieb Marcel Moolenaar : > >> /dev/da0s2.00000000 >> /dev/da0s2.0834F7A0 >> /dev/da0s5 -> /dev/da0s2.00000000 >> /dev/da0s6 -> /dev/da0s2.0834F7A0 > > Hi. > > As far as I remember, the old MS-DOS scheme for partitioning > (we have GPT now ;) that I am happy with) implements these logical > partitions as a linked list. Why not have a simple index pointing to > the list entry? > > Something like this: > > /dev/da0s2.1 > /dev/da0s2.2 > > Might be starting with 1 or perhaps 0. What happens if you add a partition to the head of the list? > Second thing is, why do you need something like "s5"? That's the how logical partitions are named in 7.x -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 19:56:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DBE18106572B for ; Tue, 3 Feb 2009 19:56:28 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (bewilderbeast.blackhelicopters.org [198.22.63.8]) by mx1.freebsd.org (Postfix) with ESMTP id 940AC8FC1A for ; Tue, 3 Feb 2009 19:56:28 +0000 (UTC) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: from bewilderbeast.blackhelicopters.org (localhost [127.0.0.1]) by bewilderbeast.blackhelicopters.org (8.14.3/8.14.3) with ESMTP id n13JeHQa058583 for ; Tue, 3 Feb 2009 14:40:18 -0500 (EST) (envelope-from mwlucas@bewilderbeast.blackhelicopters.org) Received: (from mwlucas@localhost) by bewilderbeast.blackhelicopters.org (8.14.3/8.14.3/Submit) id n13JeHS6058582 for current@freebsd.org; Tue, 3 Feb 2009 14:40:17 -0500 (EST) (envelope-from mwlucas) Date: Tue, 3 Feb 2009 14:40:17 -0500 From: "Michael W. Lucas" To: current@freebsd.org Message-ID: <20090203194017.GA58565@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (bewilderbeast.blackhelicopters.org [127.0.0.1]); Tue, 03 Feb 2009 14:40:18 -0500 (EST) Cc: Subject: nanobsd dies in newfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 19:56:29 -0000 Hi, This is on i386 -current as of Feb 1, 2009. Obviously, things have changed in the year since I've built nanoBSD. I'm trying to build a very tiny sniffer box, and the build dies in newfs(8). The error and my nanobsd config follow. Any suggestions, folks? ... ===> sbin/newfs (all) cc -O2 -pipe -DNDEBUG -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/sbin/newfs/newfs.c cc -O2 -pipe -DNDEBUG -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/sbin/newfs/mkfs.c cc -O2 -pipe -DNDEBUG -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/src/sbin/newfs/../../sys/geom/geom_bsd_enc.c cc -O2 -pipe -DNDEBUG -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -static -o newfs newfs.o mkfs.o geom_bsd_enc.o -lufs /usr/obj/nanobsd.SoekrisSoftflowd//usr/src/tmp/usr/lib/libufs.a(block.o)(.text+0xc0): In function `bwrite': : multiple definition of `bwrite' newfs.o(.text+0x490): first defined here /usr/obj/nanobsd.SoekrisSoftflowd//usr/src/tmp/usr/bin/ld: Warning: size of symbol `bwrite' changed from 109 in newfs.o to 492 in /usr/obj/nanobsd.SoekrisSoftflowd//usr/src/tmp/usr/lib/libufs.a(block.o) *** Error code 1 NANO_NAME=SoekrisSoftflowd NANO_IMAGES=2 NANO_KERNEL=SOEKRIS NANO_PMAKE="make" FlashDevice samsung 128 customize_cmd cust_comconsole customize_cmd cust_allow_ssh_root CONF_INSTALL=' WITHOUT_TOOLCHAIN=YES ' CONF_WORLD=' NO_MODULES=YES WITHOUT_ACCT=YES WITHOUT_ACPI=YES WITHOUT_AMD=YES WITHOUT_APM=YES WITHOUT_ASSERT_DEBUG=YES WITHOUT_AT=YES WITHOUT_ATM=YES WITHOUT_AUDIT=YES WITHOUT_AUTHPF=YES WITHOUT_BIND=YES WITHOUT_BLUETOOTH=YES WITHOUT_BSD_CPIO=YES WITHOUT_BSNMP=YES WITHOUT_CALENDAR=YES WITHOUT_CDDL=YES WITHOUT_CPP=YES WITHOUT_CTM=YES WITHOUT_CVS=YES WITHOUT_CXX=YES WITHOUT_DICT=YES WITHOUT_DYNAMICROOT=YES WITHOUT_EXAMPLES=YES WITHOUT_FLOPPY=YES WITHOUT_FORTRAN=YES WITHOUT_FREEBSD_UPDATE=YES WITHOUT_GAMES=YES WITHOUT_GCOV=YES WITHOUT_GPIB=YES WITHOUT_GROFF=YES WITHOUT_GSSAPI=YES WITHOUT_HTML=YES WITHOUT_I4B=YES WITHOUT_INET6=YES WITHOUT_INFO=YES WITHOUT_INSTALLIB=YES WITHOUT_IPFILTER=YES WITHOUT_IPFW=YES WITHOUT_IPX=YES WITHOUT_JAIL=YES WITHOUT_KERBEROS=YES WITHOUT_LEGACY_CONSOLE=YES WITHOUT_LIBC_R=YES #WITHOUT_LIBPTHREAD=YES #WITHOUT_LIBTHR=YES WITHOUT_LOCALES=YES WITHOUT_LOCATE=YES WITHOUT_LPR=YES WITHOUT_MAIL=YES WITHOUT_MAKE=YES WITHOUT_MAN=YES WITHOUT_NDIS=YES WITHOUT_NETCAT=YES WITHOUT_NETGRAPH=YES WITHOUT_NIS=YES WITHOUT_NLS=YES WITHOUT_NLS_CATALOGS=YES WITHOUT_NS_CACHING=YES WITHOUT_OBJC=YES WITHOUT_P1003_1B=YES WITHOUT_PF=YES WITHOUT_PKGTOOLS=YES WITHOUT_PMCCONTROL=YES WITHOUT_PORTSNAP=YES WITHOUT_PPP=YES WITHOUT_PROFILE=YES WITHOUT_QUOTAS=YES WITHOUT_RCMDS=YES WITHOUT_RCS=YES WITHOUT_RESCUE=YES WITHOUT_ROUTED=YES WITHOUT_SHAREDOCS=YES WITHOUT-SLIP=YES WITHOUT_SPP=YES WITHOUT_SYSCONS=YES WITHOUT_SYSINSTALL=YES WITHOUT_TEXTPROC=YES WITHOUT_USB=YES WITHOUT_WIRELESS=YES WITHOUT_SENDMAIL=YES WITHOUT_SHAREDOCS=YES WITHOUT_PPP=YES WITHOUT_WPA_SUPPLICANT_EAPOL=YES WITHOUT_ZFS=YES WITHOUT_ZONEINFO=YES ' -- Michael W. Lucas mwlucas@BlackHelicopters.org, mwlucas@FreeBSD.org http://www.BlackHelicopters.org/~mwlucas/ "My pessimism extends to the point of even suspecting the sincerity of the pessimists." -- Jean Rostand, French biologist and philosopher From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:14:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F25106566C; Tue, 3 Feb 2009 20:14:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 723808FC0A; Tue, 3 Feb 2009 20:14:44 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KEfqw017097; Tue, 3 Feb 2009 15:14:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KEfjw032910; Tue, 3 Feb 2009 15:14:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7C9A57302F; Tue, 3 Feb 2009 15:14:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203201441.7C9A57302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 15:14:41 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:14:46 -0000 TB --- 2009-02-03 20:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:00:00 - starting HEAD tinderbox run for arm/arm TB --- 2009-02-03 20:00:00 - cleaning the object tree TB --- 2009-02-03 20:00:32 - cvsupping the source tree TB --- 2009-02-03 20:00:32 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/arm/arm/supfile TB --- 2009-02-03 20:00:40 - building world TB --- 2009-02-03 20:00:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:00:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:00:40 - TARGET=arm TB --- 2009-02-03 20:00:40 - TARGET_ARCH=arm TB --- 2009-02-03 20:00:40 - TZ=UTC TB --- 2009-02-03 20:00:40 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:00:40 - cd /src TB --- 2009-02-03 20:00:40 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:00:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/bcmp.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/string/bcopy.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/string/bzero.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/arm/string/ffs.S cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/index.c cc -O -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/arm -DSOFTFLOAT -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/arm/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -I/src/lib/libc/arm/softfloat -I/src/lib/libc/softfloat -DSOFTFLOAT_FOR_GCC -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memchr.c /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' /src/lib/libc/../../include/string.h:61: error: previous declaration of 'memchr' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:14:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:14:40 - ERROR: failed to build world TB --- 2009-02-03 20:14:40 - 650.20 user 65.42 system 879.97 real http://tinderbox.des.no/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:18:14 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 96FD9106568D; Tue, 3 Feb 2009 20:18:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5426F8FC17; Tue, 3 Feb 2009 20:18:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KICBu065807; Tue, 3 Feb 2009 15:18:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KIB7t056216; Tue, 3 Feb 2009 15:18:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE15E7302F; Tue, 3 Feb 2009 15:18:11 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203201811.CE15E7302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 15:18:11 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:18:15 -0000 TB --- 2009-02-03 20:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-03 20:00:00 - cleaning the object tree TB --- 2009-02-03 20:00:47 - cvsupping the source tree TB --- 2009-02-03 20:00:47 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-03 20:00:55 - building world TB --- 2009-02-03 20:00:55 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:00:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:00:55 - TARGET=amd64 TB --- 2009-02-03 20:00:55 - TARGET_ARCH=amd64 TB --- 2009-02-03 20:00:55 - TZ=UTC TB --- 2009-02-03 20:00:55 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:00:55 - cd /src TB --- 2009-02-03 20:00:55 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:00:57 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/fls.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsl.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsll.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/index.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memccpy.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memchr.c /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' /src/lib/libc/../../include/string.h:61: error: previous declaration of 'memchr' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:18:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:18:11 - ERROR: failed to build world TB --- 2009-02-03 20:18:11 - 804.62 user 78.65 system 1090.94 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:25:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C12DA106566B for ; Tue, 3 Feb 2009 20:25:17 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.99]) by mx1.freebsd.org (Postfix) with ESMTP id 45D4E8FC16 for ; Tue, 3 Feb 2009 20:25:17 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail52.abv.bg (mail52.ni.bg [192.168.151.19]) by smtp-out.abv.bg (Postfix) with ESMTP id C221214EC39; Tue, 3 Feb 2009 22:24:24 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=oXJCpNUQZfnLrG/1dh/n09mpbL0B2biGdEKOcH9FHhZ6T6MIJoeaDVKQpdci7Ye4d dyjvibHihTsKl0avZ0d5HKf+DfBpPNUIl4OTvcVW1Ar4lSTnzpmZrTy4rZvN9qiQPpy IC0Ni/2lrM4Lj3PoBNs1kHlGXO+K7YIp3nmIXwg= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1233692664; bh=Wpuv77QJPHzPzkArkbKeAFzqQA9fvDxmZX7HC4Vnwmc=; h=Date:From:To:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=RIL23SS+4fnaNz31Lz6Lnr9NHgS0mRIO caWjHmYA0dTUWFhKCSZ52jSSYzCezvQtTC1Rvsf1ldDaX55bZkwUU8H4DrZbqVxz1iG a8GC4xeenwL9Xh+NnyQVjIdt0tPAjbwoznhK+uZ+E/G9KK0rjkj70gr5lcGLxWagNbg rFNZ8= Received: from mail52.abv.bg (mail52.abv.bg [127.0.0.1]) by mail52.abv.bg (Postfix) with ESMTP id AB8471ACA63; Tue, 3 Feb 2009 22:25:14 +0200 (EET) Date: Tue, 3 Feb 2009 22:25:14 +0200 (EET) From: Mario Pavlov To: bzeeb-lists@lists.zabbadoz.net, freebsd-current@freebsd.org Message-ID: <378345101.17713.1233692714695.JavaMail.apache@mail52.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 78.128.21.208 Cc: Subject: Re: Re: Re: Re: panic caused by mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:25:18 -0000 Hi again I've updated the code and guess what...it doesn't panic any more :) thanks to all of you Regards MGP >Hi, >I'll first update the code and try that patch (r187946) out >then I'll let you know if the problem is still there >thank you > >Regards >MGP > > >On Tue, 3 Feb 2009, Mario Pavlov wrote: > > > >Hi, > > > >> I don't know what else could be useful > >> just tell me what you need and I'll provide it > > > >you could have at least typed "bt" or resolved the line number to the > >right piece of code as you seem to run HEAD which can change > >frequently. > > > >http://www.freebsd.org/doc/en_US.ISO8859-1/books/developers-handbook/kerneldebug.html > >has some info on how to debug things. > > > > > >> btw what is r187946 ? > > > >The SVN revision number of a commit: > >http://svn.freebsd.org/viewvc/base?view=revision&revision=187946 > > > > > >If you want to run HEAD, try to update your source, rebuild the kernel > >and see if you can still reproduce it. If you can, start debugging along > >the above information. > > > > > >/bz > > > >-- > >Bjoern A. Zeeb The greatest risk is not taking one. > >_______________________________________________ > >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-current@FreeBSD.ORG Tue Feb 3 20:31:05 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FF01106564A; Tue, 3 Feb 2009 20:31:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D36C18FC08; Tue, 3 Feb 2009 20:31:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KV2dk068391; Tue, 3 Feb 2009 15:31:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KV2uU047910; Tue, 3 Feb 2009 15:31:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 125D57302F; Tue, 3 Feb 2009 15:31:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203203102.125D57302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 15:31:02 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:31:05 -0000 TB --- 2009-02-03 20:14:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:14:41 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-03 20:14:41 - cleaning the object tree TB --- 2009-02-03 20:15:13 - cvsupping the source tree TB --- 2009-02-03 20:15:13 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-03 20:15:20 - building world TB --- 2009-02-03 20:15:20 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:15:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:15:20 - TARGET=i386 TB --- 2009-02-03 20:15:20 - TARGET_ARCH=i386 TB --- 2009-02-03 20:15:20 - TZ=UTC TB --- 2009-02-03 20:15:20 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:15:20 - cd /src TB --- 2009-02-03 20:15:20 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:15:21 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strcspn.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strdup.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strerror.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strlcat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strlcpy.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strmode.c /src/lib/libc/string/strmode.c:42: error: conflicting types for 'strmode' /src/lib/libc/../../include/string.h:93: error: previous declaration of 'strmode' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:31:02 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:31:02 - ERROR: failed to build world TB --- 2009-02-03 20:31:02 - 741.88 user 67.12 system 980.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:34:37 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FC141065672; Tue, 3 Feb 2009 20:34:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id F1E188FC1F; Tue, 3 Feb 2009 20:34:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KYYjO069030; Tue, 3 Feb 2009 15:34:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KYYlm092388; Tue, 3 Feb 2009 15:34:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 779D37302F; Tue, 3 Feb 2009 15:34:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203203434.779D37302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 15:34:34 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner4 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:34:37 -0000 TB --- 2009-02-03 20:18:11 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:18:11 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-03 20:18:11 - cleaning the object tree TB --- 2009-02-03 20:18:40 - cvsupping the source tree TB --- 2009-02-03 20:18:40 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-03 20:18:47 - building world TB --- 2009-02-03 20:18:47 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:18:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:18:47 - TARGET=pc98 TB --- 2009-02-03 20:18:47 - TARGET_ARCH=i386 TB --- 2009-02-03 20:18:47 - TZ=UTC TB --- 2009-02-03 20:18:47 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:18:47 - cd /src TB --- 2009-02-03 20:18:47 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:18:50 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strcspn.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strdup.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strerror.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strlcat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strlcpy.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/strmode.c /src/lib/libc/string/strmode.c:42: error: conflicting types for 'strmode' /src/lib/libc/../../include/string.h:93: error: previous declaration of 'strmode' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:34:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:34:34 - ERROR: failed to build world TB --- 2009-02-03 20:34:34 - 740.60 user 69.53 system 982.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:47:02 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D68391065670 for ; Tue, 3 Feb 2009 20:47:02 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 9BA9D8FC22 for ; Tue, 3 Feb 2009 20:47:02 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 2147173098; Tue, 3 Feb 2009 21:52:45 +0100 (CET) Date: Tue, 3 Feb 2009 21:52:45 +0100 From: Luigi Rizzo To: "Michael W. Lucas" Message-ID: <20090203205245.GA77162@onelab2.iet.unipi.it> References: <20090203194017.GA58565@bewilderbeast.blackhelicopters.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090203194017.GA58565@bewilderbeast.blackhelicopters.org> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: nanobsd dies in newfs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:47:03 -0000 On Tue, Feb 03, 2009 at 02:40:17PM -0500, Michael W. Lucas wrote: > > Hi, > > This is on i386 -current as of Feb 1, 2009. > > Obviously, things have changed in the year since I've built nanoBSD. > I'm trying to build a very tiny sniffer box, and the build dies in > newfs(8). The error and my nanobsd config follow. > > Any suggestions, folks? this is related to a recent commit i made to newfs.c which works with dynamic build but not with static build. See the commit log to see the details. I am sorry I don't have a good solution short of changing the function in libufs -- which may be the way to go. For a quick workaround you can try to revert the change, or build newfs as dynamically linked. cheers luigi From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:47:25 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AB7D106567B; Tue, 3 Feb 2009 20:47:25 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id 023348FC22; Tue, 3 Feb 2009 20:47:24 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id 53696133446E; Tue, 3 Feb 2009 21:29:26 +0100 (CET) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id 2JF3+00S9fKL; Tue, 3 Feb 2009 21:29:25 +0100 (CET) Received: from DANGER-PC (danger.mcrn.sk [84.16.37.254]) (Authenticated sender: danger@rulez.sk) by services.rulez.sk (Postfix) with ESMTPA id 81A281334412; Tue, 3 Feb 2009 21:29:25 +0100 (CET) Date: Tue, 3 Feb 2009 21:29:20 +0100 From: Daniel Gerzo Organization: The FreeBSD Project X-Priority: 3 (Normal) Message-ID: <1924472521.20090203212920@rulez.sk> To: FreeBSD Tinderbox In-Reply-To: <20090203201441.7C9A57302F@freebsd-current.sentex.ca> References: <20090203201441.7C9A57302F@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: quoted-printable Cc: arm@freebsd.org, current@freebsd.org Subject: Re: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:47:26 -0000 Hello, Tuesday, February 3, 2009, 9:14:41 PM, you wrote: > TB --- 2009-02-03 20:00:00 - tinderbox 2.6 running on freebsd-current.sen= tex.ca > -Wno-pointer-sign -c /src/lib/libc/string/memchr.c > /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' > /src/lib/libc/../../include/string.h:61: error: previous declaration of '= memchr' was here > *** Error code 1 My fault, we are working with Warner on fix. Should be committed soon. --=20 Best regards, Daniel mailto:danger@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:47:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A50401065677; Tue, 3 Feb 2009 20:47:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 621BB8FC12; Tue, 3 Feb 2009 20:47:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KlRKP071103; Tue, 3 Feb 2009 15:47:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13KlQaA025691; Tue, 3 Feb 2009 15:47:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C48337302F; Tue, 3 Feb 2009 15:47:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203204726.C48337302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 15:47:26 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:47:30 -0000 TB --- 2009-02-03 20:31:02 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:31:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-03 20:31:02 - cleaning the object tree TB --- 2009-02-03 20:31:29 - cvsupping the source tree TB --- 2009-02-03 20:31:29 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-03 20:31:37 - building world TB --- 2009-02-03 20:31:37 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:31:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:31:37 - TARGET=ia64 TB --- 2009-02-03 20:31:37 - TARGET_ARCH=ia64 TB --- 2009-02-03 20:31:37 - TZ=UTC TB --- 2009-02-03 20:31:37 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:31:37 - cd /src TB --- 2009-02-03 20:31:37 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:31:39 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/fls.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsl.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsll.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/index.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memccpy.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memchr.c /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' /src/lib/libc/../../include/string.h:61: error: previous declaration of 'memchr' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:47:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:47:26 - ERROR: failed to build world TB --- 2009-02-03 20:47:26 - 729.07 user 66.55 system 984.54 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 20:51:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4DC521065676; Tue, 3 Feb 2009 20:51:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1F34A8FC08; Tue, 3 Feb 2009 20:51:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n13Kp7rB026273; Tue, 3 Feb 2009 15:51:07 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n13Kp6hs061222; Tue, 3 Feb 2009 15:51:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BBDAE7302F; Tue, 3 Feb 2009 15:51:06 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090203205106.BBDAE7302F@freebsd-current.sentex.ca> Date: Tue, 3 Feb 2009 15:51:06 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 20:51:13 -0000 TB --- 2009-02-03 20:34:34 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-03 20:34:34 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-03 20:34:34 - cleaning the object tree TB --- 2009-02-03 20:35:01 - cvsupping the source tree TB --- 2009-02-03 20:35:01 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-03 20:35:08 - building world TB --- 2009-02-03 20:35:08 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-03 20:35:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-03 20:35:08 - TARGET=powerpc TB --- 2009-02-03 20:35:08 - TARGET_ARCH=powerpc TB --- 2009-02-03 20:35:08 - TZ=UTC TB --- 2009-02-03 20:35:08 - __MAKE_CONF=/dev/null TB --- 2009-02-03 20:35:08 - cd /src TB --- 2009-02-03 20:35:08 - /usr/bin/make -B buildworld >>> World build started on Tue Feb 3 20:35:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/fls.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsl.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/flsll.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/index.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memccpy.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/string/memchr.c /src/lib/libc/string/memchr.c:43: error: conflicting types for 'memchr' /src/lib/libc/../../include/string.h:61: error: previous declaration of 'memchr' was here *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-03 20:51:06 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-03 20:51:06 - ERROR: failed to build world TB --- 2009-02-03 20:51:06 - 741.51 user 67.82 system 992.09 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 22:07:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77B431065672 for ; Tue, 3 Feb 2009 22:07:14 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id D85CD8FC1E for ; Tue, 3 Feb 2009 22:07:13 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([77.232.23.6]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n13LgKa7027210 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 00:42:22 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUT2C-000Fo3-5w; Wed, 04 Feb 2009 00:42:20 +0300 From: Vladimir Grebenschikov To: Coleman Kane In-Reply-To: <1226688529.19638.9.camel@localhost> References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <1226687528.19638.4.camel@localhost> <1226688529.19638.9.camel@localhost> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 04 Feb 2009 00:42:19 +0300 Message-Id: <1233697339.2314.3.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Diego Depaoli , freebsd-current Subject: Re: Usb2 and hal issue (fix to previous) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 22:07:14 -0000 On Fri, 2008-11-14 at 13:48 -0500, Coleman Kane wrote: > > Additionally, I think it is a bug that hald busy-loops trying (and > > failing) to open "/dev/usb". Ideally, I think that hald should put a > > sleep in there of some sort, to give up CPU to something else. Is there any progress regarding to the issue ? Just tried usb2 today (recent 8-CURRENT and recent gnome) and gain see 100% CPU by hald, patch helps, but probably it worth to commit it ? -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 22:11:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9EF23106566B for ; Tue, 3 Feb 2009 22:11:23 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from creme-brulee.marcuscom.com (marcuscom-pt.tunnel.tserv1.fmt.ipv6.he.net [IPv6:2001:470:1f00:ffff::1279]) by mx1.freebsd.org (Postfix) with ESMTP id 3567E8FC08 for ; Tue, 3 Feb 2009 22:11:23 +0000 (UTC) (envelope-from marcus@marcuscom.com) Received: from [IPv6:2001:470:1f00:2464::4] (shumai.marcuscom.com [IPv6:2001:470:1f00:2464::4]) by creme-brulee.marcuscom.com (8.14.3/8.14.3) with ESMTP id n13MBmwC058979; Tue, 3 Feb 2009 17:11:48 -0500 (EST) (envelope-from marcus@marcuscom.com) From: Joe Marcus Clarke To: Vladimir Grebenschikov In-Reply-To: <1233697339.2314.3.camel@localhost> References: <83e5fb980811051638n5f9a1a5dr60160ed7e2ed7a1c@mail.gmail.com> <1226687528.19638.4.camel@localhost> <1226688529.19638.9.camel@localhost> <1233697339.2314.3.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-4VnFvYncNVR41FiUT72u" Organization: MarcusCom, Inc. Date: Tue, 03 Feb 2009 17:11:20 -0500 Message-Id: <1233699080.24228.51.camel@shumai.marcuscom.com> Mime-Version: 1.0 X-Mailer: Evolution 2.24.4 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on creme-brulee.marcuscom.com Cc: Diego Depaoli , freebsd-current , Coleman Kane Subject: Re: Usb2 and hal issue (fix to previous) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 22:11:23 -0000 --=-4VnFvYncNVR41FiUT72u Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2009-02-04 at 00:42 +0300, Vladimir Grebenschikov wrote: > On Fri, 2008-11-14 at 13:48 -0500, Coleman Kane wrote: >=20 > > > Additionally, I think it is a bug that hald busy-loops trying (and > > > failing) to open "/dev/usb". Ideally, I think that hald should put a > > > sleep in there of some sort, to give up CPU to something else. >=20 > Is there any progress regarding to the issue ? > Just tried usb2 today (recent 8-CURRENT and recent gnome) and gain see > 100% CPU by hald, patch helps, but probably it worth to commit it ? No progress yet. I've been very busy with work and getting hal to play nicely with X. Joe --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-4VnFvYncNVR41FiUT72u Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkmIwQcACgkQb2iPiv4Uz4fs5gCfaNMhqpimAn3W/yJ5mX3nK351 BAIAnjgFEKDzHrxRKt8r8af4H2+eaF2B =h3a3 -----END PGP SIGNATURE----- --=-4VnFvYncNVR41FiUT72u-- From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 22:28:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D522106566B for ; Tue, 3 Feb 2009 22:28:44 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id EB25A8FC0C for ; Tue, 3 Feb 2009 22:28:43 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: by mu-out-0910.google.com with SMTP id w1so179636mue.3 for ; Tue, 03 Feb 2009 14:28:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:from:to :content-type:content-transfer-encoding:mime-version:subject:date :x-mailer; bh=LbLnl4au1R3R4eHgtxcKS0Vq6j0AFJ3ue0HnnpKAU2g=; b=C6eiqYD0SPpE1mbgbfmUG5qGPz7f2juw5iSOGutg6bZyv/FZbD+yemaFnSqpreFHns XW7Z9LIER7oR7Ma6o1151eTo+XKX9Gzvc6BjLJdHmqhyfDQDUJvbrK6YbJdYQ6uUh5jv az0zjZ6f0eRgVHuvrgDhnrnFKMgrKAjsBvIj4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:content-transfer-encoding :mime-version:subject:date:x-mailer; b=fWC+7Kkkh7GlPYwLcA0SgOdP8wGluRw2pkssjrdPzHys2jItrcA4896WAohKKJPwNv ziKDMnZ7ZRgxCSDt0JxF7E+PnXFcF5qcH1JcsE5bbRXf26YXc/Ov+Ss439zJr/RJGNY7 nIom9ztzVzQyhxCR/elCG6l5r3TrXSuk9wiOg= Received: by 10.103.176.20 with SMTP id d20mr1607976mup.27.1233698129034; Tue, 03 Feb 2009 13:55:29 -0800 (PST) Received: from host.homenet.telecomitalia.it (host210-103-dynamic.16-87-r.retail.telecomitalia.it [87.16.103.210]) by mx.google.com with ESMTPS id y37sm855208mug.53.2009.02.03.13.55.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 03 Feb 2009 13:55:28 -0800 (PST) Message-Id: From: Andrea Di Pasquale To: freebsd-current@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 3 Feb 2009 22:55:25 +0100 X-Mailer: Apple Mail (2.930.3) Subject: Boot panic on macbook alluminium X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 22:28:44 -0000 Hi guys! In my boot freebsd install, i have panic: pci0: on pcib0 Memory modified after free 0xc5b026a0(12) val=c0dedead @ 0xc5b026a panic: Most recently used by (null) cpuid = 0 KDB: enter: panic [Thread pid 0 tid 100000] Stopped at kdb_enter+0x3a: movl $0,kdb_why I can use ddb because the macbook keyboard is usb device, so i think that before the panic, the kernel doesn't load the usb keyboard driver. Thank you, cheers Andrea From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 22:45:47 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BC92106564A for ; Tue, 3 Feb 2009 22:45:47 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E78548FC1B for ; Tue, 3 Feb 2009 22:45:46 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n13MjjIl036626 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 14:45:45 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4988C908.1030002@FreeBSD.org> Date: Tue, 03 Feb 2009 14:45:28 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Ivan Voras References: <20090203082153.565746e2@zelda.local> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 22:45:47 -0000 Ivan Voras wrote: > Marius NГјnnerich wrote: > >> I'm not happy with the symlinks either. When someone is manipulating a >> partition table she should be able to live with the consequences. I >> would rather go for the UUID in UFS header approach if there is enough >> room. BTW I implemented GPT UUID glabels a while ago please see: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=128398 > > I have a patch for UFS "GUID" labels (not exactly GUIDs, but every UFS > file system has a reasonably unique ID associated with it) but have > encountered what seems a bug in GEOM slicers - two dev entries pointing > to the same device don't work well with orphaning/tasting. Have you > encountered something similar perhaps? Why exactly do we need UFS "GUID" labels, when we already have GEOM_LABEL, which works just fine with UFS. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 23:32:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 174371065670; Tue, 3 Feb 2009 23:32:44 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from mx-01queue01.mts.net (mx-01queue01.mts.net [142.161.3.10]) by mx1.freebsd.org (Postfix) with ESMTP id A6E968FC0A; Tue, 3 Feb 2009 23:32:43 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from wnpgmb013qw-sp03.mts.net ([10.205.128.23]) by mx-01mtaout02.mts.net with ESMTP id <20090203231156.LDNN12442.mx-01mtaout02.mts.net@wnpgmb013qw-sp03.mts.net>; Tue, 3 Feb 2009 17:11:56 -0600 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AuQEAE1eiEmOoTqg/2dsb2JhbACBbs4RhBQG X-IronPort-AV: E=Sophos;i="4.37,374,1231135200"; d="scan'208";a="59404060" Received: from wnpgmb1309w-ad05-58-160.dynamic.mts.net (HELO jnz.my.domain) ([142.161.58.160]) by wnpgmb013qw-sp03.mts.net with ESMTP; 03 Feb 2009 17:11:56 -0600 Received: from jnz.my.domain (localhost [127.0.0.1]) by jnz.my.domain (8.14.3/8.14.2) with ESMTP id n13NButW069171; Tue, 3 Feb 2009 17:11:56 -0600 (CST) (envelope-from csjp@jnz.my.domain) Received: (from csjp@localhost) by jnz.my.domain (8.14.3/8.14.2/Submit) id n13NBuli069170; Tue, 3 Feb 2009 17:11:56 -0600 (CST) (envelope-from csjp) Date: Tue, 3 Feb 2009 17:11:56 -0600 From: Christian Peron To: Christoph Mallon Message-ID: <20090203231155.GA69101@jnz.sqrt.ca> References: <49874CA8.5090605@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49874CA8.5090605@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 23:32:44 -0000 I started following up on this and ran into an issue for these: sys/net/bpf_buffer.c:133: warning: variable 'dst' is never read sys/net/bpf_buffer.c:134: warning: variable 'count' is never read sys/net/bpf_buffer.c:142: warning: variable 'dst' is never read /* * Scatter-gather data copy from an mbuf chain to the current kernel buffer. */ void bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, u_int len) { const struct mbuf *m; u_char *dst; u_int count; m = (struct mbuf *)src; dst = (u_char *)buf + offset; while (len > 0) { if (m == NULL) panic("bpf_mcopy"); count = min(m->m_len, len); bcopy(mtod(m, void *), dst, count); m = m->m_next; [..] Does it not consider being passed as an argument to a function as being read? Cheers From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 23:45:39 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 708BE1065673 for ; Tue, 3 Feb 2009 23:45:39 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 2C71C8FC19 for ; Tue, 3 Feb 2009 23:45:39 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate01.web.de (Postfix) with ESMTP id E20E1FCB0D50; Wed, 4 Feb 2009 00:45:37 +0100 (CET) Received: from [217.236.23.4] (helo=zelda.local) by smtp07.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LUUxV-0004zX-00; Wed, 04 Feb 2009 00:45:37 +0100 Date: Wed, 4 Feb 2009 00:45:34 +0100 From: Martin To: Marcel Moolenaar Message-ID: <20090204004534.11ccca19@zelda.local> In-Reply-To: References: <20090203082153.565746e2@zelda.local> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX18gb7JFWrocVt1ByeS+0eclmQFuSG2GFwyAQIMH sg2o8q4sVcfmsXtXrCU0CTd3+cqroG2xd0P5eLtWOImYmPHiYY 2ytvvyBDk= Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 23:45:39 -0000 Am Tue, 03 Feb 2009 10:15:50 -0800 schrieb Marcel Moolenaar : > What happens if you add a partition to the head of the list? Well, I would never do this, because usually this creates mess with drive letters on MS-DOS and MS-Windows. Then, it is quite unusual to insert a new logical partition and copy all entries in the list one place down. First because people usually allocate the logical partitions from the start of the "extended partition" container and move on till it's fully allocated. Btw, the entries should be sorted to avoid problems with older systems. I remember that win95-fdisk will destroy your whole partition table, if you don't sort it. But this is perhaps not that important here. > > Second thing is, why do you need something like "s5"? > > That's the how logical partitions are named in 7.x I understand it is for compatibility, but the softlinks may introduce new issues, mostly with all the nice geom features. That's why I tried to ask about how you would support the suffixes that geom modules automatically create? Would it still work? -- Martin From owner-freebsd-current@FreeBSD.ORG Tue Feb 3 23:57:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5002E1065670 for ; Tue, 3 Feb 2009 23:57:41 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from mail-fx0-f17.google.com (mail-fx0-f17.google.com [209.85.220.17]) by mx1.freebsd.org (Postfix) with ESMTP id A40678FC0C for ; Tue, 3 Feb 2009 23:57:40 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by fxm10 with SMTP id 10so194675fxm.19 for ; Tue, 03 Feb 2009 15:57:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type:content-transfer-encoding; bh=pVSGhBnMYIQFNbug87HwrFWIaFxW4lXTv0hEUn+ervk=; b=Uc45154BfPrYf/d7TAfmaHGBGSzmDF12ikPI1NMPno93sq36Y/xu4qSyk2NMmzhN+1 McPqMUoj9M0zNLX8Yi62LjutkKCfQG2xiHtHrAA22+Wu1TIWQRwk8QFfpzLve/GxjhDK HkFceMsu1ADvZuaNw30ihGGkDpUi9Hr+TKv7g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=TRQhQTvQoHJezgM3T2mdbJow8QHJlEr3NjetIvDRSBiyNUvGHBw1f8qb/AsPTw+klT Tat4nXnBcqdDmnnSt57XUh4tRkJchKa0LH+p7mUWYX52oFanOzJaLutB84ta+EKrDs/Y Hb2zPGvendDSqN/Oo+pgdYvxLljk8aY/l05wY= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.181.239.8 with SMTP id q8mr581412bkr.1.1233704161808; Tue, 03 Feb 2009 15:36:01 -0800 (PST) In-Reply-To: <4988C908.1030002@FreeBSD.org> References: <20090203082153.565746e2@zelda.local> <4988C908.1030002@FreeBSD.org> Date: Wed, 4 Feb 2009 00:36:01 +0100 X-Google-Sender-Auth: 7f0b0116e2e3a5c0 Message-ID: <9bbcef730902031536h5ec406b3h5e375cfdf9f4abc7@mail.gmail.com> From: Ivan Voras To: Maxim Sobolev Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Feb 2009 23:57:41 -0000 2009/2/3 Maxim Sobolev : > Ivan Voras wrote: >> >> Marius N=C3=BCnnerich wrote: >> >>> I'm not happy with the symlinks either. When someone is manipulating a >>> partition table she should be able to live with the consequences. I >>> would rather go for the UUID in UFS header approach if there is enough >>> room. BTW I implemented GPT UUID glabels a while ago please see: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D128398 >> >> I have a patch for UFS "GUID" labels (not exactly GUIDs, but every UFS >> file system has a reasonably unique ID associated with it) but have >> encountered what seems a bug in GEOM slicers - two dev entries pointing >> to the same device don't work well with orphaning/tasting. Have you >> encountered something similar perhaps? > > Why exactly do we need UFS "GUID" labels, when we already have GEOM_LABEL= , > which works just fine with UFS. So people don't need to make up dummy labels for dozens of file systems :) Also, "UFS GUIDs" are always present, even in root file systems created by sysinstall by default. It's a good idea. From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 00:30:20 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F4FF106566B for ; Wed, 4 Feb 2009 00:30:20 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout020.mac.com (asmtpout020.mac.com [17.148.16.95]) by mx1.freebsd.org (Postfix) with ESMTP id 7971B8FC12 for ; Wed, 4 Feb 2009 00:30:20 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from srangarajan-t411.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KEI00863MQFSJ50@asmtp020.mac.com> for current@freebsd.org; Tue, 03 Feb 2009 16:30:16 -0800 (PST) Message-id: From: Marcel Moolenaar To: Martin In-reply-to: <20090204004534.11ccca19@zelda.local> Date: Tue, 03 Feb 2009 16:30:14 -0800 References: <20090203082153.565746e2@zelda.local> <20090204004534.11ccca19@zelda.local> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 00:30:20 -0000 On Feb 3, 2009, at 3:45 PM, Martin wrote: > Am Tue, 03 Feb 2009 10:15:50 -0800 > schrieb Marcel Moolenaar : > >> What happens if you add a partition to the head of the list? > > Well, I would never do this, because usually this creates mess with > drive letters on MS-DOS and MS-Windows. I don't see a mess with XP. I can easily remove the first logical partition and then fill the space again... > Then, it is quite unusual to insert a new logical partition and copy > all entries in the list one place down. What do you mean copy? > First because people usually > allocate the logical partitions from the start of the "extended > partition" container and move on till it's fully allocated. Sure, but you can remove any logical partition in any order, which means that subsequent adds can also be in any order... > Btw, the entries should be sorted to avoid problems with older > systems. > I remember that win95-fdisk will destroy your whole partition table, > if > you don't sort it. But this is perhaps not that important here. > >>> Second thing is, why do you need something like "s5"? >> >> That's the how logical partitions are named in 7.x > > I understand it is for compatibility, but the softlinks may introduce > new issues, mostly with all the nice geom features. That's why I tried > to ask about how you would support the suffixes that geom modules > automatically create? Would it still work? Yes, but those will be using the "fixed" names, not the softlinks. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 01:33:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3E85106566C; Wed, 4 Feb 2009 01:33:25 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 8A17B8FC0C; Wed, 4 Feb 2009 01:33:25 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n141XNFJ044909 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 3 Feb 2009 17:33:24 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4988F053.3060709@FreeBSD.org> Date: Tue, 03 Feb 2009 17:33:07 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Ivan Voras References: <20090203082153.565746e2@zelda.local> <4988C908.1030002@FreeBSD.org> <9bbcef730902031536h5ec406b3h5e375cfdf9f4abc7@mail.gmail.com> In-Reply-To: <9bbcef730902031536h5ec406b3h5e375cfdf9f4abc7@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@FreeBSD.org Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 01:33:26 -0000 Ivan Voras wrote: > 2009/2/3 Maxim Sobolev : >> Ivan Voras wrote: >>> Marius NГјnnerich wrote: >>> >>>> I'm not happy with the symlinks either. When someone is manipulating a >>>> partition table she should be able to live with the consequences. I >>>> would rather go for the UUID in UFS header approach if there is enough >>>> room. BTW I implemented GPT UUID glabels a while ago please see: >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=128398 >>> I have a patch for UFS "GUID" labels (not exactly GUIDs, but every UFS >>> file system has a reasonably unique ID associated with it) but have >>> encountered what seems a bug in GEOM slicers - two dev entries pointing >>> to the same device don't work well with orphaning/tasting. Have you >>> encountered something similar perhaps? >> Why exactly do we need UFS "GUID" labels, when we already have GEOM_LABEL, >> which works just fine with UFS. > > So people don't need to make up dummy labels for dozens of file systems :) > > Also, "UFS GUIDs" are always present, even in root file systems > created by sysinstall by default. It's a good idea. sysinstall can auto-generate labels and use them to generate fstab, right now it leaves UFS label empty anyway. This should cover 99.99% of all cases. I just worried that instead of one labeling scheme we would end up with 10, neither of which is really well supported. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 07:27:24 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99DA31065689 for ; Wed, 4 Feb 2009 07:27:24 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id 281B88FC0A for ; Wed, 4 Feb 2009 07:27:23 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp06.web.de (fmsmtp06.dlan.cinetic.de [172.20.5.172]) by fmmailgate02.web.de (Postfix) with ESMTP id B03A5F9E1E26; Wed, 4 Feb 2009 08:27:22 +0100 (CET) Received: from [217.236.23.4] (helo=zelda.local) by smtp06.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LUcAM-00076D-00; Wed, 04 Feb 2009 08:27:22 +0100 Date: Wed, 4 Feb 2009 08:27:18 +0100 From: Martin To: Marcel Moolenaar Message-ID: <20090204082718.0f217b1a@zelda.local> In-Reply-To: References: <20090203082153.565746e2@zelda.local> <20090204004534.11ccca19@zelda.local> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX1/ac6xM1pP6ok3IgYzi9+eNfH2HoVlXsVDpRjVZ wQpC5yaqibU4DAin/qbhPFfywdAYg4EEVOOEK+qkTAg5HjWEW5 +AqYTLzMs= Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 07:27:25 -0000 Am Tue, 03 Feb 2009 16:30:14 -0800 schrieb Marcel Moolenaar : > > Then, it is quite unusual to insert a new logical partition and copy > > all entries in the list one place down. > > What do you mean copy? I try to figure out why you think that the device names will change, when you simply use the offset in the partition list. When you want to insert a new partition at the beginning and you already have one at list offset 0 then you have to copy it one place down to 1. I thought that you want to offer a special solution for this problem. > Sure, but you can remove any logical partition in any > order, which means that subsequent adds can also be > in any order... Ok, so when you have logical partition 0, 1 and 2. /dev/ad0s1.0 /dev/ad0s1.1 /dev/ad0s1.2 you can remove partitions 0 and 1, and you get: /dev/ad0s1.2 now you can insert 0 again and you get: /dev/ad0s1.0 /dev/ad0s1.2 You can still use softlinks here. In the last situation you would get ad0s5 and ad0s7. Do I forget about something? > Yes, but those will be using the "fixed" names, not the > softlinks. I see. But you have to be aware that you create a special case here. Someone who starts "geli journal ad0s5" won't get "ad0s5.journal". And is it really a good idea to have the partition block number for the suffix? Imagine you use gpart or partition magic to move all partitions 1GB down, for example to enlarge the file system on the first primary partition. You would need to figure out each logical partition block number of the extended partition to fix the situation, if you use geom_eli/geom_journal before mounting. You would have to edit it in rc.conf for geli devices that appear on boot and fstab for for both, journal and eli. When you don't touch the logical layout itself, it shouldn't change the device names, in my opinion. -- Martin From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 07:33:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 04AC71065673 for ; Wed, 4 Feb 2009 07:33:42 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [IPv6:2001:418:1::36]) by mx1.freebsd.org (Postfix) with ESMTP id CF9018FC08 for ; Wed, 4 Feb 2009 07:33:41 +0000 (UTC) (envelope-from randy@psg.com) Received: from localhost ([127.0.0.1] helo=rmac.psg.com) by ran.psg.com with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUcGS-0007o9-J3; Wed, 04 Feb 2009 07:33:40 +0000 Received: from rmac.psg.com.psg.com (localhost [127.0.0.1]) by rmac.psg.com (Postfix) with ESMTP id 088681F0FFF; Wed, 4 Feb 2009 16:33:40 +0900 (JST) Date: Wed, 04 Feb 2009 16:33:39 +0900 Message-ID: From: Randy Bush To: Marcel Moolenaar In-Reply-To: <6D9C4D7C-88BD-4345-B281-26915601F4BF@mac.com> References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> <085BEE07-BAE5-4A45-A14D-9587987FAA5C@mac.com> <496F44FA.1070004@andric.com> <48C1C477-B7BE-43B0-AC57-9DEB7BF9AA88@mac.com> <496F7347.4060007@andric.com> <496F8D8A.1060508@andric.com> <496F928F.6010807@andric.com> <496FE791.7000709@psg.com> <497A31F7.1070005@psg.com> <6D9C4D7C-88BD-4345-B281-26915601F4BF@mac.com> User-Agent: Wanderlust/2.15.5 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-8859-4?Q?Goj=F2?=) APEL/10.7 Emacs/22.3 (i386-apple-darwin9.6.0) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: current@freebsd.org Subject: Re: GEOM and moving to CURRENT from 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 07:33:42 -0000 >> what ever happened here. we still have a system with gmirror that >> we have suspended work on until we know what we should be doing. > Wipe out the second sector on the disk. well, that kinda works. i decided i would back off and install current from iso. but the latest snapshot i find is ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200812/8.0-CURRENT-200812-amd64-disc1.iso which is before any fix, i believe. clue bat, please? randy From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 07:59:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC437106564A for ; Wed, 4 Feb 2009 07:59:15 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 29D008FC2E for ; Wed, 4 Feb 2009 07:59:14 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n147xCbL010499 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 10:59:13 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUcfA-0001nP-Ew; Wed, 04 Feb 2009 10:59:12 +0300 From: Vladimir Grebenschikov To: current Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 04 Feb 2009 10:59:12 +0300 Message-Id: <1233734352.1767.55.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: usb@freebsd.org Subject: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 07:59:16 -0000 Hi USB2 team, thank you for really big effort on improving FreeBSD usb stack. I've tried it and found that ums, ubt, ukbd just work. u3g card was detected ohci0: mem 0x88000000-0x88000fff irq 16 at device 0.0 on cardbus0 ohci0: [ITHREAD] usbus5: on ohci0 usbus5: 12Mbps Full Speed USB v1.0 ohci1: mem 0x88001000-0x88001fff irq 16 at device 0.1 on cardbus0 ohci1: [ITHREAD] ugen5.1: at usbus5 ushub6: on usbus5 usbus6: on ohci1 usbus6: 12Mbps Full Speed USB v1.0 ugen6.1: at usbus6 ushub7: on usbus6 ushub6: 1 port with 1 removable, self powered ushub7: 1 port with 1 removable, self powered ugen5.2: at usbus5 u3g0: on usbus5 u3g1: on usbus5 u3g2: on usbus5 By some reason devfs semantic was changed: Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 What is reason for such change (additional port with lowercase 'u' and U[0-2] instead of more logical U0.[0-2]) ? Excellent news is that I've successfully removed PCMCI card with u3g USB controller from notebook and have no panic as it was with old USB stack. By some reason connection was failed but chat with modem was ok. Will try again. Simple umass device (WD external disk) works fine, but integrated to doc-station card-reader failed: First time card insertion, two umass devices appeared, both just do not work: ugen4.4: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:5:0:-1: Attached to scbus5 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:0): Medium not present (probe0:umass-sim0:0:0:0): Unretryable error da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present Second time - a bit better, second device read correct card label, but still failed on mount: ugen4.4: at usbus4 umass0: on usbus4 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:5:0:-1: Attached to scbus5 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): UNIT ATTENTION asc:28,0 (probe0:umass-sim0:0:0:0): Not ready to ready change, medium may have changed (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 40.000MB/s transfers da0: 980MB (2007040 512 byte sectors: 64H 32S/T 980C) (probe0:umass-sim0:0:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim0:0:0:1): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:1): SCSI Status: Check Condition (probe0:umass-sim0:0:0:1): NOT READY asc:3a,0 (probe0:umass-sim0:0:0:1): Medium not present (probe0:umass-sim0:0:0:1): Unretryable error da1 at umass-sim0 bus 0 target 0 lun 1 da1: Removable Direct Access SCSI-0 device da1: 40.000MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present GEOM_LABEL: Label for provider da0s1 is label/e60mmc. # /sbin/mount -t msdosfs /dev/da0s1 /mnt mount_msdosfs: /dev/da0s1: Input/output error # and dmesg has lots of: (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:11,0 (da0:umass-sim0:0:0:0): Unrecovered read error (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 8 80 0 0 10 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:11,0 (da0:umass-sim0:0:0:0): Unrecovered read error (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 8 80 0 0 10 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition (da0:umass-sim0:0:0:0): MEDIUM ERROR asc:11,0 (da0:umass-sim0:0:0:0): Unrecovered read error (da0:umass-sim0:0:0:0): Retrying Command (per Sense Data) (da0:umass-sim0:0:0:0): READ(10). CDB: 28 0 0 0 8 80 0 0 10 0 (da0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (da0:umass-sim0:0:0:0): SCSI Status: Check Condition # usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: at usbus4, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ugen3.2: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.4: <2228 SMSC> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # With u3gcard: ... ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen5.2: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON Any hints regarding issues above ? Side question, is there any way to ask usbconfig driver that attached to every device (as it was with usbdevs -d) ? # uname -a FreeBSD vbook.fbsd.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Mon Feb 2 16:46:22 MSK 2009 root@vbook.fbsd.ru:/usr/obj/usr/src/sys/VBOOK i386 -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 08:06:15 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DB7081065678 for ; Wed, 4 Feb 2009 08:06:15 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout014.mac.com (asmtpout014.mac.com [17.148.16.89]) by mx1.freebsd.org (Postfix) with ESMTP id C57C58FC19 for ; Wed, 4 Feb 2009 08:06:15 +0000 (UTC) (envelope-from xcllnt@mac.com) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Received: from [192.168.4.253] (xcllnt.net [75.101.29.67]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KEJ00AU87UEP010@asmtp014.mac.com> for current@freebsd.org; Wed, 04 Feb 2009 00:06:15 -0800 (PST) Message-id: <9D6C9DA2-7BBB-42C6-9F3E-4B8EF2078969@mac.com> From: Marcel Moolenaar To: Martin In-reply-to: <20090204082718.0f217b1a@zelda.local> Date: Wed, 04 Feb 2009 00:06:13 -0800 References: <20090203082153.565746e2@zelda.local> <20090204004534.11ccca19@zelda.local> <20090204082718.0f217b1a@zelda.local> X-Mailer: Apple Mail (2.930.3) Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 08:06:16 -0000 On Feb 3, 2009, at 11:27 PM, Martin wrote: > Am Tue, 03 Feb 2009 16:30:14 -0800 > schrieb Marcel Moolenaar : > >>> Then, it is quite unusual to insert a new logical partition and copy >>> all entries in the list one place down. >> >> What do you mean copy? > > I try to figure out why you think that the device names will change, > when you simply use the offset in the partition list. Please read: http://en.wikipedia.org/wiki/Extended_partition and then explain what you mean. > Ok, so when you have logical partition 0, 1 and 2. > > /dev/ad0s1.0 > /dev/ad0s1.1 > /dev/ad0s1.2 > > you can remove partitions 0 and 1, and you get: > > /dev/ad0s1.2 No, you have 0. > now you can insert 0 again and you get: > > /dev/ad0s1.0 > /dev/ad0s1.2 You'll have 0 and 1. > You can still use softlinks here. In the last situation you would get > ad0s5 and ad0s7. Do I forget about something? Yes. Consider adding 4 logical partitions in the space freed up by removing the first 2. What was the third partition in your example then becomes the 5th. How do you want to deal with that if you use "the offset". > I see. But you have to be aware that you create a special case here. > Someone who starts "geli journal ad0s5" won't get "ad0s5.journal". True. > > > And is it really a good idea to have the partition block number > for the suffix? Seems the best so far. > Imagine you use gpart or partition magic to move all > partitions 1GB down, for example to enlarge the file system on the > first > primary partition. You would need to figure out each logical partition > block number of the extended partition to fix the situation, No, they are relative. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 08:06:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE2CB1065704 for ; Wed, 4 Feb 2009 08:06:29 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 4BA418FC1F for ; Wed, 4 Feb 2009 08:06:29 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n147V1D4006605 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 4 Feb 2009 10:31:02 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUcDt-0001hV-9B for current@freebsd.org; Wed, 04 Feb 2009 10:31:01 +0300 From: Vladimir Grebenschikov To: current@freebsd.org Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 04 Feb 2009 10:31:00 +0300 Message-Id: <1233732660.1767.30.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: Subject: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 08:06:30 -0000 Hi I've tried libusb, looks like it works more or less. What is the right policy about libusb* libraries ? I have security/libfprint (finger-print reader that uses ugen device) that stop working after upgrade. Following entry in /etc/libmap.conf make it works somehow libusb-0.1.so libusb20.so libusb-0.1.so.8 libusb20.so.1 It allows library to access usb device, but pam authentication with it still does not work ( looks like it reads fingerprint correctly, but fails later ). What is right way to handle that situation ? Is there universal library, that will work for both stacks ? PS. I didn't try yet libgphoto2 (it also uses ugen directly). -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 09:36:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28CD61065673 for ; Wed, 4 Feb 2009 09:36:06 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id D73408FC14 for ; Wed, 4 Feb 2009 09:36:05 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=46362 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUeAu-0009zE-1O for freebsd-current@freebsd.org; Wed, 04 Feb 2009 12:36:04 +0300 Message-ID: <49896183.2050705@lissyara.su> Date: Wed, 04 Feb 2009 12:36:03 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090128 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-current Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: USB2 problems when boot from usb mass storage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:36:06 -0000 When I boot from USB hdd with USB2 kernel - system cannot mount root partition - mass storage device detect after attempt mount / When I boot with old-USB kernel (GENERIC) - all OK - mount / correct - device detect before mount attempt... From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 09:42:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EECED106564A; Wed, 4 Feb 2009 09:42:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 318208FC1A; Wed, 4 Feb 2009 09:42:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=6vKQvfzm4CT-oQKQhbsA:9 a=vSCs3hrj37iq592yjgcA:7 a=SdSZzkw8vcR7DPN-Xpxw1ZmdxiwA:4 a=50e4U0PicR4A:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1190336426; Wed, 04 Feb 2009 10:42:06 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, vova@fbsd.ru Date: Wed, 4 Feb 2009 10:44:26 +0100 User-Agent: KMail/1.9.7 References: <1233734352.1767.55.camel@localhost> In-Reply-To: <1233734352.1767.55.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041044.27663.hselasky@c2i.net> Cc: usb@freebsd.org Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:42:09 -0000 Hi, On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: > Hi > > > By some reason devfs semantic was changed: > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > What is reason for such change (additional port with lowercase 'u' and > U[0-2] instead of more logical U0.[0-2]) ? It is because we are attaching drivers per interface instead of per device. A new modem unit is allocated every time we find a modem, simply put. If the modem has multiple instances in an interface, /dev/cuaU0.[0...] will be created. Else /dev/cuaU... . > > Excellent news is that I've successfully removed PCMCI card with u3g USB > controller from notebook and have no panic as it was with old USB > stack. Great! > > By some reason connection was failed but chat with modem was ok. Will > try again. > > Simple umass device (WD external disk) works fine, but > integrated to doc-station card-reader failed: > > First time card insertion, two umass devices appeared, both just do not > work: > > ugen4.4: at usbus4 > umass0: on usbus4 > umass0: SCSI over Bulk-Only; quirks = 0x0000 > umass0:5:0:-1: Attached to scbus5 > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 > (probe0:umass-sim0:0:0:0): Medium not present > (probe0:umass-sim0:0:0:0): Unretryable error > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present Have you tried "cat /dev/null > /dev/da0", to refresh the label on the disk? NOTE: /dev/null is not /dev/zero > da1 at umass-sim0 bus 0 target 0 lun 1 > da1: Removable Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: Attempt to query device size failed: NOT READY, Medium not present Same with "da1" > > Second time - a bit better, second device read correct card label, but > still failed on mount: Maybe your device needs a quirk, because it hangs on one of the issues SCSI commands. Have you looked at: http://wiki.freebsd.org/USB > > # usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST > spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 > md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, > cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at > usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE ugen4.3: 5-Button Mouse with IntelliEye(TM) Microsoft> at usbus4, cfg=0 md=HOST > spd=LOW (1.5Mbps) pwr=ON ugen3.2: at usbus3, cfg=0 > md=HOST spd=FULL (12Mbps) pwr=ON ugen3.3: STMicroelectronics> at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > ugen4.4: <2228 SMSC> at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON # > > With u3gcard: > ... > ugen5.1: at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) > pwr=ON ugen6.1: at usbus6, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON ugen5.2: at usbus5, > cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON > > > Any hints regarding issues above ? > > Side question, is there any way to ask usbconfig driver that attached to > every device (as it was with usbdevs -d) ? No, but you can try the following command which gives a nice overview: devinfo > > # uname -a > FreeBSD vbook.fbsd.ru 8.0-CURRENT FreeBSD 8.0-CURRENT #2: Mon Feb 2 > 16:46:22 MSK 2009 root@vbook.fbsd.ru:/usr/obj/usr/src/sys/VBOOK i386 --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 09:45:23 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39761106564A for ; Wed, 4 Feb 2009 09:45:23 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id CD5958FC18 for ; Wed, 4 Feb 2009 09:45:22 +0000 (UTC) (envelope-from olivier@gid0.org) Received: by fk-out-0910.google.com with SMTP id f40so2131540fka.11 for ; Wed, 04 Feb 2009 01:45:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.114.208 with SMTP id f16mr5127950faq.91.1233740721448; Wed, 04 Feb 2009 01:45:21 -0800 (PST) In-Reply-To: <49896183.2050705@lissyara.su> References: <49896183.2050705@lissyara.su> Date: Wed, 4 Feb 2009 10:45:21 +0100 Message-ID: <367b2c980902040145g534b38e2h9f4d785957192164@mail.gmail.com> From: Olivier SMEDTS To: Alex Keda Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: Re: USB2 problems when boot from usb mass storage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:45:23 -0000 Hello, 2009/2/4 Alex Keda : > When I boot from USB hdd with USB2 kernel - system cannot mount root > partition - mass storage device detect after attempt mount / Are you trying a recent CURRENT ? I think this behaviour has been corrected recently. > When I boot with old-USB kernel (GENERIC) - all OK - mount / correct - > device detect before mount attempt... > > _______________________________________________ > 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" > -- Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 09:47:03 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0361310656D6 for ; Wed, 4 Feb 2009 09:47:03 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe11.tele2.se [212.247.155.65]) by mx1.freebsd.org (Postfix) with ESMTP id 8FAD48FC0C for ; Wed, 4 Feb 2009 09:47:02 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=h6Gd6J8yk-YAZcrHTtMA:9 a=iw8MitXZkUXWMHShCJoA:7 a=pGxnQLnfNzBqinsLRZJ6IpY8gPkA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe11.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1018327155; Wed, 04 Feb 2009 10:47:00 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, vova@fbsd.ru Date: Wed, 4 Feb 2009 10:49:26 +0100 User-Agent: KMail/1.9.7 References: <1233732660.1767.30.camel@localhost> In-Reply-To: <1233732660.1767.30.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041049.27444.hselasky@c2i.net> Cc: Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:47:03 -0000 On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: > Hi > > I've tried libusb, looks like it works more or less. > > What is the right policy about libusb* libraries ? > > I have security/libfprint (finger-print reader that uses ugen device) > that stop working after upgrade. > > Following entry in /etc/libmap.conf make it works somehow > libusb-0.1.so libusb20.so > libusb-0.1.so.8 libusb20.so.1 > > It allows library to access usb device, but pam authentication with it > still does not work ( looks like it reads fingerprint correctly, but > fails later ). Have you checked the permissions of your device? usbconfig dump_access > > What is right way to handle that situation ? > Is there universal library, that will work for both stacks ? I was thinking about doing some detection inside libusb in ports, but currently you have to switch manually. On problem is that the libusb code in ports is not BSD licensed, so we cannot just copy in the old UGEN support :-( /* * (Free|Open|Net)BSD USB support * * Derived from Linux version by Richard Tobin. * * $Id: bsd.c,v 1.33 2006/03/04 01:16:10 jerdfelt Exp $ * $Name: $ * * This library is covered by the LGPL, read LICENSE for details. */ On the other hand, libusbhid, automatically detects USB stack and switches everything accordingly. > PS. I didn't try yet libgphoto2 (it also uses ugen directly). --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 09:47:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0493D1065672 for ; Wed, 4 Feb 2009 09:47:41 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id B05298FC24 for ; Wed, 4 Feb 2009 09:47:40 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=62160 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUeM6-000CTA-VY; Wed, 04 Feb 2009 12:47:39 +0300 Message-ID: <4989643A.7050509@lissyara.su> Date: Wed, 04 Feb 2009 12:47:38 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090128 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Olivier SMEDTS References: <49896183.2050705@lissyara.su> <367b2c980902040145g534b38e2h9f4d785957192164@mail.gmail.com> In-Reply-To: <367b2c980902040145g534b38e2h9f4d785957192164@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: freebsd-current Subject: Re: USB2 problems when boot from usb mass storage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:47:41 -0000 Olivier SMEDTS пишет: > Hello, > > 2009/2/4 Alex Keda : > >> When I boot from USB hdd with USB2 kernel - system cannot mount root >> partition - mass storage device detect after attempt mount / >> > > Are you trying a recent CURRENT ? I think this behaviour has been > corrected recently > I update sources yesterday. (~ 20 hours ago) > >> When I boot with old-USB kernel (GENERIC) - all OK - mount / correct - >> device detect before mount attempt... From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 09:52:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A8CEC106564A for ; Wed, 4 Feb 2009 09:52:49 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6568FC14 for ; Wed, 4 Feb 2009 09:52:49 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=oVgbzu2gw1MA:10 a=ggbwvOe4_gYA:10 a=6I5d2MoRAAAA:8 a=xa_8PuS9s1FVI86xhpIA:9 a=jMZzVxgQQl8bjx-MQT3oocXmIi8A:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1189137462; Wed, 04 Feb 2009 10:52:47 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 4 Feb 2009 10:55:13 +0100 User-Agent: KMail/1.9.7 References: <49896183.2050705@lissyara.su> <367b2c980902040145g534b38e2h9f4d785957192164@mail.gmail.com> <4989643A.7050509@lissyara.su> In-Reply-To: <4989643A.7050509@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200902041055.14318.hselasky@c2i.net> Cc: Alex Keda , Olivier SMEDTS Subject: Re: USB2 problems when boot from usb mass storage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:52:49 -0000 On Wednesday 04 February 2009, Alex Keda wrote: > Olivier SMEDTS =D0=BF=D0=B8=D1=88=D0=B5=D1=82: > > Hello, > > > > 2009/2/4 Alex Keda : > >> When I boot from USB hdd with USB2 kernel - system cannot mount root > >> partition - mass storage device detect after attempt mount / > > > > Are you trying a recent CURRENT ? I think this behaviour has been > > corrected recently > > I update sources yesterday. (~ 20 hours ago) > > >> When I boot with old-USB kernel (GENERIC) - all OK - mount / correct - > >> device detect before mount attempt... There is a temporary solution at: http://wiki.freebsd.org/USB =2D-HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 09:58:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B912106566B; Wed, 4 Feb 2009 09:58:08 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 089A18FC18; Wed, 4 Feb 2009 09:58:07 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n149w3j4010531 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 12:58:04 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUeWB-00028P-38; Wed, 04 Feb 2009 12:58:03 +0300 From: Vladimir Grebenschikov To: Hans Petter Selasky In-Reply-To: <200902041044.27663.hselasky@c2i.net> References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 04 Feb 2009 12:58:02 +0300 Message-Id: <1233741482.1767.120.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 09:58:09 -0000 On Wed, 2009-02-04 at 10:44 +0100, Hans Petter Selasky wrote: > > By some reason devfs semantic was changed: > > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > > What is reason for such change (additional port with lowercase 'u' and > > U[0-2] instead of more logical U0.[0-2]) ? > > It is because we are attaching drivers per interface instead of per device. A > new modem unit is allocated every time we find a modem, simply put. If the > modem has multiple instances in an interface, /dev/cuaU0.[0...] will be > created. Else /dev/cuaU... . What about /dev/cuau1 /dev/ttyu1 ? -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 10:02:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C46C1065672 for ; Wed, 4 Feb 2009 10:02:27 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 123E78FC1E for ; Wed, 4 Feb 2009 10:02:26 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=19689 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUeaP-000FiU-9G; Wed, 04 Feb 2009 13:02:25 +0300 Message-ID: <498967B0.3050507@lissyara.su> Date: Wed, 04 Feb 2009 13:02:24 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090128 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Hans Petter Selasky References: <49896183.2050705@lissyara.su> <367b2c980902040145g534b38e2h9f4d785957192164@mail.gmail.com> <4989643A.7050509@lissyara.su> <200902041055.14318.hselasky@c2i.net> In-Reply-To: <200902041055.14318.hselasky@c2i.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Olivier SMEDTS , freebsd-current@freebsd.org Subject: Re: USB2 problems when boot from usb mass storage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:02:27 -0000 Hans Petter Selasky пишет: > On Wednesday 04 February 2009, Alex Keda wrote: > >> Olivier SMEDTS пишет: >> >>> Hello, >>> >>> 2009/2/4 Alex Keda : >>> >>>> When I boot from USB hdd with USB2 kernel - system cannot mount root >>>> partition - mass storage device detect after attempt mount / >>>> >>> Are you trying a recent CURRENT ? I think this behaviour has been >>> corrected recently >>> >> I update sources yesterday. (~ 20 hours ago) >> >> >>>> When I boot with old-USB kernel (GENERIC) - all OK - mount / correct - >>>> device detect before mount attempt... >>>> > > There is a temporary solution at: > > http://wiki.freebsd.org/USB > OK. I will wait for a permanent solution, and wait with my transition to the new stack. From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 10:04:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4BB7106564A for ; Wed, 4 Feb 2009 10:04:08 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2F97B8FC1B for ; Wed, 4 Feb 2009 10:04:07 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n14A45u1016241 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 13:04:06 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUec1-000295-4U; Wed, 04 Feb 2009 13:04:05 +0300 From: Vladimir Grebenschikov To: Hans Petter Selasky In-Reply-To: <200902041049.27444.hselasky@c2i.net> References: <1233732660.1767.30.camel@localhost> <200902041049.27444.hselasky@c2i.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 04 Feb 2009 13:04:04 +0300 Message-Id: <1233741844.1767.133.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: freebsd-current@freebsd.org Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:04:09 -0000 On Wed, 2009-02-04 at 10:49 +0100, Hans Petter Selasky wrote: > > I have security/libfprint (finger-print reader that uses ugen device) > > that stop working after upgrade. > > > > Following entry in /etc/libmap.conf make it works somehow > > libusb-0.1.so libusb20.so > > libusb-0.1.so.8 libusb20.so.1 > > > > It allows library to access usb device, but pam authentication with it > > still does not work ( looks like it reads fingerprint correctly, but > > fails later ). > > Have you checked the permissions of your device? > > usbconfig dump_access I guess problem is not in access, it reads device $ sudo -s Scan right ring finger on UPEK TouchStrip >>> it founds chip Scan didn't quite work. Please try again. >>> wrong scan Scan right ring finger on UPEK TouchStrip >>> good scan, and some kind of failure here Password: sudo: pam_authenticate: conversation failure $ # usbconfig -u 3 -a 3 dump_access Global Access: root:operator 0660 ugen3.3: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON Device Access: operator:operator 0660 Interface 0 Access: # (I am in operator group) > > > > What is right way to handle that situation ? > > Is there universal library, that will work for both stacks ? > > I was thinking about doing some detection inside libusb in ports, but > currently you have to switch manually. On problem is that the libusb code in > ports is not BSD licensed, so we cannot just copy in the old UGEN support :-( Probably we may provide patch against devel/libusb to depend it on libusb20 ? So devel/libusb will stay LGPLed but libusb20 will be BSD licensed ? -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 10:11:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91FC2106564A; Wed, 4 Feb 2009 10:11:30 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id E19D78FC19; Wed, 4 Feb 2009 10:11:29 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n14ABQ3q001430 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 13:11:27 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUej7-0002Aa-W6; Wed, 04 Feb 2009 13:11:26 +0300 From: Vladimir Grebenschikov To: Hans Petter Selasky In-Reply-To: <200902041044.27663.hselasky@c2i.net> References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 04 Feb 2009 13:11:25 +0300 Message-Id: <1233742285.1767.142.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:11:31 -0000 On Wed, 2009-02-04 at 10:44 +0100, Hans Petter Selasky wrote: > > Simple umass device (WD external disk) works fine, but > > integrated to doc-station card-reader failed: > > > > First time card insertion, two umass devices appeared, both just do not > > work: > > > > ugen4.4: at usbus4 > > umass0: on usbus4 > > umass0: SCSI over Bulk-Only; quirks = 0x0000 > > umass0:5:0:-1: Attached to scbus5 > > (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 > > (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error > > (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition > > (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 > > (probe0:umass-sim0:0:0:0): Medium not present > > (probe0:umass-sim0:0:0:0): Unretryable error > > da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: Removable Direct Access SCSI-0 device > > da0: 40.000MB/s transfers > > da0: Attempt to query device size failed: NOT READY, Medium not present > > Have you tried "cat /dev/null > /dev/da0", to refresh the label on the disk? > NOTE: /dev/null is not /dev/zero > > > da1 at umass-sim0 bus 0 target 0 lun 1 > > da1: Removable Direct Access SCSI-0 device > > da1: 40.000MB/s transfers > > da1: Attempt to query device size failed: NOT READY, Medium not present > > Same with "da1" > > > > > Second time - a bit better, second device read correct card label, but > > still failed on mount: > > Maybe your device needs a quirk, because it hangs on one of the issues SCSI > commands. Have you looked at: > > http://wiki.freebsd.org/USB Probably, did not tried yet, but old usb stack works as expected, did all usb1 quircks imported to usb2 ? -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 10:18:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03456106564A; Wed, 4 Feb 2009 10:18:17 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.swip.net [212.247.154.97]) by mx1.freebsd.org (Postfix) with ESMTP id 5FD788FC1B; Wed, 4 Feb 2009 10:18:16 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=tfb0dwXNrS19c3XT73wA:9 a=2vPME6ZFKeNGMz1X4JfvvTWzDY8A:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1190357865; Wed, 04 Feb 2009 11:18:15 +0100 From: Hans Petter Selasky To: vova@fbsd.ru Date: Wed, 4 Feb 2009 11:20:40 +0100 User-Agent: KMail/1.9.7 References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <1233742285.1767.142.camel@localhost> In-Reply-To: <1233742285.1767.142.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041120.40833.hselasky@c2i.net> Cc: usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:18:17 -0000 On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: > > Probably, did not tried yet, > but old usb stack works as expected, did all usb1 quircks imported to > usb2 ? Yes, all UMASS quirks should have been imported. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 10:21:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B722106567B for ; Wed, 4 Feb 2009 10:21:26 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swip.net [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 226B98FC0A for ; Wed, 4 Feb 2009 10:21:25 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=YWQp0nFQ3Ek7NfCncOQA:9 a=_SPvi_cCFByXF5a5bTUA:7 a=DglZA9EGMUeoHVcsfYyGgctahrMA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 447460850; Wed, 04 Feb 2009 11:21:24 +0100 From: Hans Petter Selasky To: vova@fbsd.ru Date: Wed, 4 Feb 2009 11:23:50 +0100 User-Agent: KMail/1.9.7 References: <1233732660.1767.30.camel@localhost> <200902041049.27444.hselasky@c2i.net> <1233741844.1767.133.camel@localhost> In-Reply-To: <1233741844.1767.133.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041123.51301.hselasky@c2i.net> Cc: freebsd-current@freebsd.org Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:21:26 -0000 On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: > On Wed, 2009-02-04 at 10:49 +0100, Hans Petter Selasky wrote: Hi, > > Probably we may provide patch against devel/libusb to depend it on > libusb20 ? Yes. I don't know about such a patch yet, but this is something that needs to be done for -current . > So devel/libusb will stay LGPLed but libusb20 will be BSD licensed ? I think that is the case. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 10:24:55 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C46371065677; Wed, 4 Feb 2009 10:24:55 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 2C1F38FC25; Wed, 4 Feb 2009 10:24:54 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=yeonV4BSZWp0Uy9YbVcA:9 a=ZAKByqpdGbYrO5BrN7gncJwTxGYA:4 a=LY0hPdMaydYA:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1191396970; Wed, 04 Feb 2009 11:24:53 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, vova@fbsd.ru Date: Wed, 4 Feb 2009 11:27:19 +0100 User-Agent: KMail/1.9.7 References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <1233741482.1767.120.camel@localhost> In-Reply-To: <1233741482.1767.120.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041127.20424.hselasky@c2i.net> Cc: usb@freebsd.org Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 10:24:56 -0000 On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: > On Wed, 2009-02-04 at 10:44 +0100, Hans Petter Selasky wrote: > > > By some reason devfs semantic was changed: > > > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > > > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > > > What is reason for such change (additional port with lowercase 'u' and > > > U[0-2] instead of more logical U0.[0-2]) ? > > > > It is because we are attaching drivers per interface instead of per > > device. A new modem unit is allocated every time we find a modem, simply > > put. If the modem has multiple instances in an interface, > > /dev/cuaU0.[0...] will be created. Else /dev/cuaU... . > > What about /dev/cuau1 /dev/ttyu1 ? TTYs follow the same naming convention like the cuaUxx . If the modem has got one modem in each interface and three interfaces: /dev/cuaU0 /dev/ttyU0 /dev/cuaU1 /dev/ttyU1 /dev/cuaU2 /dev/ttyU2 If the modem has got three modems in one interface: /dev/cuaU0.0 /dev/ttyU0.0 /dev/cuaU0.1 /dev/ttyU0.1 /dev/cuaU0.2 /dev/ttyU0.2 How this is configured is decided by the USB device manufacturer. --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 13:31:47 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D266E106564A for ; Wed, 4 Feb 2009 13:31:47 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from dva.homeunix.org (dva.homeunix.org [89.247.128.204]) by mx1.freebsd.org (Postfix) with ESMTP id 4167B8FC12 for ; Wed, 4 Feb 2009 13:31:46 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from [127.0.0.1] (dva [10.0.0.10]) by dva.homeunix.org (Postfix) with ESMTP id D2F6D4F57F; Wed, 4 Feb 2009 14:12:54 +0100 (CET) Message-ID: <49899456.9050505@dva.dyndns.org> Date: Wed, 04 Feb 2009 14:12:54 +0100 From: "Boris S." User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Marcel Moolenaar References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> <085BEE07-BAE5-4A45-A14D-9587987FAA5C@mac.com> <496F44FA.1070004@andric.com> <48C1C477-B7BE-43B0-AC57-9DEB7BF9AA88@mac.com> <496F7347.4060007@andric.com> <496F8D8A.1060508@andric.com> <496F928F.6010807@andric.com> <496FE791.7000709@psg.com> <497A31F7.1070005@psg.com> <6D9C4D7C-88BD-4345-B281-26915601F4BF@mac.com> In-Reply-To: <6D9C4D7C-88BD-4345-B281-26915601F4BF@mac.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , current@freebsd.org Subject: Re: GEOM and moving to CURRENT from 7.1 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 13:31:48 -0000 Marcel Moolenaar wrote: > Wipe out the second sector on the disk. That didn't work for me. That ended with a not accessible partiton. Luckily i backed up the first sectors of the disk. In the end i backed up my data, wiped the disk and installed all partitions as GPT (i would move to GPT anyway). After that i was able to move to 8-current. From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 13:43:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BE621065670 for ; Wed, 4 Feb 2009 13:43:01 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from dva.homeunix.org (dva.homeunix.org [89.247.128.204]) by mx1.freebsd.org (Postfix) with ESMTP id E47918FC17 for ; Wed, 4 Feb 2009 13:43:00 +0000 (UTC) (envelope-from bst2006@dva.dyndns.org) Received: from [127.0.0.1] (dva [10.0.0.10]) by dva.homeunix.org (Postfix) with ESMTP id 2604F4F57F for ; Wed, 4 Feb 2009 14:43:00 +0100 (CET) Message-ID: <49899B63.4070703@dva.dyndns.org> Date: Wed, 04 Feb 2009 14:42:59 +0100 From: "Boris S." User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Can't install mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 13:43:01 -0000 I can't install net/mpd5 as the dependency devel/libpdel is marked as broken due to the arp-v2 import. Will that be fixed soon or is there a quick hack to get it compiled again? From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 14:23:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17E5E1065677 for ; Wed, 4 Feb 2009 14:23:41 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 811A78FC31 for ; Wed, 4 Feb 2009 14:23:40 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by nf-out-0910.google.com with SMTP id h3so368977nfh.33 for ; Wed, 04 Feb 2009 06:23:39 -0800 (PST) MIME-Version: 1.0 Received: by 10.86.95.20 with SMTP id s20mr1138732fgb.40.1233757419235; Wed, 04 Feb 2009 06:23:39 -0800 (PST) In-Reply-To: References: <20090203082153.565746e2@zelda.local> Date: Wed, 4 Feb 2009 15:23:39 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:23:41 -0000 On Tue, Feb 3, 2009 at 2:06 PM, Ivan Voras wrote: > Marius N=FCnnerich wrote: > >> I'm not happy with the symlinks either. When someone is manipulating a >> partition table she should be able to live with the consequences. I >> would rather go for the UUID in UFS header approach if there is enough >> room. BTW I implemented GPT UUID glabels a while ago please see: >> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D128398 > > I have a patch for UFS "GUID" labels (not exactly GUIDs, but every UFS > file system has a reasonably unique ID associated with it) but have > encountered what seems a bug in GEOM slicers - two dev entries pointing > to the same device don't work well with orphaning/tasting. Have you > encountered something similar perhaps? I haven't encountered strange behaviour there but I will test it again. From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 14:26:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EA6C01065676 for ; Wed, 4 Feb 2009 14:26:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id BD5148FC12 for ; Wed, 4 Feb 2009 14:26:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 71D2046B39; Wed, 4 Feb 2009 09:26:34 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n14EQG89059441; Wed, 4 Feb 2009 09:26:28 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 4 Feb 2009 09:14:10 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> In-Reply-To: <200902021643.39862.c47g@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902040914.10330.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, 04 Feb 2009 09:26:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8950/Wed Feb 4 06:19:05 2009 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: Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:26:35 -0000 On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > Hi! > > Since the recent update (svn r187576) to the ppbus/ppc code my printer stopped > working. Every request seems to hang forever in ppb_request_bus waiting for > ppb->ppc_lock (at least 'top' tells me that it's hanging in state 'ppbreq'). Can you use procstat to get a stack trace of the hung thread? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 14:26:41 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E3521065670 for ; Wed, 4 Feb 2009 14:26:41 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id E37928FC22 for ; Wed, 4 Feb 2009 14:26:40 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 9793C46B39; Wed, 4 Feb 2009 09:26:40 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n14EQG8A059441; Wed, 4 Feb 2009 09:26:34 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Wed, 4 Feb 2009 09:19:10 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <4987157E.9080605@protected-networks.net> In-Reply-To: <4987157E.9080605@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902040919.10647.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, 04 Feb 2009 09:26:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8950/Wed Feb 4 06:19:05 2009 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: Michael Butler Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:26:41 -0000 On Monday 02 February 2009 10:47:10 am Michael Butler wrote: > Christian Gusenbauer wrote: > > Since the recent update (svn r187576) to the ppbus/ppc code my printer stopped > > working. Every request seems to hang forever in ppb_request_bus waiting for > > ppb->ppc_lock (at least 'top' tells me that it's hanging in state 'ppbreq'). > > > > Any clues? > > Further to this: sane-backends and qemu now refuse to compile :-( Can you check if the recent commit to ppbconf.h fixed this? -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 14:26:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8D2910656C9; Wed, 4 Feb 2009 14:26:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9968D8FC17; Wed, 4 Feb 2009 14:26:47 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 4C7B646B39; Wed, 4 Feb 2009 09:26:47 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n14EQG8B059441; Wed, 4 Feb 2009 09:26:40 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org, vova@fbsd.ru Date: Wed, 4 Feb 2009 09:22:16 -0500 User-Agent: KMail/1.9.7 References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <1233741482.1767.120.camel@localhost> In-Reply-To: <1233741482.1767.120.camel@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902040922.16882.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, 04 Feb 2009 09:26:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8950/Wed Feb 4 06:19:05 2009 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: usb@freebsd.org, Hans Petter Selasky Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:26:49 -0000 On Wednesday 04 February 2009 4:58:02 am Vladimir Grebenschikov wrote: > On Wed, 2009-02-04 at 10:44 +0100, Hans Petter Selasky wrote: > > > > By some reason devfs semantic was changed: > > > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > > > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > > > What is reason for such change (additional port with lowercase 'u' and > > > U[0-2] instead of more logical U0.[0-2]) ? > > > > It is because we are attaching drivers per interface instead of per device. A > > new modem unit is allocated every time we find a modem, simply put. If the > > modem has multiple instances in an interface, /dev/cuaU0.[0...] will be > > created. Else /dev/cuaU... . > > What about /dev/cuau1 /dev/ttyu1 ? You have a uart1 device. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 14:45:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08D1D106566C; Wed, 4 Feb 2009 14:45:27 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id 7903A8FC18; Wed, 4 Feb 2009 14:45:25 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([10.30.1.111]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n14EjL59015334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 4 Feb 2009 17:45:22 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUj0D-000122-OP; Wed, 04 Feb 2009 17:45:21 +0300 From: Vladimir Grebenschikov To: John Baldwin In-Reply-To: <200902040922.16882.jhb@freebsd.org> References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <1233741482.1767.120.camel@localhost> <200902040922.16882.jhb@freebsd.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Wed, 04 Feb 2009 17:45:21 +0300 Message-Id: <1233758721.1811.148.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: usb@freebsd.org, freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:45:27 -0000 On Wed, 2009-02-04 at 09:22 -0500, John Baldwin wrote: > On Wednesday 04 February 2009 4:58:02 am Vladimir Grebenschikov wrote: > > On Wed, 2009-02-04 at 10:44 +0100, Hans Petter Selasky wrote: > > > > > > By some reason devfs semantic was changed: > > > > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > > > > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > > > > What is reason for such change (additional port with lowercase 'u' and > > > > U[0-2] instead of more logical U0.[0-2]) ? > > > > > > It is because we are attaching drivers per interface instead of per > device. A > > > new modem unit is allocated every time we find a modem, simply put. If the > > > modem has multiple instances in an interface, /dev/cuaU0.[0...] will be > > > created. Else /dev/cuaU... . > > > > What about /dev/cuau1 /dev/ttyu1 ? > > You have a uart1 device. Ahh, ok, now I understand, thanks. -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 14:54:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4FD35106566B for ; Wed, 4 Feb 2009 14:54:44 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id A80E68FC16 for ; Wed, 4 Feb 2009 14:54:43 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 04 Feb 2009 14:54:41 -0000 Received: from p54A3EC72.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.236.114] by mail.gmx.net (mp023) with SMTP; 04 Feb 2009 15:54:41 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+7r78PhOK7U/405wvw/BA+R/Nu6BC8fJ0KktsM6s AaXLwSaYJDCd1+ Message-ID: <4989AC31.6000904@gmx.de> Date: Wed, 04 Feb 2009 15:54:41 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Christian Peron References: <49874CA8.5090605@gmx.de> <20090203231155.GA69101@jnz.sqrt.ca> In-Reply-To: <20090203231155.GA69101@jnz.sqrt.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.6 Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:54:44 -0000 Christian Peron schrieb: > I started following up on this and ran into an issue for these: > > sys/net/bpf_buffer.c:133: warning: variable 'dst' is never read > sys/net/bpf_buffer.c:134: warning: variable 'count' is never read > sys/net/bpf_buffer.c:142: warning: variable 'dst' is never read > > > /* > * Scatter-gather data copy from an mbuf chain to the current kernel buffer. > */ > void > bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, > u_int len) > { > const struct mbuf *m; > u_char *dst; > u_int count; > > m = (struct mbuf *)src; > dst = (u_char *)buf + offset; > while (len > 0) { > if (m == NULL) > panic("bpf_mcopy"); > count = min(m->m_len, len); > bcopy(mtod(m, void *), dst, count); > m = m->m_next; > [..] > > Does it not consider being passed as an argument to a function as > being read? Yes, function arguments are considered being read. The problem is different here: mtod() should be a macro, but the macro declaration was missing (*cough* hacked build process *cough*). So the parser tried to parse this as function call. Then it hit the "void *", which confused it - it got a type while parsing an expression. I improved the error correction, resolved a few other problems, too, and generated a new list: http://tron.homeunix.org/unread_variables.log (The list has a date at the top, if it is missing, you see the old list in your browser cache) The false positives, which you mentioned, are gone now - thanks for reporting this. The list now contains about 1.000 entries and about 60 concern variables named 'error'. From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 14:55:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC155106570A for ; Wed, 4 Feb 2009 14:55:09 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C6778FC1B for ; Wed, 4 Feb 2009 14:55:09 +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 864D627E943; Wed, 4 Feb 2009 09:55:08 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Wed, 04 Feb 2009 09:55:08 -0500 X-Sasl-enc: nNLwkcfkVVNIYsiWzh/Lc/2Yci/1D8uKZdi56DwFfsAe 1233759308 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 0383A2E9DA; Wed, 4 Feb 2009 09:55:07 -0500 (EST) Message-ID: <4989AC4A.3010802@FreeBSD.org> Date: Wed, 04 Feb 2009 14:55:06 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.19 (X11/20090126) MIME-Version: 1.0 To: akbeech@gmail.com References: <200902021643.39862.c47g@gmx.at> <200902021307.56403.beech@freebsd.org> In-Reply-To: <200902021307.56403.beech@freebsd.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Beech Rintoul Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 14:55:10 -0000 Beech Rintoul wrote: >> Since the recent update (svn r187576) to the ppbus/ppc code my printer >> stopped working. Every request seems to hang forever in ppb_request_bus >> waiting for ppb->ppc_lock (at least 'top' tells me that it's hanging in >> state 'ppbreq'). >> > I wonder if this is the same issue I reported on questions that lpt0 now just > reports "device busy"? > FYI: I saw very similar issues to this with lpt0 in the backport of this patch to 7-STABLE, please see summary elsewhere on lists from last ~2 weeks. cheers, BMS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 15:04:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD9A8106564A for ; Wed, 4 Feb 2009 15:04:18 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id 630E88FC08 for ; Wed, 4 Feb 2009 15:04:18 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail54.abv.bg (mail54.ni.bg [192.168.151.57]) by smtp-out.abv.bg (Postfix) with ESMTP id 55C6587B8E; Wed, 4 Feb 2009 17:04:17 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=wte4L6SkJ2BCtzPivX7sQQWpuW9Q9mpW1TaE/5BI9NfUHZ0XywwbtCaNHV1fcQoDm IycWC0Io4zuKNB9JYtAKQavhUZYMSZe4NAoEWZBeeBw9i4N1YEc0E98pMCBdP3QjU0B B0wZHjcIhv8wJOhVPgB83m12U8gZ2ZxG927cpdA= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1233759857; bh=sMdDrMc8HRYa7uVjdCD7YswjuSgB2jol42+KTVvI/7Q=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=Vh7t2v1b9TpTnkTaENuPhNYgtuL7XRZC uMyooxcl0c8NLquTx+9OZ3GIs9wGqtVAf8KCQE3VLGUhv+0Dp0SZyw/3lcMtcLRZIKb LUnFbnbrSA6pCP4lfv8wCmm1qM0hWvrz1qow5tD0tgyWSNszSwGctv8JMdtFYKxz0TQ +oa+k= Received: from mail54.abv.bg (mail54.abv.bg [127.0.0.1]) by mail54.abv.bg (Postfix) with ESMTP id 6EB5A11EE64; Wed, 4 Feb 2009 17:04:16 +0200 (EET) Date: Wed, 4 Feb 2009 17:04:16 +0200 (EET) From: Mario Pavlov To: "Boris S." Message-ID: <1440699871.39087.1233759856450.JavaMail.apache@mail54.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 193.26.194.93 Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Can't install mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 15:04:18 -0000 Hi, you could just do # pkg_add -r libpdel and then install net/mpd5 good luck Regards, MGP >I can't install net/mpd5 as the dependency devel/libpdel is marked as >broken due to the arp-v2 import. >Will that be fixed soon or is there a quick hack to get it compiled again? > > > > >_______________________________________________ >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-current@FreeBSD.ORG Wed Feb 4 15:22:26 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CFEE106566B for ; Wed, 4 Feb 2009 15:22:26 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from smtp-out.abv.bg (smtp-out.abv.bg [194.153.145.80]) by mx1.freebsd.org (Postfix) with ESMTP id E8FD98FC17 for ; Wed, 4 Feb 2009 15:22:25 +0000 (UTC) (envelope-from freebsd@abv.bg) Received: from mail54.abv.bg (mail54.ni.bg [192.168.151.57]) by smtp-out.abv.bg (Postfix) with ESMTP id 55C6587B8E; Wed, 4 Feb 2009 17:04:17 +0200 (EET) DomainKey-Signature: a=rsa-sha1; s=smtp-out; d=abv.bg; c=simple; q=dns; b=wte4L6SkJ2BCtzPivX7sQQWpuW9Q9mpW1TaE/5BI9NfUHZ0XywwbtCaNHV1fcQoDm IycWC0Io4zuKNB9JYtAKQavhUZYMSZe4NAoEWZBeeBw9i4N1YEc0E98pMCBdP3QjU0B B0wZHjcIhv8wJOhVPgB83m12U8gZ2ZxG927cpdA= DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=abv.bg; s=smtp-out; t=1233759857; bh=sMdDrMc8HRYa7uVjdCD7YswjuSgB2jol42+KTVvI/7Q=; h=Date:From:To:Cc:Message-ID:Subject:MIME-Version:Content-Type: Content-Transfer-Encoding:DKIM; b=Vh7t2v1b9TpTnkTaENuPhNYgtuL7XRZC uMyooxcl0c8NLquTx+9OZ3GIs9wGqtVAf8KCQE3VLGUhv+0Dp0SZyw/3lcMtcLRZIKb LUnFbnbrSA6pCP4lfv8wCmm1qM0hWvrz1qow5tD0tgyWSNszSwGctv8JMdtFYKxz0TQ +oa+k= Received: from mail54.abv.bg (mail54.abv.bg [127.0.0.1]) by mail54.abv.bg (Postfix) with ESMTP id 6EB5A11EE64; Wed, 4 Feb 2009 17:04:16 +0200 (EET) Date: Wed, 4 Feb 2009 17:04:16 +0200 (EET) From: Mario Pavlov To: "Boris S." Message-ID: <1440699871.39087.1233759856450.JavaMail.apache@mail54.abv.bg> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: 8bit X-Priority: 3 X-Mailer: AbvMail 1.0 X-Originating-IP: 193.26.194.93 Cc: freebsd-current@freebsd.org, current@freebsd.org Subject: Re: Can't install mpd5 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 15:22:26 -0000 Hi, you could just do # pkg_add -r libpdel and then install net/mpd5 good luck Regards, MGP >I can't install net/mpd5 as the dependency devel/libpdel is marked as >broken due to the arp-v2 import. >Will that be fixed soon or is there a quick hack to get it compiled again? > > > > >_______________________________________________ >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-current@FreeBSD.ORG Wed Feb 4 15:29:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E376F106564A for ; Wed, 4 Feb 2009 15:29:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A5A38FC14 for ; Wed, 4 Feb 2009 15:29:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUjgl-0006qZ-5r for freebsd-current@freebsd.org; Wed, 04 Feb 2009 15:29:19 +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 ; Wed, 04 Feb 2009 15:29:19 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 15:29:19 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Wed, 04 Feb 2009 16:28:57 +0100 Lines: 59 Message-ID: References: <20090203082153.565746e2@zelda.local> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigEA3368A7CC9F3B1297326375" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 15:29:21 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEA3368A7CC9F3B1297326375 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Marius N=C3=BCnnerich wrote: > On Tue, Feb 3, 2009 at 2:06 PM, Ivan Voras wrote: >> Marius N=C3=BCnnerich wrote: >> >>> I'm not happy with the symlinks either. When someone is manipulating = a >>> partition table she should be able to live with the consequences. I >>> would rather go for the UUID in UFS header approach if there is enoug= h >>> room. BTW I implemented GPT UUID glabels a while ago please see: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=3D128398 >> I have a patch for UFS "GUID" labels (not exactly GUIDs, but every UFS= >> file system has a reasonably unique ID associated with it) but have >> encountered what seems a bug in GEOM slicers - two dev entries pointin= g >> to the same device don't work well with orphaning/tasting. Have you >> encountered something similar perhaps? >=20 > I haven't encountered strange behaviour there but I will test it again.= I've read the code in the referenced PR and I see you've taken a different way to implement it than I did, but the problem might still be present; try the following sequence of operations: * create a geom (GPT slice in your case) that has two /dev entries on it - one from the GPT label and one from GPT GUID * mount one of those /dev entries (i.e. open it for exclusive access) - the other one should disappear * unmount it * see if the labels are correctly created (tasted) again. * repeat with the base device (on which GPT is created) - both labels should be spoiled and detected again If you see what I'm seeing (labels not correctly tasted) then it could be a problem. If not, it's my problem :) --------------enigEA3368A7CC9F3B1297326375 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) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD4DBQFJibRBldnAQVacBcgRAoniAJjDbD+x9xWQisUBfYVNtwMiT+iwAJ9nSRvg ZXQj4lkQ0GxiGtetT+ZYZQ== =8K4f -----END PGP SIGNATURE----- --------------enigEA3368A7CC9F3B1297326375-- From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 15:48:29 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7D6B106564A for ; Wed, 4 Feb 2009 15:48:29 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: from mail1.slb.deg.dub.stisp.net (mail1.slb.deg.dub.stisp.net [84.203.253.98]) by mx1.freebsd.org (Postfix) with SMTP id 89AB98FC1A for ; Wed, 4 Feb 2009 15:48:29 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: (qmail 20028 invoked from network); 4 Feb 2009 15:48:27 -0000 Received: from unknown (HELO holyman.cobbled.net) (84.203.180.117) by mail1.slb.deg.dub.stisp.net with SMTP; 4 Feb 2009 15:48:27 -0000 Received: by holyman.cobbled.net (Postfix, from userid 16385) id 6B0091031D; Wed, 4 Feb 2009 15:48:27 +0000 (UTC) Date: Wed, 4 Feb 2009 15:48:27 +0000 From: ttw+bsd@cobbled.net To: current@freebsd.org Message-ID: <20090204154827.GB11244@holyman.cobbled.net> Mail-Followup-To: current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Cc: Subject: MK_CDDL cause user build to fail X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 15:48:30 -0000 trying to build as a user utilising the MAKEOBJDIRPREFIX environment causes 'buildworld' to fail somewhere in the CDDL code (looks like it's in the dtrace stuff). From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 15:59:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBE371065672; Wed, 4 Feb 2009 15:59:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 7DD9E8FC0C; Wed, 4 Feb 2009 15:59:51 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n14FtcXK000794; Wed, 4 Feb 2009 08:55:39 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Feb 2009 08:56:06 -0700 (MST) Message-Id: <20090204.085606.1630229139.imp@bsdimp.com> To: hselasky@c2i.net From: "M. Warner Losh" In-Reply-To: <200902041044.27663.hselasky@c2i.net> References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: vova@fbsd.ru, usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 15:59:52 -0000 In message: <200902041044.27663.hselasky@c2i.net> Hans Petter Selasky writes: : Hi, : : On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: : > Hi : > : > : > By some reason devfs semantic was changed: : > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get : > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 : > What is reason for such change (additional port with lowercase 'u' and : > U[0-2] instead of more logical U0.[0-2]) ? : : It is because we are attaching drivers per interface instead of per device. A : new modem unit is allocated every time we find a modem, simply put. If the : modem has multiple instances in an interface, /dev/cuaU0.[0...] will be : created. Else /dev/cuaU... . Generally, we try not to change the details of how a device attaches /dev entries from release to release. Why the change? Also to Vladimir, Are you sure that the 'u' devices are created with the USB modem? They should only be created for uart devices... Warner From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 16:31:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 637E01065672; Wed, 4 Feb 2009 16:31:00 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.swip.net [212.247.154.225]) by mx1.freebsd.org (Postfix) with ESMTP id C3DB58FC12; Wed, 4 Feb 2009 16:30:59 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=eQgmVNAsqagA:10 a=gkBtyVXq2fsA:10 a=_GpmdnD9TGfYaHV3wcMA:9 a=fb1yOvZzWwtjYqavfUboWBoF3YEA:4 a=50e4U0PicR4A:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1189347199; Wed, 04 Feb 2009 17:30:58 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Wed, 4 Feb 2009 17:33:22 +0100 User-Agent: KMail/1.9.7 References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <20090204.085606.1630229139.imp@bsdimp.com> In-Reply-To: <20090204.085606.1630229139.imp@bsdimp.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041733.23389.hselasky@c2i.net> Cc: vova@fbsd.ru, usb@freebsd.org, "M. Warner Losh" Subject: Re: [was: USB2 - umass problem] U3G modem unit number changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 16:31:01 -0000 Hi, On Wednesday 04 February 2009, M. Warner Losh wrote: > Why the change? Because u3g2.c is attaching to an USB interface and not the whole USB device. This is to allow other drivers to hook on the other interfaces. If you want to have exactly the same numbering like before, then the U3G interface driver instances on the same USB device need to peek at eachother to figure out the correct unit and sub-unit number. > > Also to Vladimir, Are you sure that the 'u' devices are created with > the USB modem? They should only be created for uart devices... --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 16:43:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C55B10656D1 for ; Wed, 4 Feb 2009 16:43:11 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 5C1068FC14 for ; Wed, 4 Feb 2009 16:43:11 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 8C304FFAC; Thu, 5 Feb 2009 05:43:10 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dhlb7jKPSq3G; Thu, 5 Feb 2009 05:43:06 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 5 Feb 2009 05:43:06 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 8EAC21142B; Thu, 5 Feb 2009 05:43:05 +1300 (NZDT) Date: Wed, 4 Feb 2009 08:43:05 -0800 From: Andrew Thompson To: Hans Petter Selasky Message-ID: <20090204164305.GA77912@citylink.fud.org.nz> References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <20090204.085606.1630229139.imp@bsdimp.com> <200902041733.23389.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902041733.23389.hselasky@c2i.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: vova@fbsd.ru, usb@freebsd.org, freebsd-current@freebsd.org Subject: Re: [was: USB2 - umass problem] U3G modem unit number changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 16:43:12 -0000 On Wed, Feb 04, 2009 at 05:33:22PM +0100, Hans Petter Selasky wrote: > Hi, > > On Wednesday 04 February 2009, M. Warner Losh wrote: > > > Why the change? > > Because u3g2.c is attaching to an USB interface and not the whole USB device. > This is to allow other drivers to hook on the other interfaces. u3g2 should claim the other interfaces in the one attachment and use the same tty semantics as oldusb u3g. Andrew From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 17:20:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAA5A1065672; Wed, 4 Feb 2009 17:20:08 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 6A37B8FC21; Wed, 4 Feb 2009 17:20:08 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 7ACED6111; Wed, 4 Feb 2009 12:20:06 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1233768006; bh=Xv+9on8oOmZxsRSet1lVCDSmmA9ieEGpPVNI/pSUgHI=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Dc6eAiIQHVonAfC1kIwQ8sm/9fihevRHfa6ej6wyr3a6QAlh4y+FMI44VIRgbHSQi WSVPDxp4zos1HIw2Fy7h2fatsdGKkGJPl3EDd5kNDHT8aVDs31aqikT0sfUi9u1 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=IPoi6Lop9GFQ8vqZli/jMAGtyQPa8kq1mu/ZCsCl29OYGW+GSz90fdqcvCi9+J3iV qCm4Th/WEjWLSpEqzoDsQh93E7e/yfsiXuntQ4bCh0eabRdGEB+sEpmWR7JlA5I Message-ID: <4989CE44.7010209@protected-networks.net> Date: Wed, 04 Feb 2009 12:20:04 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: John Baldwin References: <200902021643.39862.c47g@gmx.at> <4987157E.9080605@protected-networks.net> <200902040919.10647.jhb@freebsd.org> In-Reply-To: <200902040919.10647.jhb@freebsd.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 17:20:09 -0000 John Baldwin wrote: > On Monday 02 February 2009 10:47:10 am Michael Butler wrote: >> Further to this: sane-backends and qemu now refuse to compile :-( > Can you check if the recent commit to ppbconf.h fixed this? sane-backends and qemu[-devel] all now compile. kqemu[-devel] compiles but fails when attempting to kldload it with: kernel: link_elf: symbol unit2minor undefined .. which is a different issue and seems to need a similar patch to that applied to fuse-kmod for -current since unit2minor has 'gone away', Michael From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 17:30:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 302A61065672; Wed, 4 Feb 2009 17:30:13 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe01.swip.net [212.247.154.1]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE7D8FC1E; Wed, 4 Feb 2009 17:30:12 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=w5CQLSjO4joA:10 a=T1bnw8qjY7gA:10 a=6I5d2MoRAAAA:8 a=mI7YBl7DIliEoSTzFYAA:9 a=nzm_t_tu8TeQnuDZgp2NQljMVHsA:4 a=50e4U0PicR4A:10 Received: from [85.19.218.115] (account mc467741@c2i.net HELO [10.37.1.92]) by mailfe01.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 140085974; Wed, 04 Feb 2009 18:30:10 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org Date: Wed, 4 Feb 2009 18:32:35 +0100 User-Agent: KMail/1.9.7 References: <1233734352.1767.55.camel@localhost> <20090204.085606.1630229139.imp@bsdimp.com> <200902041733.23389.hselasky@c2i.net> In-Reply-To: <200902041733.23389.hselasky@c2i.net> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902041832.36833.hselasky@c2i.net> Cc: vova@fbsd.ru, freebsd-current@freebsd.org Subject: Re: [was: USB2 - umass problem] U3G modem unit number changes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 17:30:14 -0000 Hi Vladimir, You can try the following patch if you want: http://perforce.freebsd.org/chv.cgi?CH=157145 You probably need to apply by hand, but if you can wait a couple of days, this will be in -current . --HPS From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 18:04:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 58DDF106568E; Wed, 4 Feb 2009 18:04:50 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 16B378FC18; Wed, 4 Feb 2009 18:04:50 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 1538D6111; Wed, 4 Feb 2009 13:04:49 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1233770689; bh=q6NvI5SEyReKXsy5EgeEwwDkQuZaR5J8yFeowMI+Bi0=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=Ef56RvfTQkjzjpnhgJmoPYHAXvcFPq8wcsm7xFcdVzHe0AV6tpVztDMjDKhtPAAjd 1owCDYrnVxBLhFI6LRUdup0ZOynw4sKEQaN8D4hbsIABGf3mNOQ0RElZuHuVMNc DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=i1PcWvQ5dGJWmVjMzoWEeJxXWJtyCBOwk1fB4MDAkINcPtrwVV7oO+NvTsOCwEkP3 pGpeSAoZefKMqIv0JijurzdHjv8+ZZUdTf4EKesNxmaJc0nLfe7IiPiE+eZ3teJ Message-ID: <4989D8BF.6010301@protected-networks.net> Date: Wed, 04 Feb 2009 13:04:47 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: John Baldwin References: <200902021643.39862.c47g@gmx.at> <4987157E.9080605@protected-networks.net> <200902040919.10647.jhb@freebsd.org> <4989CE44.7010209@protected-networks.net> In-Reply-To: <4989CE44.7010209@protected-networks.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:04:50 -0000 I wrote: > kqemu[-devel] compiles but fails when attempting to kldload it with: > > kernel: link_elf: symbol unit2minor undefined > > .. which is a different issue and seems to need a similar patch to that > applied to fuse-kmod for -current since unit2minor has 'gone away', Something trivial like this seems to make it load and run again .. *** kqemu-freebsd.c~ Wed Feb 4 12:34:54 2009 --- kqemu-freebsd.c Wed Feb 4 12:36:09 2009 *************** *** 381,387 **** r = clone_create(&kqemuclones, &kqemu_cdevsw, &unit, dev, 0); if (r) { ! *dev = make_dev(&kqemu_cdevsw, unit2minor(unit), UID_ROOT, GID_WHEEL, 0660, "kqemu%d", unit); if (*dev != NULL) { dev_ref(*dev); --- 381,392 ---- r = clone_create(&kqemuclones, &kqemu_cdevsw, &unit, dev, 0); if (r) { ! *dev = make_dev(&kqemu_cdevsw, ! #if __FreeBSD_version < 800062 ! unit2minor(unit), ! #else /* __FreeBSD_version >= 800062 */ ! unit, ! #endif /* __FreeBSD_version < 800062 */ UID_ROOT, GID_WHEEL, 0660, "kqemu%d", unit); if (*dev != NULL) { dev_ref(*dev); Michael From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 18:27:18 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CB30106566B; Wed, 4 Feb 2009 18:27:18 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from mx-02mtaout01.mts.net (mx-02mtaout01.mts.net [142.161.131.3]) by mx1.freebsd.org (Postfix) with ESMTP id DA6D78FC12; Wed, 4 Feb 2009 18:27:17 +0000 (UTC) (envelope-from csjp@freebsd.org) Received: from wnpgmb021pw-sp03.mts.net ([10.204.128.23]) by mx-02mtaout01.mts.net with ESMTP id <20090204182716.PAJP3921.mx-02mtaout01.mts.net@wnpgmb021pw-sp03.mts.net>; Wed, 4 Feb 2009 12:27:16 -0600 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AsIEAA5tiUmOoTqg/2dsb2JhbACBbs8ChBYG X-IronPort-AV: E=Sophos;i="4.37,380,1231135200"; d="scan'208";a="60243035" Received: from wnpgmb1309w-ad05-58-160.dynamic.mts.net (HELO jnz.my.domain) ([142.161.58.160]) by wnpgmb021pw-sp03.mts.net with ESMTP; 04 Feb 2009 12:27:16 -0600 Received: from jnz.my.domain (localhost [127.0.0.1]) by jnz.my.domain (8.14.3/8.14.2) with ESMTP id n14IRFax076044; Wed, 4 Feb 2009 12:27:15 -0600 (CST) (envelope-from csjp@jnz.my.domain) Received: (from csjp@localhost) by jnz.my.domain (8.14.3/8.14.2/Submit) id n14IRFic076043; Wed, 4 Feb 2009 12:27:15 -0600 (CST) (envelope-from csjp) Date: Wed, 4 Feb 2009 12:27:15 -0600 From: Christian Peron To: Christoph Mallon Message-ID: <20090204182715.GA75911@jnz.sqrt.ca> References: <49874CA8.5090605@gmx.de> <20090203231155.GA69101@jnz.sqrt.ca> <4989AC31.6000904@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4989AC31.6000904@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD Hackers , FreeBSD Current , Christian Peron Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:27:18 -0000 On Wed, Feb 04, 2009 at 03:54:41PM +0100, Christoph Mallon wrote: [..] > > Yes, function arguments are considered being read. The problem is > different here: mtod() should be a macro, but the macro declaration was > missing (*cough* hacked build process *cough*). So the parser tried to > parse this as function call. Then it hit the "void *", which confused it > - it got a type while parsing an expression. I improved the error > correction, resolved a few other problems, too, and generated a new list: > > http://tron.homeunix.org/unread_variables.log > (The list has a date at the top, if it is missing, you see the old list > in your browser cache) > > The false positives, which you mentioned, are gone now - thanks for > reporting this. The list now contains about 1.000 entries and about 60 > concern variables named 'error'. Also.. one other thing I noticed: void bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, u_int len) { const struct mbuf *m; u_char *dst; u_int count; m = (struct mbuf *)src; dst = (u_char *)buf + offset; while (len > 0) { if (m == NULL) panic("bpf_mcopy"); count = min(m->m_len, len); bcopy(mtod(m, void *), dst, count); m = m->m_next; dst += count; len -= count; } } dst += count In this expression, both dst and count are read since this is the same thing as: dst = dst + count; From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 18:36:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DD8F1065677 for ; Wed, 4 Feb 2009 18:36:35 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B3A988FC1E for ; Wed, 4 Feb 2009 18:36:34 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 04 Feb 2009 18:36:33 -0000 Received: from p54A3EC72.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.236.114] by mail.gmx.net (mp035) with SMTP; 04 Feb 2009 19:36:33 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX18QIp0OhKYQ3qbkvkZA23GP3RPzVA5BU7eFd07R+7 dtdbNzG3WgusfS Message-ID: <4989E030.20609@gmx.de> Date: Wed, 04 Feb 2009 19:36:32 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Christian Peron References: <49874CA8.5090605@gmx.de> <20090203231155.GA69101@jnz.sqrt.ca> <4989AC31.6000904@gmx.de> <20090204182715.GA75911@jnz.sqrt.ca> In-Reply-To: <20090204182715.GA75911@jnz.sqrt.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.57 Cc: FreeBSD Hackers , FreeBSD Current Subject: Re: write-only variables in src/sys/ - possible bugs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:36:35 -0000 Christian Peron schrieb: > On Wed, Feb 04, 2009 at 03:54:41PM +0100, Christoph Mallon wrote: > [..] >> Yes, function arguments are considered being read. The problem is >> different here: mtod() should be a macro, but the macro declaration was >> missing (*cough* hacked build process *cough*). So the parser tried to >> parse this as function call. Then it hit the "void *", which confused it >> - it got a type while parsing an expression. I improved the error >> correction, resolved a few other problems, too, and generated a new list: >> >> http://tron.homeunix.org/unread_variables.log >> (The list has a date at the top, if it is missing, you see the old list >> in your browser cache) >> >> The false positives, which you mentioned, are gone now - thanks for >> reporting this. The list now contains about 1.000 entries and about 60 >> concern variables named 'error'. > > Also.. one other thing I noticed: > > void > bpf_buffer_append_mbuf(struct bpf_d *d, caddr_t buf, u_int offset, void *src, > u_int len) > { > const struct mbuf *m; > u_char *dst; > u_int count; > > m = (struct mbuf *)src; > dst = (u_char *)buf + offset; > while (len > 0) { > if (m == NULL) > panic("bpf_mcopy"); > count = min(m->m_len, len); > bcopy(mtod(m, void *), dst, count); > m = m->m_next; > dst += count; > len -= count; > } > } > > dst += count > > In this expression, both dst and count are read since this is the > same thing as: > > dst = dst + count; No, the analysis *explicitly* marks "x" in neither "x += 1" nor "x = x + 1" as read. The value of the variable in these expressions is only read to calculate its own new value. Therefore it will complain about int x = 23; x++; x += 1; x = x + 1; return 0; This is not a bug, it is a feature. (: The problem here solely was the insufficient error recovery in the bcopy() line, which caused the only "real" user of "dst" to disappear. I corrected this problem and as you can see the false positives are no longer on the list. From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 18:59:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D2E1106564A for ; Wed, 4 Feb 2009 18:59:00 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id CD4448FC1F for ; Wed, 4 Feb 2009 18:58:59 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUmxf-0007On-Kw for freebsd-current@freebsd.org; Wed, 04 Feb 2009 18:58:59 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 18:58:59 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 18:58:59 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 04 Feb 2009 10:58:48 -0800 Lines: 28 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 18:59:00 -0000 I've updated several boxes over the last few days -- these are all serial console units; and everytime I issue 'shutdown now' to drop to single user, it hangs at the pathname prompt. Is anyone else seeing this? example: # shutdown now Shutdown NOW! shutdown: [pid 1021] *** FINAL System shutdown message from root@dl385g5.pdsea.f5net.com *** System going down IMMEDIATELY Feb 4 10:34:48 dl385g5 shutdown: shutdown by root: System shutdown time has arrived Stopping inetd. Stopping cron. Stopping sshd. Waiting for PIDS: 913. Stopping ntpd. Waiting for PIDS: 877. Stopping devd. Writing entropy file:. . Feb 4 10:34:55 dl385g5 syslogd: exiting on signal 15 Enter full pathname of shell or RETURN for /bin/sh: From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 19:31:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054E01065675 for ; Wed, 4 Feb 2009 19:31:09 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 16BD58FC22 for ; Wed, 4 Feb 2009 19:31:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id VAA10007; Wed, 04 Feb 2009 21:11:56 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4989E87B.5010000@icyb.net.ua> Date: Wed, 04 Feb 2009 21:11:55 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Subject: kobj methods (DEVMETHOD) that have differing signatures (in src/sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 19:31:09 -0000 This based on the (much) earlier proposal described here: http://lists.freebsd.org/pipermail/freebsd-arch/2008-April/007982.html The patch was applied to the recent current sources and LINT kernels for all architectures that have LINT/NOTES (i.e. arm excluded) were built. Here's a link to the list of files and line numbers where KOBJ methods are set with functions that have differing signatures: http://www.icyb.net.ua/~avg/kobj_method_sigs.txt List of the most common issues can be found at the first link. Hope this is useful. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 20:12:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D027E1065670; Wed, 4 Feb 2009 20:12:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 907948FC14; Wed, 4 Feb 2009 20:12:30 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n14KAa7q003928; Wed, 4 Feb 2009 13:10:37 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Wed, 04 Feb 2009 13:11:04 -0700 (MST) Message-Id: <20090204.131104.2064955776.imp@bsdimp.com> To: avg@icyb.net.ua From: "M. Warner Losh" In-Reply-To: <4989E87B.5010000@icyb.net.ua> References: <4989E87B.5010000@icyb.net.ua> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 20:12:31 -0000 In message: <4989E87B.5010000@icyb.net.ua> Andriy Gapon writes: : : This based on the (much) earlier proposal described here: : http://lists.freebsd.org/pipermail/freebsd-arch/2008-April/007982.html : : The patch was applied to the recent current sources and LINT kernels for : all architectures that have LINT/NOTES (i.e. arm excluded) were built. : : Here's a link to the list of files and line numbers where KOBJ methods : are set with functions that have differing signatures: : http://www.icyb.net.ua/~avg/kobj_method_sigs.txt : : List of the most common issues can be found at the first link. : : Hope this is useful. This is very helpful. I'll work through the low-hanging fruit. If others want to work as well, please ping me. Warner From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 20:34:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1592E1065670 for ; Wed, 4 Feb 2009 20:34:20 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id DEEBB8FC1A for ; Wed, 4 Feb 2009 20:34:19 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from [10.0.0.208] ([208.94.105.59]) by VL-MH-MR002.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTPA id <0KEK002383P6O4K0@VL-MH-MR002.ip.videotron.ca> for freebsd-current@freebsd.org; Wed, 04 Feb 2009 14:34:18 -0500 (EST) Message-id: <4989EDB9.3010808@FreeBSD.org> Date: Wed, 04 Feb 2009 14:34:17 -0500 From: "Stephane E. Potvin" Organization: FreeBSD User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) To: Mark Atkinson References: In-reply-to: Cc: freebsd-current@freebsd.org Subject: Re: problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 20:34:20 -0000 Mark Atkinson wrote: > I've updated several boxes over the last few days -- these are all > serial console units; and everytime I issue 'shutdown now' to > drop to single user, it hangs at the pathname prompt. Is anyone > else seeing this? > > example: > # shutdown now > Shutdown NOW! > shutdown: [pid 1021] > *** FINAL System shutdown message from root@dl385g5.pdsea.f5net.com *** > System going down IMMEDIATELY > > > Feb 4 10:34:48 dl385g5 shutdown: shutdown by root: > > System shutdown time has arrived > Stopping inetd. > Stopping cron. > Stopping sshd. > Waiting for PIDS: 913. > Stopping ntpd. > Waiting for PIDS: 877. > Stopping devd. > Writing entropy file:. > . > Feb 4 10:34:55 dl385g5 syslogd: exiting on signal 15 > Enter full pathname of shell or RETURN for /bin/sh: Try typing blind... I have the same symptoms on one of my systems when I drop to single user mode (it's the only one with a USB keyboard, dunno if it's coincidence or not). keypresses are not echoed anymore but command output is. Going back multi-user fix the console. I've not had time yet to track it down. Steph From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 20:53:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D54F106568A for ; Wed, 4 Feb 2009 20:53:49 +0000 (UTC) (envelope-from nakal@web.de) Received: from fmmailgate03.web.de (fmmailgate03.web.de [217.72.192.234]) by mx1.freebsd.org (Postfix) with ESMTP id E8D9E8FC1E for ; Wed, 4 Feb 2009 20:53:48 +0000 (UTC) (envelope-from nakal@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate03.web.de (Postfix) with ESMTP id 6588FF77EC19; Wed, 4 Feb 2009 21:53:47 +0100 (CET) Received: from [217.236.13.132] (helo=zelda.local) by smtp05.web.de with asmtp (TLSv1:AES128-SHA:128) (WEB.DE 4.110 #277) id 1LUokl-0000M7-00; Wed, 04 Feb 2009 21:53:47 +0100 Date: Wed, 4 Feb 2009 21:53:50 +0100 From: Martin To: Marcel Moolenaar Message-ID: <20090204215350.0bc7a307@zelda.local> In-Reply-To: <9D6C9DA2-7BBB-42C6-9F3E-4B8EF2078969@mac.com> References: <20090203082153.565746e2@zelda.local> <20090204004534.11ccca19@zelda.local> <20090204082718.0f217b1a@zelda.local> <9D6C9DA2-7BBB-42C6-9F3E-4B8EF2078969@mac.com> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: nakal@web.de X-Sender: nakal@web.de X-Provags-ID: V01U2FsdGVkX18mvwdwh3Auq8Sb5Om+F252+1r8LgnzHi3hJMfM JFyXo58qwytxHH8mG7eczSnMritYRbL1KwZHxbj0wXP9dZtGrP e+cjrkpMw= Cc: FreeBSD Current Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 20:53:50 -0000 Am Wed, 04 Feb 2009 00:06:13 -0800 schrieb Marcel Moolenaar : > Please read: > http://en.wikipedia.org/wiki/Extended_partition > > and then explain what you mean. > > > /dev/ad0s1.2 > > No, you have 0. > > > now you can insert 0 again and you get: > > > > /dev/ad0s1.0 > > /dev/ad0s1.2 > > You'll have 0 and 1. I see your point. This works different from what I thought. Sorry for the confusion. The wikipedia article made it clear to me. -- Martin From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 21:07:01 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0165106564A for ; Wed, 4 Feb 2009 21:07:01 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4550F8FC23 for ; Wed, 4 Feb 2009 21:07:00 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 2B459198E54; Wed, 4 Feb 2009 22:06:59 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 1F5FD198E53; Wed, 4 Feb 2009 22:06:59 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 0BB06198E4E; Wed, 4 Feb 2009 22:06:59 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009020422065845-25620 ; Wed, 4 Feb 2009 22:06:58 +0100 Received: by wep4035 (sSMTP sendmail emulation); Wed, 4 Feb 2009 22:07:00 +0100 From: "Alexey Shuvaev" Date: Wed, 4 Feb 2009 22:07:00 +0100 To: FreeBSD Current Message-ID: <20090204210700.GA44684@wep4035.physik.uni-wuerzburg.de> References: <20090203082153.565746e2@zelda.local> <20090204004534.11ccca19@zelda.local> <20090204082718.0f217b1a@zelda.local> <9D6C9DA2-7BBB-42C6-9F3E-4B8EF2078969@mac.com> <20090204215350.0bc7a307@zelda.local> MIME-Version: 1.0 In-Reply-To: <20090204215350.0bc7a307@zelda.local> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/04/2009 10:06:58 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/04/2009 10:06:58 PM, Serialize complete at 02/04/2009 10:06:58 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: Marcel Moolenaar Subject: Re: GEOM_PART: a quick update on logical partitions X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 21:07:02 -0000 On Wed, Feb 04, 2009 at 09:53:50PM +0100, Martin wrote: > Am Wed, 04 Feb 2009 00:06:13 -0800 > schrieb Marcel Moolenaar : > > > Please read: > > http://en.wikipedia.org/wiki/Extended_partition > > > > and then explain what you mean. > > > > > /dev/ad0s1.2 > > > > No, you have 0. > > > > > now you can insert 0 again and you get: > > > > > > /dev/ad0s1.0 > > > /dev/ad0s1.2 > > > > You'll have 0 and 1. > > I see your point. This works different from what I thought. Sorry for > the confusion. The wikipedia article made it clear to me. > Just curious how important is it to support this extended partitioning scheme? Why could not gpt be used instead? I am using it quite happy for some time (this is amd64 CURRENT): ~> geom part show => 34 976773101 ad6 GPT (466G) 34 1571840 1 freebsd-ufs (768M) 1571874 8388608 2 freebsd-swap (4.0G) 9960482 1024 3 freebsd-boot (512K) 9961506 8388608 4 freebsd-ufs (4.0G) 18350114 524288 5 freebsd-ufs (256M) 18874402 134217728 6 freebsd-ufs (64G) 153092130 33554432 7 freebsd-ufs (16G) 186646562 33554432 8 freebsd-ufs (16G) 220200994 756572141 - free - (361G) Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 21:08:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CABC81065693 for ; Wed, 4 Feb 2009 21:08:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 78ADC8FC33 for ; Wed, 4 Feb 2009 21:08:04 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUoyV-00044t-Lx for freebsd-current@freebsd.org; Wed, 04 Feb 2009 21:07:59 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 21:07:59 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 04 Feb 2009 21:07:59 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 04 Feb 2009 13:07:48 -0800 Lines: 27 Message-ID: References: <4989EDB9.3010808@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 21:08:05 -0000 Stephane E. Potvin wrote: > Mark Atkinson wrote: >> I've updated several boxes over the last few days -- these are all >> serial console units; and everytime I issue 'shutdown now' to >> drop to single user, it hangs at the pathname prompt. Is anyone >> else seeing this? > Try typing blind... I have the same symptoms on one of my systems when I > drop to single user mode (it's the only one with a USB keyboard, dunno > if it's coincidence or not). keypresses are not echoed anymore but > command output is. Going back multi-user fix the console. I've not had > time yet to track it down. Thanks, I tried this on a box, but it doesn't seem to work. (blindly typing '', then wait and then 'exit') booting to single user works fine from the loader. The kernel is still 'up' since it responds to icmp, but without any console output, it's hard to say what state it's in. -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 21:29:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D74E2106566B for ; Wed, 4 Feb 2009 21:29:47 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-fx0-f17.google.com (mail-fx0-f17.google.com [209.85.220.17]) by mx1.freebsd.org (Postfix) with ESMTP id 6829F8FC17 for ; Wed, 4 Feb 2009 21:29:47 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fxm10 with SMTP id 10so966965fxm.19 for ; Wed, 04 Feb 2009 13:29:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=tZgQtkvASdCE55kn5ZFIiLXSQd1uIdEMvj+KJf5Nhs8=; b=S9bEYlisCKTVqR1Ma/9uEL/qQQ8CzMyt923Z8F30oDmMWJmq6EkwboYD0RVxQchVk3 Z8/QUs/3vfiy1t9/cc8bXHhcfNHIGYpwhrJytzHbYtHzFRce2Fj91O5/Uc9rheRDt16f YfC09wIiat5HDQdzTAJRz6sscfyMiDMrRRQq8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=xWsgS6pRQypNfOroTwScTj+txeC/VI9VYnEYjIGWvUfnAInfJOHwJswtGnTPH4m07D 2JVoQZkF18Jv1CA2495phrL+bCMko9kdQ8kzU3QhXay3wzHu0eALQVx2SiEZN2qiKeCE QFcdRBIn64TblQNmcnkwiv8bUNpiBX/y+fGj0= MIME-Version: 1.0 Received: by 10.223.112.201 with SMTP id x9mr113840fap.69.1233781210502; Wed, 04 Feb 2009 13:00:10 -0800 (PST) In-Reply-To: <4989EDB9.3010808@FreeBSD.org> References: <4989EDB9.3010808@FreeBSD.org> Date: Wed, 4 Feb 2009 22:00:10 +0100 Message-ID: <83e5fb980902041300k324cef73od2cf2a9b5ec553d5@mail.gmail.com> From: Diego Depaoli To: "Stephane E. Potvin" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Mark Atkinson Subject: Re: problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 21:29:48 -0000 On Wed, Feb 4, 2009 at 8:34 PM, Stephane E. Potvin wrote: > Mark Atkinson wrote: >> >> I've updated several boxes over the last few days -- these are all >> serial console units; and everytime I issue 'shutdown now' to drop to >> single user, it hangs at the pathname prompt. Is anyone else seeing this? Same here > > Try typing blind... I have the same symptoms on one of my systems when I > drop to single user mode (it's the only one with a USB keyboard, dunno if > it's coincidence or not). It's a coincidence, I do not have USB keyboard Regards -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 22:32:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C7F71065676; Wed, 4 Feb 2009 22:32:09 +0000 (UTC) (envelope-from vova@sw.ru) Received: from relay.sw.ru (mailhub.sw.ru [195.214.232.25]) by mx1.freebsd.org (Postfix) with ESMTP id E3D7D8FC13; Wed, 4 Feb 2009 22:32:08 +0000 (UTC) (envelope-from vova@sw.ru) Received: from vbook.fbsd.ru ([77.232.23.6]) (authenticated bits=0) by relay.sw.ru (8.13.4/8.13.4) with ESMTP id n14MV2Vk026320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2009 01:31:03 +0300 (MSK) Received: from vova by vbook.fbsd.ru with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LUqGr-0000mg-Pg; Thu, 05 Feb 2009 01:31:01 +0300 From: Vladimir Grebenschikov To: "M. Warner Losh" In-Reply-To: <20090204.085606.1630229139.imp@bsdimp.com> References: <1233734352.1767.55.camel@localhost> <200902041044.27663.hselasky@c2i.net> <20090204.085606.1630229139.imp@bsdimp.com> Content-Type: text/plain Content-Transfer-Encoding: 7bit Organization: SWsoft Date: Thu, 05 Feb 2009 01:31:01 +0300 Message-Id: <1233786661.2821.5.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.3 FreeBSD GNOME Team Port Sender: Vladimir Grebenschikov Cc: usb@freebsd.org, freebsd-current@freebsd.org, hselasky@c2i.net Subject: Re: USB2 - umass problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vova@fbsd.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 22:32:10 -0000 On Wed, 2009-02-04 at 08:56 -0700, M. Warner Losh wrote: > In message: <200902041044.27663.hselasky@c2i.net> > Hans Petter Selasky writes: > : Hi, > : > : On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: > : > Hi > : > > : > > : > By some reason devfs semantic was changed: > : > Instead of /dev/cuaU0.[0-2] and /dev/ttyU0.[0-2], I've get > : > /dev/cuaU[0-2] /dev/ttyU[0-2] and! /dev/cuau1 /dev/ttyu1 > : > What is reason for such change (additional port with lowercase 'u' and > : > U[0-2] instead of more logical U0.[0-2]) ? > : > : It is because we are attaching drivers per interface instead of per device. A > : new modem unit is allocated every time we find a modem, simply put. If the > : modem has multiple instances in an interface, /dev/cuaU0.[0...] will be > : created. Else /dev/cuaU... . > > Generally, we try not to change the details of how a device attaches > /dev entries from release to release. Why the change? > > Also to Vladimir, Are you sure that the 'u' devices are created with > the USB modem? They should only be created for uart devices... Yes, it is uart. > Warner -- Vladimir B. Grebenschikov vova@fbsd.ru From owner-freebsd-current@FreeBSD.ORG Wed Feb 4 23:40:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A289A1065741 for ; Wed, 4 Feb 2009 23:40:16 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: from mail-fx0-f17.google.com (mail-fx0-f17.google.com [209.85.220.17]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6628FC59 for ; Wed, 4 Feb 2009 23:40:15 +0000 (UTC) (envelope-from trebestie@gmail.com) Received: by fxm10 with SMTP id 10so1032035fxm.19 for ; Wed, 04 Feb 2009 15:40:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=gxXrxb5np+j4UAIqWYLlBw68kC/XHTQy+vUk9tC94Gk=; b=ZbDIibjrB0jmukXZg3RgpIXoOK80W39yM3l6JXvbaKQRvXlb1rDWCYh8hRt2c7+5NP eQWGhIqhJvHbQHUUAUqEVpxfa0J86bfJ0Z2wrpzQiYJ01UWlwdxMx7Et5rnWGW2xjmcF RszoHFLuwtPdxsXHwAiXcLcvUCB9FABCnXGus= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=obl7cc1Fhk5cm11wO8etPoGwAxDE5kKismyIn2qLW10FOgFh4zBiDyyrCaI++xXrhQ VRj5jor++QkRFfJofAbQAhvOKdRYZEot4XJChPIU0WoxMBXsEAsv6m9d9Gc2FAqYMkXB Gqm9AUQLsWCGN3iWFPq++bSXRHGHmHb4is3Vs= MIME-Version: 1.0 Received: by 10.223.105.139 with SMTP id t11mr606647fao.11.1233790815075; Wed, 04 Feb 2009 15:40:15 -0800 (PST) In-Reply-To: References: <4989EDB9.3010808@FreeBSD.org> Date: Thu, 5 Feb 2009 00:40:15 +0100 Message-ID: <83e5fb980902041540vef87a92p825f25ac23b04dd@mail.gmail.com> From: Diego Depaoli To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 23:40:17 -0000 On Wed, Feb 4, 2009 at 10:07 PM, Mark Atkinson wrote: > Thanks, I tried this on a box, but it doesn't seem to work. > > (blindly typing '', then wait and then 'exit') try ctrl+enter -- Diego Depaoli From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 00:19:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22902106564A for ; Thu, 5 Feb 2009 00:19:38 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D0F3F8FC12 for ; Thu, 5 Feb 2009 00:19:37 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LUrxy-0002sU-5r for freebsd-current@freebsd.org; Thu, 05 Feb 2009 00:19:38 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Feb 2009 00:19:38 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Feb 2009 00:19:38 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Wed, 04 Feb 2009 16:19:30 -0800 Lines: 22 Message-ID: References: <4989EDB9.3010808@FreeBSD.org> <83e5fb980902041540vef87a92p825f25ac23b04dd@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 00:19:38 -0000 Diego Depaoli wrote: > On Wed, Feb 4, 2009 at 10:07 PM, Mark Atkinson wrote: >> Thanks, I tried this on a box, but it doesn't seem to work. >> >> (blindly typing '', then wait and then 'exit') > try ctrl+enter > well that got me to a prompt, but I can't type anything, even 'exit', then ctrl+enter for single user: No such file or directory # -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 01:05:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03405106564A for ; Thu, 5 Feb 2009 01:05:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.28]) by mx1.freebsd.org (Postfix) with ESMTP id AD9358FC14 for ; Thu, 5 Feb 2009 01:05:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by yx-out-2324.google.com with SMTP id 8so1162510yxb.13 for ; Wed, 04 Feb 2009 17:05:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:mime-version:content-type:content-disposition :user-agent; bh=CwR6LRQjRz8xhf7Qwdf1RgggM6QUjlSixSdKLjO/i6Y=; b=aNCUNDQylhyKWZLpcCcaaVDGzxgQRhDbu7xqE+r2RgaVoaEs43nXvmHxWlAtHCfXIs vcRnjwrDCuyxpQHX8hJZNXPPhGX4k7u3ObVoDlwAhv8e5ZlvoXd+uptcJPS2N4fC+qRQ lzgL8TM+iHhs4XefQMjjMiwPyWL6ViEqO5YW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:mime-version:content-type :content-disposition:user-agent; b=Ayf6bOs5XDg8YyJzn6JpnqYgZezCz2zqbRMY1YsNijDTUsmUhNbcMpSAZiYO76BHHL JpT7vbYgNyFi35wADiLZOEUXdPQ9N7j7bsN9Oiz6cweVCmcrX8MVhGjaCWKyUZwLWefk BjIJWKlvwXgf9X/hSzfUXCfo6AcrqLxh4FcqM= Received: by 10.150.230.15 with SMTP id c15mr2632632ybh.235.1233795909965; Wed, 04 Feb 2009 17:05:09 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k35sm4319155rnd.14.2009.02.04.17.05.07 (version=SSLv3 cipher=RC4-MD5); Wed, 04 Feb 2009 17:05:09 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Thu, 5 Feb 2009 10:06:13 +0900 From: Pyun YongHyeon Date: Thu, 5 Feb 2009 10:06:13 +0900 To: freebsd-current@FreeBSD.org Message-ID: <20090205010613.GA77461@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: CFT: txp(4) new firmware image X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 01:05:11 -0000 Hi, It seems that 3CR990 controller with latest NV firmware 03.001.008 does not work with txp(4)(I accidently flashed 3CR990 controller with latest NVfirmware). I guess latest NVfirmware does not like runtime image in txp(4). Latest runtime image from 3Com seemed to fix the issue to me. I'd like to know whether controllers with old NVfrimware can work with the following patch. http://people.freebsd.org/~yongari/txp/txp.firmware.diff.gz If you're txp(4) user or suffering from firmware loading issue please give it try and let me know. P.S. I know txp(4) requires a lot of fixes for bus_dma(9) and endianness as well as TSO/WOL support. That will be handled in near future. From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 01:35:49 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E5260106564A for ; Thu, 5 Feb 2009 01:35:49 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A9BB38FC1A for ; Thu, 5 Feb 2009 01:35:49 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [IPv6:2001:470:1f07:4e1::4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "Iain Michael Butler", Issuer "Protected Networks Certificate Authority" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 83273616C for ; Wed, 4 Feb 2009 20:35:48 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1233797748; bh=05G2WhcQjbuZNJWPNvvZUmQVKKqqosF0lBQUrhnVxmg=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=lHCmQ3yms6SgHx/KzHMMjZ48dpZKEVAxpn9207gxA25dql/IjN7AB/UEp4qvGSHnD ZHDxDPPpVJrItOBY8g/s+e0zWzmFHkMJx4ITYaj6Jh/n0b8EtnTOYsJPuJa6uyf DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:subject: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=X41Jo7MaX+mGu2aaj2+m0WMXvs3ZJUc+JL2DhR7DKZQ1Gtua+1owpTOWXNeXTAy8u rLTgM8ajhh8Vh2YaOwFfnLAu6MHIS0fdcBqnRAY4jp0/Yi1K7u+MCRTTIndfH3R Message-ID: <498A426F.6030502@protected-networks.net> Date: Wed, 04 Feb 2009 20:35:43 -0500 From: Michael Butler User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Silicon Labs bridge on USB2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 01:35:50 -0000 I have a GPS receiver which uses a USB->serial bridge. At present, I can use it with the uslcom driver but I don't see a USB-2 equivalent - is this supported? dmesg offers: ucom0: on uhub2 Michael From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 01:39:59 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 44070106564A for ; Thu, 5 Feb 2009 01:39:59 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id 06BAB8FC18 for ; Thu, 5 Feb 2009 01:39:58 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 150AAFFB0; Thu, 5 Feb 2009 14:39:58 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XEXDtlSEiGMl; Thu, 5 Feb 2009 14:39:54 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Thu, 5 Feb 2009 14:39:54 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 0114011428; Thu, 5 Feb 2009 14:39:51 +1300 (NZDT) Date: Wed, 4 Feb 2009 17:39:51 -0800 From: Andrew Thompson To: Michael Butler Message-ID: <20090205013951.GA80528@citylink.fud.org.nz> References: <498A426F.6030502@protected-networks.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <498A426F.6030502@protected-networks.net> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: Silicon Labs bridge on USB2? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 01:39:59 -0000 On Wed, Feb 04, 2009 at 08:35:43PM -0500, Michael Butler wrote: > I have a GPS receiver which uses a USB->serial bridge. At present, I can > use it with the uslcom driver but I don't see a USB-2 equivalent - is > this supported? > > dmesg offers: > > ucom0: rev 1.10/1.00, addr 3> on uhub2 Hans has ported it over today, it may need other usb serial changes not in current quite yet but the code is here. http://perforce.freebsd.org/chv.cgi?CH=157154 Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 03:04:49 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18C13106566C for ; Thu, 5 Feb 2009 03:04:49 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from lexi.siliconlandmark.com (lexi.siliconlandmark.com [66.184.117.4]) by mx1.freebsd.org (Postfix) with ESMTP id A483F8FC1C for ; Thu, 5 Feb 2009 03:04:48 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.0.1.97] (c-76-112-231-135.hsd1.mi.comcast.net [76.112.231.135]) (authenticated bits=0) by lexi.siliconlandmark.com (8.14.2/8.14.2) with ESMTP id n1534grl020956 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 5 Feb 2009 03:04:43 GMT (envelope-from andy@siliconlandmark.com) Message-Id: From: Andre Guibert de Bruet To: Hans Petter Selasky In-Reply-To: <200902041123.51301.hselasky@c2i.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 4 Feb 2009 22:04:37 -0500 References: <1233732660.1767.30.camel@localhost> <200902041049.27444.hselasky@c2i.net> <1233741844.1767.133.camel@localhost> <200902041123.51301.hselasky@c2i.net> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV 0.94.1/8950/Wed Feb 4 11:19:05 2009 on lexi.siliconlandmark.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: USB2 - libusb20 vs devel/libusb X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 03:04:49 -0000 On Feb 4, 2009, at 5:23 AM, Hans Petter Selasky wrote: > On Wednesday 04 February 2009, Vladimir Grebenschikov wrote: >> On Wed, 2009-02-04 at 10:49 +0100, Hans Petter Selasky wrote: >> >> Probably we may provide patch against devel/libusb to depend it on >> libusb20 ? > > Yes. I don't know about such a patch yet, but this is something that > needs to > be done for -current. Could we get a pkg-config definition file for libusb20 in the base system or in the libusb port? I have come up with my own for my systems (See below). There's a plethora of configure scripts that depend on pkg-config to do the right thing WRT libusb... # -- 8< -- # Package Information for pkg-config prefix=/usr/ exec_prefix=${prefix} libdir=${exec_prefix}/lib includedir=${prefix}/include Name: libusb Description: libusb 2.0 Version: 2.0 Libs: -L${libdir} -lusb20 Cflags: -I${includedir} # -- 8< -- Cheers, Andy /* Andre Guibert de Bruet * 436f 6465 2070 6f65 742e 2042 6974 206a */ /* Managing Partner * 6f63 6b65 792e 2053 7973 4164 6d69 6e2e */ /* GSM: +1 734 846 8758 * 2055 4e49 5820 736c 6575 7468 2e00 0000 */ /* WWW: siliconlandmark.com * C/C++, Java, Perl, PHP, SQL, XHTML, XML */ From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 07:36:34 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4914106564A; Thu, 5 Feb 2009 07:36:34 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (cl-43.dus-01.de.sixxs.net [IPv6:2a01:198:200:2a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 645C28FC1A; Thu, 5 Feb 2009 07:36:34 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from acme.spoerlein.net (localhost.spoerlein.net [127.0.0.1]) by acme.spoerlein.net (8.14.2/8.14.2) with ESMTP id n157aWwU009541 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 5 Feb 2009 08:36:33 +0100 (CET) (envelope-from uspoerlein@gmail.com) Received: (from uqs@localhost) by acme.spoerlein.net (8.14.3/8.14.3/Submit) id n157aVXc009540; Thu, 5 Feb 2009 08:36:31 +0100 (CET) (envelope-from uspoerlein@gmail.com) Date: Thu, 5 Feb 2009 08:36:31 +0100 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: "O. Hartmann" Message-ID: <20090205073631.GI93090@acme.spoerlein.net> Mail-Followup-To: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org References: <49837CFD.4080603@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <49837CFD.4080603@mail.zedat.fu-berlin.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 07:36:35 -0000 On Fri, 30.01.2009 at 23:19:41 +0100, O. Hartmann wrote: > After upgrading one of my FreeBSD 8.0-CUR/amd64 boxes to new xorg-7.4 > and having done hurting recompiling nearly everything/package twice now > firefox3 still doesn't work properly and hits me when starting with this > error message: > > Xlib: extension "Generic Event Extension" missing on display ":0.0". > > Then firefox3 freezes forever, showing something like the background or > pixel remnants of windows/picograms moving over its window. This should be unrelated to Xorg 7.4, as it happens to my 7.1 box, running Xorg 7.3 and the latest firefox3. Please try backing down firefox3 or some other related libraries that were updated in the last month (when this started to show up) Cheers, Ulrich SpГ¶rlein -- None are more hopelessly enslaved than those who falsely believe they are free -- Johann Wolfgang von Goethe From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 10:07:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BAF0B1065670; Thu, 5 Feb 2009 10:07:02 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 725D68FC1B; Thu, 5 Feb 2009 10:07:02 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LV18P-0008Dy-Mz>; Thu, 05 Feb 2009 11:07:01 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LV18P-0007Tp-Ln>; Thu, 05 Feb 2009 11:07:01 +0100 Message-ID: <498AB9CA.6080907@zedat.fu-berlin.de> Date: Thu, 05 Feb 2009 10:04:58 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090128) MIME-Version: 1.0 To: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <20090205073631.GI93090@acme.spoerlein.net> In-Reply-To: <20090205073631.GI93090@acme.spoerlein.net> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable X-Originating-IP: 130.133.86.198 Cc: Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 10:07:03 -0000 Ulrich Sp=F6rlein wrote: > On Fri, 30.01.2009 at 23:19:41 +0100, O. Hartmann wrote: >> After upgrading one of my FreeBSD 8.0-CUR/amd64 boxes to new xorg-7.4 >> and having done hurting recompiling nearly everything/package twice no= w >> firefox3 still doesn't work properly and hits me when starting with th= is >> error message: >> >> Xlib: extension "Generic Event Extension" missing on display ":0.0". >> >> Then firefox3 freezes forever, showing something like the background o= r >> pixel remnants of windows/picograms moving over its window. >=20 > This should be unrelated to Xorg 7.4, as it happens to my 7.1 box, > running Xorg 7.3 and the latest firefox3. Please try backing down > firefox3 or some other related libraries that were updated in the last > month (when this started to show up) >=20 > Cheers, > Ulrich Sp=C3=B6rlein Hello. As I reported earlier in this thread, I recompiled everything/package on = my boxes at least three times and the specified problem still remained.=20 But after the update of libGL/libGLUT the last three days everything=20 seems to run all right now. Weird ... Greetings, Oliver From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 11:42:06 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 993DC106564A for ; Thu, 5 Feb 2009 11:42:06 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from fmmailgate01.web.de (fmmailgate01.web.de [217.72.192.221]) by mx1.freebsd.org (Postfix) with ESMTP id 57BD98FC1A for ; Thu, 5 Feb 2009 11:42:06 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from smtp05.web.de (fmsmtp05.dlan.cinetic.de [172.20.4.166]) by fmmailgate01.web.de (Postfix) with ESMTP id 3583BFCC54D6 for ; Thu, 5 Feb 2009 12:24:36 +0100 (CET) Received: from [83.236.167.154] (helo=patmos.vanguard.de) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #277) id 1LV2LT-0001Sl-00 for freebsd-current@freebsd.org; Thu, 05 Feb 2009 12:24:35 +0100 From: Michael Gusek To: freebsd-current@freebsd.org Date: Thu, 5 Feb 2009 12:24:34 +0100 User-Agent: KMail/1.10.4 (FreeBSD/7.1-PRERELEASE; KDE/4.1.4; i386; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902051224.34442.michael.gusek@web.de> Sender: michael.gusek@web.de X-Sender: michael.gusek@web.de X-Provags-ID: V01U2FsdGVkX18w5vGrsZObiim6ldTIiufKEBnci0iXE8idWfoL Lxgu5tO17/Zhm3xPP/dg0RM0OFjGmThBXLGURe4Yk14b537D7H wpnw81udG4d89lpH0gzw== Subject: zfs: allocating allocated segment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 11:42:06 -0000 Hello, this is my first mail on this list, please excuse my bad English :) I'm running a File server with zfs, 64 Bit, 4 GB Ram and RELENG_7. Two days ago i uploaded a file via ftp to the server and the server is crashing. After reboot FreeBSD can't import the zfs-pool. There is a kernel-message: panic: Solaris(panic): zfs: allocating allocated segment(offset=123456... size=74) cpuid = 0 Uptime: 14m22s panic: bufwrite: buffer is not busy??? Now i try to import the zfs-pool with a recent 8.0-current but with the same result. It's very important to me to access the pool, so did you have some idea's ? Greetings, Michael From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 08:46:11 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A8FC1065670 for ; Thu, 5 Feb 2009 08:46:10 +0000 (UTC) (envelope-from marshc187@gmail.com) Received: from mail-fx0-f17.google.com (mail-fx0-f17.google.com [209.85.220.17]) by mx1.freebsd.org (Postfix) with ESMTP id B0D318FC18 for ; Thu, 5 Feb 2009 08:46:09 +0000 (UTC) (envelope-from marshc187@gmail.com) Received: by fxm10 with SMTP id 10so198838fxm.19 for ; Thu, 05 Feb 2009 00:46:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=+1tFDaYDXp/ffkUtzITGS/ZnWNLzYZBH5LZVWK6bFBc=; b=faZ/HNxPchV5UNyCatpWG8e/Ji/xfIUMJNOa/kSHwJIwWZMr/n3xvmMlC/kmCn1QU3 dv34pJTkBevBkaLEVeYrTTGt0EiOKzoeJDf3KCJGuBF3J3yTk4qDH4RuPgxf05uAjASs JyGNW1jCbumcAmVsBzD5yUj1vhGJ1pAW0L+G0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=LALi4HT+9bC86KFrzqlL1TXCRZx7d2kY9IMsVHfgCnXx0/bptcRUTTK1wUr/LIVyqC AZMIsiW3+UC0oRTJsNYFwyxsDqzsQ3lUx26+5OBTMudOV1qXNXvtUj1H3d9/xpNwHD+B 4g2qrCXlBFNy5RIbb3Xi0ZzFFl+C/S6P4N3/I= Received: by 10.103.24.17 with SMTP id b17mr72711muj.112.1233821586042; Thu, 05 Feb 2009 00:13:06 -0800 (PST) Received: from ilras.barsh.com ([92.251.20.172]) by mx.google.com with ESMTPS id g1sm539686muf.42.2009.02.05.00.13.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 00:13:05 -0800 (PST) Message-ID: <498AADA0.7050107@gmail.com> Date: Thu, 05 Feb 2009 10:13:04 +0100 From: cwt User-Agent: Thunderbird 2.0.0.19 (X11/20090203) MIME-Version: 1.0 To: "O. Hartmann" , freebsd-current@freebsd.org, freebsd-questions@freebsd.org References: <49837CFD.4080603@mail.zedat.fu-berlin.de> <20090205073631.GI93090@acme.spoerlein.net> In-Reply-To: <20090205073631.GI93090@acme.spoerlein.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Thu, 05 Feb 2009 12:20:19 +0000 Cc: Subject: Re: Xorg upgrade desaster: Xlib: extension "Generic Event Extension" missing on display ":0.0". X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 08:46:12 -0000 Ulrich SpГ¶rlein wrote: > On Fri, 30.01.2009 at 23:19:41 +0100, O. Hartmann wrote: > >> After upgrading one of my FreeBSD 8.0-CUR/amd64 boxes to new xorg-7.4 >> and having done hurting recompiling nearly everything/package twice now >> firefox3 still doesn't work properly and hits me when starting with this >> error message: >> >> Xlib: extension "Generic Event Extension" missing on display ":0.0". >> >> Then firefox3 freezes forever, showing something like the background or >> pixel remnants of windows/picograms moving over its window. >> > > This should be unrelated to Xorg 7.4, as it happens to my 7.1 box, > running Xorg 7.3 and the latest firefox3. Please try backing down > firefox3 or some other related libraries that were updated in the last > month (when this started to show up) > > Cheers, > Ulrich SpГ¶rlein > hey, sorry to barge in, but have you ppl by any chance seen a related post about this? i saw this (am still getting it) after 7.4 upgrade, but when someone else reported it, the person who i think committed xorg updates i believe said this warning is harmless and only showing because some new functionality in the lib is not yet being used, something to that effect? i think he explained that he just overlooked disabling the warning. are you aware of this or are you having stability problems still? my system spits this warning, but just noise, and all working ok otherwise. if you are aware of the post, but still having problems, then disregard this, and sorry if i missed something From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 12:21:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20C4B106568B; Thu, 5 Feb 2009 12:21:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 1C6B48FC14; Thu, 5 Feb 2009 12:21:29 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id OAA05915; Thu, 05 Feb 2009 14:21:20 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <498AD9BF.20503@icyb.net.ua> Date: Thu, 05 Feb 2009 14:21:19 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: "M. Warner Losh" References: <4989E87B.5010000@icyb.net.ua> <20090204.131104.2064955776.imp@bsdimp.com> In-Reply-To: <20090204.131104.2064955776.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kobj methods (DEVMETHOD) that have differing signatures (in src/sys) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 12:21:32 -0000 on 04/02/2009 22:11 M. Warner Losh said the following: > In message: <4989E87B.5010000@icyb.net.ua> > Andriy Gapon writes: > : > : This based on the (much) earlier proposal described here: > : http://lists.freebsd.org/pipermail/freebsd-arch/2008-April/007982.html > : > : The patch was applied to the recent current sources and LINT kernels for > : all architectures that have LINT/NOTES (i.e. arm excluded) were built. > : > : Here's a link to the list of files and line numbers where KOBJ methods > : are set with functions that have differing signatures: > : http://www.icyb.net.ua/~avg/kobj_method_sigs.txt > : > : List of the most common issues can be found at the first link. > : > : Hope this is useful. > > This is very helpful. I'll work through the low-hanging fruit. If > others want to work as well, please ping me. Warner, thanks a lot for your attention! I've updated the list to include actual source lines in addition to file names and line numbers - I think this should be useful since current is a moving target. http://www.icyb.net.ua/~avg/kobj_method_sigs.txt -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 13:43:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20B3E1065672 for ; Thu, 5 Feb 2009 13:43:38 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from zerofail.com (gatekeeper1.zerofail.com [208.71.11.38]) by mx1.freebsd.org (Postfix) with ESMTP id B76B18FC1E for ; Thu, 5 Feb 2009 13:43:37 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from telcobridges.com by freebsd.org (zerofail.com) (SecurityGateway 1.1.2) with SMTP id SG001534698.MSG for ; Thu, 05 Feb 2009 08:33:30 -0500 Received: from leia.telcobridges.com ([208.94.105.59]) by telcobridges.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Feb 2009 08:33:30 -0500 Message-ID: <498AEAAA.8060607@FreeBSD.org> Date: Thu, 05 Feb 2009 08:33:30 -0500 From: "Stephane E. Potvin" Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: Diego Depaoli References: <4989EDB9.3010808@FreeBSD.org> <83e5fb980902041300k324cef73od2cf2a9b5ec553d5@mail.gmail.com> In-Reply-To: <83e5fb980902041300k324cef73od2cf2a9b5ec553d5@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Feb 2009 13:33:30.0539 (UTC) FILETIME=[5575AFB0:01C98796] X-SGHeloLookup-Result: hardfail smtp.helo=telcobridges.com (does not match 208.71.8.41) X-SGOP-RefID: str=0001.0A09020A.498AEAAA.01B9,ss=1,fgs=0 (_st=1 _vt=0 _iwf=0) Cc: freebsd-current@freebsd.org, Mark Atkinson Subject: Re: problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 13:43:38 -0000 Diego Depaoli wrote: > On Wed, Feb 4, 2009 at 8:34 PM, Stephane E. Potvin wrote: >> Mark Atkinson wrote: >>> I've updated several boxes over the last few days -- these are all >>> serial console units; and everytime I issue 'shutdown now' to drop to >>> single user, it hangs at the pathname prompt. Is anyone else seeing this? > Same here >> Try typing blind... I have the same symptoms on one of my systems when I >> drop to single user mode (it's the only one with a USB keyboard, dunno if >> it's coincidence or not). > It's a coincidence, I do not have USB keyboard You're right, I could have sworn that I experienced this only on my system with a USB keyboard but after trying yesterday, I have the issue on all my systems. Can you drop into DDB when this happens? Steph From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 13:55:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FD371065670 for ; Thu, 5 Feb 2009 13:55:54 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id D1A068FC14 for ; Thu, 5 Feb 2009 13:55:53 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 8DB251D150; Thu, 5 Feb 2009 14:55:52 +0100 (CET) Date: Thu, 5 Feb 2009 14:55:52 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20090205135552.GC1230@hoeg.nl> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="iAq/E3df7QH9m+R5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) Subject: [Patch] problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 13:55:54 -0000 --iAq/E3df7QH9m+R5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hi all, I sent a patch to Mark, but it's better to send it to the lists as well. It's a bug in the /dev/console that's available in -CURRENT. The following patch should fix it. It also fixes the `staircase effect' some people were experiencing: http://80386.nl/pub/dev-console.diff I'll commit it after I get confirmation from Mark. --=20 Ed Schouten WWW: http://80386.nl/ --iAq/E3df7QH9m+R5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmK7+gACgkQ52SDGA2eCwWL7ACfSFQw48W8UO0gNSSWxdEu1oVu cnYAn3LPIbl+loDZZVgufDLO0JjVWFOQ =j3T9 -----END PGP SIGNATURE----- --iAq/E3df7QH9m+R5-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 14:09:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0DEA1065672 for ; Thu, 5 Feb 2009 14:09:58 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from zerofail.com (gatekeeper1.zerofail.com [208.71.11.38]) by mx1.freebsd.org (Postfix) with ESMTP id 877BE8FC1B for ; Thu, 5 Feb 2009 14:09:58 +0000 (UTC) (envelope-from sepotvin@FreeBSD.org) Received: from telcobridges.com by freebsd.org (zerofail.com) (SecurityGateway 1.1.2) with SMTP id SG001535336.MSG for ; Thu, 05 Feb 2009 09:09:57 -0500 Received: from leia.telcobridges.com ([208.94.105.59]) by telcobridges.com with Microsoft SMTPSVC(6.0.3790.3959); Thu, 5 Feb 2009 09:09:56 -0500 Message-ID: <498AF334.3090906@FreeBSD.org> Date: Thu, 05 Feb 2009 09:09:56 -0500 From: "Stephane E. Potvin" Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090127) MIME-Version: 1.0 To: Ed Schouten References: <20090205135552.GC1230@hoeg.nl> In-Reply-To: <20090205135552.GC1230@hoeg.nl> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 05 Feb 2009 14:09:56.0643 (UTC) FILETIME=[6C7AAF30:01C9879B] X-SGHeloLookup-Result: hardfail smtp.helo=telcobridges.com (does not match 208.71.8.41) X-SGOP-RefID: str=0001.0A090206.498AF334.025F,ss=1,fgs=0 (_st=1 _vt=0 _iwf=0) Cc: FreeBSD Current Subject: Re: [Patch] problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 14:09:59 -0000 Ed Schouten wrote: > Hi all, > > I sent a patch to Mark, but it's better to send it to the lists as well. > It's a bug in the /dev/console that's available in -CURRENT. The > following patch should fix it. It also fixes the `staircase effect' some > people were experiencing: > > http://80386.nl/pub/dev-console.diff > > I'll commit it after I get confirmation from Mark. > Hi Ed, I can confirm that it fixes the console problem that I had. I now can see what I type on the console after going down to single-user mode from multi-user. Thanks! Steph From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 14:21:38 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC837106564A for ; Thu, 5 Feb 2009 14:21:38 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:7b8:613:100::211]) by mx1.freebsd.org (Postfix) with ESMTP id 809CE8FC25 for ; Thu, 5 Feb 2009 14:21:38 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id DFAE31D150; Thu, 5 Feb 2009 15:21:37 +0100 (CET) Date: Thu, 5 Feb 2009 15:21:37 +0100 From: Ed Schouten To: FreeBSD Current Message-ID: <20090205142137.GD1230@hoeg.nl> References: <20090205135552.GC1230@hoeg.nl> <498AF334.3090906@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="s89yJNDe6fM6BJKb" Content-Disposition: inline In-Reply-To: <498AF334.3090906@FreeBSD.org> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: [Patch] problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 14:21:39 -0000 --s89yJNDe6fM6BJKb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Stephane E. Potvin wrote: > Ed Schouten wrote: > > I'll commit it after I get confirmation from Mark. > >=20 >=20 > Hi Ed, >=20 > I can confirm that it fixes the console problem that I had. I now can > see what I type on the console after going down to single-user mode from > multi-user. Ah, another tester, good enough. I've committed it to SVN (r188147). Thanks for reporting/testing! --=20 Ed Schouten WWW: http://80386.nl/ --s89yJNDe6fM6BJKb Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmK9fEACgkQ52SDGA2eCwUmhACfdO7HpHB+S9Dy1DbLOiwl90GP vCIAniPBprzVjx8cBjOGUKfqgXycX0aV =aY4N -----END PGP SIGNATURE----- --s89yJNDe6fM6BJKb-- From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 16:10:02 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFF931065672 for ; Thu, 5 Feb 2009 16:10:02 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6B93E8FC0C for ; Thu, 5 Feb 2009 16:10:02 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LV6nf-0002oM-3U for freebsd-current@freebsd.org; Thu, 05 Feb 2009 16:09:59 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Feb 2009 16:09:59 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 05 Feb 2009 16:09:59 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Thu, 05 Feb 2009 08:09:47 -0800 Lines: 19 Message-ID: References: <20090205135552.GC1230@hoeg.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.9 Sender: news Subject: Re: [Patch] problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 16:10:03 -0000 Ed Schouten wrote: > Hi all, > > I sent a patch to Mark, but it's better to send it to the lists as well. > It's a bug in the /dev/console that's available in -CURRENT. The > following patch should fix it. It also fixes the `staircase effect' some > people were experiencing: > > http://80386.nl/pub/dev-console.diff > > I'll commit it after I get confirmation from Mark. Thanks for the quick fix, it appears to work! -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 17:00:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 770D3106566B for ; Thu, 5 Feb 2009 17:00:58 +0000 (UTC) (envelope-from ptice@aldridge.com) Received: from starbase.aldridge.com (starbase.aldridge.com [205.196.186.12]) by mx1.freebsd.org (Postfix) with ESMTP id 4FB458FC1D for ; Thu, 5 Feb 2009 17:00:58 +0000 (UTC) (envelope-from ptice@aldridge.com) Received: from corporate.aldridge.com (corporate.aldridge.com [216.139.69.10]) by starbase.aldridge.com (8.14.3/8.14.2) with ESMTP id n15GxdVw062756 for ; Thu, 5 Feb 2009 10:59:40 -0600 (CST) Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Thu, 5 Feb 2009 10:53:19 -0600 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: process hang in zfs->io_ ? Thread-Index: AcmERo+vwSn+8ShSS/eW0eM1vNKEQwAM8joQAM35v7M= References: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> <007b01c9847a$983ad9c0$c8b08d40$@Sparrevohn@btinternet.com> From: "Paul Tice" To: "Thomas Sparrevohn" , "Rong-en Fan" , "FreeBSD Current" Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: RE: process hang in zfs->io_ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 17:00:58 -0000 Given time, the ZIL seems to 'catch up'. The more processes running to = ZFS, the faster it seems to hang. The actual amount of data seems to = matter less than the number of streams. Putting the ZIL on a seperate disk/controller has kept the hangs from = happening for me. Thanks Paul -----Original Message----- From: owner-freebsd-current@freebsd.org on behalf of Thomas Sparrevohn Sent: Sun 2/1/2009 8:37 AM To: 'Rong-en Fan'; 'FreeBSD Current' Subject: RE: process hang in zfs->io_ ? =20 I have noticed the same error - However I am not actually sure that ZFS = is the culprit - I tried to remotely log in from my laptop and the = system unfroze=20 =20 -----Original Message----- From: owner-freebsd-current@freebsd.org = [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Rong-en Fan Sent: 01 February 2009 08:24 To: FreeBSD Current Subject: process hang in zfs->io_ ? I'm running current as of 20080130 on an amd64 box. I can make processes stuck in zfs->io_ (output truncated in ddb and top) when I make some packages via ports tinderbox. The ports tinderbox access local disk via nfs (I also tried nullfs). ddb output of ps and alltrace can be found at http://www.rafan.org/FreeBSD/zfs/textdump.zfs.20090130.txt Any ideas? Thanks, Rong-En Fan _______________________________________________ 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" _______________________________________________ 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-current@FreeBSD.ORG Thu Feb 5 17:04:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60A41106564A for ; Thu, 5 Feb 2009 17:04:17 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 218598FC1B for ; Thu, 5 Feb 2009 17:04:16 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: by gxk14 with SMTP id 14so389881gxk.19 for ; Thu, 05 Feb 2009 09:04:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=5szaLdIU6S62LUFJSKoC2T5jaiCFxRjDbhkiB8o1Xjw=; b=gck5rQCZi2M15nyKcvxU9jfWhl6bm/6Ef3xTE3r7agZSl9qQHDP+YRo00bZTJLgdru U7FDR8VRaniDEuWQ9r3oRHiwRyQv/6fgyEXBKVtM8LXAKCgaA/nGo6W8OKvm7KI4ucMO 0EmC+FD7+f1wQTrvG0JlC2e2KxiRM/dmUoV34= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=uXp4yPPpAtrah6bIq9yF1pbb1+729ubXW3PjCc3J7FZy2NpCGCP4i3QCEDdXxx78YT L63H3cp9mGi64oyBhXGb7zto5+tCQBSMVRQy6qM4aYDDQIXhy0373+3XEYuK6qcz34sD lM94gSf9U60wZgsiu/is+SCyQDMQrjayX0ffs= MIME-Version: 1.0 Received: by 10.151.113.11 with SMTP id q11mr691067ybm.143.1233851512400; Thu, 05 Feb 2009 08:31:52 -0800 (PST) Date: Thu, 5 Feb 2009 11:31:52 -0500 Message-ID: From: Klapper Zhu To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: To John Birrell: weird behaviors of DTrace on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 17:04:17 -0000 Hi John Birrell, I am exploring DTrace on "7.1-STABLE FreeBSD amd64" and I found several weird behaviors: 1) Not all kernel functions show up in fbt provider. Take isp(4) as example: "dtrace -l" shows static void isp_freeze_loopdown(ispsoftc_t *, int, char *); ___but not___ static void isp_handle_platform_atio2(ispsoftc_t *, at2_entry_t *); Both are static functions. But one shows up in fbt, another not. What's the rational behind it ? Any way to fix it ? 2) The symptom described below only shows in 64-bit platform (amd64). Here is the D Code: fbt::isp_handle_platform_atio2:entry { self->cdb =args[1]->at_cmnd.cdb_dl.sf.fcp_cmnd_cdb[0]; printf("%s(%x, %x, cdb_cmd %x)\n", probefunc, arg0, arg1, self->cdb); } It will never fire. I have to add another 2 probes on top of it, then it (fbt::isp_handle_platform_atio2:entry) will trace. Even the 2 probes on top of it never fire. --------------- dtrace:::BEGIN { tr = 0; } fbt:::entry /tr == 1/ { @a[probefunc] = count(); } fbt::isp_handle_platform_atio2:entry { self->cdb =args[1]->at_cmnd.cdb_dl.sf.fcp_cmnd_cdb[0]; printf("%s(%x, %x, cdb_cmd %x)\n", probefunc, arg0, arg1, self->cdb); } Thanks, Z. Zhu From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 18:14:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E00610656F4 for ; Thu, 5 Feb 2009 18:14:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1907E8FC1A for ; Thu, 5 Feb 2009 18:14:12 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 7D1FC19014 for ; Thu, 5 Feb 2009 13:14:10 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.8 required=8.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 Received: from tau.draftnet (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Thu, 5 Feb 2009 13:14:10 -0500 (EST) Date: Thu, 5 Feb 2009 18:13:53 +0000 From: Bruce Cran To: current@freebsd.org Message-ID: <20090205181353.25aeea1c@tau.draftnet> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: IPv6 autoconfiguration fails X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 18:14:14 -0000 I recently reinstalled -current on my laptop and have started seeing IPv6 autoconfiguration start failing. I have two interfaces re0 and ath0: re0 is plugged in and gets an address via DHCP while I'm not using wireless at the moment so ath0 remains unconfigured. However it seems the IPv6 autoconfiguration tries to use ath0 instead of re0. During boot I see: re0: link state changed to UP Starting Network: lo0 re0. No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled pf enabled add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 net.inet6.ip6.forwarding: 0 -> 0 net.inet6.ip6.accept_rtadv: 0 -> 1 get_llflag() failed, anyway I'll try sendmsg on ath0: Can't assign requested address sendmsg on ath0: Can't assign requested address sendmsg on ath0: Can't assign requested address add net fe80::: gateway ::1 add net ff02::: gateway ::1 IPv4 mapped IPv6 address support=NO Waiting 30s for an interface to come up: ...........(re0) ifconfig shows re0 having IPv4 and IPv6 link-local addresses but no autoconfigured address, while I'm running rtadvd on the router which is connected via re0. -- Bruce Cran From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 18:19:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 681F2106564A for ; Thu, 5 Feb 2009 18:19:14 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id E9BD78FC1A for ; Thu, 5 Feb 2009 18:19:13 +0000 (UTC) (envelope-from gleb.kurtsou@gmail.com) Received: by ewy14 with SMTP id 14so788636ewy.19 for ; Thu, 05 Feb 2009 10:19:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=p0TMAFoBVP4NuMddBl9CPMahONgbrPtrzlfhbm1YUZo=; b=Hhsg+yXMkv1zk3AAJDD2xuTLXEehJoN1oo2RQPyE1otoKIWbWTX1/PrtCpdeeav65g b+R3cqZysK4kam32pnlVYziqNELkQfxEvZ6xrXXi0AsLof13KVf3PGrm4MM5omyj2TAG fupScJbSKu9r0kLnY6BDYbGUiA6GyvyLeZFWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=K3bBr0fXqXhjd9opzLAqifxOFaW+hMmg2US25E/haJe+4aE4hN8m33JZ2lS3zQ5idz E4BQhhZgfbjKXiGGYoqPUmTzX4hRsWdiZIfPaDeH/a+Y14R0f412D9aUgYhT0mgTp6RV bY6nCUp2WWEpbz52uvyQa9K6uiLM0KT/ayA3M= Received: by 10.103.6.18 with SMTP id j18mr319783mui.33.1233856191179; Thu, 05 Feb 2009 09:49:51 -0800 (PST) Received: from localhost (cable-234-140.cgates.lt [79.133.234.140]) by mx.google.com with ESMTPS id w5sm1479881mue.33.2009.02.05.09.49.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 09:49:50 -0800 (PST) Date: Thu, 5 Feb 2009 19:49:56 +0200 From: Gleb Kurtsou To: Ganbold Message-ID: <20090205174955.GA1309@tops> References: <6eb82e0902010024o4094b3a6q3186f2109029a67a@mail.gmail.com> <20090201105815.GA73985@hyperion.scode.org> <4988519E.2070103@micom.mng.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <4988519E.2070103@micom.mng.net> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Rong-en Fan , pjd@freebsd.org, FreeBSD Current , Peter Schuller Subject: Re: process hang in zfs->io_ ? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 18:19:14 -0000 On (03/02/2009 22:15), Ganbold wrote: > I've observed similar system hang when I tried to run svn update on > FreeBSD head repo > from 2 local directories simultaneously. I might be doing something > wrong and as > I remember I reproduced it a couple of times. > > It is i386 CURRENT (r187663M) machine and loader.conf settings are: > vm.kmem_size="1024M" > vm.kmem_size_max="1024M" > vfs.zfs.arc_max="100M" I have no idea why, but vm.kmem_size{,_max}="1024M" slows things down a lot. I'm running with vm.kmem_size="999M" vm.kmem_size_max="999M" and system seems to be much more responsive. From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 19:50:51 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 453421065675 for ; Thu, 5 Feb 2009 19:50:51 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id C305F8FC30 for ; Thu, 5 Feb 2009 19:50:50 +0000 (UTC) (envelope-from mister.olli@googlemail.com) Received: by fg-out-1718.google.com with SMTP id l26so240681fgb.35 for ; Thu, 05 Feb 2009 11:50:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:subject:from:reply-to:to:cc :in-reply-to:references:content-type:date:message-id:mime-version :x-mailer:content-transfer-encoding; bh=0rW3ORnkdHXN1/B34H92556l+PaICkzOJ+pGTvhF/QI=; b=TD2GeAKsO4h+m2si45X2iyxwQV4TLtH6hf6MnwHVLo/2W1nupReDbgZAAmCLnnNeeB HjcXMFgv38wyyu/kWcakDZZztB+6z5g3AHRwuX+zRzMXTaoFjHVx8wPMC6m2PYBkRAml Y2t735PYKMfWFidZMYM1W/jH64hDuFfpsRY+M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=subject:from:reply-to:to:cc:in-reply-to:references:content-type :date:message-id:mime-version:x-mailer:content-transfer-encoding; b=lSKX3hzPUE1r1y9Oyd6krCQKJi51HYESrFCaKp+LvHtuZlkROaV9+BGRXP67MwLerc YaLR6SVSSnjHjmCyMyX3NcQOSLzKZssDERg720/klChJmbHR7GaveMhUY8PveV3Ltb4q 6TCXGMYSNs8UWU5rJRZlnhVbWlTGhYUCIdai8= Received: by 10.223.106.68 with SMTP id w4mr807042fao.20.1233863449593; Thu, 05 Feb 2009 11:50:49 -0800 (PST) Received: from ?10.30.1.235? (vpn-or.studi-planet.com [78.47.172.52]) by mx.google.com with ESMTPS id 21sm1178180fkx.39.2009.02.05.11.50.48 (version=SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 11:50:48 -0800 (PST) From: Mister Olli To: Ed Schouten In-Reply-To: <20090205142137.GD1230@hoeg.nl> References: <20090205135552.GC1230@hoeg.nl> <498AF334.3090906@FreeBSD.org> <20090205142137.GD1230@hoeg.nl> Content-Type: text/plain Date: Thu, 05 Feb 2009 20:50:03 +0100 Message-Id: <1233863403.22204.40.camel@phoenix.blechhirn.net> Mime-Version: 1.0 X-Mailer: Evolution 2.12.3 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: [Patch] problems dropping to single user from multi in recent -current? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mister.olli@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 19:50:51 -0000 Hi, I had the same problem, now it works like a charm. Thanks for the great work -- Mr. Olli Am Donnerstag, den 05.02.2009, 15:21 +0100 schrieb Ed Schouten: > * Stephane E. Potvin wrote: > > Ed Schouten wrote: > > > I'll commit it after I get confirmation from Mark. > > > > > > > Hi Ed, > > > > I can confirm that it fixes the console problem that I had. I now can > > see what I type on the console after going down to single-user mode from > > multi-user. > > Ah, another tester, good enough. I've committed it to SVN (r188147). > Thanks for reporting/testing! > From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 21:46:58 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 68597106566B for ; Thu, 5 Feb 2009 21:46:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 38B198FC1C for ; Thu, 5 Feb 2009 21:46:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id DB29346B03; Thu, 5 Feb 2009 16:46:57 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n15Lkpoq070777; Thu, 5 Feb 2009 16:46:52 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 5 Feb 2009 13:10:59 -0500 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: <200902051311.00091.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]); Thu, 05 Feb 2009 16:46:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8957/Thu Feb 5 12:31:01 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.1 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00, DATE_IN_PAST_03_06 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Klapper Zhu Subject: Re: To John Birrell: weird behaviors of DTrace on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 21:46:59 -0000 On Thursday 05 February 2009 11:31:52 am Klapper Zhu wrote: > Hi John Birrell, > > I am exploring DTrace on "7.1-STABLE FreeBSD amd64" and I found several > weird behaviors: > > 1) Not all kernel functions show up in fbt provider. Take isp(4) as example: > "dtrace -l" shows > static void isp_freeze_loopdown(ispsoftc_t *, int, char *); > ___but not___ > static void isp_handle_platform_atio2(ispsoftc_t *, at2_entry_t *); > > Both are static functions. But one shows up in fbt, another not. > What's the rational behind it ? Any way to fix it ? Perhaps gcc inlined it? Try using -fno-inline perhaps. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 22:18:38 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 839BB1065678; Thu, 5 Feb 2009 22:18:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 079888FC16; Thu, 5 Feb 2009 22:18:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n15MIaik026892; Thu, 5 Feb 2009 23:18:36 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n15MIaEa026891; Thu, 5 Feb 2009 23:18:36 +0100 (CET) (envelope-from olli) Date: Thu, 5 Feb 2009 23:18:36 +0100 (CET) Message-Id: <200902052218.n15MIaEa026891@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 05 Feb 2009 23:18:36 +0100 (CET) Cc: Subject: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 22:18:40 -0000 Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 22:36:07 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A69E1065672; Thu, 5 Feb 2009 22:36:07 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C57158FC1C; Thu, 5 Feb 2009 22:36:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n15Ma3c7090468; Thu, 5 Feb 2009 17:36:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n15Ma3Pf044231; Thu, 5 Feb 2009 17:36:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 764E97302F; Thu, 5 Feb 2009 17:36:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090205223603.764E97302F@freebsd-current.sentex.ca> Date: Thu, 5 Feb 2009 17:36:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 22:36:07 -0000 TB --- 2009-02-05 21:06:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-05 21:06:05 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-05 21:06:05 - cleaning the object tree TB --- 2009-02-05 21:06:38 - cvsupping the source tree TB --- 2009-02-05 21:06:38 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-05 21:06:49 - building world TB --- 2009-02-05 21:06:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-05 21:06:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-05 21:06:49 - TARGET=i386 TB --- 2009-02-05 21:06:49 - TARGET_ARCH=i386 TB --- 2009-02-05 21:06:49 - TZ=UTC TB --- 2009-02-05 21:06:49 - __MAKE_CONF=/dev/null TB --- 2009-02-05 21:06:49 - cd /src TB --- 2009-02-05 21:06:49 - /usr/bin/make -B buildworld >>> World build started on Thu Feb 5 21:06:51 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Feb 5 22:27:30 UTC 2009 TB --- 2009-02-05 22:27:30 - generating LINT kernel config TB --- 2009-02-05 22:27:30 - cd /src/sys/i386/conf TB --- 2009-02-05 22:27:30 - /usr/bin/make -B LINT TB --- 2009-02-05 22:27:30 - building LINT kernel TB --- 2009-02-05 22:27:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-05 22:27:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-05 22:27:30 - TARGET=i386 TB --- 2009-02-05 22:27:30 - TARGET_ARCH=i386 TB --- 2009-02-05 22:27:30 - TZ=UTC TB --- 2009-02-05 22:27:30 - __MAKE_CONF=/dev/null TB --- 2009-02-05 22:27:30 - cd /src TB --- 2009-02-05 22:27:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Thu Feb 5 22:27:30 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/esp/ncr53c9x.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ex/if_ex.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ex/if_ex_isa.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/ex/if_ex_pccard.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/dev/exca/exca.c cc1: warnings being treated as errors /src/sys/dev/exca/exca.c: In function 'exca_mem_map': /src/sys/dev/exca/exca.c:260: warning: right shift count >= width of type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-05 22:36:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-05 22:36:03 - ERROR: failed to build lint kernel TB --- 2009-02-05 22:36:03 - 4291.66 user 419.23 system 5397.49 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 22:37:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 211AA106566C; Thu, 5 Feb 2009 22:37:02 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from pele.citylink.co.nz (pele.citylink.co.nz [202.8.44.226]) by mx1.freebsd.org (Postfix) with ESMTP id D85A58FC1D; Thu, 5 Feb 2009 22:37:01 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 35321FFB1; Fri, 6 Feb 2009 11:37:01 +1300 (NZDT) X-Virus-Scanned: Debian amavisd-new at citylink.co.nz Received: from pele.citylink.co.nz ([127.0.0.1]) by localhost (pele.citylink.co.nz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LsqSppxHpuVC; Fri, 6 Feb 2009 11:36:57 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Fri, 6 Feb 2009 11:36:57 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 33E7B1142B; Fri, 6 Feb 2009 11:36:57 +1300 (NZDT) Date: Thu, 5 Feb 2009 14:36:57 -0800 From: Andrew Thompson To: Oliver Fromme Message-ID: <20090205223657.GC88414@citylink.fud.org.nz> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 22:37:03 -0000 On Thu, Feb 05, 2009 at 11:18:36PM +0100, Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Works well here, tried various combinations of the options. This is very cool. Andrew From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 22:54:29 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37267106564A for ; Thu, 5 Feb 2009 22:54:29 +0000 (UTC) (envelope-from bomberboy@gmail.com) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id B59B08FC08 for ; Thu, 5 Feb 2009 22:54:28 +0000 (UTC) (envelope-from bomberboy@gmail.com) Received: by ewy14 with SMTP id 14so1137565ewy.19 for ; Thu, 05 Feb 2009 14:54:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=3B2bS8AdKuy4EQLXbrzIJcBp3lJcSEzAyjn+KOqD1Rw=; b=w8RTwcb5nWq4K9PlbXEl8GxJS10vnHVYD7PVLRyw2ODf/vsiN8wBrFNPfDGc3tOwHf ZCps8i4XKy28bQQyljtovNwOOAkTisjBaxeEM/2bkREVqy2WPjk8JImFvjH4lSu7l9pR /HtPo7g809eCbSLUhdpTYmdvg/SkmtAtJArQQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=dQ2WjBUW7ORBD57N0IYecdBOrX+ec4ShpdU+g9QXzzaA/tRjTmQvMmDS9l69nMLeTo C8i99OLuz6wfXcLSRA473fosdKA/WfX/il6xfvkrEaNvqVEin4ZgB631urWN0czVhg4K Un79+56roUYj5ZDn48DidM751q7TdhQudJsW4= MIME-Version: 1.0 Received: by 10.210.87.14 with SMTP id k14mr724960ebb.159.1233873177908; Thu, 05 Feb 2009 14:32:57 -0800 (PST) In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Thu, 5 Feb 2009 23:32:57 +0100 Message-ID: <6e77fe4e0902051432n25e68edes341495f994c64bca@mail.gmail.com> From: Bruno Van Den Bossche To: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 22:54:29 -0000 On Thu, Feb 5, 2009 at 11:18 PM, Oliver Fromme wrote: [graphical bootloader] > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. I've just tested it on my laptop (Fujitsu T4220) with current and it works very well, Can select/unselect any options and everything seems to work as it is supposed. And I love the look :) Regards, Bruno From owner-freebsd-current@FreeBSD.ORG Thu Feb 5 23:21:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F3DD106566B for ; Thu, 5 Feb 2009 23:21:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 2FD6A8FC1D for ; Thu, 5 Feb 2009 23:21:33 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-029-110.pools.arcor-ip.net [88.66.29.110]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1LVDXH2wf6-0003KI; Fri, 06 Feb 2009 00:21:31 +0100 Received: (qmail 69268 invoked from network); 5 Feb 2009 23:21:31 -0000 Received: from fbsd8.laiers.local (192.168.4.200) by laiers.local with SMTP; 5 Feb 2009 23:21:31 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Fri, 6 Feb 2009 00:21:30 +0100 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902060021.30883.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1+KwoPxYHUm9SI6ovLCZc1DIcz11QpoeMVq+78 UYf6ALBcWM6/RaJemzzAwMMrQRNkv95XQ7DSi1IRlAJFi/VGtR 4Uu6g+8rgAZ8DrLGs8lXg== Cc: freebsd-hackers@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 23:21:34 -0000 On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. quick test in qemu - works well. Very cool! -- /"\ 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-current@FreeBSD.ORG Thu Feb 5 23:50:02 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F1BB5106566B for ; Thu, 5 Feb 2009 23:50:02 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from core.tav.kiev.ua (tavex.colocall.com [62.149.10.42]) by mx1.freebsd.org (Postfix) with ESMTP id 959278FC14 for ; Thu, 5 Feb 2009 23:50:02 +0000 (UTC) (envelope-from gonzo@bluezbox.com) Received: from [76.77.86.2] (helo=[10.80.5.136]) by core.tav.kiev.ua with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.52 (FreeBSD)) id 1LVDbc-000Goi-Oz; Fri, 06 Feb 2009 01:26:10 +0200 Message-ID: <498B754B.1050901@bluezbox.com> Date: Thu, 05 Feb 2009 15:24:59 -0800 From: Oleksandr Tymoshenko User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Core-Spam-Level: - X-Core-Spam-Report: Spam detection software, running on the system "core.tav.kiev.ua", has identified this incoming email as possible spam. The original message has been attached to this so you can view it (if it isn't spam) or label similar future email. If you have any questions, see The administrator of that system for details. Content preview: Oliver Fromme wrote: > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Works fine on Thinkpad T400 (CURRENT/i386). [...] Content analysis details: (-1.8 points, 5.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.0 BAYES_50 BODY: Bayesian spam probability is 40 to 60% [score: 0.5000] Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 05 Feb 2009 23:50:03 -0000 Oliver Fromme wrote: > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Works fine on Thinkpad T400 (CURRENT/i386). From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 00:02:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40216106564A for ; Fri, 6 Feb 2009 00:02:48 +0000 (UTC) (envelope-from smrad01@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id BFE1C8FC13 for ; Fri, 6 Feb 2009 00:02:47 +0000 (UTC) (envelope-from smrad01@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so462236fka.11 for ; Thu, 05 Feb 2009 16:02:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=0SArDz7nGlGyzmge9L1Nm5XeNKcTTtwRhKjE0K/cViM=; b=AvAjpkfUpcjg3O5ecG3H53JAXvxv5jRfUc027r69d1MvrWswoTyeEWJd758NFoABgJ C0WGSmX6CBZ6GTeUp1KkUccg0/X74CPWkpQM8q5D9RThQkTbWEDhPFp4kgiQFv6cFIS8 JdiXT3AdOb7pwjTOkxH0M+eq4YT5/R9FnlXig= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=c4R4fDiUEY6MZcsguleU4JCxkNXHjS3HfWnRjhJXeN/qUUNgqVyMISnkHFGCBY93d3 yuWPttHHkLP4AB1hivStYWgo5CxlQH2h2LxvKZ7Dok1a1DkDZn4Fxs4oJPhHEuJCr5zZ c13Bs1PwtGMoc3Q3z0Xwvhf5MPXiPJ2vaWKnE= Received: by 10.181.197.1 with SMTP id z1mr347770bkp.118.1233877366280; Thu, 05 Feb 2009 15:42:46 -0800 (PST) Received: from ?192.168.110.20? ([87.120.162.66]) by mx.google.com with ESMTPS id b17sm744884fka.4.2009.02.05.15.42.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 05 Feb 2009 15:42:44 -0800 (PST) Message-ID: <498B7970.701@gmail.com> Date: Fri, 06 Feb 2009 01:42:40 +0200 From: blah User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Oliver Fromme , freebsd-current@freebsd.org References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 00:02:48 -0000 Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. > > Best regards > Oliver > > test in vmware with 7.0 - very nice From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 00:06:11 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61BFB1065670 for ; Fri, 6 Feb 2009 00:06:11 +0000 (UTC) (envelope-from pphajek@lbl.gov) Received: from india.jgi-psf.org (india.jgi-psf.org [198.129.90.139]) by mx1.freebsd.org (Postfix) with ESMTP id 4BF588FC13 for ; Fri, 6 Feb 2009 00:06:10 +0000 (UTC) (envelope-from pphajek@lbl.gov) Received: from india.jgi-psf.org (localhost [127.0.0.1]) by india.jgi-psf.org (8.14.3/8.14.1) with ESMTP id n15Noeam003911 for ; Thu, 5 Feb 2009 15:50:40 -0800 (PST) (envelope-from pphajek@lbl.gov) Received: (from phajek@localhost) by india.jgi-psf.org (8.14.3/8.14.1/Submit) id n15Noe8m003910 for freebsd-current@FreeBSD.ORG; Thu, 5 Feb 2009 15:50:40 -0800 (PST) (envelope-from pphajek@lbl.gov) X-Authentication-Warning: india.jgi-psf.org: phajek set sender to pphajek@lbl.gov using -f Date: Thu, 5 Feb 2009 15:50:40 -0800 From: Patrick Hajek To: freebsd-current@FreeBSD.ORG Message-ID: <20090205235040.GG90914@lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 00:06:11 -0000 On Thu, Feb 05, 2009 at 11:18:36PM +0100, Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Works on my Toshiba Satellite M60 Laptop noe# uname -a FreeBSD noe 7.1-STABLE FreeBSD 7.1-STABLE #27: Tue Jan 20 12:56:40 PST 2009 i386 Great Job. -Patrick -- Patrick Hajek PGP Fingerprint 688E B579 3449 28B1 DB14 E15A 76BB C1CA A745 9DAB From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 00:44:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0C2F106566B; Fri, 6 Feb 2009 00:44:04 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id A854C8FC14; Fri, 6 Feb 2009 00:44:04 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.88]) by smtp-outbound.ironport.com with ESMTP; 05 Feb 2009 16:15:25 -0800 Message-ID: <498B811D.50405@elischer.org> Date: Thu, 05 Feb 2009 16:15:25 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Max Laier References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> In-Reply-To: <200902060021.30883.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 00:44:05 -0000 Max Laier wrote: > On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: >> I have posted detailed instructions on the FreeBSD wiki: >> >> http://wiki.freebsd.org/OliverFromme/BootLoaderTest >> >> Any kind of feedback is welcome. > > quick test in qemu - works well. Very cool! > can you send a screenshot for those of us who can't test it now? From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 01:01:04 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B1D0E106566B; Fri, 6 Feb 2009 01:01:04 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 650748FC13; Fri, 6 Feb 2009 01:01:03 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n160mC0J027754; Thu, 5 Feb 2009 17:48:12 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <498B88CC.9030903@samsco.org> Date: Thu, 05 Feb 2009 17:48:12 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Julian Elischer References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> <498B811D.50405@elischer.org> In-Reply-To: <498B811D.50405@elischer.org> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: Max Laier , freebsd-current@freebsd.org, Oliver Fromme , freebsd-hackers@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 01:01:05 -0000 Julian Elischer wrote: > Max Laier wrote: >> On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: >>> I have posted detailed instructions on the FreeBSD wiki: >>> >>> http://wiki.freebsd.org/OliverFromme/BootLoaderTest >>> >>> Any kind of feedback is welcome. >> >> quick test in qemu - works well. Very cool! >> > > can you send a screenshot for those of us who can't test it now? http://wiki.freebsd.org/OliverFromme/BootLoader From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 01:58:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 511A31065670 for ; Fri, 6 Feb 2009 01:58:13 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from mail-qy0-f17.google.com (mail-qy0-f17.google.com [209.85.221.17]) by mx1.freebsd.org (Postfix) with ESMTP id 08F668FC21 for ; Fri, 6 Feb 2009 01:58:12 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by qyk10 with SMTP id 10so1135646qyk.19 for ; Thu, 05 Feb 2009 17:58:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:cc:content-type :content-transfer-encoding; bh=VZYvGutjFrhBWCBTBP9yOdns+KfOnXlDRKR2OPtbqls=; b=nj0fMHqBGojR6L8TP2SUIPVfEMzrDdgMYQH/PXp85oTMWdOs6WABuwDhOsKPoAxU4b YlvcFiqlO1vDF0ppJPhN3D+O87IBwz9pEZYZu20y3tJmx0K1BgSN9aoRtt3IyuyDlWh4 UGqPyU2V1ITEyIQW0W0Efj74RYmYTDLbKC9M4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:cc :content-type:content-transfer-encoding; b=hMzfpmzN8u1N9l35AqxKCLcl5ABk8YQmQZOAF7q8bd4WZhyAjwW0mrDVRl/5plxfRM LaArxhgi47C/5ZJ3F36hgFN4JDNs5W9XJr2OWZJ88pwbAQm9r8NwdJF9sXEYhEc38z+n 9gUXaWwmvHShzZ7BP5KrIM40Qr8eXYTrR+cqE= MIME-Version: 1.0 Received: by 10.214.217.20 with HTTP; Thu, 5 Feb 2009 17:58:12 -0800 (PST) In-Reply-To: <200902060021.30883.max@love2party.net> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> Date: Thu, 5 Feb 2009 23:58:12 -0200 Message-ID: <8e10486b0902051758t2044238co70f89f1beb52afd1@mail.gmail.com> From: Alexandre Biancalana Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 01:58:13 -0000 On 2/5/09, Max Laier wrote: > On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: > > I have posted detailed instructions on the FreeBSD wiki: > > > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > > > Any kind of feedback is welcome. > > > quick test in qemu - works well. Very cool tested in Parallels, works perfect and looks great. Congratulations! From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 02:52:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 42D3B106566C; Fri, 6 Feb 2009 02:52:08 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id EB6168FC13; Fri, 6 Feb 2009 02:52:07 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from phobos.local ([192.168.254.200]) (authenticated bits=0) by pooker.samsco.org (8.14.2/8.14.2) with ESMTP id n162q5Uj028171; Thu, 5 Feb 2009 19:52:05 -0700 (MST) (envelope-from scottl@samsco.org) Message-ID: <498BA5D5.4080100@samsco.org> Date: Thu, 05 Feb 2009 19:52:05 -0700 From: Scott Long User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.13) Gecko/20080313 SeaMonkey/1.1.9 MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=3.8 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on pooker.samsco.org Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 02:52:08 -0000 Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. > I think that this is really neat, you've done an impressive job with it good job. However, I do take issue with your criticism of the ASCII logo; I actually spent a decent amount of time designing the block text logo =-) I wish that there hadn't been moronic politics over the beastie logo, as that does look a lot better, even if it is text. And text is still required for serial consoles. Scott From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 04:28:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 592B71065674; Fri, 6 Feb 2009 04:28:54 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 42E6B8FC25; Fri, 6 Feb 2009 04:28:54 +0000 (UTC) (envelope-from prvs=julian=28103be87@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.88]) by smtp-outbound.ironport.com with ESMTP; 05 Feb 2009 20:28:54 -0800 Message-ID: <498BBC85.3070408@elischer.org> Date: Thu, 05 Feb 2009 20:28:53 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 04:28:54 -0000 Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. > > Best regards > Oliver > very nice... BTW most of these things seem to have drop out of graphics mode.. do you have something like that? (or maybe should go to loader prompt...?) If I had a machine that it didn't work on I think I'd try hitting esc but I don't think I'd think of F7. From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 04:53:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F85C106566B for ; Fri, 6 Feb 2009 04:53:50 +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 EE24D8FC1A for ; Fri, 6 Feb 2009 04:53:49 +0000 (UTC) (envelope-from bright@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1192) id CB9811A3C3D; Thu, 5 Feb 2009 20:53:49 -0800 (PST) Date: Thu, 5 Feb 2009 20:53:49 -0800 From: Alfred Perlstein To: current@freebsd.org, usb@freebsd.org Message-ID: <20090206045349.GQ78804@elvis.mu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Hans Petter Selasky Subject: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 04:53:50 -0000 Hello -current and -usb. We are in the final stages of bringing in the new usb stack. Features include: SMP, better device support, speed increases. We hope to make it in for 8.0. It will really take a unified effort to make this all work and I look forward to all contributors input. We have a few large steps ahead of us and I wanted to lay out the schedule so that people understand what is coming and what to expect. At this point we expect there to be no style or changes in usb2 that are not bugfixes until Phase 3 "Hand off". The reason for this is to prevent bugs from creeping in and allow the maintainer to focus 100% on bugs and feature parity with the oldusb stack. Here is the plan and timeline: Phase 1) Make usb2 the default, by enabling it in GENERIC. * Sunday 8 Feb 2009 -- Toggle the usb2 knob in GENERIC - Add all the usb2 options to NOTES, including commented documentation about recommended usb2 'sets' of options, and the usual NOTES-based hints about the options. - Update GENERIC to use usb2 device names. - Bump __FreeBSD_version and edit UPDATING to note usb2 is now the default. - Verify that it still possible to use the old usb code as a fallback, until we are ready to detach and remove it from /head * Sunday 22 Feb 2009 -- Go through quirks in old-usb code and port over any remaining bits to usb2 - Lock the oldusb code for 2 weeks, until the next usb2 checkpoint, to verify usb2 is a viable replacement without having to keep chasing a moving oldusb target. Phase 2) Removing the oldusb code. * Sunday 15 Mar 2009 -- usb2 bug busting weekend - Go through the open usb2 problem reports, and see if there are any usb2 blocker bugs that need fixing. - If the bug hunt shows we are ready to do away with oldusb, unlink the old usb code from the build, but leave it in for a few more days. * Sunday 22 Mar 2009 -- remove oldusb code. - old usb code will be removed. Phase 3) Hand-off. * Sunday 29 Mar 2009 -- usb2 hand over to src-committers - The switch from a private Hans-only repository to the main subversion tree. - At this point, the usb2 is handed over to the src-committers and Hans has to go through a mentor/committer before committing changes. Thank you! -- - Alfred Perlstein From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 07:03:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D143106566B; Fri, 6 Feb 2009 07:03:39 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.akherb.com (bsdevel.akherb.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 7606E8FC12; Fri, 6 Feb 2009 07:03:39 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.akherb.com (163-146-42-72.gci.net [72.42.146.163]) by bsdevel.akherb.com (Postfix) with ESMTP id B6CEB28E10E1; Fri, 6 Feb 2009 07:03:38 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org Date: Thu, 5 Feb 2009 22:03:37 -0900 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <200902021643.39862.c47g@gmx.at> <200902040914.10330.jhb@freebsd.org> In-Reply-To: <200902040914.10330.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902052203.37792.beech@freebsd.org> Cc: Beech Rintoul Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akbeech@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:03:39 -0000 On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > Hi! > > > > Since the recent update (svn r187576) to the ppbus/ppc code my printer > > stopped > > > working. Every request seems to hang forever in ppb_request_bus waiting > > for ppb->ppc_lock (at least 'top' tells me that it's hanging in state > > 'ppbreq'). > > Can you use procstat to get a stack trace of the hung thread? My printer is still showing "device busy" for lpt0 does anyone know offhand when the changes were committed? I need to revert. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 07:11:38 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2365D1065672; Fri, 6 Feb 2009 07:11:38 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6088FC0A; Fri, 6 Feb 2009 07:11:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n167BZwH048167; Fri, 6 Feb 2009 08:11:36 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n167BZ9a048166; Fri, 6 Feb 2009 08:11:35 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 08:11:35 +0100 (CET) Message-Id: <200902060711.n167BZ9a048166@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, scottl@samsco.org In-Reply-To: <498BA5D5.4080100@samsco.org> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 08:11:36 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:11:38 -0000 Scott Long wrote: > Oliver Fromme wrote: > > [...] > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > I think that this is really neat, you've done an impressive job > with it good job. However, I do take issue with your criticism > of the ASCII logo; I actually spent a decent amount of time > designing the block text logo =-) I'm sorry, it wasn't my intention to disrespect your work. What I was trying to say is that ASCII graphics look old- fashioned in general. I wasn't actually picking on your rendition of the text logo in particular. Yeah, I noticed your smiley, but I agree that my wording on the wiki page was misleading, so I changed it. > I wish that there hadn't been > moronic politics over the beastie logo, as that does look a lot > better, even if it is text. And text is still required for > serial consoles. Absolutely. Text is also required for machines that aren't supported by the graphics code, or machines that don't have any graphics hardware at all. Don't worry, I'm not going to rip your ASCII logo out. :-) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Being really good at C++ is like being really good at using rocks to sharpen sticks." -- Thant Tessman From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 07:21:08 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B51F3106566B; Fri, 6 Feb 2009 07:21:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3B87F8FC0A; Fri, 6 Feb 2009 07:21:08 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n167L2KC048712; Fri, 6 Feb 2009 08:21:02 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n167L2px048711; Fri, 6 Feb 2009 08:21:02 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 08:21:02 +0100 (CET) Message-Id: <200902060721.n167L2px048711@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, julian@elischer.org In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 08:21:02 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 07:21:09 -0000 Julian Elischer wrote: > BTW most of these things seem to have drop out of > graphics mode.. > do you have something like that? > (or maybe should go to loader prompt...?) Good question. The screen layout isn't final, of course, and I'm open to suggestions. (Also, there will be a short descriptive text for the countdown and how to pause it.) I think it might make sense to provide an additional action using the key that leaves graphics mode and displays the old text menu instead. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is over-complicated nonsense. And Bjorn Shoestrap's book a danger to public health. I tried reading it once, I was in recovery for months." -- Cliff Sarginson From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 08:51:14 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 178D5106566C; Fri, 6 Feb 2009 08:51:14 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id B732B8FC08; Fri, 6 Feb 2009 08:51:13 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LVMQZ-000OKJ-U7; Fri, 06 Feb 2009 10:51:11 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Oliver Fromme In-reply-to: <8e10486b0902051758t2044238co70f89f1beb52afd1@mail.gmail.com> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <200902060021.30883.max@love2party.net> <8e10486b0902051758t2044238co70f89f1beb52afd1@mail.gmail.com> Comments: In-reply-to Alexandre Biancalana message dated "Thu, 05 Feb 2009 23:58:12 -0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 06 Feb 2009 10:51:11 +0200 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 08:51:14 -0000 > On Thursday 05 February 2009 23:18:36 Oliver Fromme wrote: > I have posted detailed instructions on the FreeBSD wiki: [...] just tried it via pxe: panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 what changes are needed in pxeboot? cheers, danny From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 09:22:06 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3FD4F1065675; Fri, 6 Feb 2009 09:22:06 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id E46538FC08; Fri, 6 Feb 2009 09:22:05 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from [192.168.1.38] (S0106001372fd1e07.vs.shawcable.net [70.71.171.106]) (authenticated bits=0) by sippysoft.com (8.13.8/8.13.8) with ESMTP id n169M2PD015290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 01:22:03 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <498C013B.4000405@FreeBSD.org> Date: Fri, 06 Feb 2009 01:22:03 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Alfred Perlstein References: <20090206045349.GQ78804@elvis.mu.org> In-Reply-To: <20090206045349.GQ78804@elvis.mu.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: usb@FreeBSD.org, current@FreeBSD.org, Hans Petter Selasky Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 09:22:06 -0000 Alfred Perlstein wrote: > - Update GENERIC to use usb2 device names. Wasn't there a plan to rename usb2 devices to match oldusb names (where applicable) once oldusb had been killed? I don't see it in the list. -Maxim From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 09:25:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30ED6106566B; Fri, 6 Feb 2009 09:25:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A89BE8FC18; Fri, 6 Feb 2009 09:25:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n169POc1053289; Fri, 6 Feb 2009 10:25:24 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n169PObG053288; Fri, 6 Feb 2009 10:25:24 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 10:25:24 +0100 (CET) Message-Id: <200902060925.n169PObG053288@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, danny@cs.huji.ac.il In-Reply-To: X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 10:25:24 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 09:25:50 -0000 Danny Braniss wrote: > just tried it via pxe: > > panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 > > what changes are needed in pxeboot? The panic message means that the heap memory was corruped. It could be caused by a buffer overflow or similar. I'll try to look into it. When does that message appear? Could you provide a screen shot? Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd We're sysadmins. To us, data is a protocol-overhead. From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 10:31:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BD3D106568D for ; Fri, 6 Feb 2009 10:31:20 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id BA6C38FC2A for ; Fri, 6 Feb 2009 10:31:19 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from smtp08.web.de (fmsmtp08.dlan.cinetic.de [172.20.5.216]) by fmmailgate02.web.de (Postfix) with ESMTP id 79CFCFA06E74 for ; Fri, 6 Feb 2009 11:31:18 +0100 (CET) Received: from [83.236.167.154] (helo=patmos.vanguard.de) by smtp08.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #277) id 1LVNzS-00035F-00 for freebsd-current@freebsd.org; Fri, 06 Feb 2009 11:31:18 +0100 Message-ID: <498C1175.1040006@web.de> Date: Fri, 06 Feb 2009 11:31:17 +0100 From: Michael Gusek User-Agent: Thunderbird 2.0.0.7pre (X11/20090206) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200902051224.34442.michael.gusek@web.de> In-Reply-To: <200902051224.34442.michael.gusek@web.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: michael.gusek@web.de X-Sender: michael.gusek@web.de X-Provags-ID: V01U2FsdGVkX1/fiMfDzkAbUHSjAu6zVAAJZq5Pk0LX8vYlL1Kl W1DQeeTt1lvD+NjkOeg7ueHotVwI/4lJ4312EtEt6qDzzlEP/e MObaGhJ3Fjf/SLsi5RsA== Subject: Re: zfs: allocating allocated segment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 10:31:21 -0000 Is everyone out there who can help me ? Greetings, Michael Michael Gusek schrieb: > Hello, > > this is my first mail on this list, please excuse my bad English :) > > I'm running a File server with zfs, 64 Bit, 4 GB Ram and RELENG_7. Two days > ago i uploaded a file via ftp to the server and the server is crashing. After > reboot FreeBSD can't import the zfs-pool. There is a kernel-message: > > panic: Solaris(panic): zfs: allocating allocated > segment(offset=123456... size=74) > > cpuid = 0 > Uptime: 14m22s > panic: bufwrite: buffer is not busy??? > > Now i try to import the zfs-pool with a recent 8.0-current but with the same > result. It's very important to me to access the pool, so did you have some > idea's ? > > Greetings, > Michael > _______________________________________________ > 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-current@FreeBSD.ORG Fri Feb 6 10:33:22 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6C60F1065679 for ; Fri, 6 Feb 2009 10:33:22 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 9C09C8FC12 for ; Fri, 6 Feb 2009 10:33:21 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: (qmail 85513 invoked from network); 6 Feb 2009 10:06:39 -0000 Received: from unknown (HELO ale.andxor.it) (192.168.2.5) by andxor.it with SMTP; 6 Feb 2009 10:06:39 -0000 Message-ID: <498C0BAE.5020803@FreeBSD.org> Date: Fri, 06 Feb 2009 11:06:38 +0100 From: Alex Dupre User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: Oliver Fromme References: <200902052218.n15MIaEa026891@lurza.secnetix.de> In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 10:33:24 -0000 Oliver Fromme ha scritto: > Some of you might remember that I'm working on graphics > support for our /boot/loader. Just a side question: are you going to improve also the splash(4) support? Graphical loader is great, but unfortunately on amd64 the boot splash screen is unusable. In any case, good job. -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 11:22:37 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 759CB106566B; Fri, 6 Feb 2009 11:22:37 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173003pub.verizon.net (vms173003pub.verizon.net [206.46.173.3]) by mx1.freebsd.org (Postfix) with ESMTP id 55BE38FC1F; Fri, 6 Feb 2009 11:22:37 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([96.235.133.57]) by vms173003.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-2.01 (built Jun 13 2007; 32bit)) with ESMTPA id <0KEN00L3L3D2DKU2@vms173003.mailsrvcs.net>; Fri, 06 Feb 2009 04:19:55 -0600 (CST) Date: Fri, 06 Feb 2009 05:21:06 -0500 From: Skip Ford To: Oliver Fromme Message-id: <20090206102106.GA881@menantico.com> References: <200902060721.n167L2px048711@lurza.secnetix.de> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline In-reply-to: <200902060721.n167L2px048711@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, julian@elischer.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 11:22:37 -0000 Oliver Fromme wrote: > Julian Elischer wrote: > > BTW most of these things seem to have drop out of > > graphics mode.. > > do you have something like that? > > (or maybe should go to loader prompt...?) > > Good question. The screen layout isn't final, of course, > and I'm open to suggestions. (Also, there will be a short > descriptive text for the countdown and how to pause it.) > > I think it might make sense to provide an additional action > using the key that leaves graphics mode and displays > the old text menu instead. What about F8? That's what I'd guess a majority of people would instinctively reach for to get to a boot menu. -- Skip From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 11:28:24 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B1C01065672; Fri, 6 Feb 2009 11:28:24 +0000 (UTC) (envelope-from skip@menantico.com) Received: from vms173009pub.verizon.net (vms173009pub.verizon.net [206.46.173.9]) by mx1.freebsd.org (Postfix) with ESMTP id 1A4828FC08; Fri, 6 Feb 2009 11:28:23 +0000 (UTC) (envelope-from skip@menantico.com) Received: from mx.menantico.com ([96.235.133.57]) by vms173009.mailsrvcs.net (Sun Java(tm) System Messaging Server 6.3-7.04 (built Sep 26 2008; 32bit)) with ESMTPA id <0KEN00CRD6AR4H53@vms173009.mailsrvcs.net>; Fri, 06 Feb 2009 05:23:18 -0600 (CST) Date: Fri, 06 Feb 2009 06:29:26 -0500 From: Skip Ford To: Oliver Fromme Message-id: <20090206112926.GB881@menantico.com> References: <200902060721.n167L2px048711@lurza.secnetix.de> <20090206102106.GA881@menantico.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-disposition: inline In-reply-to: <20090206102106.GA881@menantico.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, julian@elischer.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 11:28:24 -0000 Skip Ford wrote: > Oliver Fromme wrote: > > Julian Elischer wrote: > > > BTW most of these things seem to have drop out of > > > graphics mode.. > > > do you have something like that? > > > (or maybe should go to loader prompt...?) > > > > Good question. The screen layout isn't final, of course, > > and I'm open to suggestions. (Also, there will be a short > > descriptive text for the countdown and how to pause it.) > > > > I think it might make sense to provide an additional action > > using the key that leaves graphics mode and displays > > the old text menu instead. > > What about F8? That's what I'd guess a majority of people would > instinctively reach for to get to a boot menu. Ok, scratch that idea. Windows uses F8 to stop an automatic boot, not really to drop to a text menu from a graphics menu. We can press any key to stop an automatic boot already, so F8 could be used to halt an automatic boot and jump straight to a boot menu, but that has nothing to do with this graphical boot menu. It could even jump to the graphical boot menu, not necessarily text. Windows just happens to not have a graphical menu. -- Skip From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 11:30:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8725D10656C4 for ; Fri, 6 Feb 2009 11:30:26 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 0CBA38FC1A for ; Fri, 6 Feb 2009 11:30:25 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by gxk14 with SMTP id 14so895595gxk.19 for ; Fri, 06 Feb 2009 03:30:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=hmcccV1haSfZps8h0nL9q14CIoFsLoUylOBNqCK6ZU8=; b=Q37+oSpqFJI2G1d8FRf6FG/JkujZaBzod6gOCHRoYez2JqpCUPwlVtWGSUyLdW+ywI +hv5Tu1Qf9S0MrmP5i6VlbQkW3Ut7vgFEHP6az9gLZA99NS4Huwm9KI7VYGQtk/NqQ7E QcFXxAXB+ZobyLBGHhlFBIP0b5/TS4rstDWME= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=LIOnbsfkZVNHg3ADjgQhjcvmXXzAiwS/PatcK8V4sBNU7vb6jir/7+e7Kz+YLdss6j Uf5R6Kh39cpwjZ46DrKWUl20KJk6jAghLniuRr9e2Jof4OkmadqAnWkZEVE5Qm+vnS58 vbYQ2uCtlg8NsjGClv33zDF0uBDfnPhFoDaCE= MIME-Version: 1.0 Received: by 10.150.219.16 with SMTP id r16mr112684ybg.156.1233919825403; Fri, 06 Feb 2009 03:30:25 -0800 (PST) In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Fri, 6 Feb 2009 09:30:25 -0200 Message-ID: <747dc8f30902060330l33fb0bbo489dc4fe3009747a@mail.gmail.com> From: Renato Botelho To: Oliver Fromme Content-Type: multipart/mixed; boundary=000e0cd3f858dfe19804623e58fb Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 11:30:27 -0000 --000e0cd3f858dfe19804623e58fb Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Thu, Feb 5, 2009 at 8:18 PM, Oliver Fromme wrote: > Hello fellow hackers, > > Some of you might remember that I'm working on graphics > support for our /boot/loader. Unfortunately, progress has > been rather slow because of non-FreeBSD-related activity. > > Anyway, I have now prepared a tarball containing a loader > binary for public testing. If you are eager to give it a > try, please feel free to do so. It should work with any > FreeBSD version on i386 and amd64 platforms. > > I have posted detailed instructions on the FreeBSD wiki: > > http://wiki.freebsd.org/OliverFromme/BootLoaderTest > > Any kind of feedback is welcome. Hello Oliver It worked here, on a 8.0-current i386 r188003, the only small thing is it show a red border when show the menu. There is a dmidecode output attached, just to give you some information about the bios. Thanks and congrats for the nice job -- Renato Botelho --000e0cd3f858dfe19804623e58fb Content-Type: application/octet-stream; name="dmidecode.out" Content-Disposition: attachment; filename="dmidecode.out" Content-Transfer-Encoding: base64 X-Attachment-Id: f_fqus0doj0 IyBkbWlkZWNvZGUgMi4xMApTTUJJT1MgMi4zIHByZXNlbnQuCjMzIHN0cnVjdHVyZXMgb2NjdXB5 aW5nIDEwMTIgYnl0ZXMuClRhYmxlIGF0IDB4MDAwRjAxMDAuCgpIYW5kbGUgMHgwMDAwLCBETUkg dHlwZSAwLCAyMCBieXRlcwpCSU9TIEluZm9ybWF0aW9uCglWZW5kb3I6IEF3YXJkIFNvZnR3YXJl IEludGVybmF0aW9uYWwsIEluYy4KCVZlcnNpb246IEY1QgoJUmVsZWFzZSBEYXRlOiAwNy8xOC8y MDA3CglBZGRyZXNzOiAweEUwMDAwCglSdW50aW1lIFNpemU6IDEyOCBrQgoJUk9NIFNpemU6IDUx MiBrQgoJQ2hhcmFjdGVyaXN0aWNzOgoJCVBDSSBpcyBzdXBwb3J0ZWQKCQlQTlAgaXMgc3VwcG9y dGVkCgkJQVBNIGlzIHN1cHBvcnRlZAoJCUJJT1MgaXMgdXBncmFkZWFibGUKCQlCSU9TIHNoYWRv d2luZyBpcyBhbGxvd2VkCgkJQm9vdCBmcm9tIENEIGlzIHN1cHBvcnRlZAoJCVNlbGVjdGFibGUg Ym9vdCBpcyBzdXBwb3J0ZWQKCQlCSU9TIFJPTSBpcyBzb2NrZXRlZAoJCUVERCBpcyBzdXBwb3J0 ZWQKCQk1LjI1Ii8zNjAga0IgZmxvcHB5IHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxM2gp CgkJNS4yNSIvMS4yIE1CIGZsb3BweSBzZXJ2aWNlcyBhcmUgc3VwcG9ydGVkIChpbnQgMTNoKQoJ CTMuNSIvNzIwIGtCIGZsb3BweSBzZXJ2aWNlcyBhcmUgc3VwcG9ydGVkIChpbnQgMTNoKQoJCTMu NSIvMi44OCBNQiBmbG9wcHkgc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEzaCkKCQlQcmlu dCBzY3JlZW4gc2VydmljZSBpcyBzdXBwb3J0ZWQgKGludCA1aCkKCQk4MDQyIGtleWJvYXJkIHNl cnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCA5aCkKCQlTZXJpYWwgc2VydmljZXMgYXJlIHN1cHBv cnRlZCAoaW50IDE0aCkKCQlQcmludGVyIHNlcnZpY2VzIGFyZSBzdXBwb3J0ZWQgKGludCAxN2gp CgkJQ0dBL21vbm8gdmlkZW8gc2VydmljZXMgYXJlIHN1cHBvcnRlZCAoaW50IDEwaCkKCQlBQ1BJ IGlzIHN1cHBvcnRlZAoJCVVTQiBsZWdhY3kgaXMgc3VwcG9ydGVkCgkJQUdQIGlzIHN1cHBvcnRl ZAoJCUxTLTEyMCBib290IGlzIHN1cHBvcnRlZAoJCUFUQVBJIFppcCBkcml2ZSBib290IGlzIHN1 cHBvcnRlZAoJCUJJT1MgYm9vdCBzcGVjaWZpY2F0aW9uIGlzIHN1cHBvcnRlZAoKSGFuZGxlIDB4 MDAwMSwgRE1JIHR5cGUgMSwgMjUgYnl0ZXMKU3lzdGVtIEluZm9ybWF0aW9uCglNYW51ZmFjdHVy ZXI6ICAKCVByb2R1Y3QgTmFtZTogIAoJVmVyc2lvbjogIAoJU2VyaWFsIE51bWJlcjogIAoJVVVJ RDogTm90IFByZXNlbnQKCVdha2UtdXAgVHlwZTogUG93ZXIgU3dpdGNoCgpIYW5kbGUgMHgwMDAy LCBETUkgdHlwZSAyLCA4IGJ5dGVzCkJhc2UgQm9hcmQgSW5mb3JtYXRpb24KCU1hbnVmYWN0dXJl cjogIAoJUHJvZHVjdCBOYW1lOiBQNE04MDBQcm8tODIzNwoJVmVyc2lvbjogIAoJU2VyaWFsIE51 bWJlcjogTW9uIEphbiAwMSAwMDowMTowNCAyMDA3LgoKSGFuZGxlIDB4MDAwMywgRE1JIHR5cGUg MywgMTcgYnl0ZXMKQ2hhc3NpcyBJbmZvcm1hdGlvbgoJTWFudWZhY3R1cmVyOiAgCglUeXBlOiBE ZXNrdG9wCglMb2NrOiBOb3QgUHJlc2VudAoJVmVyc2lvbjogIAoJU2VyaWFsIE51bWJlcjogIAoJ QXNzZXQgVGFnOiAgCglCb290LXVwIFN0YXRlOiBVbmtub3duCglQb3dlciBTdXBwbHkgU3RhdGU6 IFVua25vd24KCVRoZXJtYWwgU3RhdGU6IFVua25vd24KCVNlY3VyaXR5IFN0YXR1czogVW5rbm93 bgoJT0VNIEluZm9ybWF0aW9uOiAweDAwMDAwMDAwCgpIYW5kbGUgMHgwMDA0LCBETUkgdHlwZSA0 LCAzNSBieXRlcwpQcm9jZXNzb3IgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogU29j a2V0IDc3NQoJVHlwZTogQ2VudHJhbCBQcm9jZXNzb3IKCUZhbWlseTogUGVudGl1bSA0CglNYW51 ZmFjdHVyZXI6IEludGVsCglJRDogNjUgMEYgMDAgMDAgRkYgRkIgRUIgQkYKCVNpZ25hdHVyZTog VHlwZSAwLCBGYW1pbHkgMTUsIE1vZGVsIDYsIFN0ZXBwaW5nIDUKCUZsYWdzOgoJCUZQVSAoRmxv YXRpbmctcG9pbnQgdW5pdCBvbi1jaGlwKQoJCVZNRSAoVmlydHVhbCBtb2RlIGV4dGVuc2lvbikK CQlERSAoRGVidWdnaW5nIGV4dGVuc2lvbikKCQlQU0UgKFBhZ2Ugc2l6ZSBleHRlbnNpb24pCgkJ VFNDIChUaW1lIHN0YW1wIGNvdW50ZXIpCgkJTVNSIChNb2RlbCBzcGVjaWZpYyByZWdpc3RlcnMp CgkJUEFFIChQaHlzaWNhbCBhZGRyZXNzIGV4dGVuc2lvbikKCQlNQ0UgKE1hY2hpbmUgY2hlY2sg ZXhjZXB0aW9uKQoJCUNYOCAoQ01QWENIRzggaW5zdHJ1Y3Rpb24gc3VwcG9ydGVkKQoJCUFQSUMg KE9uLWNoaXAgQVBJQyBoYXJkd2FyZSBzdXBwb3J0ZWQpCgkJU0VQIChGYXN0IHN5c3RlbSBjYWxs KQoJCU1UUlIgKE1lbW9yeSB0eXBlIHJhbmdlIHJlZ2lzdGVycykKCQlQR0UgKFBhZ2UgZ2xvYmFs IGVuYWJsZSkKCQlNQ0EgKE1hY2hpbmUgY2hlY2sgYXJjaGl0ZWN0dXJlKQoJCUNNT1YgKENvbmRp dGlvbmFsIG1vdmUgaW5zdHJ1Y3Rpb24gc3VwcG9ydGVkKQoJCVBBVCAoUGFnZSBhdHRyaWJ1dGUg dGFibGUpCgkJUFNFLTM2ICgzNi1iaXQgcGFnZSBzaXplIGV4dGVuc2lvbikKCQlDTEZTSCAoQ0xG TFVTSCBpbnN0cnVjdGlvbiBzdXBwb3J0ZWQpCgkJRFMgKERlYnVnIHN0b3JlKQoJCUFDUEkgKEFD UEkgc3VwcG9ydGVkKQoJCU1NWCAoTU1YIHRlY2hub2xvZ3kgc3VwcG9ydGVkKQoJCUZYU1IgKEZh c3QgZmxvYXRpbmctcG9pbnQgc2F2ZSBhbmQgcmVzdG9yZSkKCQlTU0UgKFN0cmVhbWluZyBTSU1E IGV4dGVuc2lvbnMpCgkJU1NFMiAoU3RyZWFtaW5nIFNJTUQgZXh0ZW5zaW9ucyAyKQoJCVNTIChT ZWxmLXNub29wKQoJCUhUVCAoSHlwZXItdGhyZWFkaW5nIHRlY2hub2xvZ3kpCgkJVE0gKFRoZXJt YWwgbW9uaXRvciBzdXBwb3J0ZWQpCgkJUEJFIChQZW5kaW5nIGJyZWFrIGVuYWJsZWQpCglWZXJz aW9uOiBJbnRlbChSKSBQZW50aXVtKFIpIDQgQ1BVCglWb2x0YWdlOiAxLjMgVgoJRXh0ZXJuYWwg Q2xvY2s6IDIwMCBNSHoKCU1heCBTcGVlZDogNDAwMCBNSHoKCUN1cnJlbnQgU3BlZWQ6IDMwMDAg TUh6CglTdGF0dXM6IFBvcHVsYXRlZCwgRW5hYmxlZAoJVXBncmFkZTogWklGIFNvY2tldAoJTDEg Q2FjaGUgSGFuZGxlOiAweDAwMDkKCUwyIENhY2hlIEhhbmRsZTogMHgwMDBBCglMMyBDYWNoZSBI YW5kbGU6IE5vdCBQcm92aWRlZAoJU2VyaWFsIE51bWJlcjogIAoJQXNzZXQgVGFnOiAgCglQYXJ0 IE51bWJlcjogIAoKSGFuZGxlIDB4MDAwNSwgRE1JIHR5cGUgNCwgMzUgYnl0ZXMKUHJvY2Vzc29y IEluZm9ybWF0aW9uCglTb2NrZXQgRGVzaWduYXRpb246IFNvY2tldCA3NzUKCVR5cGU6IENlbnRy YWwgUHJvY2Vzc29yCglGYW1pbHk6IFBlbnRpdW0gNAoJTWFudWZhY3R1cmVyOiBJbnRlbAoJSUQ6 IDY1IDBGIDAwIDAwIEZGIEZCIEVCIEJGCglTaWduYXR1cmU6IFR5cGUgMCwgRmFtaWx5IDE1LCBN b2RlbCA2LCBTdGVwcGluZyA1CglGbGFnczoKCQlGUFUgKEZsb2F0aW5nLXBvaW50IHVuaXQgb24t Y2hpcCkKCQlWTUUgKFZpcnR1YWwgbW9kZSBleHRlbnNpb24pCgkJREUgKERlYnVnZ2luZyBleHRl bnNpb24pCgkJUFNFIChQYWdlIHNpemUgZXh0ZW5zaW9uKQoJCVRTQyAoVGltZSBzdGFtcCBjb3Vu dGVyKQoJCU1TUiAoTW9kZWwgc3BlY2lmaWMgcmVnaXN0ZXJzKQoJCVBBRSAoUGh5c2ljYWwgYWRk cmVzcyBleHRlbnNpb24pCgkJTUNFIChNYWNoaW5lIGNoZWNrIGV4Y2VwdGlvbikKCQlDWDggKENN UFhDSEc4IGluc3RydWN0aW9uIHN1cHBvcnRlZCkKCQlBUElDIChPbi1jaGlwIEFQSUMgaGFyZHdh cmUgc3VwcG9ydGVkKQoJCVNFUCAoRmFzdCBzeXN0ZW0gY2FsbCkKCQlNVFJSIChNZW1vcnkgdHlw ZSByYW5nZSByZWdpc3RlcnMpCgkJUEdFIChQYWdlIGdsb2JhbCBlbmFibGUpCgkJTUNBIChNYWNo aW5lIGNoZWNrIGFyY2hpdGVjdHVyZSkKCQlDTU9WIChDb25kaXRpb25hbCBtb3ZlIGluc3RydWN0 aW9uIHN1cHBvcnRlZCkKCQlQQVQgKFBhZ2UgYXR0cmlidXRlIHRhYmxlKQoJCVBTRS0zNiAoMzYt Yml0IHBhZ2Ugc2l6ZSBleHRlbnNpb24pCgkJQ0xGU0ggKENMRkxVU0ggaW5zdHJ1Y3Rpb24gc3Vw cG9ydGVkKQoJCURTIChEZWJ1ZyBzdG9yZSkKCQlBQ1BJIChBQ1BJIHN1cHBvcnRlZCkKCQlNTVgg KE1NWCB0ZWNobm9sb2d5IHN1cHBvcnRlZCkKCQlGWFNSIChGYXN0IGZsb2F0aW5nLXBvaW50IHNh dmUgYW5kIHJlc3RvcmUpCgkJU1NFIChTdHJlYW1pbmcgU0lNRCBleHRlbnNpb25zKQoJCVNTRTIg KFN0cmVhbWluZyBTSU1EIGV4dGVuc2lvbnMgMikKCQlTUyAoU2VsZi1zbm9vcCkKCQlIVFQgKEh5 cGVyLXRocmVhZGluZyB0ZWNobm9sb2d5KQoJCVRNIChUaGVybWFsIG1vbml0b3Igc3VwcG9ydGVk KQoJCVBCRSAoUGVuZGluZyBicmVhayBlbmFibGVkKQoJVmVyc2lvbjogSW50ZWwoUikgUGVudGl1 bShSKSA0IENQVQoJVm9sdGFnZTogMS4zIFYKCUV4dGVybmFsIENsb2NrOiAyMDAgTUh6CglNYXgg U3BlZWQ6IDQwMDAgTUh6CglDdXJyZW50IFNwZWVkOiAzMDAwIE1IegoJU3RhdHVzOiBQb3B1bGF0 ZWQsIEVuYWJsZWQKCVVwZ3JhZGU6IFpJRiBTb2NrZXQKCUwxIENhY2hlIEhhbmRsZTogMHgwMDBB CglMMiBDYWNoZSBIYW5kbGU6IDB4MDAwQgoJTDMgQ2FjaGUgSGFuZGxlOiBOb3QgUHJvdmlkZWQK CVNlcmlhbCBOdW1iZXI6ICAKCUFzc2V0IFRhZzogIAoJUGFydCBOdW1iZXI6ICAKCkhhbmRsZSAw eDAwMDYsIERNSSB0eXBlIDUsIDIwIGJ5dGVzCk1lbW9yeSBDb250cm9sbGVyIEluZm9ybWF0aW9u CglFcnJvciBEZXRlY3RpbmcgTWV0aG9kOiBOb25lCglFcnJvciBDb3JyZWN0aW5nIENhcGFiaWxp dGllczoKCQlOb25lCglTdXBwb3J0ZWQgSW50ZXJsZWF2ZTogT25lLXdheSBJbnRlcmxlYXZlCglD dXJyZW50IEludGVybGVhdmU6IEZvdXItd2F5IEludGVybGVhdmUKCU1heGltdW0gTWVtb3J5IE1v ZHVsZSBTaXplOiAxMDI0IE1CCglNYXhpbXVtIFRvdGFsIE1lbW9yeSBTaXplOiAyMDQ4IE1CCglT dXBwb3J0ZWQgU3BlZWRzOgoJCTcwIG5zCgkJNjAgbnMKCVN1cHBvcnRlZCBNZW1vcnkgVHlwZXM6 CgkJU3RhbmRhcmQKCQlFRE8KCU1lbW9yeSBNb2R1bGUgVm9sdGFnZTogMy4zIFYKCUFzc29jaWF0 ZWQgTWVtb3J5IFNsb3RzOiAyCgkJMHgwMDA3CgkJMHgwMDA4CglFbmFibGVkIEVycm9yIENvcnJl Y3RpbmcgQ2FwYWJpbGl0aWVzOgoJCU5vbmUKCkhhbmRsZSAweDAwMDcsIERNSSB0eXBlIDYsIDEy IGJ5dGVzCk1lbW9yeSBNb2R1bGUgSW5mb3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogQTAK CUJhbmsgQ29ubmVjdGlvbnM6IDAgMQoJQ3VycmVudCBTcGVlZDogMzcgbnMKCVR5cGU6IE90aGVy CglJbnN0YWxsZWQgU2l6ZTogMTAyNCBNQiAoU2luZ2xlLWJhbmsgQ29ubmVjdGlvbikKCUVuYWJs ZWQgU2l6ZTogMTAyNCBNQiAoU2luZ2xlLWJhbmsgQ29ubmVjdGlvbikKCUVycm9yIFN0YXR1czog T0sKCkhhbmRsZSAweDAwMDgsIERNSSB0eXBlIDYsIDEyIGJ5dGVzCk1lbW9yeSBNb2R1bGUgSW5m b3JtYXRpb24KCVNvY2tldCBEZXNpZ25hdGlvbjogQTEKCUJhbmsgQ29ubmVjdGlvbnM6IDIgMwoJ Q3VycmVudCBTcGVlZDogMzcgbnMKCVR5cGU6IE90aGVyCglJbnN0YWxsZWQgU2l6ZTogTm90IElu c3RhbGxlZAoJRW5hYmxlZCBTaXplOiBOb3QgSW5zdGFsbGVkCglFcnJvciBTdGF0dXM6IE9LCgpI YW5kbGUgMHgwMDA5LCBETUkgdHlwZSA3LCAxOSBieXRlcwpDYWNoZSBJbmZvcm1hdGlvbgoJU29j a2V0IERlc2lnbmF0aW9uOiBJbnRlcm5hbCBDYWNoZQoJQ29uZmlndXJhdGlvbjogRW5hYmxlZCwg Tm90IFNvY2tldGVkLCBMZXZlbCAxCglPcGVyYXRpb25hbCBNb2RlOiBXcml0ZSBCYWNrCglMb2Nh dGlvbjogSW50ZXJuYWwKCUluc3RhbGxlZCBTaXplOiAxNiBrQgoJTWF4aW11bSBTaXplOiAxNiBr QgoJU3VwcG9ydGVkIFNSQU0gVHlwZXM6CgkJU3luY2hyb25vdXMKCUluc3RhbGxlZCBTUkFNIFR5 cGU6IFN5bmNocm9ub3VzCglTcGVlZDogVW5rbm93bgoJRXJyb3IgQ29ycmVjdGlvbiBUeXBlOiBV bmtub3duCglTeXN0ZW0gVHlwZTogVW5rbm93bgoJQXNzb2NpYXRpdml0eTogVW5rbm93bgoKSGFu ZGxlIDB4MDAwQSwgRE1JIHR5cGUgNywgMTkgYnl0ZXMKQ2FjaGUgSW5mb3JtYXRpb24KCVNvY2tl dCBEZXNpZ25hdGlvbjogRXh0ZXJuYWwgQ2FjaGUKCUNvbmZpZ3VyYXRpb246IEVuYWJsZWQsIE5v dCBTb2NrZXRlZCwgTGV2ZWwgMgoJT3BlcmF0aW9uYWwgTW9kZTogV3JpdGUgQmFjawoJTG9jYXRp b246IEludGVybmFsCglJbnN0YWxsZWQgU2l6ZTogMjA0OCBrQgoJTWF4aW11bSBTaXplOiAxMDI0 IGtCCglTdXBwb3J0ZWQgU1JBTSBUeXBlczoKCQlTeW5jaHJvbm91cwoJSW5zdGFsbGVkIFNSQU0g VHlwZTogU3luY2hyb25vdXMKCVNwZWVkOiBVbmtub3duCglFcnJvciBDb3JyZWN0aW9uIFR5cGU6 IFVua25vd24KCVN5c3RlbSBUeXBlOiBVbmtub3duCglBc3NvY2lhdGl2aXR5OiBVbmtub3duCgpI YW5kbGUgMHgwMDBCLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29ubmVjdG9yIEluZm9ybWF0 aW9uCglJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogUFJJTUFSWSBJREUKCUludGVybmFs IENvbm5lY3RvciBUeXBlOiBPbiBCb2FyZCBJREUKCUV4dGVybmFsIFJlZmVyZW5jZSBEZXNpZ25h dG9yOiAgCglFeHRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQoJUG9ydCBUeXBlOiBPdGhlcgoK SGFuZGxlIDB4MDAwQywgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1h dGlvbgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IFNFQ09OREFSWSBJREUKCUludGVy bmFsIENvbm5lY3RvciBUeXBlOiBPbiBCb2FyZCBJREUKCUV4dGVybmFsIFJlZmVyZW5jZSBEZXNp Z25hdG9yOiAgCglFeHRlcm5hbCBDb25uZWN0b3IgVHlwZTogTm9uZQoJUG9ydCBUeXBlOiBPdGhl cgoKSGFuZGxlIDB4MDAwRCwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZv cm1hdGlvbgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IEZERAoJSW50ZXJuYWwgQ29u bmVjdG9yIFR5cGU6IE9uIEJvYXJkIEZsb3BweQoJRXh0ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0 b3I6ICAKCUV4dGVybmFsIENvbm5lY3RvciBUeXBlOiBOb25lCglQb3J0IFR5cGU6IDgyNTEgRklG TyBDb21wYXRpYmxlCgpIYW5kbGUgMHgwMDBFLCBETUkgdHlwZSA4LCA5IGJ5dGVzClBvcnQgQ29u bmVjdG9yIEluZm9ybWF0aW9uCglJbnRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogQ09NMQoJ SW50ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IDkgUGluIER1YWwgSW5saW5lIChwaW4gMTAgY3V0KQoJ RXh0ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6ICAKCUV4dGVybmFsIENvbm5lY3RvciBUeXBl OiBEQi05IG1hbGUKCVBvcnQgVHlwZTogU2VyaWFsIFBvcnQgMTY0NTAgQ29tcGF0aWJsZQoKSGFu ZGxlIDB4MDAwRiwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IENPTTIKCUludGVybmFsIENvbm5lY3Rv ciBUeXBlOiA5IFBpbiBEdWFsIElubGluZSAocGluIDEwIGN1dCkKCUV4dGVybmFsIFJlZmVyZW5j ZSBEZXNpZ25hdG9yOiAgCglFeHRlcm5hbCBDb25uZWN0b3IgVHlwZTogREItOSBtYWxlCglQb3J0 IFR5cGU6IFNlcmlhbCBQb3J0IDE2NDUwIENvbXBhdGlibGUKCkhhbmRsZSAweDAwMTAsIERNSSB0 eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRpb24KCUludGVybmFsIFJlZmVy ZW5jZSBEZXNpZ25hdG9yOiBMUFQxCglJbnRlcm5hbCBDb25uZWN0b3IgVHlwZTogREItMjUgZmVt YWxlCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogIAoJRXh0ZXJuYWwgQ29ubmVjdG9y IFR5cGU6IERCLTI1IGZlbWFsZQoJUG9ydCBUeXBlOiBQYXJhbGxlbCBQb3J0IEVDUC9FUFAKCkhh bmRsZSAweDAwMTEsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3JtYXRp b24KCUludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBLZXlib2FyZAoJSW50ZXJuYWwgQ29u bmVjdG9yIFR5cGU6IE90aGVyCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogIAoJRXh0 ZXJuYWwgQ29ubmVjdG9yIFR5cGU6IFBTLzIKCVBvcnQgVHlwZTogS2V5Ym9hcmQgUG9ydAoKSGFu ZGxlIDB4MDAxMiwgRE1JIHR5cGUgOCwgOSBieXRlcwpQb3J0IENvbm5lY3RvciBJbmZvcm1hdGlv bgoJSW50ZXJuYWwgUmVmZXJlbmNlIERlc2lnbmF0b3I6IFBTLzIgTW91c2UKCUludGVybmFsIENv bm5lY3RvciBUeXBlOiBQUy8yCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogRGV0ZWN0 ZWQKCUV4dGVybmFsIENvbm5lY3RvciBUeXBlOiBQUy8yCglQb3J0IFR5cGU6IE1vdXNlIFBvcnQK CkhhbmRsZSAweDAwMTMsIERNSSB0eXBlIDgsIDkgYnl0ZXMKUG9ydCBDb25uZWN0b3IgSW5mb3Jt YXRpb24KCUludGVybmFsIFJlZmVyZW5jZSBEZXNpZ25hdG9yOiBVU0IKCUludGVybmFsIENvbm5l Y3RvciBUeXBlOiBOb25lCglFeHRlcm5hbCBSZWZlcmVuY2UgRGVzaWduYXRvcjogIAoJRXh0ZXJu YWwgQ29ubmVjdG9yIFR5cGU6IEFjY2VzcyBCdXMgKFVTQikKCVBvcnQgVHlwZTogVVNCCgpIYW5k bGUgMHgwMDE0LCBETUkgdHlwZSA5LCAxMyBieXRlcwpTeXN0ZW0gU2xvdCBJbmZvcm1hdGlvbgoJ RGVzaWduYXRpb246IFBDSQoJVHlwZTogMzItYml0IFBDSQoJQ3VycmVudCBVc2FnZTogQXZhaWxh YmxlCglMZW5ndGg6IExvbmcKCUlEOiA5CglDaGFyYWN0ZXJpc3RpY3M6CgkJNS4wIFYgaXMgcHJv dmlkZWQKCQkzLjMgViBpcyBwcm92aWRlZAoJCVBNRSBzaWduYWwgaXMgc3VwcG9ydGVkCgkJU01C dXMgc2lnbmFsIGlzIHN1cHBvcnRlZAoKSGFuZGxlIDB4MDAxNSwgRE1JIHR5cGUgOSwgMTMgYnl0 ZXMKU3lzdGVtIFNsb3QgSW5mb3JtYXRpb24KCURlc2lnbmF0aW9uOiBQQ0kKCVR5cGU6IDMyLWJp dCBQQ0kKCUN1cnJlbnQgVXNhZ2U6IEF2YWlsYWJsZQoJTGVuZ3RoOiBMb25nCglJRDogMTAKCUNo YXJhY3RlcmlzdGljczoKCQk1LjAgViBpcyBwcm92aWRlZAoJCTMuMyBWIGlzIHByb3ZpZGVkCgkJ UE1FIHNpZ25hbCBpcyBzdXBwb3J0ZWQKCQlTTUJ1cyBzaWduYWwgaXMgc3VwcG9ydGVkCgpIYW5k bGUgMHgwMDE2LCBETUkgdHlwZSA5LCAxMyBieXRlcwpTeXN0ZW0gU2xvdCBJbmZvcm1hdGlvbgoJ RGVzaWduYXRpb246IFBDSQoJVHlwZTogMzItYml0IFBDSQoJQ3VycmVudCBVc2FnZTogSW4gVXNl CglMZW5ndGg6IExvbmcKCUlEOiAxMQoJQ2hhcmFjdGVyaXN0aWNzOgoJCTUuMCBWIGlzIHByb3Zp ZGVkCgkJMy4zIFYgaXMgcHJvdmlkZWQKCQlQTUUgc2lnbmFsIGlzIHN1cHBvcnRlZAoJCVNNQnVz IHNpZ25hbCBpcyBzdXBwb3J0ZWQKCkhhbmRsZSAweDAwMTcsIERNSSB0eXBlIDksIDEzIGJ5dGVz ClN5c3RlbSBTbG90IEluZm9ybWF0aW9uCglEZXNpZ25hdGlvbjogQUdQCglUeXBlOiAzMi1iaXQg QUdQCglDdXJyZW50IFVzYWdlOiBJbiBVc2UKCUxlbmd0aDogTG9uZwoJSUQ6IDgKCUNoYXJhY3Rl cmlzdGljczoKCQk1LjAgViBpcyBwcm92aWRlZAoKSGFuZGxlIDB4MDAxOCwgRE1JIHR5cGUgMTMs IDIyIGJ5dGVzCkJJT1MgTGFuZ3VhZ2UgSW5mb3JtYXRpb24KCUluc3RhbGxhYmxlIExhbmd1YWdl czogMwoJCW58VVN8aXNvODg1OS0xCgkJbnxVU3xpc284ODU5LTEKCQlyfENBfGlzbzg4NTktMQoJ Q3VycmVudGx5IEluc3RhbGxlZCBMYW5ndWFnZTogbnxVU3xpc284ODU5LTEKCkhhbmRsZSAweDAw MTksIERNSSB0eXBlIDE2LCAxNSBieXRlcwpQaHlzaWNhbCBNZW1vcnkgQXJyYXkKCUxvY2F0aW9u OiBTeXN0ZW0gQm9hcmQgT3IgTW90aGVyYm9hcmQKCVVzZTogU3lzdGVtIE1lbW9yeQoJRXJyb3Ig Q29ycmVjdGlvbiBUeXBlOiBOb25lCglNYXhpbXVtIENhcGFjaXR5OiAxIEdCCglFcnJvciBJbmZv cm1hdGlvbiBIYW5kbGU6IE5vdCBQcm92aWRlZAoJTnVtYmVyIE9mIERldmljZXM6IDIKCkhhbmRs ZSAweDAwMUEsIERNSSB0eXBlIDE3LCAyNyBieXRlcwpNZW1vcnkgRGV2aWNlCglBcnJheSBIYW5k bGU6IDB4MDAxOQoJRXJyb3IgSW5mb3JtYXRpb24gSGFuZGxlOiBOb3QgUHJvdmlkZWQKCVRvdGFs IFdpZHRoOiBVbmtub3duCglEYXRhIFdpZHRoOiBVbmtub3duCglTaXplOiAxMDI0IE1CCglGb3Jt IEZhY3RvcjogRElNTQoJU2V0OiBOb25lCglMb2NhdG9yOiBBMAoJQmFuayBMb2NhdG9yOiBCYW5r MC8xCglUeXBlOiBVbmtub3duCglUeXBlIERldGFpbDogTm9uZQoJU3BlZWQ6IDQxNjMyIE1IegoJ TWFudWZhY3R1cmVyOiAgCglTZXJpYWwgTnVtYmVyOiAgCglBc3NldCBUYWc6ICAKCVBhcnQgTnVt YmVyOiAgCgpIYW5kbGUgMHgwMDFCLCBETUkgdHlwZSAxNywgMjcgYnl0ZXMKTWVtb3J5IERldmlj ZQoJQXJyYXkgSGFuZGxlOiAweDAwMTkKCUVycm9yIEluZm9ybWF0aW9uIEhhbmRsZTogTm90IFBy b3ZpZGVkCglUb3RhbCBXaWR0aDogVW5rbm93bgoJRGF0YSBXaWR0aDogVW5rbm93bgoJU2l6ZTog Tm8gTW9kdWxlIEluc3RhbGxlZAoJRm9ybSBGYWN0b3I6IERJTU0KCVNldDogTm9uZQoJTG9jYXRv cjogQTEKCUJhbmsgTG9jYXRvcjogQmFuazIvMwoJVHlwZTogVW5rbm93bgoJVHlwZSBEZXRhaWw6 IE5vbmUKCVNwZWVkOiBVbmtub3duCglNYW51ZmFjdHVyZXI6ICAKCVNlcmlhbCBOdW1iZXI6ICAK CUFzc2V0IFRhZzogIAoJUGFydCBOdW1iZXI6ICAKCkhhbmRsZSAweDAwMUMsIERNSSB0eXBlIDE5 LCAxNSBieXRlcwpNZW1vcnkgQXJyYXkgTWFwcGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6 IDB4MDAwMDAwMDAwMDAKCUVuZGluZyBBZGRyZXNzOiAweDAwMDNGRkZGRkZGCglSYW5nZSBTaXpl OiAxIEdCCglQaHlzaWNhbCBBcnJheSBIYW5kbGU6IDB4MDAxOQoJUGFydGl0aW9uIFdpZHRoOiAz MgoKSGFuZGxlIDB4MDAxRCwgRE1JIHR5cGUgMjAsIDE5IGJ5dGVzCk1lbW9yeSBEZXZpY2UgTWFw cGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6IDB4MDAwMDAwMDAwMDAKCUVuZGluZyBBZGRy ZXNzOiAweDAwMDNGRkZGRkZGCglSYW5nZSBTaXplOiAxIEdCCglQaHlzaWNhbCBEZXZpY2UgSGFu ZGxlOiAweDAwMUEKCU1lbW9yeSBBcnJheSBNYXBwZWQgQWRkcmVzcyBIYW5kbGU6IDB4MDAxQwoJ UGFydGl0aW9uIFJvdyBQb3NpdGlvbjogMQoKSGFuZGxlIDB4MDAxRSwgRE1JIHR5cGUgMjAsIDE5 IGJ5dGVzCk1lbW9yeSBEZXZpY2UgTWFwcGVkIEFkZHJlc3MKCVN0YXJ0aW5nIEFkZHJlc3M6IDB4 MDAwMDAwMDAwMDAKCUVuZGluZyBBZGRyZXNzOiAweDAwMDAwMDAwM0ZGCglSYW5nZSBTaXplOiAx IGtCCglQaHlzaWNhbCBEZXZpY2UgSGFuZGxlOiAweDAwMUIKCU1lbW9yeSBBcnJheSBNYXBwZWQg QWRkcmVzcyBIYW5kbGU6IDB4MDAxQwoJUGFydGl0aW9uIFJvdyBQb3NpdGlvbjogMQoKSGFuZGxl IDB4MDAxRiwgRE1JIHR5cGUgMzIsIDExIGJ5dGVzClN5c3RlbSBCb290IEluZm9ybWF0aW9uCglT dGF0dXM6IE5vIGVycm9ycyBkZXRlY3RlZAoKSGFuZGxlIDB4MDAyMCwgRE1JIHR5cGUgMTI3LCA0 IGJ5dGVzCkVuZCBPZiBUYWJsZQoK --000e0cd3f858dfe19804623e58fb-- From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 11:39:17 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E95C1065673; Fri, 6 Feb 2009 11:39:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BAB718FC19; Fri, 6 Feb 2009 11:39:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16BdBx0058474; Fri, 6 Feb 2009 12:39:15 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16BdB6b058473; Fri, 6 Feb 2009 12:39:11 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 12:39:11 +0100 (CET) Message-Id: <200902061139.n16BdB6b058473@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, ale@FreeBSD.ORG In-Reply-To: <498C0BAE.5020803@FreeBSD.org> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 12:39:15 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 11:39:17 -0000 Alex Dupre wrote: > Oliver Fromme ha scritto: > > Some of you might remember that I'm working on graphics > > support for our /boot/loader. > > Just a side question: are you going to improve also the splash(4) > support? Graphical loader is great, but unfortunately on amd64 the boot > splash screen is unusable. The problem is related to the fact that a 64bit kernel cannot use VESA BIOS functions. You should be able to use standard VGA modes though, which don't require VESA support. Anyway, there have been several ideas floating around to fix or work-around the VESA problem for amd64. One of them involves letting the loader prepare graphics mode (doing all the VESA stuff) and hand all the necessary information to the kernel, so the kernel only has to perform framebuffer access, but no VESA BIOS calls. It is my plan to try to look into that, but I would like to continue with the current work on the boot loader first. As soon as the graphics support in the loader is stable and "finished", I can start thinking about how to interface that graphics support with the kernel's syscons driver (which is a very sensitive piece of code). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 12:11:13 2009 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AB8710657CE for ; Fri, 6 Feb 2009 12:11:13 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63906.mail.re1.yahoo.com (web63906.mail.re1.yahoo.com [69.147.97.121]) by mx1.freebsd.org (Postfix) with SMTP id BC4798FC0C for ; Fri, 6 Feb 2009 12:11:12 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 1729 invoked by uid 60001); 6 Feb 2009 12:11:12 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type:Message-ID; b=QQ3wovwEn7V03Kv83ks5Hox0mvQVYoYJaHYexnSzii7FLusIC4v6D225gqCdb8/3Df2LpOs9f6Zn8tN/M6tXqqbLsMMRnGJGpaQUJg3f5yjcxEqmI3MbFdJ7eqzpkUzKMVUrQg91xO/ZhEMeBsLH2r7ftVVmQQrjm2alUxthD6w=; X-YMail-OSG: QOulHuIVM1mfwX3uxNoUOv0ZlpXzpUImJbjsDIO_7Q1X377FvweJ4HYpjIqU.sPKPlDuZUr1XTJ_O8mRchmKje_7zkEvc5nK1XqL4xWG8T0GmuhH4DTZGux_fF3zZ7zCDqucQmj7YscPeKwQtfP4tqOfYuvx_ncKeBhWQ9AV_t8.ePAdxTsYiJh8gDHz1chz5nNf4OpskM2mHb9PM4rotA-- Received: from [98.242.222.229] by web63906.mail.re1.yahoo.com via HTTP; Fri, 06 Feb 2009 04:11:11 PST X-Mailer: YahooMailWebService/0.7.260.1 Date: Fri, 6 Feb 2009 04:11:11 -0800 (PST) From: Barney Cordoba To: Gavin Atkinson In-Reply-To: <20090201171938.H97967@ury.york.ac.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <970727.1724.qm@web63906.mail.re1.yahoo.com> Cc: current@FreeBSD.org Subject: Re: SATA drive device moving on 8.0 current X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: barney_cordoba@yahoo.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:11:15 -0000 --- On Sun, 2/1/09, Gavin Atkinson wrote: > From: Gavin Atkinson > Subject: Re: SATA drive device moving on 8.0 current > To: "Barney Cordoba" > Cc: current@FreeBSD.org > Date: Sunday, February 1, 2009, 12:22 PM > On Wed, 28 Jan 2009, Barney Cordoba wrote: > > > I booted 8.0-current on a machine that was running 7 > and the SATA drive > > came up as ad4 instead of ad8 (as it is detected in > 7). This is the case > > was loading GENERIC. > > > > This is going to present a serious problem doing field > upgrades as its > > expected that fstab will be the same. What is the > reason for the change and > > is there any way to make it compatible with device > detection in 7? > > I suspect the problem is caused by some changes made in > -CURRENT a few months ago, which had the potential to change > the order that some devices may be detected. > > Can you post online a dmesg from both 7.x and 8.0 > somewhere? > > Gavin Last login: Fri Feb 6 07:03:22 on ttys000 Mac3:~ dennis$ telnet -K 129.45.18.71 Trying 129.45.18.71... Connected to 129.45.18.71. Escape character is '^]'. FreeBSD/i386 (bigby7.localdomain.com) (ttyp0) login: root Password: Last login: Fri Feb 6 07:01:42 from mac3 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 7.0-RELEASE (DEBUG) #65: Tue Feb 3 12:54:34 EST 2009 Welcome to FreeBSD! Before seeking technical support, please use the following resources: o Security advisories and updated errata information for all releases are at http://www.FreeBSD.org/releases/ - always consult the ERRATA section for your release first as it's updated frequently. o The Handbook and FAQ documents are at http://www.FreeBSD.org/ and, along with the mailing lists, can be searched by going to http://www.FreeBSD.org/search/. If the doc distribution has been installed, they're also available formatted in /usr/share/doc. If you still have a question or problem, please take the output of `uname -a', along with any relevant error messages, and email it as a question to the questions@FreeBSD.org mailing list. If you are unfamiliar with FreeBSD's directory layout, please refer to the hier(7) manual page. If you are not familiar with manual pages, type `man man'. You may also use sysinstall(8) to re-enter the installation and configuration utility. Edit /etc/motd to change this login announcement. You have new mail. bigby7# cat /root/bootmsgs FreeBSD 7.0: Feb 6 06:34:57 bigby7 kernel: The Regents of the University of California. All rights reserved. Feb 6 06:34:57 bigby7 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Feb 6 06:34:57 bigby7 kernel: FreeBSD 7.0-RELEASE #65: Tue Feb 3 12:54:34 EST 2009 Feb 6 06:34:57 bigby7 kernel: root@bigby7.localdomain.com:/usr/src/sys/i386/compile/DEBUG Feb 6 06:34:57 bigby7 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Feb 6 06:34:57 bigby7 kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz (2493.76-MHz 686-class CPU) Feb 6 06:34:57 bigby7 kernel: Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Feb 6 06:34:57 bigby7 kernel: Features=0xbfebfbff Feb 6 06:34:57 bigby7 kernel: Features2=0x8e3fd> Feb 6 06:34:57 bigby7 kernel: AMD Features=0x20100000 Feb 6 06:34:57 bigby7 kernel: AMD Features2=0x1 Feb 6 06:34:57 bigby7 kernel: Cores per package: 4 Feb 6 06:34:57 bigby7 kernel: real memory = 1072103424 (1022 MB) Feb 6 06:34:57 bigby7 kernel: avail memory = 1039724544 (991 MB) Feb 6 06:34:57 bigby7 kernel: ACPI APIC Table: Feb 6 06:34:57 bigby7 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Feb 6 06:34:57 bigby7 kernel: cpu0 (BSP): APIC ID: 0 Feb 6 06:34:57 bigby7 kernel: cpu1 (AP): APIC ID: 1 Feb 6 06:34:57 bigby7 kernel: cpu2 (AP): APIC ID: 2 Feb 6 06:34:57 bigby7 kernel: cpu3 (AP): APIC ID: 3 Feb 6 06:34:57 bigby7 kernel: ioapic0 irqs 0-23 on motherboard Feb 6 06:34:57 bigby7 kernel: ioapic1 irqs 24-47 on motherboard Feb 6 06:34:57 bigby7 kernel: kbd1 at kbdmux0 Feb 6 06:34:57 bigby7 kernel: acpi0: on motherboard Feb 6 06:34:57 bigby7 kernel: acpi0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: acpi0: Power Button (fixed) Feb 6 06:34:57 bigby7 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Feb 6 06:34:57 bigby7 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Feb 6 06:34:57 bigby7 kernel: cpu0: on acpi0 Feb 6 06:34:57 bigby7 kernel: est0: on cpu0 Feb 6 06:34:57 bigby7 kernel: p4tcc0: on cpu0 Feb 6 06:34:57 bigby7 kernel: cpu1: on acpi0 Feb 6 06:34:57 bigby7 kernel: est1: on cpu1 Feb 6 06:34:57 bigby7 kernel: p4tcc1: on cpu1 Feb 6 06:34:57 bigby7 kernel: cpu2: on acpi0 Feb 6 06:34:57 bigby7 kernel: est2: on cpu2 Feb 6 06:34:57 bigby7 kernel: p4tcc2: on cpu2 Feb 6 06:34:57 bigby7 kernel: cpu3: on acpi0 Feb 6 06:34:57 bigby7 kernel: est3: on cpu3 Feb 6 06:34:57 bigby7 kernel: p4tcc3: on cpu3 Feb 6 06:34:57 bigby7 kernel: pcib0: port 0xcf8-0xcff on acpi0 Feb 6 06:34:57 bigby7 kernel: pci0: on pcib0 Feb 6 06:34:57 bigby7 kernel: pcib1: irq 16 at device 1.0 on pci0 Feb 6 06:34:57 bigby7 kernel: pci1: on pcib1 Feb 6 06:34:57 bigby7 kernel: pcib2: at device 0.0 on pci1 Feb 6 06:34:57 bigby7 kernel: pci2: on pcib2 Feb 6 06:34:57 bigby7 kernel: pci2: at device 2.0 (no driver attached) Feb 6 06:34:57 bigby7 kernel: pci2: at device 2.1 (no driver attached) Feb 6 06:34:57 bigby7 kernel: uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci0: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb0: on uhci0 Feb 6 06:34:57 bigby7 kernel: usb0: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub0: on usb0 Feb 6 06:34:57 bigby7 kernel: uhub0: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci1: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb1: on uhci1 Feb 6 06:34:57 bigby7 kernel: usb1: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub1: on usb1 Feb 6 06:34:57 bigby7 kernel: uhub1: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci2: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci2: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb2: on uhci2 Feb 6 06:34:57 bigby7 kernel: usb2: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub2: on usb2 Feb 6 06:34:57 bigby7 kernel: uhub2: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: ehci0: mem 0xd8701800-0xd8701bff irq 18 at device 26.7 on pci0 Feb 6 06:34:57 bigby7 kernel: ehci0: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: ehci0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb3: EHCI version 1.0 Feb 6 06:34:57 bigby7 kernel: usb3: companion controllers, 2 ports each: usb0 usb1 usb2 Feb 6 06:34:57 bigby7 kernel: usb3: on ehci0 Feb 6 06:34:57 bigby7 kernel: usb3: USB revision 2.0 Feb 6 06:34:57 bigby7 kernel: uhub3: on usb3 Feb 6 06:34:57 bigby7 kernel: uhub3: 6 ports with 6 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhub4: on uhub3 Feb 6 06:34:57 bigby7 kernel: uhub4: single transaction translator Feb 6 06:34:57 bigby7 kernel: uhub4: 3 ports with 2 removable, bus powered Feb 6 06:34:57 bigby7 kernel: ukbd0: on uhub4 Feb 6 06:34:57 bigby7 kernel: kbd2 at ukbd0 Feb 6 06:34:57 bigby7 kernel: pcib3: irq 16 at device 28.0 on pci0 Feb 6 06:34:57 bigby7 kernel: pci5: on pcib3 Feb 6 06:34:57 bigby7 kernel: pcib4: irq 16 at device 28.4 on pci0 Feb 6 06:34:57 bigby7 kernel: pci13: on pcib4 Feb 6 06:34:57 bigby7 kernel: pci13: at device 0.0 (no driver attached) Feb 6 06:34:57 bigby7 kernel: pcib5: irq 17 at device 28.5 on pci0 Feb 6 06:34:57 bigby7 kernel: pci15: on pcib5 Feb 6 06:34:57 bigby7 kernel: pci15: at device 0.0 (no driver attached) Feb 6 06:34:57 bigby7 kernel: uhci3: port 0x1880-0x189f irq 23 at device 29.0 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci3: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci3: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb4: on uhci3 Feb 6 06:34:57 bigby7 kernel: usb4: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub5: on usb4 Feb 6 06:34:57 bigby7 kernel: uhub5: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci4: port 0x18a0-0x18bf irq 22 at device 29.1 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci4: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci4: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb5: on uhci4 Feb 6 06:34:57 bigby7 kernel: usb5: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub6: on usb5 Feb 6 06:34:57 bigby7 kernel: uhub6: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 Feb 6 06:34:57 bigby7 kernel: uhci5: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: uhci5: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb6: on uhci5 Feb 6 06:34:57 bigby7 kernel: usb6: USB revision 1.0 Feb 6 06:34:57 bigby7 kernel: uhub7: on usb6 Feb 6 06:34:57 bigby7 kernel: uhub7: 2 ports with 2 removable, self powered Feb 6 06:34:57 bigby7 kernel: ehci1: mem 0xd8701c00-0xd8701fff irq 23 at device 29.7 on pci0 Feb 6 06:34:57 bigby7 kernel: ehci1: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: ehci1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: usb7: EHCI version 1.0 Feb 6 06:34:57 bigby7 kernel: usb7: companion controllers, 2 ports each: usb4 usb5 usb6 Feb 6 06:34:57 bigby7 kernel: usb7: on ehci1 Feb 6 06:34:57 bigby7 kernel: usb7: USB revision 2.0 Feb 6 06:34:57 bigby7 kernel: uhub8: on usb7 Feb 6 06:34:57 bigby7 kernel: uhub8: 6 ports with 6 removable, self powered Feb 6 06:34:57 bigby7 kernel: pcib6: at device 30.0 on pci0 Feb 6 06:34:57 bigby7 kernel: pci17: on pcib6 Feb 6 06:34:57 bigby7 kernel: vgapci0: port 0x5000-0x50ff mem 0xd0000000-0xd7ffffff,0xd8400000-0xd840ffff irq 22 at device 3.0 on pci17 Feb 6 06:34:57 bigby7 kernel: atapci0: port 0x5420-0x5427,0x5414-0x5417,0x5418-0x541f,0x5410-0x5413,0x5400-0x540f irq 23 at device 4.0 on pci17 Feb 6 06:34:57 bigby7 kernel: atapci0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata2: on atapci0 Feb 6 06:34:57 bigby7 kernel: ata2: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata3: on atapci0 Feb 6 06:34:57 bigby7 kernel: ata3: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: isab0: at device 31.0 on pci0 Feb 6 06:34:57 bigby7 kernel: isa0: on isab0 Feb 6 06:34:57 bigby7 kernel: atapci1: port 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff mem 0xd8701000-0xd87017ff irq 17 at device 31.2 on pci0 Feb 6 06:34:57 bigby7 kernel: atapci1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: atapci1: AHCI Version 01.20 controller with 4 ports detected Feb 6 06:34:57 bigby7 kernel: ata4: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata4: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata5: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata5: port not implemented Feb 6 06:34:57 bigby7 kernel: ata5: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata6: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata6: port not implemented Feb 6 06:34:57 bigby7 kernel: ata6: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata7: on atapci1 Feb 6 06:34:57 bigby7 kernel: ata7: port not implemented Feb 6 06:34:57 bigby7 kernel: ata7: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: pci0: at device 31.3 (no driver attached) Feb 6 06:34:57 bigby7 kernel: pci0: at device 31.6 (no driver attached) Feb 6 06:34:57 bigby7 kernel: acpi_button0: on acpi0 Feb 6 06:34:57 bigby7 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Feb 6 06:34:57 bigby7 kernel: atkbd0: irq 1 on atkbdc0 Feb 6 06:34:57 bigby7 kernel: kbd0 at atkbd0 Feb 6 06:34:57 bigby7 kernel: atkbd0: [GIANT-LOCKED] Feb 6 06:34:57 bigby7 kernel: atkbd0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 Feb 6 06:34:57 bigby7 kernel: sio0: type 16550A Feb 6 06:34:57 bigby7 kernel: sio0: [FILTER] Feb 6 06:34:57 bigby7 kernel: sio1: <16550A-compatible COM port> port 0x2f8-0x2ff irq 3 on acpi0 Feb 6 06:34:57 bigby7 kernel: sio1: type 16550A Feb 6 06:34:57 bigby7 kernel: sio1: [FILTER] Feb 6 06:34:57 bigby7 kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Feb 6 06:34:57 bigby7 kernel: fdc0: [FILTER] Feb 6 06:34:57 bigby7 kernel: em0: port 0x3000-0x301f mem 0xd8200000-0xd821ffff irq 16 at device 0.0 on pci13 Feb 6 06:34:57 bigby7 kernel: em0: Using MSI interrupt Feb 6 06:34:57 bigby7 kernel: em0: [FILTER] Feb 6 06:34:57 bigby7 kernel: em0: Ethernet address: 00:30:48:64:ef:76 Feb 6 06:34:57 bigby7 kernel: em1: port 0x4000-0x401f mem 0xd8300000-0xd831ffff irq 17 at device 0.0 on pci15 Feb 6 06:34:57 bigby7 kernel: em1: Using MSI interrupt Feb 6 06:34:57 bigby7 kernel: em1: [FILTER] Feb 6 06:34:57 bigby7 kernel: em1: Ethernet address: 00:30:48:64:ef:77 Feb 6 06:34:57 bigby7 kernel: em2: port 0x2000-0x203f mem 0xd8000000-0xd801ffff irq 24 at device 2.0 on pci2 Feb 6 06:34:57 bigby7 kernel: em2: [FILTER] Feb 6 06:34:57 bigby7 kernel: em2: Ethernet address: 00:e0:ed:09:24:de Feb 6 06:34:57 bigby7 kernel: em3: port 0x2040-0x207f mem 0xd8020000-0xd803ffff irq 25 at device 2.1 on pci2 Feb 6 06:34:57 bigby7 kernel: em3: [FILTER] Feb 6 06:34:57 bigby7 kernel: em3: Ethernet address: 00:e0:ed:09:24:df Feb 6 06:34:57 bigby7 kernel: pmtimer0 on isa0 Feb 6 06:34:57 bigby7 kernel: orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 Feb 6 06:34:57 bigby7 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Feb 6 06:34:57 bigby7 kernel: ata0: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Feb 6 06:34:57 bigby7 kernel: ata1: [ITHREAD] Feb 6 06:34:57 bigby7 kernel: sc0: at flags 0x100 on isa0 Feb 6 06:34:57 bigby7 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Feb 6 06:34:57 bigby7 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Feb 6 06:34:57 bigby7 kernel: Timecounters tick every 1.000 msec Feb 6 06:34:57 bigby7 kernel: ipfw2 initialized, divert enabled, rule-based forwarding enabled, default to accept, logging disabled Feb 6 06:34:57 bigby7 kernel: acd0: DVDROM at ata2-slave PIO4 Feb 6 06:34:57 bigby7 kernel: ad8: 76319MB at ata4-master SATA300 Feb 6 06:34:57 bigby7 kernel: SMP: AP CPU #1 Launched! Feb 6 06:34:57 bigby7 kernel: SMP: AP CPU #2 Launched! Feb 6 06:34:57 bigby7 kernel: SMP: AP CPU #3 Launched! Feb 6 06:34:57 bigby7 kernel: Trying to mount root from ufs:/dev/ad8s1a FreeBSD 8.0: Feb 6 06:30:48 bigby7 syslogd: kernel boot file is /boot/kernel/kernel Feb 6 06:30:48 bigby7 kernel: Copyright (c) 1992-2009 The FreeBSD Project. Feb 6 06:30:48 bigby7 kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Feb 6 06:30:48 bigby7 kernel: The Regents of the University of California. All rights reserved. Feb 6 06:30:48 bigby7 kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Feb 6 06:30:48 bigby7 kernel: FreeBSD 8.0-CURRENT #2: Thu Feb 5 16:24:57 EST 2009 Feb 6 06:30:48 bigby7 kernel: root@bigby7.localdomain.com:/usr/src/sys/i386/compile/DEBUG Feb 6 06:30:48 bigby7 kernel: module_register: module pci/igb already exists! Feb 6 06:30:48 bigby7 kernel: Module pci/igb failed to register: 17 Feb 6 06:30:48 bigby7 kernel: Timecounter "i8254" frequency 1193182 Hz quality 0 Feb 6 06:30:48 bigby7 kernel: CPU: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz (2493.77-MHz 686-class CPU) Feb 6 06:30:48 bigby7 kernel: Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Feb 6 06:30:48 bigby7 kernel: Features=0xbfebfbff Feb 6 06:30:48 bigby7 kernel: Features2=0x8e3fd Feb 6 06:30:48 bigby7 kernel: AMD Features=0x20100000 Feb 6 06:30:48 bigby7 kernel: AMD Features2=0x1 Feb 6 06:30:48 bigby7 kernel: TSC: P-state invariant Feb 6 06:30:48 bigby7 kernel: Cores per package: 4 Feb 6 06:30:48 bigby7 kernel: real memory = 1072103424 (1022 MB) Feb 6 06:30:48 bigby7 kernel: avail memory = 1040199680 (992 MB) Feb 6 06:30:48 bigby7 kernel: ACPI APIC Table: Feb 6 06:30:48 bigby7 kernel: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs Feb 6 06:30:48 bigby7 kernel: cpu0 (BSP): APIC ID: 0 Feb 6 06:30:48 bigby7 kernel: cpu1 (AP): APIC ID: 1 Feb 6 06:30:48 bigby7 kernel: cpu2 (AP): APIC ID: 2 Feb 6 06:30:48 bigby7 kernel: cpu3 (AP): APIC ID: 3 Feb 6 06:30:48 bigby7 kernel: ioapic0 irqs 0-23 on motherboard Feb 6 06:30:48 bigby7 kernel: ioapic1 irqs 24-47 on motherboard Feb 6 06:30:48 bigby7 kernel: kbd1 at kbdmux0 Feb 6 06:30:48 bigby7 kernel: acpi0: on motherboard Feb 6 06:30:48 bigby7 kernel: acpi0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: acpi0: Power Button (fixed) Feb 6 06:30:48 bigby7 kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 Feb 6 06:30:48 bigby7 kernel: acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 Feb 6 06:30:48 bigby7 kernel: pcib0: port 0xcf8-0xcff on acpi0 Feb 6 06:30:48 bigby7 kernel: pci0: on pcib0 Feb 6 06:30:48 bigby7 kernel: pcib1: irq 16 at device 1.0 on pci0 Feb 6 06:30:48 bigby7 kernel: pci1: on pcib1 Feb 6 06:30:48 bigby7 kernel: pcib2: at device 0.0 on pci1 Feb 6 06:30:48 bigby7 kernel: pci2: on pcib2 Feb 6 06:30:48 bigby7 kernel: pci2: at device 2.0 (no driver attached) Feb 6 06:30:48 bigby7 kernel: pci2: at device 2.1 (no driver attached) Feb 6 06:30:48 bigby7 kernel: uhci0: port 0x1820-0x183f irq 16 at device 26.0 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci0: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb0: on uhci0 Feb 6 06:30:48 bigby7 kernel: usb0: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub0: on usb0 Feb 6 06:30:48 bigby7 kernel: uhub0: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci1: port 0x1840-0x185f irq 17 at device 26.1 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci1: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci1: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb1: on uhci1 Feb 6 06:30:48 bigby7 kernel: usb1: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub1: on usb1 Feb 6 06:30:48 bigby7 kernel: uhub1: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci2: port 0x1860-0x187f irq 18 at device 26.2 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci2: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci2: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb2: on uhci2 Feb 6 06:30:48 bigby7 kernel: usb2: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub2: on usb2 Feb 6 06:30:48 bigby7 kernel: uhub2: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: ehci0: mem 0xd8701800-0xd8701bff irq 18 at device 26.7 on pci0 Feb 6 06:30:48 bigby7 kernel: ehci0: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: ehci0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb3: EHCI version 1.0 Feb 6 06:30:48 bigby7 kernel: usb3: companion controllers, 2 ports each: usb0 usb1 usb2 Feb 6 06:30:48 bigby7 kernel: usb3: on ehci0 Feb 6 06:30:48 bigby7 kernel: usb3: USB revision 2.0 Feb 6 06:30:48 bigby7 kernel: uhub3: on usb3 Feb 6 06:30:48 bigby7 kernel: uhub3: 6 ports with 6 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhub4: on uhub3 Feb 6 06:30:48 bigby7 kernel: uhub4: single transaction translator Feb 6 06:30:48 bigby7 kernel: uhub4: 3 ports with 2 removable, bus powered Feb 6 06:30:48 bigby7 kernel: ukbd0: on uhub4 Feb 6 06:30:48 bigby7 kernel: kbd2 at ukbd0 Feb 6 06:30:48 bigby7 kernel: pcib3: irq 16 at device 28.0 on pci0 Feb 6 06:30:48 bigby7 kernel: pci5: on pcib3 Feb 6 06:30:48 bigby7 kernel: pcib4: irq 16 at device 28.4 on pci0 Feb 6 06:30:48 bigby7 kernel: pci13: on pcib4 Feb 6 06:30:48 bigby7 kernel: em0: port 0x3000-0x301f mem 0xd8200000-0xd821ffff irq 16 at device 0.0 on pci13 Feb 6 06:30:48 bigby7 kernel: em0: Using MSI interrupt Feb 6 06:30:48 bigby7 kernel: em0: [FILTER] Feb 6 06:30:48 bigby7 kernel: em0: Ethernet address: 00:30:48:64:ef:76 Feb 6 06:30:48 bigby7 kernel: pcib5: irq 17 at device 28.5 on pci0 Feb 6 06:30:48 bigby7 kernel: pci15: on pcib5 Feb 6 06:30:48 bigby7 kernel: em1: port 0x4000-0x401f mem 0xd8300000-0xd831ffff irq 17 at device 0.0 on pci15 Feb 6 06:30:48 bigby7 kernel: em1: Using MSI interrupt Feb 6 06:30:48 bigby7 kernel: em1: [FILTER] Feb 6 06:30:48 bigby7 kernel: em1: Ethernet address: 00:30:48:64:ef:77 Feb 6 06:30:48 bigby7 kernel: uhci3: port 0x1880-0x189f irq 23 at device 29.0 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci3: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci3: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb4: on uhci3 Feb 6 06:30:48 bigby7 kernel: usb4: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub5: on usb4 Feb 6 06:30:48 bigby7 kernel: uhub5: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci4: port 0x18a0-0x18bf irq 22 at device 29.1 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci4: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci4: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb5: on uhci4 Feb 6 06:30:48 bigby7 kernel: usb5: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub6: on usb5 Feb 6 06:30:48 bigby7 kernel: uhub6: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: uhci5: port 0x18c0-0x18df irq 18 at device 29.2 on pci0 Feb 6 06:30:48 bigby7 kernel: uhci5: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: uhci5: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb6: on uhci5 Feb 6 06:30:48 bigby7 kernel: usb6: USB revision 1.0 Feb 6 06:30:48 bigby7 kernel: uhub7: on usb6 Feb 6 06:30:48 bigby7 kernel: uhub7: 2 ports with 2 removable, self powered Feb 6 06:30:48 bigby7 kernel: ehci1: mem 0xd8701c00-0xd8701fff irq 23 at device 29.7 on pci0 Feb 6 06:30:48 bigby7 kernel: ehci1: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: ehci1: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: usb7: EHCI version 1.0 Feb 6 06:30:48 bigby7 kernel: usb7: companion controllers, 2 ports each: usb4 usb5 usb6 Feb 6 06:30:48 bigby7 kernel: usb7: on ehci1 Feb 6 06:30:48 bigby7 kernel: usb7: USB revision 2.0 Feb 6 06:30:48 bigby7 kernel: uhub8: on usb7 Feb 6 06:30:48 bigby7 kernel: uhub8: 6 ports with 6 removable, self powered Feb 6 06:30:48 bigby7 kernel: pcib6: at device 30.0 on pci0 Feb 6 06:30:48 bigby7 kernel: pci17: on pcib6 Feb 6 06:30:48 bigby7 kernel: isab0: at device 31.0 on pci0 Feb 6 06:30:48 bigby7 kernel: isa0: on isab0 Feb 6 06:30:48 bigby7 kernel: atapci0: port 0x1c30-0x1c37,0x1c24-0x1c27,0x1c28-0x1c2f,0x1c20-0x1c23,0x18e0-0x18ff mem 0xd8701000-0xd87017ff irq 17 at device 31.2 on pci0 Feb 6 06:30:48 bigby7 kernel: atapci0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: atapci0: AHCI Version 01.20 controller with 4 ports PM supported Feb 6 06:30:48 bigby7 kernel: ata2: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata2: executing CLO failed Feb 6 06:30:48 bigby7 kernel: ata2: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata3: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata3: port not implemented Feb 6 06:30:48 bigby7 kernel: ata3: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata4: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata4: port not implemented Feb 6 06:30:48 bigby7 kernel: ata4: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata5: on atapci0 Feb 6 06:30:48 bigby7 kernel: ata5: port not implemented Feb 6 06:30:48 bigby7 kernel: ata5: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: pci0: at device 31.3 (no driver attached) Feb 6 06:30:48 bigby7 kernel: pci0: at device 31.6 (no driver attached) Feb 6 06:30:48 bigby7 kernel: acpi_button0: on acpi0 Feb 6 06:30:48 bigby7 kernel: atrtc0: port 0x70-0x71 irq 8 on acpi0 Feb 6 06:30:48 bigby7 kernel: atkbdc0: port 0x60,0x64 irq 1 on acpi0 Feb 6 06:30:48 bigby7 kernel: atkbd0: irq 1 on atkbdc0 Feb 6 06:30:48 bigby7 kernel: kbd0 at atkbd0 Feb 6 06:30:48 bigby7 kernel: atkbd0: [GIANT-LOCKED] Feb 6 06:30:48 bigby7 kernel: atkbd0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 Feb 6 06:30:48 bigby7 kernel: fdc0: [FILTER] Feb 6 06:30:48 bigby7 kernel: cpu0: on acpi0 Feb 6 06:30:48 bigby7 kernel: est0: on cpu0 Feb 6 06:30:48 bigby7 kernel: p4tcc0: on cpu0 Feb 6 06:30:48 bigby7 kernel: cpu1: on acpi0 Feb 6 06:30:48 bigby7 kernel: est1: on cpu1 Feb 6 06:30:48 bigby7 kernel: p4tcc1: on cpu1 Feb 6 06:30:48 bigby7 kernel: cpu2: on acpi0 Feb 6 06:30:48 bigby7 kernel: est2: on cpu2 Feb 6 06:30:48 bigby7 kernel: p4tcc2: on cpu2 Feb 6 06:30:48 bigby7 kernel: cpu3: on acpi0 Feb 6 06:30:48 bigby7 kernel: est3: on cpu3 Feb 6 06:30:48 bigby7 kernel: p4tcc3: on cpu3 Feb 6 06:30:48 bigby7 kernel: pmtimer0 on isa0 Feb 6 06:30:48 bigby7 kernel: orm0: at iomem 0xc0000-0xcafff pnpid ORM0000 on isa0 Feb 6 06:30:48 bigby7 kernel: sc0: at flags 0x100 on isa0 Feb 6 06:30:48 bigby7 kernel: sc0: VGA <16 virtual consoles, flags=0x300> Feb 6 06:30:48 bigby7 kernel: vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Feb 6 06:30:48 bigby7 kernel: ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 Feb 6 06:30:48 bigby7 kernel: ata0: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: ata1 at port 0x170-0x177,0x376 irq 15 on isa0 Feb 6 06:30:48 bigby7 kernel: ata1: [ITHREAD] Feb 6 06:30:48 bigby7 kernel: Timecounters tick every 1.000 msec Feb 6 06:30:48 bigby7 kernel: ipfw2 initialized, divert enabled, nat loadable, rule-based forwarding enabled, default to accept, logging disabled Feb 6 06:30:48 bigby7 kernel: ad4: 76319MB at ata2-master SATA300 Feb 6 06:30:48 bigby7 kernel: SMP: AP CPU #1 Launched! Feb 6 06:30:48 bigby7 kernel: SMP: AP CPU #2 Launched! Feb 6 06:30:48 bigby7 kernel: SMP: AP CPU #3 Launched! Feb 6 06:30:48 bigby7 kernel: Trying to mount root from ufs:/dev/ad4s1a From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 12:43:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38ECC106566B for ; Fri, 6 Feb 2009 12:43:30 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7BDF58FC0C for ; Fri, 6 Feb 2009 12:43:29 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 06 Feb 2009 12:43:27 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp068) with SMTP; 06 Feb 2009 13:43:27 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1/m8M5EWurmwLusU9MxiMRLq1ItApm+8fdsGEw+qv Viqynvd3NB+VAc From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Fri, 6 Feb 2009 13:43:50 +0100 User-Agent: KMail/1.9.10 References: <200902021643.39862.c47g@gmx.at> <200902040914.10330.jhb@freebsd.org> <200902052203.37792.beech@freebsd.org> In-Reply-To: <200902052203.37792.beech@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902061343.50224.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:43:32 -0000 Hi John! Sorry, it seems that I missed your previous mail, so my answer comes here right now. On Friday 06 February 2009, Beech Rintoul wrote: > On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > > Hi! > > > > > > Since the recent update (svn r187576) to the ppbus/ppc code my printer > > > > stopped > > > > > working. Every request seems to hang forever in ppb_request_bus waiting > > > for ppb->ppc_lock (at least 'top' tells me that it's hanging in state > > > 'ppbreq'). > > > > Can you use procstat to get a stack trace of the hung thread? # procstat -k 1199 PID TID COMM TDNAME KSTACK 1199 100184 cat - mi_switch sleepq_switch sleepq_catch_signals sleepq_wait_sig _sleep ppb_request_bus lpt_request_ppbus lptwrite devfs_write_f dofilewrite kern_writev write syscall Xint0x80_syscall Christian. > > My printer is still showing "device busy" for lpt0 does anyone know offhand > when the changes were committed? I need to revert. > > Beech From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 12:52:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 243E31065674 for ; Fri, 6 Feb 2009 12:52:39 +0000 (UTC) (envelope-from froloff@ukr.net) Received: from ffe11.ukr.net (ffe11.ukr.net [195.214.192.31]) by mx1.freebsd.org (Postfix) with ESMTP id D0E6B8FC1B for ; Fri, 6 Feb 2009 12:52:38 +0000 (UTC) (envelope-from froloff@ukr.net) Received: from mail by ffe11.ukr.net with local ID 1LVPtT-000Dej-44 for freebsd-current@freebsd.org; Fri, 06 Feb 2009 14:33:15 +0200 MIME-Version: 1.0 To: freebsd-current@freebsd.org From: "Yury Froloff" X-Life: is great, enjoy it! X-Mailer: freemail.ukr.net mPOP 3.6.1-current X-Originating-Ip: [217.67.64.10] X-Browser: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.0.5) Gecko/2009020223 Firefox/3.0.5 Message-Id: Date: Fri, 06 Feb 2009 14:33:15 +0200 X-UkrNet-Flag: 1 X-Mailman-Approved-At: Fri, 06 Feb 2009 12:59:27 +0000 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: binary Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: To Alexander Motin aka Mav. HDA problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 12:52:39 -0000 Здравствуйте, Александр! У меня проблема со звуком и никак не могу ее решить. Решил написать Вам, т.к. уже облазил весь интернет и не знаю как бороться. Звука просто нет. Помогите, пожалуйста, разобраться. Вы - моя последняя надежда. =================================================== private# uname -a FreeBSD private.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sat Jan 31 11:21:07 EET 2009     root@private.org:/usr/obj/usr/src/sys/NEWKERN  amd64 =================================================== private# cat /dev/sndstat FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) Installed devices: pcm0: at memory 0xfe020000 irq 16 kld snd_hda [20071129_0050] [MPSAFE] (1p:1v/1r:1v channels duplex default) =================================================== С уважением, Фролов Юрий. From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 13:13:33 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 795381065693 for ; Fri, 6 Feb 2009 13:13:33 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id B46FC8FC0A for ; Fri, 6 Feb 2009 13:13:32 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 06 Feb 2009 13:13:31 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp011) with SMTP; 06 Feb 2009 14:13:31 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1/0UtZb1rX0Nra94gfpDP9jsAuD8TM8Ku7FLzy5jB cewt8XJ2nDFLLF From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Fri, 6 Feb 2009 14:13:52 +0100 User-Agent: KMail/1.9.10 References: <200902060925.n169PObG053288@lurza.secnetix.de> In-Reply-To: <200902060925.n169PObG053288@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902061413.53508.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59 Cc: freebsd-hackers@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 13:13:34 -0000 Hi Oliver! On Friday 06 February 2009, Oliver Fromme wrote: > Danny Braniss wrote: > > just tried it via pxe: > > > > panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 > > > > what changes are needed in pxeboot? > > The panic message means that the heap memory was corruped. > It could be caused by a buffer overflow or similar. > I'll try to look into it. I got this some years ago when I played with FreeBSD 6.1. It has something to do with reading/parsing the loader.conf file. Inserting some dummy lines (comments etc.) into loader.conf solves it (at least that's a workaround). As I've never seen it again since 6.1 I thought it has already been fixed :-(. Christian. > > When does that message appear? Could you provide a screen > shot? > > Best regards > Oliver From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 13:35:25 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99E9F1065670; Fri, 6 Feb 2009 13:35:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1C3088FC1A; Fri, 6 Feb 2009 13:35:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16DZNaP063756; Fri, 6 Feb 2009 14:35:23 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16DZNA9063755; Fri, 6 Feb 2009 14:35:23 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 14:35:23 +0100 (CET) Message-Id: <200902061335.n16DZNA9063755@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, freebsd-hackers@FreeBSD.ORG, rbgarga@gmail.com In-Reply-To: <747dc8f30902060330l33fb0bbo489dc4fe3009747a@mail.gmail.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 14:35:23 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 13:35:26 -0000 Renato Botelho wrote: > It worked here, on a 8.0-current i386 r188003, the only small > thing is it show a red border when show the menu. Do you mean a red line at the top right corner? That problem has already been reported and fixed in my local source tree. > There is a dmidecode output attached, just to give you some > information about the bios. Thanks! Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "If you aim the gun at your foot and pull the trigger, it's UNIX's job to ensure reliable delivery of the bullet to where you aimed the gun (in this case, Mr. Foot)." -- Terry Lambert, FreeBSD-hackers mailing list. From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 14:13:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D7DB1065670; Fri, 6 Feb 2009 14:13:54 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id AC0918FC1F; Fri, 6 Feb 2009 14:13:53 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16EDgeq065858; Fri, 6 Feb 2009 15:13:43 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16EDgii065856; Fri, 6 Feb 2009 15:13:42 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902061413.n16EDgii065856@lurza.secnetix.de> To: c47g@gmx.at (Christian Gusenbauer) Date: Fri, 6 Feb 2009 15:13:42 +0100 (CET) In-Reply-To: <200902061413.53508.c47g@gmx.at> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 15:13:43 +0100 (CET) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:13:54 -0000 Christian Gusenbauer wrote: > Oliver Fromme wrote: > > Danny Braniss wrote: > > > just tried it via pxe: > > > > > > panic: free: guard1 @ 0x7f3a4aec from /usr/src/lib/libstand/close.c:79 > > > > > > what changes are needed in pxeboot? > > > > The panic message means that the heap memory was corruped. > > It could be caused by a buffer overflow or similar. > > I'll try to look into it. > > I got this some years ago when I played with FreeBSD 6.1. It has something to > do with reading/parsing the loader.conf file. Inserting some dummy lines > (comments etc.) into loader.conf solves it (at least that's a workaround). As > I've never seen it again since 6.1 I thought it has already been fixed :-(. I think that's unrelated. That guard panic just means that the program has written beyond the memory that was allocated. Unfortunately it is difficult to find the piece of code responsible for that behaviour (especially when I can't reproduce the problem myself because I don't have a PXE- capable machine). It could be almost anywhere. In fact, the bug doesn't even have to be in the C code: FORTH supports (and even encourages) pointer arithmetic, too. This is real fun ... Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure." -- Eric Allman From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 14:19:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B02A01065670 for ; Fri, 6 Feb 2009 14:19:53 +0000 (UTC) (envelope-from smrad01@gmail.com) Received: from mail-fx0-f16.google.com (mail-fx0-f16.google.com [209.85.220.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0CEA48FC1A for ; Fri, 6 Feb 2009 14:19:52 +0000 (UTC) (envelope-from smrad01@gmail.com) Received: by fxm9 with SMTP id 9so230682fxm.19 for ; Fri, 06 Feb 2009 06:19:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=AHyjXsRLHVt+lLG+qqxR8DBuXvPJoO4KtB0HVB3vMAs=; b=R2kX4j63anNTJV0XPAxjSYDqxQdGt4ynu9l/2q9xoPh/10IFICNR1hMMPq9ebSR7mQ 1kRhvpQi5jr5mP2bfjtziMqxPperjHaCtIIEiQ0XMUPFoWfq2MTMhtYZUXAbqXjBF22m xv252Iz1/h0EUY9r3YGTOh7As2Ck7GIsXerYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=q6xFfJ4xlcfwYMLgivrzot+xEw2JClbM1buQ53oRVBIZNXttLCFK7ymAn4euAck9D/ PyvkZVFQTs02Kxh8xul1XU0KZUGLhYngLX2RNA5SySe23OOWBRnWdprtd1SSr8DYVMhr QmEbMdI8GClAj5VynjwehTIjRLcljgCGLYjiI= Received: by 10.223.115.195 with SMTP id j3mr905952faq.99.1233929788323; Fri, 06 Feb 2009 06:16:28 -0800 (PST) Received: from ?192.168.110.20? ([87.120.162.66]) by mx.google.com with ESMTPS id e17sm1127538fke.8.2009.02.06.06.16.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Feb 2009 06:16:27 -0800 (PST) Message-ID: <498C4638.20500@gmail.com> Date: Fri, 06 Feb 2009 16:16:24 +0200 From: blah User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Yury Froloff , freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: Re: To Alexander Motin aka Mav. HDA problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:19:53 -0000 Yury Froloff wrote: > Здравствуйте, Александр! > > У меня проблема со звуком и никак не могу ее решить. Решил написать Вам, т.к. уже облазил весь интернет и не знаю как бороться. > Звука просто нет. Помогите, пожалуйста, разобраться. Вы - моя последняя надежда. > =================================================== > private# uname -a > FreeBSD private.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sat Jan 31 11:21:07 EET 2009 root@private.org:/usr/obj/usr/src/sys/NEWKERN amd64 > =================================================== > private# cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) > Installed devices: > pcm0: at memory 0xfe020000 irq 16 kld snd_hda [20071129_0050] [MPSAFE] (1p:1v/1r:1v channels duplex default) > =================================================== > С уважением, > Фролов Юрий. > > _______________________________________________ > 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" > > how about : kldload snd_hda From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 14:55:17 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06711106566C; Fri, 6 Feb 2009 14:55:17 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id 923698FC17; Fri, 6 Feb 2009 14:55:16 +0000 (UTC) (envelope-from rbgarga@gmail.com) Received: by yw-out-2324.google.com with SMTP id 2so15505ywt.13 for ; Fri, 06 Feb 2009 06:55:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=z9sWuI5HsoDfdwZ9NM0YArrFJKPN1DuEenIx9Hj6vXY=; b=pesDM/orG1v/yZwYXKYOH3cViiAid0Qt0zdZP8MYewO/GqW9Mq8dOl5syq/899ycm3 EMsdPTJo099yM+8Wt/wrRg8h8O9jS6kh7Rki7BFKOa3gzdMh/QaztRmnlhrQW/11Fryp 448sJF2Gxd+JWw+NwP22E1cOOvaIzERSDSZ18= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eNZoXuatSPzFAhAWLLFy1/SScmRagitFq/yx8RloGkP4WbM544b1fINGY3xuVz+JSR k1+ZdTgTE+4dYi1CKdQlcEBVNLFT7WuDLFd3gn/xH8X4K7PVOQy/GBnm1DjD+ACm14Nr DtVDO67DOXoBiVVOxiyMD3yLg13GDu4gnEWgE= MIME-Version: 1.0 Received: by 10.150.51.2 with SMTP id y2mr148841yby.138.1233932115964; Fri, 06 Feb 2009 06:55:15 -0800 (PST) In-Reply-To: <200902061335.n16DZNA9063755@lurza.secnetix.de> References: <747dc8f30902060330l33fb0bbo489dc4fe3009747a@mail.gmail.com> <200902061335.n16DZNA9063755@lurza.secnetix.de> Date: Fri, 6 Feb 2009 12:55:15 -0200 Message-ID: <747dc8f30902060655r143b5ac9ud6f060d1d8351ae1@mail.gmail.com> From: Renato Botelho To: Oliver Fromme Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:55:17 -0000 On Fri, Feb 6, 2009 at 11:35 AM, Oliver Fromme wrote: > Renato Botelho wrote: > > It worked here, on a 8.0-current i386 r188003, the only small > > thing is it show a red border when show the menu. > > Do you mean a red line at the top right corner? > That problem has already been reported and fixed > in my local source tree. Not exactly, it's a big red border on 4 sides of screen, something like there is a red background bigger than image and image is in front of it. I don't have a camera here at the moment to give you a picture but i can do it on monday. -- Renato Botelho From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 14:59:15 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 333621065679 for ; Fri, 6 Feb 2009 14:59:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 046748FC16 for ; Fri, 6 Feb 2009 14:59:15 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id A6D9A46B09; Fri, 6 Feb 2009 09:59:14 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n16EwqV4078031; Fri, 6 Feb 2009 09:59:08 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Christian Gusenbauer Date: Fri, 6 Feb 2009 09:58:37 -0500 User-Agent: KMail/1.9.7 References: <200902021643.39862.c47g@gmx.at> <200902052203.37792.beech@freebsd.org> <200902061343.50224.c47g@gmx.at> In-Reply-To: <200902061343.50224.c47g@gmx.at> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902060958.37302.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]); Fri, 06 Feb 2009 09:59:08 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8961/Fri Feb 6 08:29:06 2009 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: freebsd-current@freebsd.org Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 14:59:15 -0000 On Friday 06 February 2009 7:43:50 am Christian Gusenbauer wrote: > Hi John! > > Sorry, it seems that I missed your previous mail, so my answer comes here > right now. > > On Friday 06 February 2009, Beech Rintoul wrote: > > On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > > > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > > > Hi! > > > > > > > > Since the recent update (svn r187576) to the ppbus/ppc code my printer > > > > > > stopped > > > > > > > working. Every request seems to hang forever in ppb_request_bus waiting > > > > for ppb->ppc_lock (at least 'top' tells me that it's hanging in state > > > > 'ppbreq'). > > > > > > Can you use procstat to get a stack trace of the hung thread? > > # procstat -k 1199 > PID TID COMM TDNAME KSTACK > 1199 100184 cat - mi_switch sleepq_switch > sleepq_catch_signals sleepq_wait_sig _sleep ppb_request_bus lpt_request_ppbus > lptwrite devfs_write_f dofilewrite kern_writev write syscall Xint0x80_syscall Ok, can you run kgdb against your running kernel (Just run 'kgdb' without any arguments) and do the following: (kgdb) p *(struct ppb_data *)ppbus_devclass->devices[0]->softc Assuming the ppb_owner is not 0, can you then do this: (kgdb) p *(device_t)((struct ppb_data *)ppbus_devclass->devices[0]->softc)->ppb_owner -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 15:08:13 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8473A1065688; Fri, 6 Feb 2009 15:08:13 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id E1C788FC0A; Fri, 6 Feb 2009 15:08:12 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16F8AF0068445; Fri, 6 Feb 2009 16:08:11 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16F8AVX068443; Fri, 6 Feb 2009 16:08:10 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902061508.n16F8AVX068443@lurza.secnetix.de> To: rbgarga@gmail.com (Renato Botelho) Date: Fri, 6 Feb 2009 16:08:10 +0100 (CET) In-Reply-To: <747dc8f30902060655r143b5ac9ud6f060d1d8351ae1@mail.gmail.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 16:08:11 +0100 (CET) Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 15:08:14 -0000 Renato Botelho wrote: > Oliver Fromme wrote: > > Renato Botelho wrote: > > > It worked here, on a 8.0-current i386 r188003, the only small > > > thing is it show a red border when show the menu. > > > > Do you mean a red line at the top right corner? > > That problem has already been reported and fixed > > in my local source tree. > > Not exactly, it's a big red border on 4 sides of screen, something > like there is a red background bigger than image and image is in > front of it. I see. Is that an old CRT monitor (not a TFT display)? I think I have an idea what might be causing it. On CRT monitors, the border beyond the pixel area is set to the color of the first palette entry by default. The background PCX image happens to have red as the first palette entry. So you see a red border. In my tests I didn't notice the problem because I only tested with TFT displays and qemu. These don't have a visible border. The fix should be to set the border color to the same value as the background color (in this case that would be black). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd It's trivial to make fun of Microsoft products, but it takes a real man to make them work, and a God to make them do anything useful. From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 15:21:45 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B34511065672; Fri, 6 Feb 2009 15:21:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 36D1D8FC14; Fri, 6 Feb 2009 15:21:45 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id n16FIVoh060166; Fri, 6 Feb 2009 08:18:31 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Fri, 06 Feb 2009 08:19:01 -0700 (MST) Message-Id: <20090206.081901.1923806177.imp@bsdimp.com> To: alfred@freebsd.org From: "M. Warner Losh" In-Reply-To: <20090206045349.GQ78804@elvis.mu.org> References: <20090206045349.GQ78804@elvis.mu.org> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: usb@freebsd.org, current@freebsd.org, hselasky@c2i.net Subject: Re: HEADSUP usb2/usb4bsd to become default in GENERIC X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 15:21:46 -0000 Doesn't the busdma issue need to be solved before we do this? usb2 currently doesn't work if you have memory above 4GB due to this issue. I thought we tagged it as a show stopper for making it the default. Warner In message: <20090206045349.GQ78804@elvis.mu.org> Alfred Perlstein writes: : Hello -current and -usb. : : We are in the final stages of bringing in the new usb : stack. : : Features include: SMP, better device support, speed increases. : : We hope to make it in for 8.0. It will really take a unified effort : to make this all work and I look forward to all contributors input. : : We have a few large steps ahead of us and I wanted to lay out the : schedule so that people understand what is coming and what to expect. : : At this point we expect there to be no style or changes in usb2 : that are not bugfixes until Phase 3 "Hand off". The reason for : this is to prevent bugs from creeping in and allow the maintainer : to focus 100% on bugs and feature parity with the oldusb stack. : : Here is the plan and timeline: : : Phase 1) Make usb2 the default, by enabling it in GENERIC. : : * Sunday 8 Feb 2009 -- Toggle the usb2 knob in GENERIC : : - Add all the usb2 options to NOTES, including commented : documentation about recommended usb2 'sets' of options, : and the usual NOTES-based hints about the options. : : - Update GENERIC to use usb2 device names. : : - Bump __FreeBSD_version and edit UPDATING to note usb2 is now the : default. : : - Verify that it still possible to use the old usb code as a : fallback, until we are ready to detach and remove it from /head : : * Sunday 22 Feb 2009 -- Go through quirks in old-usb code and port : over any remaining bits to usb2 : : - Lock the oldusb code for 2 weeks, until the next usb2 : checkpoint, to verify usb2 is a viable replacement without : having to keep chasing a moving oldusb target. : : Phase 2) Removing the oldusb code. : : * Sunday 15 Mar 2009 -- usb2 bug busting weekend : : - Go through the open usb2 problem reports, and see if there are : any usb2 blocker bugs that need fixing. : : - If the bug hunt shows we are ready to do away with oldusb, : unlink the old usb code from the build, but leave it in for : a few more days. : : * Sunday 22 Mar 2009 -- remove oldusb code. : : - old usb code will be removed. : : Phase 3) Hand-off. : : * Sunday 29 Mar 2009 -- usb2 hand over to src-committers : : - The switch from a private Hans-only repository to the main : subversion tree. : : - At this point, the usb2 is handed over to the src-committers : and Hans has to go through a mentor/committer before committing : changes. : : Thank you! : : -- : - Alfred Perlstein : _______________________________________________ : 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-current@FreeBSD.ORG Fri Feb 6 17:17:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18ACC106567C; Fri, 6 Feb 2009 17:17:21 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.159]) by mx1.freebsd.org (Postfix) with ESMTP id 682548FC1F; Fri, 6 Feb 2009 17:17:20 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so496381fgb.35 for ; Fri, 06 Feb 2009 09:17:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2t7OwRwlAl+WjPnTbrS4YopMT4LpTVEB1VkuEIMAoPI=; b=cw7UcONy+coUkV0KzvXEpEx4c+JkOSoIQwPNENo1OuzKe+PkEBDh3t+c0EXsDYjk3a 0/TsV4wTwCO+Co7b1Qm+n68IYC69VFxiiFSV8zRVhpojJuhs5VZmvoMyM9ue+E+e8qy6 lVsBgqywrkUhHETAJWmMNV8BaSU0vwblh5cXI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=CR391aBu4l327aFqZ2/LH5zGt6tWzUXb4KTxmHhs7VA3uAeg79AJEwfzoFeUTB6HL+ 22bTxyGSTR4bYwNHiRZgJetuZVspESIFJzH3XfjbctFEbpQ5q0ns5NyU1s2VqRXRkWHk k4sVsfk3foXXERX2Xgme8/GDbVh/Mr8LV5HGo= MIME-Version: 1.0 Received: by 10.86.33.10 with SMTP id g10mr1092509fgg.44.1233940639403; Fri, 06 Feb 2009 09:17:19 -0800 (PST) In-Reply-To: <498BA5D5.4080100@samsco.org> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <498BA5D5.4080100@samsco.org> Date: Fri, 6 Feb 2009 20:17:19 +0300 Message-ID: From: pluknet To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 17:17:21 -0000 Hi, Scott! 2009/2/6 Scott Long : > Oliver Fromme wrote: >> >> Hello fellow hackers, >> >> Some of you might remember that I'm working on graphics >> support for our /boot/loader. Unfortunately, progress has >> been rather slow because of non-FreeBSD-related activity. >> >> Anyway, I have now prepared a tarball containing a loader >> binary for public testing. If you are eager to give it a >> try, please feel free to do so. It should work with any >> FreeBSD version on i386 and amd64 platforms. >> >> I have posted detailed instructions on the FreeBSD wiki: >> >> http://wiki.freebsd.org/OliverFromme/BootLoaderTest >> >> Any kind of feedback is welcome. >> > > I think that this is really neat, you've done an impressive job > with it good job. However, I do take issue with your criticism > of the ASCII logo; I actually spent a decent amount of time > designing the block text logo =-) I wish that there hadn't been > moronic politics over the beastie logo, as that does look a lot > better, even if it is text. And text is still required for > serial consoles. Hey, then what's about that? ;) --- /boot/beastie.4th 2008-08-19 23:59:01.000000000 +0600 +++ /boot/beastie.4th 2008-12-24 18:14:48.000000000 +0500 @@ -109,6 +109,27 @@ at-xy ." |____/|_____/|_____/" ; +: share-logo ( x y -- ) +2dup at-xy ." `````" 1+ +2dup at-xy ." `-/oo/-```.:oshddmmddhso:.```:+oo/." 1+ +2dup at-xy ." .--/shdmddNMMMMMMMMNNNdyhmddNNmh+--" 1+ +2dup at-xy ." `:--/smMMMMMMMMMMMMMMNy+mMMNmho/-::" 1+ +2dup at-xy ." `/+dMMNMMMNNNNNNNNNNNmddNmho/:-/+" 1+ +2dup at-xy ." /mNNNMMMNmmmddddhhhhhhsso/:-:+y" 1+ +2dup at-xy ." :dmdmNMNmdhyso++///:::////::-++sh" 1+ +2dup at-xy ." `hdhdNMmhs+////:::::---------:://sy" 1+ +2dup at-xy ." -dsoyhhso/:::::::::--------.--.--+m" 1+ +2dup at-xy ." :d+/+++++/:::::::------------....oN" 1+ +2dup at-xy ." -m/://////:::::-------------...-/dm" 1+ +2dup at-xy ." ys-:://////:::------------..--omN" 1+ +2dup at-xy ." .d+-::///////:--------------:ohNd" 1+ +2dup at-xy ." .ho-:::://////:::::::::///++shy" 1+ +2dup at-xy ." `+s:-:::::////////+++++o+oyh+" 1+ +2dup at-xy ." .+o/:::::///////++++osyy+" 1+ +2dup at-xy ." `-//////////++ossys/-" 1+ + at-xy ." `..--::::::-." +; + : print-logo ( x y -- ) s" loader_logo" getenv dup -1 = if @@ -131,6 +152,11 @@ beastie-logo exit then + 2dup s" share" compare-insensitive 0= if + 2drop + share-logo + exit + then 2dup s" none" compare-insensitive 0= if 2drop \ no logo (spied out from http://www.opennet.ru/opennews/art.shtml?num=20136) -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 18:19:07 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED91E106564A for ; Fri, 6 Feb 2009 18:19:07 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: from mail-gx0-f21.google.com (mail-gx0-f21.google.com [209.85.217.21]) by mx1.freebsd.org (Postfix) with ESMTP id 91B6D8FC08 for ; Fri, 6 Feb 2009 18:19:07 +0000 (UTC) (envelope-from klapperzhu@gmail.com) Received: by gxk14 with SMTP id 14so1087835gxk.19 for ; Fri, 06 Feb 2009 10:19:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=SoMdxrm79b2/wVhPbRg7C96NYnQ7WgtLDDP10gAPqbM=; b=cGby1nLBxAVpPgYcV4XKWbcs1KJI2RhJ3GtH7+VW/v/OeQdH3hHnW+210kt6nbQ4Iq txroxvUmPF/q2lZMGa5ehYY6ohq8yTS+yE6pv/zL45QSNhKmsZr7yqTMyPcgby5Q3Bz9 zQuNudB4fhLJhJ9tlpSfhvA1P6Sp33FB9MxZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=KsyLyurgKYXexK5CxGabo5kB0NR2d9UKym1CAEiGjOlfjQ89dHV56RDRjlpBbrBeUS sOe79p4GtftoLmcaeU/B1pQDtRaW4tLZ02PgDE+Ne226Fo4+nF4aoqlnF/HgK1tRi3iL RU6x1LoZ0Mf+UKCDzd1uId5hy4rejsZftUKZE= MIME-Version: 1.0 Received: by 10.151.8.8 with SMTP id l8mr1009965ybi.154.1233944346825; Fri, 06 Feb 2009 10:19:06 -0800 (PST) In-Reply-To: <200902051311.00091.jhb@freebsd.org> References: <200902051311.00091.jhb@freebsd.org> Date: Fri, 6 Feb 2009 13:19:06 -0500 Message-ID: From: Klapper Zhu To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: To John Birrell: weird behaviors of DTrace on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 18:19:08 -0000 Hi John, I rebuilt kernel with -fno-inline and I got all isp(4) functions listed in fbt. I noticed that there are other inline related flags "--finline-limit=8000 -param inline-unit-growth=100 -Winline". should I get rid of them OR -fno-inline will just overide them ? Thanks, anyone has suggestion for problem 2 ? On Thu, Feb 5, 2009 at 1:10 PM, John Baldwin wrote: > On Thursday 05 February 2009 11:31:52 am Klapper Zhu wrote: >> Hi John Birrell, >> >> I am exploring DTrace on "7.1-STABLE FreeBSD amd64" and I found several >> weird behaviors: >> >> 1) Not all kernel functions show up in fbt provider. Take isp(4) as example: >> "dtrace -l" shows >> static void isp_freeze_loopdown(ispsoftc_t *, int, char *); >> ___but not___ >> static void isp_handle_platform_atio2(ispsoftc_t *, at2_entry_t *); >> >> Both are static functions. But one shows up in fbt, another not. >> What's the rational behind it ? Any way to fix it ? > > Perhaps gcc inlined it? Try using -fno-inline perhaps. > > -- > John Baldwin > From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 18:33:54 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AB3E0106566B for ; Fri, 6 Feb 2009 18:33:54 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from smtp.timeweb.ru (smtp.timeweb.ru [217.170.79.85]) by mx1.freebsd.org (Postfix) with ESMTP id 655BE8FC0A for ; Fri, 6 Feb 2009 18:33:53 +0000 (UTC) (envelope-from amdmi3@amdmi3.ru) Received: from [213.148.20.85] (helo=hive.panopticon) by smtp.timeweb.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from ) id 1LVVWV-0001xL-U3 for freebsd-current@freebsd.org; Fri, 06 Feb 2009 21:33:55 +0300 Received: from hades.panopticon (hades.panopticon [192.168.0.32]) by hive.panopticon (Postfix) with ESMTP id 934EDA86C for ; Fri, 6 Feb 2009 21:33:29 +0300 (MSK) Received: by hades.panopticon (Postfix, from userid 1000) id DF0BE108838; Fri, 6 Feb 2009 21:33:44 +0300 (MSK) Date: Fri, 6 Feb 2009 21:33:44 +0300 From: Dmitry Marakasov To: freebsd-current@freebsd.org Message-ID: <20090206183344.GE17600@hades.panopticon> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Content-Transfer-Encoding: quoted-printable Subject: Bad unicode `-' in manpages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 18:33:54 -0000 Hi! It seems like unicode was introduced into man pages on current. While "Include directory entries whose names begin with a dot (=E2=80=98.=E2=80= =99)" indeed looks better than "Include directory entries whose names begin with a dot (`.')" , I'm concerned about (at least) minus sign, which was changed from `-' (U+002D HYPHEN-MINUS) symbol to `=E2=88=92' (U+2212 MINUS SIGN) every= where. Now most of man pages basically provide false info, and copypasting or search are now impossible. --=20 Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amdmi3@amdmi3.ru ..: jabber: amdmi3@jabber.ru http://www.amdmi3.ru From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 18:40:37 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48B3B1065672; Fri, 6 Feb 2009 18:40:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BE6B08FC16; Fri, 6 Feb 2009 18:40:36 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n16IeZTm077755; Fri, 6 Feb 2009 19:40:35 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n16IeYGn077754; Fri, 6 Feb 2009 19:40:34 +0100 (CET) (envelope-from olli) Date: Fri, 6 Feb 2009 19:40:34 +0100 (CET) Message-Id: <200902061840.n16IeYGn077754@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, Scott Long , pluknet@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Fri, 06 Feb 2009 19:40:35 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 18:40:37 -0000 pluknet wrote: > Scott Long wrote: > > I think that this is really neat, you've done an impressive job > > with it good job. However, I do take issue with your criticism > > of the ASCII logo; I actually spent a decent amount of time > > designing the block text logo =-) I wish that there hadn't been > > moronic politics over the beastie logo, as that does look a lot > > better, even if it is text. And text is still required for > > serial consoles. > > Hey, then what's about that? ;) > [...] I have to admit that I like Scott's text logo *much* better. Trying to render the "horned ball" logo with ASCII letters looks butt-ugly, IMHO. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd $ dd if=/dev/urandom of=test.pl count=1 $ file test.pl test.pl: perl script text executable From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 18:57:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 054171065672 for ; Fri, 6 Feb 2009 18:57:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C950C8FC08 for ; Fri, 6 Feb 2009 18:57:07 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 7339B46B06; Fri, 6 Feb 2009 13:57:07 -0500 (EST) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n16Iv15B079484; Fri, 6 Feb 2009 13:57:01 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Klapper Zhu Date: Fri, 6 Feb 2009 13:56:51 -0500 User-Agent: KMail/1.9.7 References: <200902051311.00091.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902061356.51320.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]); Fri, 06 Feb 2009 13:57:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8961/Fri Feb 6 08:29:06 2009 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: freebsd-current@freebsd.org Subject: Re: To John Birrell: weird behaviors of DTrace on amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 18:57:08 -0000 On Friday 06 February 2009 1:19:06 pm Klapper Zhu wrote: > Hi John, > > I rebuilt kernel with -fno-inline and I got all isp(4) functions listed in fbt. > > I noticed that there are other inline related flags > "--finline-limit=8000 -param inline-unit-growth=100 -Winline". should > I get rid of them OR -fno-inline > will just overide them ? I believe -fno-inline overrides them. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 19:32:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 66CE61065670 for ; Fri, 6 Feb 2009 19:32:44 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: from mail.h3q.com (mail.h3q.com [213.73.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id A27A48FC08 for ; Fri, 6 Feb 2009 19:32:43 +0000 (UTC) (envelope-from cryx-freebsd@h3q.com) Received: (qmail 43845 invoked from network); 6 Feb 2009 19:32:42 -0000 Received: from unknown (HELO ?192.168.23.143?) (smtpsend@85.179.9.50) by mail.h3q.com with AES256-SHA encrypted SMTP; 6 Feb 2009 19:32:42 -0000 Message-ID: <498C905A.1020007@h3q.com> Date: Fri, 06 Feb 2009 20:32:42 +0100 From: Philipp Wuensche User-Agent: Thunderbird 2.0.0.19 (X11/20090114) MIME-Version: 1.0 To: Ollivier Robert References: <4981EBC6.1000907@h3q.com> <20090129224911.GA23573@keltia.freenix.fr> <498234A4.6040102@h3q.com> In-Reply-To: <498234A4.6040102@h3q.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Solaris live upgrade like FreeBSD ZFS-rootfs update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 19:32:45 -0000 Philipp Wuensche wrote: > Ollivier Robert wrote: >> According to Philipp Wuensche: >>> I'm playing a lot with ZFS root filesystems for FreeBSD and using >>> zfsboot with GPT. So far it works perfecly for me on three not-so >>> production servers and I would like to thank everybody that helped make >>> this work! >> Excellent, care to submit an entry for the FreeBSD wiki explining all the >> steps you took? :) > > Sure, all the stuff is on the net already but a complete run-down maybe > would be helpful to get more people into using ZFS :-) > > I guess I will write something up in the next days. First version, just typing down what I do: http://outpost.h3q.com/patches/manageBE/create-FreeBSD-ZFS-bootfs.txt greetings, philipp From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 19:42:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B90B9106566B for ; Fri, 6 Feb 2009 19:42:28 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from fork10.mail.virginia.edu (fork10.mail.Virginia.EDU [128.143.2.180]) by mx1.freebsd.org (Postfix) with ESMTP id 742148FC12 for ; Fri, 6 Feb 2009 19:42:27 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from localhost (localhost [127.0.0.1]) by fork10.mail.virginia.edu (Postfix) with ESMTP id 130F31F518F for ; Fri, 6 Feb 2009 14:42:27 -0500 (EST) Received: from fork10.mail.virginia.edu ([127.0.0.1]) by localhost (fork10.mail.virginia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 27991-06 for ; Fri, 6 Feb 2009 14:42:26 -0500 (EST) Received: from yx-out-1718.google.com (yx-out-1718.google.com [74.125.44.155]) by fork10.mail.virginia.edu (Postfix) with ESMTP id BCD3E1F50D2 for ; Fri, 6 Feb 2009 14:42:26 -0500 (EST) Received: by yx-out-1718.google.com with SMTP id 4so450557yxp.6 for ; Fri, 06 Feb 2009 11:42:26 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.220.20 with SMTP id s20mr1594159qbg.47.1233949346344; Fri, 06 Feb 2009 11:42:26 -0800 (PST) Date: Fri, 6 Feb 2009 14:42:26 -0500 Message-ID: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> From: L Campbell To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-UVA-Virus-Scanned: by amavisd-new at fork10.mail.virginia.edu Subject: iwi broken? reproducible crash :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 19:42:29 -0000 I recently updated to CURRENT from RELENG_7 (from sources pulled on Feb. 6th), and since then haven't been able to get my Inspiron 6000's Intel PRO 2200/BG working again (it worked mostly fine on RELENG_7). The machine is running an i386 non-GENERIC kernel (I can post the configuration if it's relevant). The settings on the device (set from rc.conf) configured for my home network (which experiences the same problem) look like this -- $ ifconfig iwi0 iwi0: flags=8843 metric 0 mtu 2290 ether 00:16:6f:63:a6:dc media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: associated $ ifconfig wlan0 wlan0: flags=8843 metric 0 mtu 1500 ether 00:16:6f:63:a6:dc media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ssid home_ssid channel 5 (2432 Mhz 11g) country US authmode OPEN privacy OFF txpower 0 bmiss 24 scanvalid 60 protmode CTS wme bintval 0 When attempting to associate with an access point (without any encryption or additional complications), the console gets flooded with a barrage of messages -- $ ifconfig wlan0 down ssid wahoo bssid - channel 11 up iwi0: need multicast update callback iwi0: iwi_cmd: cmd 84 not sent, busy iwi0: iwi_cmd: cmd 42 not sent, busy iwi0: firmware error Enabling debug via `$ sysctl debug.iwi=1` reproducibly causes the kernel to crash: Unread portion of the kernel message buffer: exit SCANNING state iwi_ops: SET_WME arg 0 iwi_newstate: SCAN -> AUTH flags 0x1 iwi_ops: AUTH arg 192 enter ASSOCIATING state Configuring adapter Setting ESSID to "wahoo" Setting power mode to 0 Setting RTS threshold to 2346 Setting fragmentation threshold to 2346 Setting negotiated rates (12) Setting WME parameters Setting WME IE (len=7) Setting sensitivity to 69 Join bssid 00:19:07:05:99:c3 dst 00:19:07:05:99:c3 channel 11 policy 0x1 auth 0 capinfo 0x21 lintval 100 bintval 100 iwi_newstate: AUTH -> ASSOC flags 0x1 exit ASSOCIATING state iwi_newstate: ASSOC -> SCAN flags 0x1 iwi_ops: SET_WME arg 0 iwi_newstate: SCAN -> AUTH flags 0x1 iwi_ops: AUTH arg 192 enter ASSOCIATING state Configuring adapter exit ASSOCIATING state Setting ESSID to "wahoo" iwi_newSetting power mode to 0 state: AUTSetting RTS threshold to 2346 H -> SCAN Setting fragmentation threshold to 2346 flags 0x9Setting negotiated rates (12) Setting WME parameters iwi_newSetting WME IE (len=7) state: SCA Fatal trap 12: page fault while in kernel mode fault virtual address = 0xc40ee184 fault code = supervisor read, page not present instruction pointer = 0x20:0xc06bea06 stack pointer = 0x28:0xc3a05b64 frame pointer = 0x28:0xc3a05b64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (iwi0 taskq) kgdb> bt #12 0xc06bea06 in node_getrssi (ni=0xc40ee000) at /usr/src/sys/net80211/ieee80211_node.c:1005 #13 0xc051286c in iwi_ops (arg0=0xc3d4ec00, npending=1) at /usr/src/sys/dev/iwi/if_iwi.c:2926 #14 0xc062d042 in taskqueue_run (queue=0xc3d73180) at /usr/src/sys/kern/subr_taskqueue.c:282 #15 0xc062d3db in taskqueue_thread_loop (arg=0xc3d4ec4c) at /usr/src/sys/kern/subr_taskqueue.c:403 #16 0xc05d6e80 in fork_exit (callout=0xc062d360 , arg=0xc3d4ec4c, frame=0xc3a05d38) at /usr/src/sys/kern/kern_fork.c:821 #17 0xc07daf70 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 kgdb> f 12 kgdb> list 0xc06bea06 is in node_getrssi (/usr/src/sys/net80211/ieee80211_node.c:1005). 1000 } 1001 1002 static int8_t 1003 node_getrssi(const struct ieee80211_node *ni) 1004 { 1005 uint32_t avgrssi = ni->ni_avgrssi; 1006 int32_t rssi; 1007 1008 if (avgrssi == IEEE80211_RSSI_DUMMY_MARKER) 1009 return 0; kgdb> p ni $1 = (const struct ieee80211_node *) 0xc40ee000 I dunno if this is the right channel to post the information (or even if I'm posting anything useful). Let me know if you need more information or have any ideas/suggestions/patches to test. Thanks a bunch :3 From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 19:56:39 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BEE1106566B for ; Fri, 6 Feb 2009 19:56:39 +0000 (UTC) (envelope-from swell.k@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 05C208FC26 for ; Fri, 6 Feb 2009 19:56:38 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so527088fgb.35 for ; Fri, 06 Feb 2009 11:56:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type :content-transfer-encoding; bh=N0xMq3n5PF3Itqfyrb2HUGEcEHUN0Dc3KZcMk3OAVk4=; b=EfKgbv4yJnELOl5vo7NsFptoi3B2ZoW7inQXMsPqx8rlt7LkgL+m8qQ3R9yQIDCFIG 1z5yIS/DoKsKX5QFgxdevMTfd0Cst2xTpkgNWSbXZcHjav3WXRL4RThME1I3Ve++oO4o qpvOxJVPtxcRnyPecuYgZ+B2puvLv1ZOG1y4k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; b=cMLKy9W/rkG+n8nsZcQBGKLSb8hk+e0TEkIfWSZDlmBRm3vG1yZ5gMd7PVD41RYZx5 we6Bo5TvjO5cKHgcWmZpmnmf8QQLbiDk9ptjJU/9n53Ht+njP5Ky+MhK7ULfDOlUWwAP DUNcXixUak23E+Exrd+onPfwiOZh8MueITzJo= Received: by 10.86.33.10 with SMTP id g10mr1167867fgg.44.1233948831488; Fri, 06 Feb 2009 11:33:51 -0800 (PST) Received: from localhost (78-106-51-2.broadband.corbina.ru [78.106.51.2]) by mx.google.com with ESMTPS id l19sm3926757fgb.47.2009.02.06.11.33.49 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Feb 2009 11:33:50 -0800 (PST) From: Anonymous To: Dmitry Marakasov References: <20090206183344.GE17600@hades.panopticon> Date: Fri, 06 Feb 2009 22:33:46 +0300 In-Reply-To: <20090206183344.GE17600@hades.panopticon> (Dmitry Marakasov's message of "Fri, 6 Feb 2009 21:33:44 +0300") Message-ID: <867i43742t.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.90 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Bad unicode `-' in manpages X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 19:56:39 -0000 Dmitry Marakasov writes: > Hi! > > It seems like unicode was introduced into man pages on current. > > While > > "Include directory entries whose names begin with a dot (=E2=80=98.=E2=80= =99)" > > indeed looks better than > > "Include directory entries whose names begin with a dot (`.')" > > , I'm concerned about (at least) minus sign, which was changed from > `-' (U+002D HYPHEN-MINUS) symbol to `=E2=88=92' (U+2212 MINUS SIGN) every= where. > Now most of man pages basically provide false info, and copypasting > or search are now impossible. Have you tried to change locale to `C' or invoke man(1) with `-o'? locale `C' and `-o' option produce `groff -S -Wall -mtty-char -man -Tascii' locale `en_US.UTF-8' produces `groff -S -Wall -mtty-char -man -Tutf8 -dlocale=3Den.UTF-8' Anyway, same here, but I vaguely remember it first appeared about half a year ago. And I think it can cause trouble when trying to view localized man page written in unicode when you can't escape to either `C' locale or `-o' option. From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 20:51:30 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C0E9106566B for ; Fri, 6 Feb 2009 20:51:30 +0000 (UTC) (envelope-from smrad01@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.191]) by mx1.freebsd.org (Postfix) with ESMTP id B934E8FC1E for ; Fri, 6 Feb 2009 20:51:29 +0000 (UTC) (envelope-from smrad01@gmail.com) Received: by fk-out-0910.google.com with SMTP id f40so880918fka.11 for ; Fri, 06 Feb 2009 12:51:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; 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=XKAjUTO0NWflpNVitVl9Pyf0GdXcSH4eqgD11ZMeQok=; b=ruutm2EnwKbiylUs8P4e0te6V83LGyTtjBcQbiHVjsyowv9IrvsBJpG17YnL5i5sqM 7Jd2LkjzMg3sD9SjKKTOrOXUH6m5N216mS5F3cT0wqUHPzGmhLcajV+Pm5OWNVXPJKtv 3+/M3xTu4emd7/pRGDBLK6cfgr0nXTWH8r2AQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=FdOxi7du+1PHe481yAdeGyMOiP/9kLAK2+aAirUhX4CVLcSxpORZg2SmprtKjH+25G DzbFjhzb7vuGr3HikX1t8XxT9VdqNTmSUVh8KbNrvn6NMbZ/ilDUg5PAZRxlaMKEFlMN ZPj2PMUGAkVADni5AVXGTJdo6QMoaFla6DCXI= Received: by 10.223.109.198 with SMTP id k6mr964352fap.46.1233953488814; Fri, 06 Feb 2009 12:51:28 -0800 (PST) Received: from ?192.168.110.20? ([87.120.162.66]) by mx.google.com with ESMTPS id 31sm1762059fkt.2.2009.02.06.12.51.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 06 Feb 2009 12:51:28 -0800 (PST) Message-ID: <498CA2CD.1090201@gmail.com> Date: Fri, 06 Feb 2009 22:51:25 +0200 From: blah User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Albert.Shih@obspm.fr, freebsd-current@freebsd.org References: <20090206202032.GB76165@obspm.fr> In-Reply-To: <20090206202032.GB76165@obspm.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: installkernel on small disk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 20:51:30 -0000 Albert Shih wrote: > Hi all > > I've two servers (in fact guest in vmware) on don't have enought disk space > to make buildkernel (or world). > > For the world freebsd-update can work. But for the kernel I've my own > kernel. > > So if I compile the kernel on the other server how can I put it on the > first ? > > Regards. > > > build kernel on the server use nfs to export /usr/src, /usr/obj mount them appropriate on the client, make same /etc/make.conf on both server and client on the client cd /usr/src and make installkernel .... rebooot and you are done From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 20:54:59 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 532A710656C0 for ; Fri, 6 Feb 2009 20:54:59 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id 063CC8FC27 for ; Fri, 6 Feb 2009 20:54:58 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1LVXiy-0007re-Tw for freebsd-current@freebsd.org; Fri, 06 Feb 2009 21:54:56 +0100 Received: from ip5993549e.rubicom.hu ([89.147.84.158] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1LVXiy-0007rT-Ny for freebsd-current@freebsd.org; Fri, 06 Feb 2009 21:54:56 +0100 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.3/8.14.3) with ESMTP id n16KsusD073454 for ; Fri, 6 Feb 2009 21:54:56 +0100 (CET) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.3/8.14.3/Submit) id n16Ksuks073453 for freebsd-current@freebsd.org; Fri, 6 Feb 2009 21:54:56 +0100 (CET) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Fri, 6 Feb 2009 21:54:56 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20090206205456.GA60974@baranyfelhocske.buza.adamsfamily.xx> References: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: iwi broken? reproducible crash :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 20:55:00 -0000 Hello, While this is not much more than an anecdotal report, it is as good a datapoint as any: my system (ThinkPad R50e) has no problems with iwi(4) these days (although there have been bumpy passages in the past) I also run up-to-date -CURRENT i386 with a custom kernel. I note however that I have been running 8.x since 7.x was branched from it, so my upgrades were probably more incremental in nature. I am happy to share configs/logs/experience with this adapter. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 21:31:48 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 48091106567D for ; Fri, 6 Feb 2009 21:31:48 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from bsdevel.akherb.com (bsdevel.akherb.com [208.86.224.193]) by mx1.freebsd.org (Postfix) with ESMTP id 22C458FC0A for ; Fri, 6 Feb 2009 21:31:47 +0000 (UTC) (envelope-from beech@freebsd.org) Received: from stargate.akherb.com (163-146-42-72.gci.net [72.42.146.163]) by bsdevel.akherb.com (Postfix) with ESMTP id 221A528E10E1; Fri, 6 Feb 2009 21:31:47 +0000 (UTC) From: Beech Rintoul Organization: FreeBSD To: freebsd-current@freebsd.org, akbeech@gmail.com Date: Fri, 6 Feb 2009 12:31:46 -0900 User-Agent: KMail/1.10.4 (FreeBSD/8.0-CURRENT; KDE/4.1.4; i386; ; ) References: <200902021643.39862.c47g@gmx.at> <200902040914.10330.jhb@freebsd.org> <200902052203.37792.beech@freebsd.org> In-Reply-To: <200902052203.37792.beech@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902061231.46516.beech@freebsd.org> Cc: Subject: Re: lpt stopped working X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: akbeech@gmail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 21:31:48 -0000 On Thursday 05 February 2009 22:03:37 Beech Rintoul wrote: > On Wednesday 04 February 2009 05:14:10 John Baldwin wrote: > > On Monday 02 February 2009 10:43:39 am Christian Gusenbauer wrote: > > > Hi! > > > > > > Since the recent update (svn r187576) to the ppbus/ppc code my printer > > > > stopped > > > > > working. Every request seems to hang forever in ppb_request_bus waiting > > > for ppb->ppc_lock (at least 'top' tells me that it's hanging in state > > > 'ppbreq'). > > > > Can you use procstat to get a stack trace of the hung thread? > > My printer is still showing "device busy" for lpt0 does anyone know offhand > when the changes were committed? I need to revert. There is regression somewhere in the ppbus code committed two weeks ago. I reverted back to previous code and lpt0 no longer reports "device busy" and printing is working again. Beech -- --------------------------------------------------------------------------------------- Beech Rintoul - FreeBSD Developer - beech@FreeBSD.org /"\ ASCII Ribbon Campaign | FreeBSD Since 4.x \ / - NO HTML/RTF in e-mail | http://people.freebsd.org/~beech X - NO Word docs in e-mail | Skype: akbeech / \ - http://www.FreeBSD.org/releases/7.1R/announce.html --------------------------------------------------------------------------------------- From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 22:03:09 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEB25106566C for ; Fri, 6 Feb 2009 22:03:09 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from fork8.mail.virginia.edu (fork8.mail.Virginia.EDU [128.143.2.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8D5528FC19 for ; Fri, 6 Feb 2009 22:03:09 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from localhost (localhost [127.0.0.1]) by fork8.mail.virginia.edu (Postfix) with ESMTP id E47C31F519F for ; Fri, 6 Feb 2009 17:03:08 -0500 (EST) Received: from fork8.mail.virginia.edu ([127.0.0.1]) by localhost (fork8.mail.virginia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13854-04 for ; Fri, 6 Feb 2009 17:03:08 -0500 (EST) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by fork8.mail.virginia.edu (Postfix) with ESMTP id AECC91F4FDD for ; Fri, 6 Feb 2009 17:03:08 -0500 (EST) Received: by an-out-0708.google.com with SMTP id d40so437503and.6 for ; Fri, 06 Feb 2009 14:03:08 -0800 (PST) MIME-Version: 1.0 Received: by 10.65.159.14 with SMTP id l14mr1598440qbo.130.1233957788327; Fri, 06 Feb 2009 14:03:08 -0800 (PST) In-Reply-To: <20090206205456.GA60974@baranyfelhocske.buza.adamsfamily.xx> References: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> <20090206205456.GA60974@baranyfelhocske.buza.adamsfamily.xx> Date: Fri, 6 Feb 2009 17:03:08 -0500 Message-ID: <792298050902061403o5adc52ddx3b6a476a78e5c230@mail.gmail.com> From: L Campbell To: Szilveszter Adam Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-UVA-Virus-Scanned: by amavisd-new at fork8.mail.virginia.edu Cc: freebsd-current@freebsd.org Subject: Re: iwi broken? reproducible crash :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 22:03:10 -0000 On Fri, Feb 6, 2009 at 3:54 PM, Szilveszter Adam wrote: > While this is not much more than an anecdotal report, it is as good a > datapoint as any: my system (ThinkPad R50e) has no problems with iwi(4) A quick Google hints that the R50e also has a 2200BG adapter -- I was half hoping that it was a different card so I could write it off. > I am happy to share configs/logs/experience with this adapter. Since you're offering -- back on 7.x I had all kinds of problem with the adapter: I had to double the send/recvbuf_max and had to disable bgscan, otherwise the connection would die after ~6-12 hours, depending on usage. Did you ever have similar issues, or is something wonky with my machine? I'll see if I can't grab some more hardware to test with to rule out hardware failure or a broken install on my part. As always, further suggestions and ideas are welcome :3 From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 21:37:21 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BEA84106566B for ; Fri, 6 Feb 2009 21:37:21 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3F1AE8FC12 for ; Fri, 6 Feb 2009 21:37:20 +0000 (UTC) (envelope-from mav@mavhome.dp.ua) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 233810443; Fri, 06 Feb 2009 22:27:19 +0200 Message-ID: <498C9D2E.6080901@mavhome.dp.ua> Date: Fri, 06 Feb 2009 22:27:26 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Yury Froloff References: <1233937386.00071723.1233925801@10.7.7.3> In-Reply-To: <1233937386.00071723.1233925801@10.7.7.3> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Fri, 06 Feb 2009 22:33:45 +0000 Cc: freebsd-current@freebsd.org Subject: Re: To Alexander Motin aka Mav. HDA problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 21:37:22 -0000 Yury Froloff wrote: > У меня проблема со звуком и никак не могу ее решить. Решил написать Вам, т.к. уже облазил весь интернет и не знаю как бороться. > Звука просто нет. Помогите, пожалуйста, разобраться. Вы - моя последняя надежда. > =================================================== > private# uname -a > FreeBSD private.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sat Jan 31 11:21:07 EET 2009 root@private.org:/usr/obj/usr/src/sys/NEWKERN amd64 > =================================================== > private# cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) > Installed devices: > pcm0: at memory 0xfe020000 irq 16 kld snd_hda [20071129_0050] [MPSAFE] (1p:1v/1r:1v channels duplex default) > =================================================== У тебя стоит старый драйвер 2007 года. Тебе стоит начать с обновления системы до 7-STABLE или по крайней мере полностью взять оттуда каталог /sys/dev/sound/pci/hda и пересобрать модуль snd_hda. You have old driver of year 2007. You should start from updating your system to latest 7-STABLE or at least take /sys/dev/sound/pci/hda folder from there and rebuild your snd_hda module. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 22:44:27 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0A19106566C for ; Fri, 6 Feb 2009 22:44:27 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: from smtp809.mail.ird.yahoo.com (smtp809.mail.ird.yahoo.com [217.146.188.69]) by mx1.freebsd.org (Postfix) with SMTP id 3FFB38FC12 for ; Fri, 6 Feb 2009 22:44:26 +0000 (UTC) (envelope-from Thomas.Sparrevohn@btinternet.com) Received: (qmail 47378 invoked from network); 6 Feb 2009 22:44:26 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=btinternet.com; h=Received:X-YMail-OSG:X-Yahoo-Newman-Property:From:To:Subject:Date:User-Agent:References:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Content-Disposition:Message-Id; b=Ww7qJQG6fFLzunbzR2vyih7KMM/vsx9jO0LLQQEljw5PkoBDEt0/O41Z3JrtS0mB7wssTv36HUjErzJBaj6veeBqFLYzo4duQxfEzKnE5GqrshF95d90stDP60MS3WGNIsrR97KUs4KSbgqaIKIe5ioTnkEetjyQKWmUawtfHgE= ; Received: from unknown (HELO w2fzz0vc03.aah-go-on.com) (Thomas.Sparrevohn@86.133.246.172 with login) by smtp809.mail.ird.yahoo.com with SMTP; 6 Feb 2009 22:44:25 -0000 X-YMail-OSG: v.j4wIAVM1kmKeMvYyqJHU3_pwLdM7ys4Fl468TNBaj84zCXB4gy41TkoASclRlVCV_Ck1AH6cfhSDyH90SkKd8zuBiCPEnJINPjxs282kWKy9I2lzmdRgXr7Hex_LD2v5XQoSVZZYtJ03MHElg3Uh7UyG_4GPwkurcq3atnVBLJ48y.EcT3niU8fp5t X-Yahoo-Newman-Property: ymail-3 From: Thomas Sparrevohn To: freebsd-current@freebsd.org Date: Fri, 6 Feb 2009 22:44:19 +0000 User-Agent: KMail/1.9.10 References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <498BA5D5.4080100@samsco.org> In-Reply-To: <498BA5D5.4080100@samsco.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902062244.19607.Thomas.Sparrevohn@btinternet.com> Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 22:44:28 -0000 On Friday 06 February 2009 02:52:05 Scott Long wrote: > I think that this is really neat, you've done an impressive job > with it good job. However, I do take issue with your criticism > of the ASCII logo; I actually spent a decent amount of time > designing the block text logo =-) I wish that there hadn't been > moronic politics over the beastie logo, as that does look a lot > better, even if it is text. And text is still required for > serial consoles. > Agreed - Looks very cool - but I miss beastie - Would love to have it as an option like, "WITH_SENTIMENTAL=YES" that maybe would install the old games as well....ahh well From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 22:14:44 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E6726106564A for ; Fri, 6 Feb 2009 22:14:44 +0000 (UTC) (envelope-from invite+o2_j=oc9@facebookmail.com) Received: from vipfallbackmx-out.facebook.com (outmail002.sctm.tfbnw.net [204.15.20.237]) by mx1.freebsd.org (Postfix) with ESMTP id C76088FC19 for ; Fri, 6 Feb 2009 22:14:44 +0000 (UTC) (envelope-from invite+o2_j=oc9@facebookmail.com) Received: from vipmx-out.facebook.com ([10.18.255.175]) by vipfallbackmx-out.facebook.com [hpvipfallback002.snc1.facebook.com] (8.13.1/FB.vipfallback-1.0.0) with ESMTP id n0ULpcTK015224 for ; Fri, 30 Jan 2009 13:51:38 -0800 Received: from localhost.localdomain ([10.18.255.178]) by vipmx-out.facebook.com [vipemail010.snc1.facebook.com] (8.13.1/8.13.6) with ESMTP id n0ULpcND007273 for ; Fri, 30 Jan 2009 13:51:38 -0800 X-Facebook: from zuckmail by localhost.localdomain with local (ZuckMail); Date: Fri, 30 Jan 2009 13:51:38 -0800 To: Current From: Ali Sohi Message-ID: X-Priority: 3 X-Mailer: ZuckMail [version 1.00] X-Facebook-Notify: general_invite Errors-To: invite+o2_j=oc9@facebookmail.com MIME-Version: 1.0 X-Mailman-Approved-At: Fri, 06 Feb 2009 22:48:45 +0000 Content-Type: text/plain; charset = "UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Check out my Facebook profile X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Ali Sohi List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 22:14:45 -0000 Hi current, I set up a Facebook profile where I can post my pictures, videos and events and I want to add you as a friend so you can see it. First, you need to join Facebook! Once you join, you can also create your own profile. Thanks, Ali To sign up for Facebook, follow the link below: http://www.facebook.com/p.php?i=3D1192115166&k=3D6YA6Y6V6P54MXF1FPKVXQ&r From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 23:06:44 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 518C6106564A for ; Fri, 6 Feb 2009 23:06:44 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj1.jpmchase.com (sj1.jpmchase.com [159.53.110.137]) by mx1.freebsd.org (Postfix) with ESMTP id 106068FC13 for ; Fri, 6 Feb 2009 23:06:43 +0000 (UTC) (envelope-from rohit.x.tripathi@jpmchase.com) Received: from sj4.svr.bankone.net (sj4.svr.bankone.net [155.180.102.138]) by sj1.jpmchase.com (Switch-3.3.2/Switch-3.3.2) with ESMTP id n16M8rEm015175 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Fri, 6 Feb 2009 17:08:53 -0500 Received: from si12.svr.bankone.net (si12.svr.bankone.net [155.180.56.113]) by sj4.svr.bankone.net (Switch-3.3.2/Switch-3.3.2) with ESMTP id n16M5HaB030582 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 6 Feb 2009 17:05:17 -0500 X-DKIM: Sendmail DKIM Filter v2.5.6 sj4.svr.bankone.net n16M5HaB030582 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=jpmchase.com; s=smtpout; t=1233957917; bh=76OwyZepI0YqcQeIwe9re6JrpJhbKn4ZxX+33vp eimI=; h=To:Subject:MIME-Version:Message-ID:From:Date:Content-Type; b=F6xpC4JoGEOFLshJSe9MJNd3wyhvmhgm3un1Ox3hIJadJ6/ZSUke4Yu0qkdDHedcW LsfBgHNPpezj5TeIgxsxIt5sUeyUvnA5xYl1EVB8Opvu2R4wWNGqz58tQoQBCYkK7/0 dJBmdr1H7tKkDfFO2CG7njiGPNfyyle7loiDUTI= Received: from jpmchase.com ([10.246.2.155]) by si12.svr.bankone.net (Switch-3.1.8/Switch-3.1.7) with ESMTP id n16M7C7H024681 for ; Fri, 6 Feb 2009 17:07:13 -0500 Received: from ([169.81.34.42]) by imb1.jpmchase.com with ESMTP id KP-BRCGX.94306003; Fri, 06 Feb 2009 17:00:24 -0500 To: freebsd-current@freebsd.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.4 CCH5 September 12, 2005 Message-ID: From: rohit.x.tripathi@jpmchase.com Date: Fri, 6 Feb 2009 17:06:51 -0500 X-MIMETrack: Serialize by Router on PHLMS133/JPMCHASE(Release 6.5.6FP2|October 17, 2007) at 02/06/2009 17:06:55, Serialize complete at 02/06/2009 17:06:55 Content-Type: text/plain; charset="US-ASCII" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: running binaries under linux ABI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 23:06:44 -0000 Hi, I suppose this question could be answered here, or someone can point me in the right direction. (I read the linux abi doc before mailing) I have a dual core laptop with 2 GB RAM which is correctly detected by a linux app running under fedora 64bit: rohit@tp/home/q/l64 $ q KDB+ 2.5 2009.02.05 Copyright (C) 1993-2009 Kx Systems l64/ 2()core 1978MB rohit tp 127.0.0.1 EXPIRE 2009.09.09 q).z.k 2009.02.05 q) Under FreeBSD i386 though, it seems to think that the RAM is 1MB and only one core is available: KDB+ 2.5 2009.02.05 Copyright (C) 1993-2009 Kx Systems l32/ 1()core -1MB rohit tp 255.255.255.255 EXPIRE 2009.09.09 q).z.k 2009.02.05 q) SMP is enabled on my kernel, and it detects both cores during boot, and with top I can see various processes running in cores 0 and 1. The vendor does not have a freebsd version. Is there something about the ABI that can explain this behavior? If its relevant, I installed the ABI regards, Rohit (as always, please forgive the disclaimer attached to my emails) ----------------------------------------- This communication is for informational purposes only. It is not intended as an offer or solicitation for the purchase or sale of any financial instrument or as an official confirmation of any transaction. All market prices, data and other information are not warranted as to completeness or accuracy and are subject to change without notice. Any comments or statements made herein do not necessarily reflect those of JPMorgan Chase & Co., its subsidiaries and affiliates. This transmission may contain information that is privileged, confidential, legally privileged, and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. Although this transmission and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by JPMorgan Chase & Co., its subsidiaries and affiliates, as applicable, for any loss or damage arising in any way from its use. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. Please refer to http://www.jpmorgan.com/pages/disclosures for disclosures relating to UK legal entities. From owner-freebsd-current@FreeBSD.ORG Fri Feb 6 23:23:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1D9F10657A4 for ; Fri, 6 Feb 2009 23:23:28 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: from hyperion.scode.org (cl-1361.ams-04.nl.sixxs.net [IPv6:2001:960:2:550::2]) by mx1.freebsd.org (Postfix) with ESMTP id 85D308FC08 for ; Fri, 6 Feb 2009 23:23:28 +0000 (UTC) (envelope-from scode@hyperion.scode.org) Received: by hyperion.scode.org (Postfix, from userid 1001) id 82E8723C4CB; Sat, 7 Feb 2009 00:23:27 +0100 (CET) Date: Sat, 7 Feb 2009 00:23:27 +0100 From: Peter Schuller To: Michael Gusek Message-ID: <20090206232327.GA19383@hyperion.scode.org> References: <200902051224.34442.michael.gusek@web.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sm4nu43k4a2Rpi4c" Content-Disposition: inline In-Reply-To: <200902051224.34442.michael.gusek@web.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@freebsd.org Subject: Re: zfs: allocating allocated segment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 06 Feb 2009 23:23:29 -0000 --sm4nu43k4a2Rpi4c Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable > I'm running a File server with zfs, 64 Bit, 4 GB Ram and RELENG_7. Two da= ys=20 > ago i uploaded a file via ftp to the server and the server is crashing. A= fter=20 > reboot FreeBSD can't import the zfs-pool. There is a kernel-message: >=20 > panic: Solaris(panic): zfs: allocating allocated=20 > segment(offset=3D123456... size=3D74) >=20 > cpuid =3D 0 > Uptime: 14m22s > panic: bufwrite: buffer is not busy??? >=20 > Now i try to import the zfs-pool with a recent 8.0-current but with the s= ame=20 > result. It's very important to me to access the pool, so did you have som= e=20 > idea's ? The ZFS panic is from space_map.c in space_map_add(), happening via zfs_panic_recover(). It in turn is affected by zfs_recover: /* = = = * zfs_recover can be set to nonzero to attempt to recover fro= m = = * otherwise-fatal errors, typically caused by on= -disk corruption. When = = * set, calls to zfs_panic_recover()= will turn into warning messages. = = */ Setting the vfs.zfs.recover loader variable to 1 might possibly help. However I have never tried using that option and I'm not familiar with the code, so I have no idea how safe it is. In particular since you then seem to be getting a secondary panic (the "buffer is not busy" which is from ffs_vfsops. On another note: http://www.google.com/search?client=3Dopera&rls=3Den&q=3Dzfs:+allocating+al= located+segment&sourceid=3Dopera&ie=3Dutf-8&oe=3Dutf-8 indicates you're not the only person who has seen similar errors. Unfortunately I cannot offer any insight other than to suggest digging through the google results. Was the original crash, prior to the mount problem, purely a software crash or was there, for example, a power outtage? I'm wondering whether there is any particular reason to believe there was some hardware/firmware fault causing corruption. --=20 / Peter Schuller PGP userID: 0xE9758B7D or 'Peter Schuller ' Key retrieval: Send an E-Mail to getpgpkey@scode.org E-Mail: peter.schuller@infidyne.com Web: http://www.scode.org --sm4nu43k4a2Rpi4c Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmMxm8ACgkQDNor2+l1i319PwCg4CpxmcLUFQEH6O4AqAaNwhvc wOAAoIzSxY8CdyNTdQ7VY9rBzcV9xdUQ =+zfN -----END PGP SIGNATURE----- --sm4nu43k4a2Rpi4c-- From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 00:04:31 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B571F1065676 for ; Sat, 7 Feb 2009 00:04:31 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (unsane-pt.tunnel.tserv5.lon1.ipv6.he.net [IPv6:2001:470:1f08:110::2]) by mx1.freebsd.org (Postfix) with ESMTP id 717078FC08 for ; Sat, 7 Feb 2009 00:04:30 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman-macbook.local ([IPv6:2001:470:9099:0:214:51ff:feed:712d]) (authenticated bits=0) by unsane.co.uk (8.14.3/8.14.0) with ESMTP id n1705ihF025759 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 7 Feb 2009 00:05:44 GMT (envelope-from vince@unsane.co.uk) Message-ID: <498CD00B.5010707@unsane.co.uk> Date: Sat, 07 Feb 2009 00:04:27 +0000 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-GB; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Thomas Sparrevohn References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <498BA5D5.4080100@samsco.org> <200902062244.19607.Thomas.Sparrevohn@btinternet.com> In-Reply-To: <200902062244.19607.Thomas.Sparrevohn@btinternet.com> X-Enigmail-Version: 0.96a Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 00:04:32 -0000 On 6/2/09 22:44, Thomas Sparrevohn wrote: > On Friday 06 February 2009 02:52:05 Scott Long wrote: > > >> I think that this is really neat, you've done an impressive job >> with it good job. However, I do take issue with your criticism >> of the ASCII logo; I actually spent a decent amount of time >> designing the block text logo =-) I wish that there hadn't been >> moronic politics over the beastie logo, as that does look a lot >> better, even if it is text. And text is still required for >> serial consoles. >> >> > > Agreed - Looks very cool - but I miss beastie - Would love to have it > as an option like, "WITH_SENTIMENTAL=YES" that maybe would install > the old games as well....ahh well > have a look through /boot/defaults/loader.conf (or man loader.conf) specificly, #loader_logo="fbsdbw" # Desired logo: fbsdbw, beastiebw, beastie, none Vince > _______________________________________________ > 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-current@FreeBSD.ORG Sat Feb 7 00:05:56 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BDA11065672; Sat, 7 Feb 2009 00:05:56 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) by mx1.freebsd.org (Postfix) with ESMTP id 3C0F98FC08; Sat, 7 Feb 2009 00:05:55 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from apollo (78-32-77-91.static-adsl.entanet.co.uk [78.32.77.91] (may be forged)) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id n16NjjOA024628; Fri, 6 Feb 2009 23:45:46 GMT (envelope-from paul@fletchermoorland.co.uk) From: "Paul Wootton" To: "'Oliver Fromme'" References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Fri, 6 Feb 2009 23:45:43 -0000 Message-ID: <1CDDD463937A44A09B6F4D9FD4969293@apollo> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> Thread-Index: AcmH39gcMFc6Atz6T3yBMcAmZ/iY5QA0s30A X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: RE: ZFS and Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 00:05:57 -0000 Hi Oliver, This doesn=92t work for me. I am booting off a ZFS mirror with GPT partitions (built from current on = an amd64). Is there any change of a version of gloader but with ZFS support? Cheers Paul -----Original Message----- From: owner-freebsd-hackers@freebsd.org [mailto:owner-freebsd-hackers@freebsd.org] On Behalf Of Oliver Fromme Sent: 05 February 2009 22:19 To: freebsd-hackers@freebsd.org; freebsd-current@freebsd.org Subject: CFT: Graphics support for /boot/loader Hello fellow hackers, Some of you might remember that I'm working on graphics support for our /boot/loader. Unfortunately, progress has been rather slow because of non-FreeBSD-related activity. Anyway, I have now prepared a tarball containing a loader binary for public testing. If you are eager to give it a try, please feel free to do so. It should work with any FreeBSD version on i386 and amd64 platforms. I have posted detailed instructions on the FreeBSD wiki: http://wiki.freebsd.org/OliverFromme/BootLoaderTest Any kind of feedback is welcome. Best regards Oliver --=20 Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. = M. Handelsregister: Registergericht Muenchen, HRA 74606, = Gesch=E4ftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht = M=FCn- chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf = Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: = http://www.secnetix.de/bsd "If Java had true garbage collection, most programs would delete themselves upon execution." -- Robert Sewell _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 00:09:53 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4CAA10656E7 for ; Sat, 7 Feb 2009 00:09:53 +0000 (UTC) (envelope-from voidpointer@bsd.com.br) Received: from mail-ew0-f21.google.com (mail-ew0-f21.google.com [209.85.219.21]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC0C8FC08 for ; Sat, 7 Feb 2009 00:09:53 +0000 (UTC) (envelope-from voidpointer@bsd.com.br) Received: by ewy14 with SMTP id 14so1970476ewy.19 for ; Fri, 06 Feb 2009 16:09:52 -0800 (PST) MIME-Version: 1.0 Received: by 10.210.112.1 with SMTP id k1mr1733014ebc.31.1233963425976; Fri, 06 Feb 2009 15:37:05 -0800 (PST) In-Reply-To: <200902052218.n15MIaEa026891@lurza.secnetix.de> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> Date: Fri, 6 Feb 2009 21:37:05 -0200 Message-ID: From: Diego Rocha To: Oliver Fromme X-Mailman-Approved-At: Sat, 07 Feb 2009 00:17:19 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 00:09:55 -0000 it's work very nice to me FreeBSD blackbird 7.0-RELEASE-p9 FreeBSD 7.0-RELEASE-p9 #1: Wed Jan 28 22:56:31 BRST 2009 void@blackbird:/usr/obj/usr/src/sys/VPKERNEL i386 From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 02:55:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B57E106564A for ; Sat, 7 Feb 2009 02:55:28 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 04F818FC08 for ; Sat, 7 Feb 2009 02:55:27 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n172tRiB002694 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 6 Feb 2009 18:55:27 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <498CF81F.2090105@freebsd.org> Date: Fri, 06 Feb 2009 18:55:27 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: L Campbell References: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> In-Reply-To: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: iwi broken? reproducible crash :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 02:55:28 -0000 L Campbell wrote: > I recently updated to CURRENT from RELENG_7 (from sources pulled on > Feb. 6th), and since then haven't been able to get my Inspiron 6000's > Intel PRO 2200/BG working again (it worked mostly fine on RELENG_7). > The machine is running an i386 non-GENERIC kernel (I can post the > configuration if it's relevant). > > The settings on the device (set from rc.conf) configured for my home > network (which experiences the same problem) look like this -- > > $ ifconfig iwi0 > iwi0: flags=8843 metric 0 mtu 2290 > ether 00:16:6f:63:a6:dc > media: IEEE 802.11 Wireless Ethernet autoselect mode 11g > status: associated > > $ ifconfig wlan0 > wlan0: flags=8843 metric 0 mtu 1500 > ether 00:16:6f:63:a6:dc > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) > status: no carrier > ssid home_ssid channel 5 (2432 Mhz 11g) > country US authmode OPEN privacy OFF txpower 0 bmiss 24 scanvalid 60 > protmode CTS wme bintval 0 > > When attempting to associate with an access point (without any > encryption or additional complications), the console gets flooded with > a barrage of messages -- > > $ ifconfig wlan0 down ssid wahoo bssid - channel 11 up > iwi0: need multicast update callback > iwi0: iwi_cmd: cmd 84 not sent, busy > iwi0: iwi_cmd: cmd 42 not sent, busy > iwi0: firmware error > > Enabling debug via `$ sysctl debug.iwi=1` reproducibly causes the > kernel to crash: > > Unread portion of the kernel message buffer: > exit SCANNING state > iwi_ops: SET_WME arg 0 > iwi_newstate: SCAN -> AUTH flags 0x1 > iwi_ops: AUTH arg 192 > enter ASSOCIATING state > Configuring adapter > Setting ESSID to "wahoo" > Setting power mode to 0 > Setting RTS threshold to 2346 > Setting fragmentation threshold to 2346 > Setting negotiated rates (12) > Setting WME parameters > Setting WME IE (len=7) > Setting sensitivity to 69 > Join bssid 00:19:07:05:99:c3 dst 00:19:07:05:99:c3 channel 11 policy > 0x1 auth 0 capinfo 0x21 lintval 100 bintval 100 > iwi_newstate: AUTH -> ASSOC flags 0x1 > exit ASSOCIATING state > iwi_newstate: ASSOC -> SCAN flags 0x1 > iwi_ops: SET_WME arg 0 > iwi_newstate: SCAN -> AUTH flags 0x1 > iwi_ops: AUTH arg 192 > enter ASSOCIATING state > Configuring adapter > exit ASSOCIATING state > Setting ESSID to "wahoo" > iwi_newSetting power mode to 0 > state: AUTSetting RTS threshold to 2346 > H -> SCAN Setting fragmentation threshold to 2346 > flags 0x9Setting negotiated rates (12) > > Setting WME parameters > iwi_newSetting WME IE (len=7) > state: SCA > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0xc40ee184 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc06bea06 > stack pointer = 0x28:0xc3a05b64 > frame pointer = 0x28:0xc3a05b64 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 0 (iwi0 taskq) > > kgdb> bt > #12 0xc06bea06 in node_getrssi (ni=0xc40ee000) > at /usr/src/sys/net80211/ieee80211_node.c:1005 > #13 0xc051286c in iwi_ops (arg0=0xc3d4ec00, npending=1) > at /usr/src/sys/dev/iwi/if_iwi.c:2926 > #14 0xc062d042 in taskqueue_run (queue=0xc3d73180) > at /usr/src/sys/kern/subr_taskqueue.c:282 > #15 0xc062d3db in taskqueue_thread_loop (arg=0xc3d4ec4c) > at /usr/src/sys/kern/subr_taskqueue.c:403 > #16 0xc05d6e80 in fork_exit (callout=0xc062d360 , > arg=0xc3d4ec4c, frame=0xc3a05d38) at /usr/src/sys/kern/kern_fork.c:821 > #17 0xc07daf70 in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:270 > > kgdb> f 12 > kgdb> list > 0xc06bea06 is in node_getrssi (/usr/src/sys/net80211/ieee80211_node.c:1005). > 1000 } > 1001 > 1002 static int8_t > 1003 node_getrssi(const struct ieee80211_node *ni) > 1004 { > 1005 uint32_t avgrssi = ni->ni_avgrssi; > 1006 int32_t rssi; > 1007 > 1008 if (avgrssi == IEEE80211_RSSI_DUMMY_MARKER) > 1009 return 0; > > kgdb> p ni > $1 = (const struct ieee80211_node *) 0xc40ee000 > > I dunno if this is the right channel to post the information (or even > if I'm posting anything useful). Let me know if you need more > information or have any ideas/suggestions/patches to test. Thanks a > bunch :3 > Looks like a race in referencing the bss node and a state change. I haven't looked at iwi forever so can't recall how it's supposed to work. You might enable net80211 state machine debug msgs to see if it provides more info: wlandebug state. Sam From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 03:15:16 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D41B106564A for ; Sat, 7 Feb 2009 03:15:16 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from fork2.mail.virginia.edu (fork2.mail.Virginia.EDU [128.143.2.192]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5368FC0A for ; Sat, 7 Feb 2009 03:15:16 +0000 (UTC) (envelope-from llc2w@virginia.edu) Received: from localhost (localhost [127.0.0.1]) by fork2.mail.virginia.edu (Postfix) with ESMTP id AA1BF1BF9F; Fri, 6 Feb 2009 22:15:15 -0500 (EST) Received: from fork2.mail.virginia.edu ([127.0.0.1]) by localhost (fork2.mail.virginia.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11941-02; Fri, 6 Feb 2009 22:15:15 -0500 (EST) Received: from mail-gx0-f16.google.com (mail-gx0-f16.google.com [209.85.217.16]) by fork2.mail.virginia.edu (Postfix) with ESMTP id 815601BF90; Fri, 6 Feb 2009 22:15:15 -0500 (EST) Received: by mail-gx0-f16.google.com with SMTP id 9so1166760gxk.0 for ; Fri, 06 Feb 2009 19:15:15 -0800 (PST) MIME-Version: 1.0 Received: by 10.64.193.1 with SMTP id q1mr1727139qbf.16.1233976514964; Fri, 06 Feb 2009 19:15:14 -0800 (PST) In-Reply-To: <498CF81F.2090105@freebsd.org> References: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> <498CF81F.2090105@freebsd.org> Date: Fri, 6 Feb 2009 22:15:14 -0500 Message-ID: <792298050902061915h2c345483pe0a30f7d524e7953@mail.gmail.com> From: L Campbell To: Sam Leffler Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-UVA-Virus-Scanned: by amavisd-new at fork2.mail.virginia.edu Cc: freebsd-current@freebsd.org Subject: Re: iwi broken? reproducible crash :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 03:15:16 -0000 On Fri, Feb 6, 2009 at 9:55 PM, Sam Leffler wrote: > Looks like a race in referencing the bss node and a state change. I haven't > looked at iwi forever so can't recall how it's supposed to work. You might > enable net80211 state machine debug msgs to see if it provides more info: > wlandebug state. Awesome, I'll give that a shot on Monday and report back with the results -- I can't seem to reproduce the panic on my home network. In the meanwhile, I found an old Atheros-based WPC54G lying around which will get me through the weekend. Thanks for the help :3 From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 04:23:08 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5C9F1065674; Sat, 7 Feb 2009 04:23:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8058FC1F; Sat, 7 Feb 2009 04:23:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n174N5SN095008; Fri, 6 Feb 2009 23:23:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n174N5JC045774; Fri, 6 Feb 2009 23:23:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7171F7302F; Fri, 6 Feb 2009 23:23:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207042305.7171F7302F@freebsd-current.sentex.ca> Date: Fri, 6 Feb 2009 23:23:05 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 04:23:09 -0000 TB --- 2009-02-07 02:32:17 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 02:32:17 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-07 02:32:17 - cleaning the object tree TB --- 2009-02-07 02:32:59 - cvsupping the source tree TB --- 2009-02-07 02:32:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-07 02:33:07 - building world TB --- 2009-02-07 02:33:07 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 02:33:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 02:33:07 - TARGET=ia64 TB --- 2009-02-07 02:33:07 - TARGET_ARCH=ia64 TB --- 2009-02-07 02:33:07 - TZ=UTC TB --- 2009-02-07 02:33:07 - __MAKE_CONF=/dev/null TB --- 2009-02-07 02:33:07 - cd /src TB --- 2009-02-07 02:33:07 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 02:33:09 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 04:21:00 UTC 2009 TB --- 2009-02-07 04:21:00 - generating LINT kernel config TB --- 2009-02-07 04:21:00 - cd /src/sys/ia64/conf TB --- 2009-02-07 04:21:00 - /usr/bin/make -B LINT TB --- 2009-02-07 04:21:00 - building LINT kernel TB --- 2009-02-07 04:21:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 04:21:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 04:21:00 - TARGET=ia64 TB --- 2009-02-07 04:21:00 - TARGET_ARCH=ia64 TB --- 2009-02-07 04:21:00 - TZ=UTC TB --- 2009-02-07 04:21:00 - __MAKE_CONF=/dev/null TB --- 2009-02-07 04:21:00 - cd /src TB --- 2009-02-07 04:21:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 04:21:00 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies [...] awk -f /src/sys/tools/makeobjops.awk /src/sys/kern/serdev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/libkern/iconv_converter_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/opencrypto/cryptodev_if.m -h awk -f /src/sys/tools/makeobjops.awk /src/sys/dev/acpica/acpi_if.m -h rm -f .newdep /usr/bin/make -V CFILES -V SYSTEM_CFILES -V GEN_CFILES | MKDEP_CPP="cc -E" CC="cc" xargs mkdep -a -f .newdep -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ipfilter -I/src/sys/contrib/pf -I/src/sys/dev/ath -I/src/sys/dev/ath/ath_hal -I/src/sys/contrib/ngatm -I/src/sys/dev/twa -I/src/sys/gnu/fs/xfs/FreeBSD -I/src/sys/gnu/fs/xfs/FreeBSD/support -I/src/sys/gnu/fs/xfs -I/src/sys/contrib/opensolaris/compat -I/src/sys/dev/cxgb -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding /src/sys/dev/agp/agp.c:30:21: error: opt_agp.h: No such file or directory mkdep: compile failed *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 04:23:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 04:23:05 - ERROR: failed to build lint kernel TB --- 2009-02-07 04:23:05 - 5420.59 user 394.77 system 6647.41 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 06:44:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DDAF106566C for ; Sat, 7 Feb 2009 06:44:26 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id B586F8FC17 for ; Sat, 7 Feb 2009 06:44:25 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1LVgvP-0002Vq-G3 for freebsd-current@freebsd.org; Sat, 07 Feb 2009 07:44:23 +0100 Received: from ip5993549e.rubicom.hu ([89.147.84.158] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1LVgvO-0002Vi-A5 for freebsd-current@freebsd.org; Sat, 07 Feb 2009 07:44:23 +0100 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.3/8.14.3) with ESMTP id n176iLMb002902 for ; Sat, 7 Feb 2009 07:44:21 +0100 (CET) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.3/8.14.3/Submit) id n176iLVT002901 for freebsd-current@freebsd.org; Sat, 7 Feb 2009 07:44:21 +0100 (CET) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Sat, 7 Feb 2009 07:44:19 +0100 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20090207064418.GA2686@baranyfelhocske.buza.adamsfamily.xx> References: <792298050902061142k33f35be7sb19d566835e796ad@mail.gmail.com> <20090206205456.GA60974@baranyfelhocske.buza.adamsfamily.xx> <792298050902061403o5adc52ddx3b6a476a78e5c230@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <792298050902061403o5adc52ddx3b6a476a78e5c230@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: iwi broken? reproducible crash :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 06:44:26 -0000 On Fri, Feb 06, 2009 at 05:03:08PM -0500, L Campbell wrote: > Since you're offering -- back on 7.x I had all kinds of problem with > the adapter: I had to double the send/recvbuf_max and had to disable > bgscan, otherwise the connection would die after ~6-12 hours, > depending on usage. Did you ever have similar issues, or is something > wonky with my machine? Well, my experience varied with time and also with the AP used. I had no real problems with a Linksys WRT54G with original firmware v2.2. And this in spite of the fact that there are walls made of concrete in this flat. By contrast, I *did* have major problems with an SMC AP, but that may have just as well been the AP, because a ral(4) based card also made a poor showing there (even under windows in another machine). I most certainly did not have to change the send/recvbuf_max. I did not recall real issues with bgscan either (although I tried to turn it off with the SMC AP, but that did not help). However, I never tried roaming in any configuration, and there never were more APs working at the same time. Also, I use WPA2 and configured the card to very specifically scan for, and associate with, only the one AP that I was using, so scanning may not have been such a bother. > I'll see if I can't grab some more hardware to test with to rule out > hardware failure or a broken install on my part. I would have also suggested wlandebug. Also, if you use wpa_supplicant, you can use the -d switch to get debug output. To be honest, I did not try enabling the debugging under iwi, so have no experience if it works. Will try it just for kicks, and report back if it also panics for me. -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 08:56:00 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D02E91065670 for ; Sat, 7 Feb 2009 08:56:00 +0000 (UTC) (envelope-from antonakis@gmail.com) Received: from mail-fx0-f16.google.com (mail-fx0-f16.google.com [209.85.220.16]) by mx1.freebsd.org (Postfix) with ESMTP id 43CC18FC17 for ; Sat, 7 Feb 2009 08:56:00 +0000 (UTC) (envelope-from antonakis@gmail.com) Received: by fxm9 with SMTP id 9so685190fxm.19 for ; Sat, 07 Feb 2009 00:55:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=YUlbN7VeLHhXYeDJ82k5gQrvzG49N5hebH/VRX8GIFk=; b=hGAtZOWlO0Ny5xVNt+Oto+zkANdYjOvN3w7kiynsPvcRl78lxqk4YkRlugPFUoZqoc c2QXYGZGdq0Vl+SeQpzNaMl46jcVcqq8Je2ovy0HFwP4Aqx40AqhyQlQGoVb4CTXI5ad L5A2TWNa20IaHuYepj69ITpV/xyhix8i8baI4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=WBhztf51fKHw8oQflmq2LCRoiRUDrc3oI/eRcSjEDhzbtIX15yG9SYKY5cV9jjkQ4Z qjh9fKjKqHT4OlDyoMEqedyS/c6shKC18gdUhNeVqn5xESphURA9mFJTsWkUw3nDp/2G u13Z2Sb6FFLIqh58DzJST6brQS/IvZvUycQow= MIME-Version: 1.0 Received: by 10.223.110.200 with SMTP id o8mr2130344fap.56.1233995128418; Sat, 07 Feb 2009 00:25:28 -0800 (PST) In-Reply-To: <498CD00B.5010707@unsane.co.uk> References: <200902052218.n15MIaEa026891@lurza.secnetix.de> <498BA5D5.4080100@samsco.org> <200902062244.19607.Thomas.Sparrevohn@btinternet.com> <498CD00B.5010707@unsane.co.uk> Date: Sat, 7 Feb 2009 10:25:28 +0200 Message-ID: <655a934b0902070025p5ab5ed21ncdb1e6efd3e21c24@mail.gmail.com> From: Antonios Anastasiadis To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 08:56:01 -0000 Hi. Nice work! I've got the red border on a TFT monitor by the way. From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 09:56:50 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8144C106564A for ; Sat, 7 Feb 2009 09:56:50 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 3B34F8FC08 for ; Sat, 7 Feb 2009 09:56:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 1287C9CB07C; Sat, 7 Feb 2009 10:54:05 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Gk8CDQ6t3HJy; Sat, 7 Feb 2009 10:53:53 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2D0719CB12D; Sat, 7 Feb 2009 10:53:53 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n179rqNG021281; Sat, 7 Feb 2009 10:53:52 +0100 (CET) (envelope-from rdivacky) Date: Sat, 7 Feb 2009 10:53:52 +0100 From: Roman Divacky To: rohit.x.tripathi@jpmchase.com Message-ID: <20090207095352.GA21138@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: running binaries under linux ABI X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 09:56:50 -0000 On Fri, Feb 06, 2009 at 05:06:51PM -0500, rohit.x.tripathi@jpmchase.com wrote: > Hi, I suppose this question could be answered here, or someone can point > me in the right direction. (I read the linux abi doc before mailing) > > I have a dual core laptop with 2 GB RAM which is correctly detected by a > linux app running under fedora 64bit: > > rohit@tp/home/q/l64 $ q > KDB+ 2.5 2009.02.05 Copyright (C) 1993-2009 Kx Systems > l64/ 2()core 1978MB rohit tp 127.0.0.1 EXPIRE 2009.09.09 > > q).z.k > 2009.02.05 > q) > > Under FreeBSD i386 though, it seems to think that the RAM is 1MB and only > one core is available: > > KDB+ 2.5 2009.02.05 Copyright (C) 1993-2009 Kx Systems > l32/ 1()core -1MB rohit tp 255.255.255.255 EXPIRE 2009.09.09 > > q).z.k > 2009.02.05 > q) did you mount linprocfs? From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 10:33:34 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF4C3106564A; Sat, 7 Feb 2009 10:33:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6D38B8FC08; Sat, 7 Feb 2009 10:33:34 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17AXWaq024549; Sat, 7 Feb 2009 05:33:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17AXV1H096886; Sat, 7 Feb 2009 05:33:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6CBC7302F; Sat, 7 Feb 2009 05:33:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207103331.B6CBC7302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 05:33:31 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 10:33:35 -0000 TB --- 2009-02-07 08:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 08:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-07 08:00:00 - cleaning the object tree TB --- 2009-02-07 08:00:51 - cvsupping the source tree TB --- 2009-02-07 08:00:51 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-07 08:00:59 - building world TB --- 2009-02-07 08:00:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 08:00:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 08:00:59 - TARGET=amd64 TB --- 2009-02-07 08:00:59 - TARGET_ARCH=amd64 TB --- 2009-02-07 08:00:59 - TZ=UTC TB --- 2009-02-07 08:00:59 - __MAKE_CONF=/dev/null TB --- 2009-02-07 08:00:59 - cd /src TB --- 2009-02-07 08:00:59 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 08:01:01 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Feb 7 10:06:23 UTC 2009 TB --- 2009-02-07 10:06:23 - generating LINT kernel config TB --- 2009-02-07 10:06:23 - cd /src/sys/amd64/conf TB --- 2009-02-07 10:06:23 - /usr/bin/make -B LINT TB --- 2009-02-07 10:06:23 - building LINT kernel TB --- 2009-02-07 10:06:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 10:06:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 10:06:23 - TARGET=amd64 TB --- 2009-02-07 10:06:23 - TARGET_ARCH=amd64 TB --- 2009-02-07 10:06:23 - TZ=UTC TB --- 2009-02-07 10:06:23 - __MAKE_CONF=/dev/null TB --- 2009-02-07 10:06:23 - cd /src TB --- 2009-02-07 10:06:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 10:06:23 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/usb2/controller/../../../conf/kmod_syms.awk usb2_controller.ko export_syms | xargs -J% objcopy % usb2_controller.ko objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 10:33:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 10:33:31 - ERROR: failed to build lint kernel TB --- 2009-02-07 10:33:31 - 6997.34 user 674.03 system 9211.22 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 10:53:28 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31E6D106564A for ; Sat, 7 Feb 2009 10:53:28 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from fmmailgate02.web.de (fmmailgate02.web.de [217.72.192.227]) by mx1.freebsd.org (Postfix) with ESMTP id B7FF88FC14 for ; Sat, 7 Feb 2009 10:53:27 +0000 (UTC) (envelope-from michael.gusek@web.de) Received: from smtp07.web.de (fmsmtp07.dlan.cinetic.de [172.20.5.215]) by fmmailgate02.web.de (Postfix) with ESMTP id 07A02FA17A4D for ; Sat, 7 Feb 2009 11:53:26 +0100 (CET) Received: from [217.83.21.165] (helo=crolla.localnet.de) by smtp07.web.de with asmtp (WEB.DE 4.110 #277) id 1LVkoP-0008Ov-00 for freebsd-current@freebsd.org; Sat, 07 Feb 2009 11:53:25 +0100 Message-ID: <498D6824.8060303@web.de> Date: Sat, 07 Feb 2009 11:53:24 +0100 From: Michael Gusek User-Agent: Thunderbird 2.0.0.18 (X11/20081222) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200902051224.34442.michael.gusek@web.de> <20090206232327.GA19383@hyperion.scode.org> In-Reply-To: <20090206232327.GA19383@hyperion.scode.org> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: quoted-printable Sender: michael.gusek@web.de X-Sender: michael.gusek@web.de X-Provags-ID: V01U2FsdGVkX189XYMyaMo+fOKykG8Kc4ZJI/StcXMugcJSBBEM QPiyo3/LMSgTeTLXaElK2aBlzNq9720ep7mSwwxO2shWAzPJkW iOfNPqHtocMamPHuqzAQ== Subject: Re: zfs: allocating allocated segment X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 10:53:28 -0000 Peter Schuller schrieb: >> I'm running a File server with zfs, 64 Bit, 4 GB Ram and RELENG_7. Two= days=20 >> ago i uploaded a file via ftp to the server and the server is crashing= =2E After=20 >> reboot FreeBSD can't import the zfs-pool. There is a kernel-message: >> >> panic: Solaris(panic): zfs: allocating allocated=20 >> segment(offset=3D123456... size=3D74) >> >> cpuid =3D 0 >> Uptime: 14m22s >> panic: bufwrite: buffer is not busy??? >> >> Now i try to import the zfs-pool with a recent 8.0-current but with th= e same=20 >> result. It's very important to me to access the pool, so did you have = some=20 >> idea's ? >> =20 > > The ZFS panic is from space_map.c in space_map_add(), happening via > zfs_panic_recover(). It in turn is affected by zfs_recover: > > /* = = = * zfs_recover can be set to nonzero to attempt to r= ecover from = = * otherwise-fatal errors, typica= lly caused by on-disk corruption. When = = * set, calls = to zfs_panic_recover() will turn into warning messages. = = = */ > > Setting the vfs.zfs.recover loader variable to 1 might possibly > help. However I have never tried using that option and I'm not > familiar with the code, so I have no idea how safe it is. In > particular since you then seem to be getting a secondary panic (the > "buffer is not busy" which is from ffs_vfsops. > > On another note: > > http://www.google.com/search?client=3Dopera&rls=3Den&q=3Dzfs:+allocatin= g+allocated+segment&sourceid=3Dopera&ie=3Dutf-8&oe=3Dutf-8 > > indicates you're not the only person who has seen similar > errors. Unfortunately I cannot offer any insight other than to suggest > digging through the google results. > > Was the original crash, prior to the mount problem, purely a software > crash or was there, for example, a power outtage? I'm wondering > whether there is any particular reason to believe there was some > hardware/firmware fault causing corruption. > > =20 Thank you for your response Petter, on Monday i will give vfs.zfs.recover a try. The original crash was=20 beeing a ftp upload. There was'nt a power outtage or another kernel=20 message, so i don't think it is an hardware issue. Regards, Michael From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 11:05:09 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C39301065675; Sat, 7 Feb 2009 11:05:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 98B4D8FC12; Sat, 7 Feb 2009 11:05:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17B55MD027100; Sat, 7 Feb 2009 06:05:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17B55Ej010670; Sat, 7 Feb 2009 06:05:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F30A37302F; Sat, 7 Feb 2009 06:05:04 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207110504.F30A37302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 06:05:04 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 11:05:10 -0000 TB --- 2009-02-07 09:09:47 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 09:09:47 - starting HEAD tinderbox run for i386/i386 TB --- 2009-02-07 09:09:47 - cleaning the object tree TB --- 2009-02-07 09:10:23 - cvsupping the source tree TB --- 2009-02-07 09:10:23 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/i386/supfile TB --- 2009-02-07 09:10:32 - building world TB --- 2009-02-07 09:10:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 09:10:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 09:10:32 - TARGET=i386 TB --- 2009-02-07 09:10:32 - TARGET_ARCH=i386 TB --- 2009-02-07 09:10:32 - TZ=UTC TB --- 2009-02-07 09:10:32 - __MAKE_CONF=/dev/null TB --- 2009-02-07 09:10:32 - cd /src TB --- 2009-02-07 09:10:32 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 09:10:34 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 10:34:28 UTC 2009 TB --- 2009-02-07 10:34:28 - generating LINT kernel config TB --- 2009-02-07 10:34:28 - cd /src/sys/i386/conf TB --- 2009-02-07 10:34:28 - /usr/bin/make -B LINT TB --- 2009-02-07 10:34:29 - building LINT kernel TB --- 2009-02-07 10:34:29 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 10:34:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 10:34:29 - TARGET=i386 TB --- 2009-02-07 10:34:29 - TARGET_ARCH=i386 TB --- 2009-02-07 10:34:29 - TZ=UTC TB --- 2009-02-07 10:34:29 - __MAKE_CONF=/dev/null TB --- 2009-02-07 10:34:29 - cd /src TB --- 2009-02-07 10:34:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 10:34:29 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 11:05:04 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 11:05:04 - ERROR: failed to build lint kernel TB --- 2009-02-07 11:05:04 - 5464.06 user 473.75 system 6917.70 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 12:21:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1CD1106571F; Sat, 7 Feb 2009 12:21:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 76D368FC1B; Sat, 7 Feb 2009 12:21:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17CL3MC033838; Sat, 7 Feb 2009 07:21:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17CL3DY049407; Sat, 7 Feb 2009 07:21:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5AD217302F; Sat, 7 Feb 2009 07:21:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207122103.5AD217302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 07:21:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 12:21:07 -0000 TB --- 2009-02-07 10:33:31 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 10:33:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2009-02-07 10:33:31 - cleaning the object tree TB --- 2009-02-07 10:33:59 - cvsupping the source tree TB --- 2009-02-07 10:33:59 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/i386/pc98/supfile TB --- 2009-02-07 10:34:06 - building world TB --- 2009-02-07 10:34:06 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 10:34:06 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 10:34:06 - TARGET=pc98 TB --- 2009-02-07 10:34:06 - TARGET_ARCH=i386 TB --- 2009-02-07 10:34:06 - TZ=UTC TB --- 2009-02-07 10:34:06 - __MAKE_CONF=/dev/null TB --- 2009-02-07 10:34:06 - cd /src TB --- 2009-02-07 10:34:06 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 10:34:08 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 11:54:56 UTC 2009 TB --- 2009-02-07 11:54:56 - generating LINT kernel config TB --- 2009-02-07 11:54:56 - cd /src/sys/pc98/conf TB --- 2009-02-07 11:54:56 - /usr/bin/make -B LINT TB --- 2009-02-07 11:54:56 - building LINT kernel TB --- 2009-02-07 11:54:56 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 11:54:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 11:54:56 - TARGET=pc98 TB --- 2009-02-07 11:54:56 - TARGET_ARCH=i386 TB --- 2009-02-07 11:54:56 - TZ=UTC TB --- 2009-02-07 11:54:56 - __MAKE_CONF=/dev/null TB --- 2009-02-07 11:54:56 - cd /src TB --- 2009-02-07 11:54:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 11:54:56 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 12:21:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 12:21:03 - ERROR: failed to build lint kernel TB --- 2009-02-07 12:21:03 - 5186.16 user 473.02 system 6451.31 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 12:52:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 725EF1065731; Sat, 7 Feb 2009 12:52:08 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.tele2.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id CC97F8FC12; Sat, 7 Feb 2009 12:52:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=ndaoGXS1AAAA:8 a=bwuu3fJdPR3okzItQjkA:9 a=NKC1R799LppyD3GPy2G48vDZ44gA:4 a=50e4U0PicR4A:10 Received: from [193.217.167.198] (account mc467741@c2i.net HELO [10.0.0.186]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1019922931; Sat, 07 Feb 2009 13:52:06 +0100 From: Hans Petter Selasky To: freebsd-usb@freebsd.org, freebsd-current@freebsd.org Date: Sat, 7 Feb 2009 13:54:26 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200902071354.28941.hselasky@c2i.net> Cc: Subject: USB2/USB4BSD - code reference available X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 12:52:10 -0000 Hi, I've taken the time to generate a doxygen code reference for the new USB stack. Result is available here: http://www.selasky.org/hans_petter/usb4bsd/ http://www.selasky.org/hans_petter/usb4bsd/html/index.html --HPS From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 13:26:41 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94D38106566C; Sat, 7 Feb 2009 13:26:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6A7E28FC0A; Sat, 7 Feb 2009 13:26:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17DQZ59039729; Sat, 7 Feb 2009 08:26:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17DQZ23077525; Sat, 7 Feb 2009 08:26:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A27507302F; Sat, 7 Feb 2009 08:26:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207132635.A27507302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 08:26:35 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 13:26:42 -0000 TB --- 2009-02-07 11:05:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 11:05:05 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-07 11:05:05 - cleaning the object tree TB --- 2009-02-07 11:05:28 - cvsupping the source tree TB --- 2009-02-07 11:05:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-07 11:05:35 - building world TB --- 2009-02-07 11:05:35 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 11:05:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 11:05:35 - TARGET=ia64 TB --- 2009-02-07 11:05:35 - TARGET_ARCH=ia64 TB --- 2009-02-07 11:05:35 - TZ=UTC TB --- 2009-02-07 11:05:35 - __MAKE_CONF=/dev/null TB --- 2009-02-07 11:05:35 - cd /src TB --- 2009-02-07 11:05:35 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 11:05:36 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 12:52:25 UTC 2009 TB --- 2009-02-07 12:52:25 - generating LINT kernel config TB --- 2009-02-07 12:52:25 - cd /src/sys/ia64/conf TB --- 2009-02-07 12:52:25 - /usr/bin/make -B LINT TB --- 2009-02-07 12:52:25 - building LINT kernel TB --- 2009-02-07 12:52:25 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 12:52:25 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 12:52:25 - TARGET=ia64 TB --- 2009-02-07 12:52:25 - TARGET_ARCH=ia64 TB --- 2009-02-07 12:52:25 - TZ=UTC TB --- 2009-02-07 12:52:25 - __MAKE_CONF=/dev/null TB --- 2009-02-07 12:52:25 - cd /src TB --- 2009-02-07 12:52:25 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 12:52:25 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/ia64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/ia64/src/sys/LINT -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -std=iso9899:1999 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 13:26:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 13:26:35 - ERROR: failed to build lint kernel TB --- 2009-02-07 13:26:35 - 7153.05 user 469.70 system 8490.36 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 14:07:42 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80034106564A; Sat, 7 Feb 2009 14:07:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 55CDB8FC08; Sat, 7 Feb 2009 14:07:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17E7d4Y043839; Sat, 7 Feb 2009 09:07:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17E7d04098931; Sat, 7 Feb 2009 09:07:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9C3357302F; Sat, 7 Feb 2009 09:07:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207140739.9C3357302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 09:07:39 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 14:07:43 -0000 TB --- 2009-02-07 12:21:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 12:21:03 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-07 12:21:03 - cleaning the object tree TB --- 2009-02-07 12:21:33 - cvsupping the source tree TB --- 2009-02-07 12:21:33 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-07 12:21:40 - building world TB --- 2009-02-07 12:21:40 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 12:21:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 12:21:40 - TARGET=powerpc TB --- 2009-02-07 12:21:40 - TARGET_ARCH=powerpc TB --- 2009-02-07 12:21:40 - TZ=UTC TB --- 2009-02-07 12:21:40 - __MAKE_CONF=/dev/null TB --- 2009-02-07 12:21:40 - cd /src TB --- 2009-02-07 12:21:40 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 12:21:42 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 13:44:39 UTC 2009 TB --- 2009-02-07 13:44:39 - generating LINT kernel config TB --- 2009-02-07 13:44:39 - cd /src/sys/powerpc/conf TB --- 2009-02-07 13:44:39 - /usr/bin/make -B LINT TB --- 2009-02-07 13:44:39 - building LINT kernel TB --- 2009-02-07 13:44:39 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 13:44:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 13:44:39 - TARGET=powerpc TB --- 2009-02-07 13:44:39 - TARGET_ARCH=powerpc TB --- 2009-02-07 13:44:39 - TZ=UTC TB --- 2009-02-07 13:44:39 - __MAKE_CONF=/dev/null TB --- 2009-02-07 13:44:39 - cd /src TB --- 2009-02-07 13:44:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 13:44:39 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/powerpc/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -mlongcall -fno-omit-frame-pointer -I/obj/powerpc/src/sys/LINT -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 14:07:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 14:07:39 - ERROR: failed to build lint kernel TB --- 2009-02-07 14:07:39 - 5237.97 user 433.50 system 6396.20 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 15:11:52 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EECA51065678; Sat, 7 Feb 2009 15:11:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C43A98FC26; Sat, 7 Feb 2009 15:11:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17FBmTE049914; Sat, 7 Feb 2009 10:11:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17FBmp9006851; Sat, 7 Feb 2009 10:11:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 350A47302F; Sat, 7 Feb 2009 10:11:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207151148.350A47302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 10:11:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 15:11:54 -0000 TB --- 2009-02-07 13:26:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 13:26:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-07 13:26:35 - cleaning the object tree TB --- 2009-02-07 13:27:07 - cvsupping the source tree TB --- 2009-02-07 13:27:07 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-07 13:27:14 - building world TB --- 2009-02-07 13:27:14 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 13:27:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 13:27:14 - TARGET=sparc64 TB --- 2009-02-07 13:27:14 - TARGET_ARCH=sparc64 TB --- 2009-02-07 13:27:14 - TZ=UTC TB --- 2009-02-07 13:27:14 - __MAKE_CONF=/dev/null TB --- 2009-02-07 13:27:14 - cd /src TB --- 2009-02-07 13:27:14 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 13:27:17 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 14:46:15 UTC 2009 TB --- 2009-02-07 14:46:15 - generating LINT kernel config TB --- 2009-02-07 14:46:15 - cd /src/sys/sparc64/conf TB --- 2009-02-07 14:46:15 - /usr/bin/make -B LINT TB --- 2009-02-07 14:46:15 - building LINT kernel TB --- 2009-02-07 14:46:15 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 14:46:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 14:46:15 - TARGET=sparc64 TB --- 2009-02-07 14:46:15 - TARGET_ARCH=sparc64 TB --- 2009-02-07 14:46:15 - TZ=UTC TB --- 2009-02-07 14:46:15 - __MAKE_CONF=/dev/null TB --- 2009-02-07 14:46:15 - cd /src TB --- 2009-02-07 14:46:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 14:46:15 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sparc64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sparc64/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 15:11:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 15:11:48 - ERROR: failed to build lint kernel TB --- 2009-02-07 15:11:48 - 5100.05 user 439.48 system 6312.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 15:48:13 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1CC7E106564A; Sat, 7 Feb 2009 15:48:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D140D8FC19; Sat, 7 Feb 2009 15:48:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17Fm8Uj054346; Sat, 7 Feb 2009 10:48:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17Fm8WF085253; Sat, 7 Feb 2009 10:48:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4C8787302F; Sat, 7 Feb 2009 10:48:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207154808.4C8787302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 10:48:08 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 15:48:13 -0000 TB --- 2009-02-07 14:07:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 14:07:39 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-07 14:07:39 - cleaning the object tree TB --- 2009-02-07 14:08:12 - cvsupping the source tree TB --- 2009-02-07 14:08:12 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-07 14:08:22 - building world TB --- 2009-02-07 14:08:22 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 14:08:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 14:08:22 - TARGET=sun4v TB --- 2009-02-07 14:08:22 - TARGET_ARCH=sparc64 TB --- 2009-02-07 14:08:22 - TZ=UTC TB --- 2009-02-07 14:08:22 - __MAKE_CONF=/dev/null TB --- 2009-02-07 14:08:22 - cd /src TB --- 2009-02-07 14:08:22 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 14:08:23 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 15:25:30 UTC 2009 TB --- 2009-02-07 15:25:30 - generating LINT kernel config TB --- 2009-02-07 15:25:30 - cd /src/sys/sun4v/conf TB --- 2009-02-07 15:25:30 - /usr/bin/make -B LINT TB --- 2009-02-07 15:25:30 - building LINT kernel TB --- 2009-02-07 15:25:30 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 15:25:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 15:25:30 - TARGET=sun4v TB --- 2009-02-07 15:25:30 - TARGET_ARCH=sparc64 TB --- 2009-02-07 15:25:30 - TZ=UTC TB --- 2009-02-07 15:25:30 - __MAKE_CONF=/dev/null TB --- 2009-02-07 15:25:30 - cd /src TB --- 2009-02-07 15:25:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 15:25:30 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] ld -Bshareable -d -warn-common -o usb2_controller.ko usb2_controller.kld objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/sun4v/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/sun4v/src/sys/LINT -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 15:48:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 15:48:08 - ERROR: failed to build lint kernel TB --- 2009-02-07 15:48:08 - 5061.14 user 437.35 system 6028.53 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 10:40:08 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 112621065670 for ; Sat, 7 Feb 2009 10:40:08 +0000 (UTC) (envelope-from me@janh.de) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.17.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9BDFB8FC13 for ; Sat, 7 Feb 2009 10:40:07 +0000 (UTC) (envelope-from me@janh.de) Received: from janh.freebsd (e177246151.adsl.alicedsl.de [85.177.246.151]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1LVkbN2ABG-0000HC; Sat, 07 Feb 2009 11:39:57 +0100 Message-ID: <498D64FC.2040509@janh.de> Date: Sat, 07 Feb 2009 11:39:56 +0100 From: Jan Henrik Sylvester User-Agent: Thunderbird 2.0.0.19 (X11/20090115) MIME-Version: 1.0 To: L Campbell References: 792298050902061403o5adc52ddx3b6a476a78e5c230@mail.gmail.com Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX19tDWu/8oQ49tbjeZx9G+EnnDW36JeJzKPxzfn faUvo5JAul2hwlNTBGpW9XDTLWpT7JfXvMWJXOCp/L/dcr0wtk 5JLGsisACkaa7ajXq4zyg== X-Mailman-Approved-At: Sat, 07 Feb 2009 16:45:02 +0000 Cc: current-list freebsd Subject: Re: iwi broken? reproducible crash :( X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 10:40:08 -0000 L Campbell wrote: > Since you're offering -- back on 7.x I had all kinds of problem with > the adapter: I had to double the send/recvbuf_max and had to disable > bgscan, otherwise the connection would die after ~6-12 hours, > depending on usage. Did you ever have similar issues, or is something > wonky with my machine? With iwi on 7.0, my connections would die regularly, too -- much more often than the 6 to 12 hours you state, sometimes up to every 15 minutes or so. wpa_supplicant did reconnect, but without it, I would have to do it manually. It was still better than at 6.X, though, except for monitor mode, which would not receive packages on 7.0 at all. Worst, sometimes the driver would get stuck, but the firmware could not be reloaded, since there was not enough dmaable (?) memory. Closing all application did help. Since it took too much time to work around the problems and I wanted monitor, I got a 5 Euro ath based mini-pci from Ebay. I can only recommend that. Cheers, Jan Henrik From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 10:56:20 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 976411065680; Sat, 7 Feb 2009 10:56:20 +0000 (UTC) (envelope-from mikulas@artax.karlin.mff.cuni.cz) Received: from artax.karlin.mff.cuni.cz (artax.karlin.mff.cuni.cz [195.113.26.195]) by mx1.freebsd.org (Postfix) with ESMTP id 248E58FC12; Sat, 7 Feb 2009 10:56:19 +0000 (UTC) (envelope-from mikulas@artax.karlin.mff.cuni.cz) Received: by artax.karlin.mff.cuni.cz (Postfix, from userid 17421) id 1C54598359; Sat, 7 Feb 2009 11:27:35 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by artax.karlin.mff.cuni.cz (Postfix) with ESMTP id 15D1C982D7; Sat, 7 Feb 2009 11:27:35 +0100 (CET) Date: Sat, 7 Feb 2009 11:27:34 +0100 (CET) From: Mikulas Patocka To: sos@FreeBSD.org, bofh@terranova.net Message-ID: X-Personality-Disorder: Schizoid MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Sat, 07 Feb 2009 16:45:15 +0000 Cc: freebsd-current@freebsd.org Subject: HT 1000 SATA suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 10:56:21 -0000 Hi I found that you have problems with HT1000 SATA in FreeBSD. The problem is actually explained in the comments in the Linux driver. For normal IDE & legacy SATA cards, the sequence to perform DMA is this: - load register file - submit the command to the disk - setup dma sg table address and start dma But for ServerWorks SATA chips this sequence is wrong. If there is some CPU latency and data from the disk arrive BEFORE you start the dma engine, the controller will hang or corrupt the data. The correct sequence is to first start dma and then write the command to the taskfile. (Linux does this on serverworks SATA chips for both read and write commands, likely it doesn't cause problems with write commands) I am not a FreeBSD user or developer and I don't have a FreeBSD machine here to test, I was just developing ServerWorks SATA driver for another system, read the Linux driver, searched for HT1000 on the internet and found some your discussion where you desperately tried to work around the bugs in the chip and ended up restricting the transfer size (and then restricted it even more because it still didn't work perfectly) ... then I looked into FreeBSD source and saw that you start DMA after sending the command. So I'm writing you this like a suggestion to try. Mikulas From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 18:25:50 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F082106566C; Sat, 7 Feb 2009 18:25:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 646028FC0C; Sat, 7 Feb 2009 18:25:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17IPlXd069811; Sat, 7 Feb 2009 13:25:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17IPles030337; Sat, 7 Feb 2009 13:25:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7DE8B7302F; Sat, 7 Feb 2009 13:25:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207182547.7DE8B7302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 13:25:47 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 18:25:51 -0000 TB --- 2009-02-07 16:00:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 16:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2009-02-07 16:00:00 - cleaning the object tree TB --- 2009-02-07 16:00:44 - cvsupping the source tree TB --- 2009-02-07 16:00:44 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/amd64/amd64/supfile TB --- 2009-02-07 16:00:51 - building world TB --- 2009-02-07 16:00:51 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 16:00:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 16:00:51 - TARGET=amd64 TB --- 2009-02-07 16:00:51 - TARGET_ARCH=amd64 TB --- 2009-02-07 16:00:51 - TZ=UTC TB --- 2009-02-07 16:00:51 - __MAKE_CONF=/dev/null TB --- 2009-02-07 16:00:51 - cd /src TB --- 2009-02-07 16:00:51 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 16:00:54 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Sat Feb 7 17:58:32 UTC 2009 TB --- 2009-02-07 17:58:32 - generating LINT kernel config TB --- 2009-02-07 17:58:32 - cd /src/sys/amd64/conf TB --- 2009-02-07 17:58:32 - /usr/bin/make -B LINT TB --- 2009-02-07 17:58:32 - building LINT kernel TB --- 2009-02-07 17:58:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 17:58:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 17:58:32 - TARGET=amd64 TB --- 2009-02-07 17:58:32 - TARGET_ARCH=amd64 TB --- 2009-02-07 17:58:32 - TZ=UTC TB --- 2009-02-07 17:58:32 - __MAKE_CONF=/dev/null TB --- 2009-02-07 17:58:32 - cd /src TB --- 2009-02-07 17:58:32 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 17:58:32 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] awk -f /src/sys/modules/usb2/controller/../../../conf/kmod_syms.awk usb2_controller.ko export_syms | xargs -J% objcopy % usb2_controller.ko objcopy --strip-debug usb2_controller.ko ===> usb2/controller_ehci (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c: In function 'ehci_init': /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: 'error' undeclared (first use in this function) /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: (Each undeclared identifier is reported only once /src/sys/modules/usb2/controller_ehci/../../../dev/usb2/controller/ehci2.c:265: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/usb2/controller_ehci. *** Error code 1 Stop in /src/sys/modules/usb2. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 18:25:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 18:25:47 - ERROR: failed to build lint kernel TB --- 2009-02-07 18:25:47 - 6983.04 user 668.07 system 8746.95 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 18:37:20 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4661E106567F for ; Sat, 7 Feb 2009 18:37:20 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from deepcore.dk (adsl.deepcore.dk [87.63.29.106]) by mx1.freebsd.org (Postfix) with ESMTP id C58418FC08 for ; Sat, 7 Feb 2009 18:37:19 +0000 (UTC) (envelope-from sos@FreeBSD.ORG) Received: from [192.168.0.138] ([192.168.0.138]) by deepcore.dk (8.14.3/8.14.2) with ESMTP id n17IbEZs083873; Sat, 7 Feb 2009 19:37:15 +0100 (CET) (envelope-from sos@FreeBSD.ORG) Message-Id: From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= To: Mikulas Patocka In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sat, 7 Feb 2009 19:37:14 +0100 References: X-Mailer: Apple Mail (2.930.3) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (deepcore.dk [217.20.59.72]); Sat, 07 Feb 2009 19:37:15 +0100 (CET) Cc: bofh@terranova.net, freebsd-current@FreeBSD.ORG Subject: Re: HT 1000 SATA suggestion X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 18:37:20 -0000 On 7Feb, 2009, at 11:27 , Mikulas Patocka wrote: > Hi > > I found that you have problems with HT1000 SATA in FreeBSD. > > The problem is actually explained in the comments in the Linux driver. > > For normal IDE & legacy SATA cards, the sequence to perform DMA is =20 > this: > > - load register file > - submit the command to the disk > - setup dma sg table address and start dma > > But for ServerWorks SATA chips this sequence is wrong. If there is =20 > some > CPU latency and data from the disk arrive BEFORE you start the dma =20 > engine, > the controller will hang or corrupt the data. > > The correct sequence is to first start dma and then write the =20 > command to > the taskfile. (Linux does this on serverworks SATA chips for both =20 > read and > write commands, likely it doesn't cause problems with write commands) Just for the record this (amongst lots of other things) was tried long =20= ago and does *not* solve the problem we were having. I'm not sure what to make out of their reasoning though, as the result =20= from the problem they describe would be that the amount of data =20 transfered would be wrong, in that case the transaction will either =20 fail or hang the controller, which in both cases should trigger error =20= handling. -S=F8ren From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 18:50:35 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AD741065675 for ; Sat, 7 Feb 2009 18:50:35 +0000 (UTC) (envelope-from mav@FreeBSD.org) Received: from cmail.optima.ua (cmail.optima.ua [195.248.191.121]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9848FC1C for ; Sat, 7 Feb 2009 18:50:34 +0000 (UTC) (envelope-from mav@FreeBSD.org) X-Spam-Flag: SKIP X-Spam-Yversion: Spamooborona-2.1.0 Received: from [212.86.226.226] (account mav@alkar.net HELO mavbook.mavhome.dp.ua) by cmail.optima.ua (CommuniGate Pro SMTP 5.2.9) with ESMTPSA id 233868570; Sat, 07 Feb 2009 20:50:34 +0200 Message-ID: <498DD7FF.7010904@FreeBSD.org> Date: Sat, 07 Feb 2009 20:50:39 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.19 (X11/20090118) MIME-Version: 1.0 To: Yury Froloff References: In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: To Alexander Motin aka Mav. HDA problems. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 18:50:35 -0000 Yury Froloff wrote: > --- Исходное сообщение --- > От кого: Alexander Motin > Кому: Yury Froloff > Дата: 6 февраля, 22:27:26 > Тема: Re: To Alexander Motin aka Mav. HDA problems. > > Yury Froloff wrote: > > У меня проблема со звуком и никак не могу ее решить. Решил > написать Вам, т.к. уже облазил весь интернет и не знаю как бороться. > > Звука просто нет. Помогите, пожалуйста, разобраться. Вы - моя > последняя надежда. > > =================================================== > > private# uname -a > > FreeBSD private.org 7.0-RELEASE FreeBSD 7.0-RELEASE #0: Sat Jan > 31 11:21:07 EET 2009 root@private.org:/usr/obj/usr/src/sys/NEWKERN > amd64 > > =================================================== > > private# cat /dev/sndstat > > FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) > > Installed devices: > > pcm0: at memory > 0xfe020000 irq 16 kld snd_hda [20071129_0050] [MPSAFE] (1p:1v/1r:1v > channels duplex default) > > =================================================== > > У тебя стоит старый драйвер 2007 года. Тебе стоит начать с обновления > системы до 7-STABLE или по крайней мере полностью взять оттуда каталог > /sys/dev/sound/pci/hda и пересобрать модуль snd_hda. > > You have old driver of year 2007. You should start from updating your > system to latest 7-STABLE or at least take /sys/dev/sound/pci/hda > folder > from there and rebuild your snd_hda module. > > I've updated sources & rebuilt /sys/modules/sound/, but problem still > there... No sound. :( > > private# cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 64bit 2007061600/amd64) > Installed devices: > pcm0: at memory 0xfe020000 > irq 16 kld snd_hda [20080420_0052] [MPSAFE] (1p:1v/1r:1v channels duplex > default) > > Motherboard is "ASUS M2A-VM HDMI". HDMI is disabled in BIOS. I don't now > what goes wrong, but I hope we can find the solution. 20080420_0052 is better, but still not good. It is 7.1-RELEASE, but not the 7-STABLE. Present version in 7-STABLE now is 20090131_0127. You can fetch it from here: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/sound/pci/hda/?only_with_tag=RELENG_7 If for some reason it does not help - send me verbose boot messages. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 18:59:48 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BB45106564A for ; Sat, 7 Feb 2009 18:59:48 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 825268FC16 for ; Sat, 7 Feb 2009 18:59:47 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n17Ixhal075787; Sat, 7 Feb 2009 19:59:44 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n17Ixh4k075786; Sat, 7 Feb 2009 19:59:43 +0100 (CET) (envelope-from olli) Date: Sat, 7 Feb 2009 19:59:43 +0100 (CET) Message-Id: <200902071859.n17Ixh4k075786@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, Thomas.Sparrevohn@btinternet.com In-Reply-To: <200902062244.19607.Thomas.Sparrevohn@btinternet.com> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 07 Feb 2009 19:59:44 +0100 (CET) Cc: Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 18:59:48 -0000 Thomas Sparrevohn wrote: > Agreed - Looks very cool - but I miss beastie - Would love to have it > as an option like, "WITH_SENTIMENTAL=YES" that maybe would install > the old games as well....ahh well You can easily replace the background image, it's a standard PCX image file. You can even re-arrange the position of the menu if necessary; there are simple variable settings for that in the theme.conf file. In fact I have prepared a theme with beastie; here's a screen shot (preliminary): http://www.secnetix.de/olli/FreeBSD/vloader/screenshot5.png It's not included in the tarball that I've published for the CFT, though. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Life is short (You need Python)" -- Bruce Eckel, ANSI C++ Comitee member, author of "Thinking in C++" and "Thinking in Java" From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 19:44:14 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 789C9106564A for ; Sat, 7 Feb 2009 19:44:14 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 110F48FC16 for ; Sat, 7 Feb 2009 19:44:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 27275 invoked by uid 399); 7 Feb 2009 19:44:13 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 7 Feb 2009 19:44:13 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <498DE489.8000309@FreeBSD.org> Date: Sat, 07 Feb 2009 11:44:09 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Oliver Fromme References: <200902071859.n17Ixh4k075786@lurza.secnetix.de> In-Reply-To: <200902071859.n17Ixh4k075786@lurza.secnetix.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.ORG Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 19:44:14 -0000 Oliver, This is very nice looking stuff. :) The only thing I don't see is a timer for bypassing the menu, an indication on the menu of where we're at in the timer, and a way to suspend the timer. These features exist in the current boot loader and I would hate to lose them. If they exist and I'm simply missing it, my apologies. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 20:06:33 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2DF8E1065670 for ; Sat, 7 Feb 2009 20:06:33 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (mailrelay.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id A9BB58FC1D for ; Sat, 7 Feb 2009 20:06:32 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 71714A06E7; Sat, 7 Feb 2009 21:06:31 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 62EAAA06C9; Sat, 7 Feb 2009 21:06:31 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wthp192.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 4D5C5A068C; Sat, 7 Feb 2009 21:06:31 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009020721063061-38401 ; Sat, 7 Feb 2009 21:06:30 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sat, 7 Feb 2009 21:06:30 +0100 From: "Alexey Shuvaev" Date: Sat, 7 Feb 2009 21:06:30 +0100 To: Doug Barton Message-ID: <20090207200630.GA50298@wep4035.physik.uni-wuerzburg.de> References: <200902071859.n17Ixh4k075786@lurza.secnetix.de> <498DE489.8000309@FreeBSD.org> MIME-Version: 1.0 In-Reply-To: <498DE489.8000309@FreeBSD.org> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.18 (2008-05-17) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/07/2009 09:06:30 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 02/07/2009 09:06:31 PM, Serialize complete at 02/07/2009 09:06:31 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@FreeBSD.ORG, Oliver Fromme Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 20:06:33 -0000 On Sat, Feb 07, 2009 at 11:44:09AM -0800, Doug Barton wrote: > Oliver, > > This is very nice looking stuff. :) The only thing I don't see is a > timer for bypassing the menu, an indication on the menu of where we're > at in the timer, and a way to suspend the timer. These features exist > in the current boot loader and I would hate to lose them. > > If they exist and I'm simply missing it, my apologies. > For now the timer is in the upper-left corner. You might have missed it due to the bad fit of 640x480 resolution on modern widescreen TFT monitors. I want just to say that it works good on: ICH9 based motherboard with G33 intel video card, FreeBSD wep4035 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sat Feb 7 20:25:10 CET 2009 root@wep4035:/usr/obj/usr/src/sys/NOUSB amd64 and gpt partitioned disk (but no zfs): => 34 976773101 ad6 GPT (466G) 34 1571840 1 freebsd-ufs (768M) 1571874 8388608 2 freebsd-swap (4.0G) 9960482 1024 3 freebsd-boot (512K) 9961506 8388608 4 freebsd-ufs (4.0G) 18350114 524288 5 freebsd-ufs (256M) 18874402 134217728 6 freebsd-ufs (64G) 153092130 33554432 7 freebsd-ufs (16G) 186646562 33554432 8 freebsd-ufs (16G) 220200994 756572141 - free - (361G) The monitor has 1680x1050 native resolution and I see the red border too. Looks good, BTW is 640x480 in 4 bits per pixel the maximum of standard VGA? Can you go higher or you are already in protected mode with (almost) no BIOS? I mean, 640x480 is ok, but 4 bits per pixel... mmm... the same 16 colors as in text mode... although with a palette... Just my 0.02$, Alexey. From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 20:25:50 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D2CD31065672; Sat, 7 Feb 2009 20:25:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 549798FC18; Sat, 7 Feb 2009 20:25:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n17KPmCA079259; Sat, 7 Feb 2009 21:25:48 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n17KPmGW079257; Sat, 7 Feb 2009 21:25:48 +0100 (CET) (envelope-from olli) From: Oliver Fromme Message-Id: <200902072025.n17KPmGW079257@lurza.secnetix.de> To: dougb@FreeBSD.org (Doug Barton) Date: Sat, 7 Feb 2009 21:25:48 +0100 (CET) In-Reply-To: <498DE489.8000309@FreeBSD.org> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Sat, 07 Feb 2009 21:25:49 +0100 (CET) Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 20:25:51 -0000 Doug Barton wrote: > This is very nice looking stuff. :) The only thing I don't see is a > timer for bypassing the menu, an indication on the menu of where we're > at in the timer, and a way to suspend the timer. These features exist > in the current boot loader and I would hate to lose them. > > If they exist and I'm simply missing it, my apologies. No need to apologize. Those features do exist. There's a countdown in the upper left corner, it respects the autoboot_delay variable from loader.conf, and pressing space (or any other key) will stop the countdown. It is my intention that we will *NOT* lose any existing features! The only thing missing is an explanatory text, something like "autoboot in x seconds, press space to pause". I just haven't gotten around to put that in the .4th code yet. The screen layout isn't final anyway, there will certainly be changes to some details. The purpose of the CFT is to test the compatibility of the graphics code with a wide range of hardware (real and virtual) and BIOS, not to decide on the detailed screen layout. This can be changed easily anyway in the .4th files. By the way, I also just implemented that pressing will bring you back to the old-fashioned text menu any time. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschдftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mьn- chen, HRB 125758, Geschдftsfьhrer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Whatever happened to the days when hacking started at the cerebral cortex, and not at the keyboard?" -- Sid on userfriendly.org by Illiad, 2007-06-20 From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 20:30:43 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2CA21065676 for ; Sat, 7 Feb 2009 20:30:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 40F148FC1B for ; Sat, 7 Feb 2009 20:30:43 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20496 invoked by uid 399); 7 Feb 2009 20:30:38 -0000 Received: from localhost (HELO ?192.168.0.19?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 7 Feb 2009 20:30:38 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <498DEF6F.7000509@FreeBSD.org> Date: Sat, 07 Feb 2009 12:30:39 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Oliver Fromme References: <200902072025.n17KPmGW079257@lurza.secnetix.de> In-Reply-To: <200902072025.n17KPmGW079257@lurza.secnetix.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: CFT: Graphics support for /boot/loader X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 20:30:44 -0000 Oliver Fromme wrote: > Doug Barton wrote: > > This is very nice looking stuff. :) The only thing I don't see is a > > timer for bypassing the menu, an indication on the menu of where we're > > at in the timer, and a way to suspend the timer. These features exist > > in the current boot loader and I would hate to lose them. > > > > If they exist and I'm simply missing it, my apologies. > > No need to apologize. Those features do exist. There's > a countdown in the upper left corner, *slaps forehead* So that's what the number in the screen shot is, thanks! :) > it respects the > autoboot_delay variable from loader.conf, and pressing > space (or any other key) will stop the countdown. > > It is my intention that we will *NOT* lose any existing > features! Sounds great. > The only thing missing is an explanatory text, something > like "autoboot in x seconds, press space to pause". > I just haven't gotten around to put that in the .4th > code yet. Ok, no worries then. I look forward to being able to give this a whirl. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 21:09:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C16C106564A for ; Sat, 7 Feb 2009 21:09:26 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from relay0.elcom.ru (relay0.elcom.ru [84.53.200.16]) by mx1.freebsd.org (Postfix) with ESMTP id 0EB958FC1E for ; Sat, 7 Feb 2009 21:09:25 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by relay0.elcom.ru (Postfix, from userid 65534) id C7965506B2; Sun, 8 Feb 2009 00:01:40 +0300 (MSK) Received: from conroe. (static-241-239.domolink.elcom.ru [84.53.241.239]) (Authenticated sender: p3ccmasm) by relay0.elcom.ru (Postfix) with ESMTPA id AA9CA506AC for ; Sun, 8 Feb 2009 00:01:40 +0300 (MSK) Date: Sun, 8 Feb 2009 00:01:32 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1572322913.20090208000132@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: boot2.c need change or not. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 21:09:26 -0000 Hi, All. for my configuration with ntld realy need change of boot2.c file, may be we can add option `BOOT_CONFIG_LINE' to kernel build instead of use /boot.config ? /* Process configuration file */ autoboot = 1; #if (defined(BOOT_CONFIG_LINE)) memcpy(cmd, BOOT_CONFIG_LINE, sizeof(BOOT_CONFIG_LINE)); #else if ((ino = lookup(PATH_CONFIG))) fsread(ino, cmd, sizeof(cmd)); #endif -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 21:14:26 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B600C106564A for ; Sat, 7 Feb 2009 21:14:26 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from relay0.elcom.ru (relay0.elcom.ru [84.53.200.16]) by mx1.freebsd.org (Postfix) with ESMTP id 690C88FC0C for ; Sat, 7 Feb 2009 21:14:26 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by relay0.elcom.ru (Postfix, from userid 65534) id 2D48F506B0; Sat, 7 Feb 2009 23:55:34 +0300 (MSK) Received: from conroe. (static-241-239.domolink.elcom.ru [84.53.241.239]) (Authenticated sender: p3ccmasm) by relay0.elcom.ru (Postfix) with ESMTPA id 0B646506AA for ; Sat, 7 Feb 2009 23:55:33 +0300 (MSK) Date: Sat, 7 Feb 2009 23:55:28 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1977211221.20090207235528@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: boot2 and ntldr on sata2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 21:14:27 -0000 Hi, All. People, may be realy need to add compile in boot command line, souch as /boot.config staticaly in boot2.c instead of dynamic load it at bootstrap process. I have sata2 disk with 4 primary partition: [ntfs] [bsd] (/var, /usr) [bsd] (/, swap) [ntfs] then system bootup from ntldr with bootpart 2.6 support, I got an error `Invalid Partition' then try boot with command `0:ad(4,3,a)/boot/loader bootstrap process finished succesful! I tryed set in /sys/boot/i386/boot2/boot2.c dsk.drive=0; // may be here must be 0x80 ?? dsk.unit=4; dsk.slice=3; dsk.part=0; i had error 1 lba 0 ... may be i realy set wrong number to dsr.drive I try to add at line 258, after if ((ino = lookup(PATH_CONFIG))) fsread(ino, cmd, sizeof(cmd)); line: memcpy(cmd, "0:ad(4,3,a)/boot/loader\0\0", 24); after this system boot sucess! ps: sorry for my english. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 21:41:51 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E1971065670; Sat, 7 Feb 2009 21:41:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 337D98FC1A; Sat, 7 Feb 2009 21:41:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17Lfmka090790; Sat, 7 Feb 2009 16:41:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17Lfml3041004; Sat, 7 Feb 2009 16:41:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7F8497302F; Sat, 7 Feb 2009 16:41:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207214148.7F8497302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 16:41:48 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 21:41:52 -0000 TB --- 2009-02-07 19:32:06 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 19:32:06 - starting HEAD tinderbox run for ia64/ia64 TB --- 2009-02-07 19:32:06 - cleaning the object tree TB --- 2009-02-07 19:32:35 - cvsupping the source tree TB --- 2009-02-07 19:32:35 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/ia64/ia64/supfile TB --- 2009-02-07 19:32:44 - building world TB --- 2009-02-07 19:32:44 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 19:32:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 19:32:44 - TARGET=ia64 TB --- 2009-02-07 19:32:44 - TARGET_ARCH=ia64 TB --- 2009-02-07 19:32:44 - TZ=UTC TB --- 2009-02-07 19:32:44 - __MAKE_CONF=/dev/null TB --- 2009-02-07 19:32:44 - cd /src TB --- 2009-02-07 19:32:44 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 19:32:47 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 21:19:57 UTC 2009 TB --- 2009-02-07 21:19:57 - generating LINT kernel config TB --- 2009-02-07 21:19:57 - cd /src/sys/ia64/conf TB --- 2009-02-07 21:19:57 - /usr/bin/make -B LINT TB --- 2009-02-07 21:19:57 - building LINT kernel TB --- 2009-02-07 21:19:57 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 21:19:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 21:19:57 - TARGET=ia64 TB --- 2009-02-07 21:19:57 - TARGET_ARCH=ia64 TB --- 2009-02-07 21:19:57 - TZ=UTC TB --- 2009-02-07 21:19:57 - __MAKE_CONF=/dev/null TB --- 2009-02-07 21:19:57 - cd /src TB --- 2009-02-07 21:19:57 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 21:19:58 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror vers.c linking kernel alias.o(.text+0x5720): In function `LibAliasUnaliasOut': : undefined reference to `SctpAlias' alias_db.o(.text+0x6170): In function `FindNewPortGroup': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x6190): In function `FindNewPortGroup': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 21:41:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 21:41:47 - ERROR: failed to build lint kernel TB --- 2009-02-07 21:41:47 - 6488.53 user 442.01 system 7781.54 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 22:14:58 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14C75106566C; Sat, 7 Feb 2009 22:14:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CB1EA8FC0A; Sat, 7 Feb 2009 22:14:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17MEtFn090214; Sat, 7 Feb 2009 17:14:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17MEtGn028169; Sat, 7 Feb 2009 17:14:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 6B41E7302F; Sat, 7 Feb 2009 17:14:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207221455.6B41E7302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 17:14:55 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner1 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 22:14:58 -0000 TB --- 2009-02-07 20:35:46 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 20:35:46 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2009-02-07 20:35:46 - cleaning the object tree TB --- 2009-02-07 20:36:08 - cvsupping the source tree TB --- 2009-02-07 20:36:08 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2009-02-07 20:36:17 - building world TB --- 2009-02-07 20:36:17 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 20:36:17 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 20:36:17 - TARGET=powerpc TB --- 2009-02-07 20:36:17 - TARGET_ARCH=powerpc TB --- 2009-02-07 20:36:17 - TZ=UTC TB --- 2009-02-07 20:36:17 - __MAKE_CONF=/dev/null TB --- 2009-02-07 20:36:17 - cd /src TB --- 2009-02-07 20:36:17 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 20:36:19 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 21:59:53 UTC 2009 TB --- 2009-02-07 21:59:53 - generating LINT kernel config TB --- 2009-02-07 21:59:53 - cd /src/sys/powerpc/conf TB --- 2009-02-07 21:59:53 - /usr/bin/make -B LINT TB --- 2009-02-07 21:59:53 - building LINT kernel TB --- 2009-02-07 21:59:53 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 21:59:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 21:59:53 - TARGET=powerpc TB --- 2009-02-07 21:59:53 - TARGET_ARCH=powerpc TB --- 2009-02-07 21:59:53 - TZ=UTC TB --- 2009-02-07 21:59:53 - __MAKE_CONF=/dev/null TB --- 2009-02-07 21:59:53 - cd /src TB --- 2009-02-07 21:59:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 21:59:53 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] alias_db.o(.text+0x3af0): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x3ce0): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x3ce8): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x3e08): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 22:14:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 22:14:55 - ERROR: failed to build lint kernel TB --- 2009-02-07 22:14:55 - 4828.73 user 412.76 system 5948.66 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 23:18:06 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31C09106566B; Sat, 7 Feb 2009 23:18:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 0850C8FC13; Sat, 7 Feb 2009 23:18:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17NI3du095204; Sat, 7 Feb 2009 18:18:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17NI3de050833; Sat, 7 Feb 2009 18:18:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A68E97302F; Sat, 7 Feb 2009 18:18:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207231803.A68E97302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 18:18:03 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 23:18:07 -0000 TB --- 2009-02-07 21:41:48 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 21:41:48 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2009-02-07 21:41:48 - cleaning the object tree TB --- 2009-02-07 21:42:22 - cvsupping the source tree TB --- 2009-02-07 21:42:22 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2009-02-07 21:42:32 - building world TB --- 2009-02-07 21:42:32 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 21:42:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 21:42:32 - TARGET=sparc64 TB --- 2009-02-07 21:42:32 - TARGET_ARCH=sparc64 TB --- 2009-02-07 21:42:32 - TZ=UTC TB --- 2009-02-07 21:42:32 - __MAKE_CONF=/dev/null TB --- 2009-02-07 21:42:32 - cd /src TB --- 2009-02-07 21:42:32 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 21:42:34 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 23:01:48 UTC 2009 TB --- 2009-02-07 23:01:48 - generating LINT kernel config TB --- 2009-02-07 23:01:48 - cd /src/sys/sparc64/conf TB --- 2009-02-07 23:01:48 - /usr/bin/make -B LINT TB --- 2009-02-07 23:01:48 - building LINT kernel TB --- 2009-02-07 23:01:48 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 23:01:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 23:01:48 - TARGET=sparc64 TB --- 2009-02-07 23:01:48 - TARGET_ARCH=sparc64 TB --- 2009-02-07 23:01:48 - TZ=UTC TB --- 2009-02-07 23:01:48 - __MAKE_CONF=/dev/null TB --- 2009-02-07 23:01:48 - cd /src TB --- 2009-02-07 23:01:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 23:01:48 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] alias_db.o(.text+0x34fc): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36d4): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36dc): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x3894): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 23:18:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 23:18:03 - ERROR: failed to build lint kernel TB --- 2009-02-07 23:18:03 - 4633.48 user 415.73 system 5774.73 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Sat Feb 7 23:47:19 2009 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E9E531065670; Sat, 7 Feb 2009 23:47:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AB0C58FC13; Sat, 7 Feb 2009 23:47:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.3/8.14.3) with ESMTP id n17NlHjx098259; Sat, 7 Feb 2009 18:47:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.3/8.14.3) with ESMTP id n17NlHiV059708; Sat, 7 Feb 2009 18:47:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8669F7302F; Sat, 7 Feb 2009 18:47:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090207234717.8669F7302F@freebsd-current.sentex.ca> Date: Sat, 7 Feb 2009 18:47:17 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner2 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 205.211.164.50 Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 07 Feb 2009 23:47:20 -0000 TB --- 2009-02-07 22:14:55 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-02-07 22:14:55 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-02-07 22:14:55 - cleaning the object tree TB --- 2009-02-07 22:15:28 - cvsupping the source tree TB --- 2009-02-07 22:15:28 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-02-07 22:15:36 - building world TB --- 2009-02-07 22:15:36 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 22:15:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 22:15:36 - TARGET=sun4v TB --- 2009-02-07 22:15:36 - TARGET_ARCH=sparc64 TB --- 2009-02-07 22:15:36 - TZ=UTC TB --- 2009-02-07 22:15:36 - __MAKE_CONF=/dev/null TB --- 2009-02-07 22:15:36 - cd /src TB --- 2009-02-07 22:15:36 - /usr/bin/make -B buildworld >>> World build started on Sat Feb 7 22:15:37 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sat Feb 7 23:32:50 UTC 2009 TB --- 2009-02-07 23:32:50 - generating LINT kernel config TB --- 2009-02-07 23:32:50 - cd /src/sys/sun4v/conf TB --- 2009-02-07 23:32:50 - /usr/bin/make -B LINT TB --- 2009-02-07 23:32:50 - building LINT kernel TB --- 2009-02-07 23:32:50 - MAKEOBJDIRPREFIX=/obj TB --- 2009-02-07 23:32:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-02-07 23:32:50 - TARGET=sun4v TB --- 2009-02-07 23:32:50 - TARGET_ARCH=sparc64 TB --- 2009-02-07 23:32:50 - TZ=UTC TB --- 2009-02-07 23:32:50 - __MAKE_CONF=/dev/null TB --- 2009-02-07 23:32:50 - cd /src TB --- 2009-02-07 23:32:50 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Feb 7 23:32:50 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] alias_db.o(.text+0x34fc): In function `LibAliasUninit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36d4): In function `LibAliasInit': : undefined reference to `AliasSctpTerm' alias_db.o(.text+0x36dc): In function `LibAliasInit': : undefined reference to `AliasSctpInit' alias_db.o(.text+0x3894): In function `LibAliasInit': : undefined reference to `AliasSctpInit' *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-02-07 23:47:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-02-07 23:47:17 - ERROR: failed to build lint kernel TB --- 2009-02-07 23:47:17 - 4599.20 user 413.13 system 5541.85 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full