From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 01:05: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 708291065670 for ; Sun, 11 Jan 2009 01:05:30 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id 038688FC22 for ; Sun, 11 Jan 2009 01:05:29 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.37,246,1231110000"; d="scan'208";a="266775666" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 11 Jan 2009 02:05:27 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id B900B1B07B2; Sun, 11 Jan 2009 02:05:27 +0100 (CET) Date: Sun, 11 Jan 2009 02:05:27 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: In-Reply-To: <988010.31127.qm@web32708.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: "Pedro F. Giffuni" Subject: Re: moving to a newer version of binutils 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, 11 Jan 2009 01:05:30 -0000 just found this perforce by coincidence: http://perforce.freebsd.org/depotTreeBrowser.cgi?FSPC=//depot/projects/binutils it seems binutils 2.19 is under gpl3, but 2.17 is still under gpl2. alex Pedro F. Giffuni schrieb am 2009-01-10: > AFAICT ... > Anything under GPLv3 will have to live on the ports tree: > http://www.freebsd.org/doc/en_US.ISO8859-1/books/porters-handbook/index.html > cheers, > Pedro. From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 02:31:53 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 53661106566B for ; Sun, 11 Jan 2009 02:31:53 +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 27E508FC08 for ; Sun, 11 Jan 2009 02:31:53 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (SSLv3:CAMELLIA256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLq7C-000GgL-UN; Sun, 11 Jan 2009 02:31:51 +0000 Message-ID: <49695A15.8010801@psg.com> Date: Sun, 11 Jan 2009 11:31:49 +0900 From: Randy Bush User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Boris Kovalenko Subject: quagga-0.99.11_1 is marked as broken: does not build. 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, 11 Jan 2009 02:31:54 -0000 8-current amd64 a few days old "quagga-0.99.11_1 is marked as broken: does not build." yikes! darned tough to build a router (sorry folk, i need is-is). clue bat, hack, pixie dust, please. randy From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 04:44: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 7B6191065677 for ; Sun, 11 Jan 2009 04:44:53 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail18.syd.optusnet.com.au (mail18.syd.optusnet.com.au [211.29.132.199]) by mx1.freebsd.org (Postfix) with ESMTP id 0EF5C8FC13 for ; Sun, 11 Jan 2009 04:44:52 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail18.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n0B4ineS004688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Jan 2009 15:44:50 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n0B4inFc006467; Sun, 11 Jan 2009 15:44:49 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n0B4imVY006466; Sun, 11 Jan 2009 15:44:48 +1100 (EST) (envelope-from peter) Date: Sun, 11 Jan 2009 15:44:48 +1100 From: Peter Jeremy To: "Pedro F. Giffuni" Message-ID: <20090111044448.GC5661@server.vk2pj.dyndns.org> References: <61484.71762.qm@web32708.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/e2eDi0V/xtL+Mc8" Content-Disposition: inline In-Reply-To: <61484.71762.qm@web32708.mail.mud.yahoo.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) 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, 11 Jan 2009 04:44:53 -0000 --/e2eDi0V/xtL+Mc8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jan-09 19:22:38 -0800, "Pedro F. Giffuni" wr= ote: >- Remove gcc from the base and make the compilation depend on a packaged C= =2E. somewhat like was made with perl. Not quite the same. All the build{world,kernel} tools that used perl were re-written in sh/awk/C so perl is not required to build/install the base system (this was a prerequisite for removing perl). IMO, the FreeBSD base system should come complete with the necessary tools to build/install itself. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --/e2eDi0V/xtL+Mc8 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklpeUAACgkQ/opHv/APuIfomQCgtYlB7O7Hc405yWv4S3lHvZgo c50AnR1CTFZO7sGpJkO6DVZAu1KrZ1eJ =YxhN -----END PGP SIGNATURE----- --/e2eDi0V/xtL+Mc8-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 05:28: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 68EE9106566B for ; Sun, 11 Jan 2009 05:28:03 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 2E0A78FC12 for ; Sun, 11 Jan 2009 05:28:02 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr02.lnh.mail.rcn.net ([207.172.157.22]) by smtp02.lnh.mail.rcn.net with ESMTP; 11 Jan 2009 00:28:02 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr02.lnh.mail.rcn.net (MOS 3.10.4-GA) with ESMTP id PJX14278; Sun, 11 Jan 2009 00:27:56 -0500 (EST) Received: from unknown (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 11 Jan 2009 00:27:56 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18793.33627.620753.956505@jerusalem.litteratus.org> Date: Sun, 11 Jan 2009 00:27:55 -0500 To: current@freebsd.org X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr02.lnh.mail.rcn.net) Cc: Subject: changes after kernel 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: Sun, 11 Jan 2009 05:28:03 -0000 I updated one of my systems tonight, to FreeBSD 7.0-CURRENT #0: Sat Jan 10 23:05:28 EST 2009 i386 After rebooting with the new kernel, things were different. 0) uname says 7.0 ... but it should say 8.0 - right? Where is this set? 1) there was a bunch of stuff that flashed by before the boot menu showed up. 2) I was obliged of change disk specifications from (e.g.) /dev/da0s1a to /dev/da0a However after making those changes in fstab and rc.conf, everything works as before. (So far. ;-) I see noting about this in UPDATING. Where can I find out more information? Respectfully, Robert Huff From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 06:31: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 949141065670 for ; Sun, 11 Jan 2009 06:31:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 583D08FC14 for ; Sun, 11 Jan 2009 06:31:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so11668603rvf.43 for ; Sat, 10 Jan 2009 22:31:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=69RpCm7hSm5DiNKFSM0G3wws60mOa5liI5gb1LBjxkk=; b=nt7YAjO6tBCOU3x1XZHE1+FbvhQxYdnFLN3tINDC3ZWpx017YsMBjI+0BlrREBQNKX wrYOr8qEMakXcWdbK+4aDEIJFlfhrubCqWp0fuAgGA2dIk9asGDi7+PlhZ4rsCn1GJok FPrLykrjIkWVyIajQpw1Xq+YoVhdUsJ+7lS1o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=TflU2Kw4lO6PZ+7/k/jzUxqsxAR/RjfGGLwcTPbYLJxoPNwPusyKu7z+yIpmR/occ8 DJVk1DPP6REaugOFXfIwzuMxzthe5Y4YIvFKxhjv8Fudvi2fQg/rnsj2OPb4P1F5f/sj 0fLeDokK0bqi3ShYk5i5kmq0I3NZsrKwZW6+k= Received: by 10.141.177.2 with SMTP id e2mr12706384rvp.53.1231655492998; Sat, 10 Jan 2009 22:31:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id l31sm10050106rvb.2.2009.01.10.22.31.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 10 Jan 2009 22:31:31 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n0B6VPDo043571 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Jan 2009 15:31:25 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n0B6VO3S043570; Sun, 11 Jan 2009 15:31:24 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 11 Jan 2009 15:31:24 +0900 From: Pyun YongHyeon To: Kim Culhan Message-ID: <20090111063124.GE42714@cdnetworks.co.kr> References: <89dbfdc30901071438j314ac431h491f9494593caf64@mail.gmail.com> <20090108011220.GA1256@cdnetworks.co.kr> <89dbfdc30901072336l62c46214i113cccf9985bcdae@mail.gmail.com> <20090108075159.GH1256@cdnetworks.co.kr> <89dbfdc30901080835g67b996f4i50e734f0791a0d56@mail.gmail.com> <20090109061032.GF30747@cdnetworks.co.kr> <89dbfdc30901091243w1d01ab59mc2ade81e65e51c5d@mail.gmail.com> <20090110031839.GK30747@cdnetworks.co.kr> <89dbfdc30901100519x306d0eadicabe751b6e826c3@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <89dbfdc30901100519x306d0eadicabe751b6e826c3@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: msk Marvell Yukon 88E8038 hangs 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: Sun, 11 Jan 2009 06:31:33 -0000 On Sat, Jan 10, 2009 at 08:19:50AM -0500, Kim Culhan wrote: > On Fri, Jan 9, 2009 at 10:18 PM, Pyun YongHyeon wrote: > > On Fri, Jan 09, 2009 at 03:43:38PM -0500, Kim Culhan wrote: > > > On Fri, Jan 9, 2009 at 1:10 AM, Pyun YongHyeon wrote: > > > > On Thu, Jan 08, 2009 at 11:35:28AM -0500, Kim Culhan wrote: > > > > > On Thu, Jan 8, 2009 at 2:51 AM, Pyun YongHyeon wrote: > > > > > Ok, then how about disabling TSO/Tx checksum offload? > > > > (eg. ifconfig msk0 -tso -txcsum) > > > > > > This stops the messages: in_cksum_skip: out of data by 56952 > > > > Ok, would you try attached patch? > > With the patch there are no in_cksum_skip messages > Thanks for testing! > a cvsup session still has: > Network write failure: Connection timed out > That's odd, I can't reproduce this on my box. If you disable Tx checksum offload of msk(4), cvsup session completes without problems? When cvsup plains network errors, can you still send/receive packets with msk(4)? > There are some instances of LOR, maybe these are already known: > Probably yes. > lock order reversal: > 1st 0xd9544090 bufwait (bufwait) @ kern/vfs_bio.c:2443 > 2nd 0xc5d72c00 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:263 > KDB: stack backtrace: > db_trace_self_wrapper(c0be4788,e8308778,c0871d75,4,c0bdfd93,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0bdfd93,c55236d8,c5526528,e83087d4,...) at kdb_backtrace+0x29 > _witness_debugger(c0be7442,c5d72c00,c0c06baa,c5526528,c0c06850,...) at > _witness_debugger+0x25 > witness_checkorder(c5d72c00,9,c0c06847,107,0,...) at witness_checkorder+0x839 > _sx_xlock(c5d72c00,0,c0c06847,107,c5f7d7f8,...) at _sx_xlock+0x85 > ufsdirhash_acquire(d9544030,e83088ec,30,da9360a4,e83088a4,...) at > ufsdirhash_acquire+0x35 > ufsdirhash_add(c5f7d7f8,e83088ec,30a4,e8308890,e8308894,...) at > ufsdirhash_add+0x13 > ufs_direnter(c5e13860,c6054648,e83088ec,e8308bd4,0,...) at ufs_direnter+0x729 > ufs_makeinode(e8308bd4,e8308acc,e8308acc,e8308a34,c0b41375,...) at > ufs_makeinode+0x519 > ufs_create(e8308acc,e8308acc,0,e8308acc,e8308ba8,...) at ufs_create+0x30 > VOP_CREATE_APV(c0ceb5a0,e8308acc,2,c0bda5a0,3,...) at VOP_CREATE_APV+0xa5 > vn_open_cred(e8308ba8,e8308c5c,180,c5b05200,c595e498,...) at vn_open_cred+0x1d0 > vn_open(e8308ba8,e8308c5c,180,c595e498,2e0013,...) at vn_open+0x33 > kern_openat(c596cd80,ffffff9c,82561e0,0,603,...) at kern_openat+0x110 > kern_open(c596cd80,82561e0,0,602,180,...) at kern_open+0x35 > open(c596cd80,e8308cf8,c,c0be7c53,c0cc6918,...) at open+0x30 > syscall(e8308d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (5, FreeBSD ELF32, open), eip = 0x2823b8d3, esp = > 0x8202a60, ebp = 0x8202afc --- > > -- > -kim -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 08:11: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 3449F106564A for ; Sun, 11 Jan 2009 08:11:23 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from mail16.syd.optusnet.com.au (mail16.syd.optusnet.com.au [211.29.132.197]) by mx1.freebsd.org (Postfix) with ESMTP id A22718FC08 for ; Sun, 11 Jan 2009 08:11:22 +0000 (UTC) (envelope-from peterjeremy@optushome.com.au) Received: from server.vk2pj.dyndns.org (c122-106-215-175.belrs3.nsw.optusnet.com.au [122.106.215.175]) by mail16.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id n0B8BJmQ031801 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 11 Jan 2009 19:11:20 +1100 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.3/8.14.3) with ESMTP id n0B8BIqZ007274; Sun, 11 Jan 2009 19:11:18 +1100 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.3/8.14.3/Submit) id n0B8BI2t007273; Sun, 11 Jan 2009 19:11:18 +1100 (EST) (envelope-from peter) Date: Sun, 11 Jan 2009 19:11:18 +1100 From: Peter Jeremy To: Randy Bush Message-ID: <20090111081118.GB7054@server.vk2pj.dyndns.org> References: <49695A15.8010801@psg.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="aVD9QWMuhilNxW9f" Content-Disposition: inline In-Reply-To: <49695A15.8010801@psg.com> X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Boris Kovalenko , current@freebsd.org Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. 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, 11 Jan 2009 08:11:23 -0000 --aVD9QWMuhilNxW9f Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2009-Jan-11 11:31:49 +0900, Randy Bush wrote: >8-current amd64 a few days old >"quagga-0.99.11_1 is marked as broken: does not build." This looks like fallout from the ARP-v2 patches. See the thread "HEADSUP: arp-v2 has been committed" here in late December. I'm not sure how difficult it will be to patch quagga. --=20 Peter Jeremy Please excuse any delays as the result of my ISP's inability to implement an MTA that is either RFC2821-compliant or matches their claimed behaviour. --aVD9QWMuhilNxW9f Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklpqaYACgkQ/opHv/APuIe58QCfetQjP4rN0Rn3MbCr99LO0liO vD4An1uFtNTVgEurRo8i0Sf5ruMEy6NF =7aSK -----END PGP SIGNATURE----- --aVD9QWMuhilNxW9f-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 09:09: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 526721065670 for ; Sun, 11 Jan 2009 09:09:18 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id B02268FC1D for ; Sun, 11 Jan 2009 09:09:17 +0000 (UTC) (envelope-from mike@jellydonut.org) Received: by bwz13 with SMTP id 13so4642362bwz.19 for ; Sun, 11 Jan 2009 01:09:16 -0800 (PST) Received: by 10.180.218.15 with SMTP id q15mr5889521bkg.194.1231663427057; Sun, 11 Jan 2009 00:43:47 -0800 (PST) Received: by 10.180.255.19 with HTTP; Sun, 11 Jan 2009 00:43:47 -0800 (PST) Message-ID: <1de79840901110043v44d31561vf3a0901e23a31dec@mail.gmail.com> Date: Sun, 11 Jan 2009 03:43:47 -0500 From: "Michael Proto" To: current@freebsd.org In-Reply-To: <20090111081118.GB7054@server.vk2pj.dyndns.org> MIME-Version: 1.0 References: <49695A15.8010801@psg.com> <20090111081118.GB7054@server.vk2pj.dyndns.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Randy Bush , Boris Kovalenko Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. 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, 11 Jan 2009 09:09:18 -0000 On Sun, Jan 11, 2009 at 3:11 AM, Peter Jeremy wrote: > On 2009-Jan-11 11:31:49 +0900, Randy Bush wrote: > >8-current amd64 a few days old > >"quagga-0.99.11_1 is marked as broken: does not build." > > This looks like fallout from the ARP-v2 patches. See the thread > "HEADSUP: arp-v2 has been committed" here in late December. > I'm not sure how difficult it will be to patch quagga. > > -- > Peter Jeremy > Please excuse any delays as the result of my ISP's inability to implement > an MTA that is either RFC2821-compliant or matches their claimed behaviour. > It looks like isc-dhcp30-server is also affected. Can't find a working dhcpd with CURRENT at the moment. -Proto From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 09:17: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 D18DB1065691 for ; Sun, 11 Jan 2009 09:17:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7E19C8FC0A for ; Sun, 11 Jan 2009 09:17:33 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=k3sNPllwvquZZ3MayAMFGdS/3IqFVkgJAnqF+EuYIEHN8ZlVGiJaGQx0GKFXEwapLtl8v7TlcKdgXvBYeuj37H1CEaWyjEdIxgg9SxlYyboZ44HhdRAGY14j90gAEidHuOOgxZsqUI+rRtWk7OxxQjFiIE7v5NwJdCRWwgS0tNY=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LLwRo-000PYg-8H; Sun, 11 Jan 2009 12:17:32 +0300 Date: Sun, 11 Jan 2009 12:17:31 +0300 From: Eygene Ryabinkin To: "Svein Skogen (List Mail Account)" Message-ID: References: <49668763.8020705@mail.zedat.fu-berlin.de> <49671748.3030709@gmx.de> <4967259C.9090408@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4967259C.9090408@stillbilde.net> Sender: rea-fbsd@codelabs.ru Cc: freebsd-current@freebsd.org Subject: 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: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2009 09:17:34 -0000 Svein, good day. Fri, Jan 09, 2009 at 11:23:24AM +0100, Svein Skogen (List Mail Account) wrote: > Would it be possible, as a "workaround" to have "system-CC" and > "ports-CC" defined in make.conf, making one CC the compiler for /usr/src > and another for ports, or would this just create debugging nightmares? Will the following additions to your make.conf suit you? ----- .if ${.CURDIR:M/usr/src/*} || ${.CURDIR:M/usr/src} CC = system-CC .endif .if ${.CURDIR:M/usr/ports/*} || ${.CURDIR:M/usr/ports} CC = ports-CC .endif ----- -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 09:44: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 A3A13106564A for ; Sun, 11 Jan 2009 09:44:54 +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 5E5028FC1A for ; Sun, 11 Jan 2009 09:44:54 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=38394 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLwsH-000FSx-7S for freebsd-current@freebsd.org; Sun, 11 Jan 2009 12:44:53 +0300 Message-ID: <4969BF94.9090002@lissyara.su> Date: Sun, 11 Jan 2009 12:44:52 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090106 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: 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 Subject: Problem with 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: Sun, 11 Jan 2009 09:44:54 -0000 I have problem USB box for hdd. Device not work =( No partitions =( (really - exists s1a) lissyara$ ll /dev/da4* crw-r----- 1 root operator 0, 115 11 янв 12:39 /dev/da4 lissyara$ lissyara$ uname -a FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jan 11 12:17:46 MSK 2009 lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/USB2 amd64 lissyara$ Jan 11 12:39:38 lissyara kernel: usb2_set_config_index:582: could not read device status: USB_ERR_SHORT_XFER Jan 11 12:39:38 lissyara kernel: ugen5.2: at usbus5 Jan 11 12:39:38 lissyara kernel: umass0: on usbus5 Jan 11 12:39:38 lissyara kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Jan 11 12:39:39 lissyara kernel: umass0:5:0:-1: Attached to scbus5 Jan 11 12:39:40 lissyara kernel: (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 Jan 11 12:39:40 lissyara kernel: (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error Jan 11 12:39:40 lissyara kernel: (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition Jan 11 12:39:40 lissyara kernel: (probe0:umass-sim0:0:0:0): NOT READY asc:3a,0 Jan 11 12:39:40 lissyara kernel: (probe0:umass-sim0:0:0:0): Medium not present Jan 11 12:39:40 lissyara kernel: (probe0:umass-sim0:0:0:0): Unretryable error Jan 11 12:39:40 lissyara kernel: da4 at umass-sim0 bus 0 target 0 lun 0 Jan 11 12:39:40 lissyara kernel: da4: < > Fixed Direct Access SCSI-2 device Jan 11 12:39:40 lissyara kernel: da4: 40.000MB/s transfers Jan 11 12:39:40 lissyara kernel: da4: Attempt to query device size failed: NOT READY, Medium not present Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): SCSI Status: Check Condition Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): Medium not present Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): Unretryable error Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): READ CAPACITY(10). CDB: 25 0 0 0 0 0 0 0 0 0 Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): CAM Status: SCSI Status Error Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): SCSI Status: Check Condition Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): NOT READY asc:3a,0 Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): Medium not present Jan 11 12:39:40 lissyara kernel: (da4:umass-sim0:0:0:0): Unretryable error From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 10:36: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 EE1AF1065670 for ; Sun, 11 Jan 2009 10:36:24 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe05.swip.net [212.247.154.129]) by mx1.freebsd.org (Postfix) with ESMTP id 86AD28FC1A for ; Sun, 11 Jan 2009 10:36:23 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nklthdr5v5AUSfVrlghuJA==:17 a=1_ioSdWVMUT_wPDxYXYA:9 a=p_1tBWMVQmH3VLrS-zgJUGFkIicA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe05.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1075789793; Sun, 11 Jan 2009 11:36:22 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 11 Jan 2009 11:38:45 +0100 User-Agent: KMail/1.9.7 References: <4969BF94.9090002@lissyara.su> In-Reply-To: <4969BF94.9090002@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200901111138.45620.hselasky@c2i.net> Cc: Alex Keda Subject: Re: Problem with 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: Sun, 11 Jan 2009 10:36:25 -0000 On Sunday 11 January 2009, Alex Keda wrote: > I have problem USB box for hdd. > Device not work =3D( > No partitions =3D( (really - exists s1a) > > lissyara$ ll /dev/da4* > crw-r----- 1 root operator 0, 115 11 =D1=8F=D0=BD=D0=B2 12:39 /dev/d= a4 > lissyara$ > Have you tried: cat /dev/null > /dev/da4 ? =2D-HPS From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 10:41: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 08ECD1065670 for ; Sun, 11 Jan 2009 10:41:57 +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 C82E58FC17 for ; Sun, 11 Jan 2009 10:41:56 +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 n0BAfsxW080340 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 11 Jan 2009 10:41:56 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: current@freebsd.org Date: Sun, 11 Jan 2009 10:41:53 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901111041.53255.ken@mthelicon.com> Cc: Subject: 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: Sun, 11 Jan 2009 10:41:57 -0000 Hi Current... I think there may be a problem with the USB2 stack and the umass driver on AMD64. I have tried this with both a USB SATA/IDE controller and a USB flash stick. Both of them give similar results below. Please note that the disconnect message is when I pulled the device out of the USB port on the computer. feathers$ uname -a FreeBSD feathers.peganest.com 8.0-CURRENT FreeBSD 8.0-CURRENT #43: Sun Jan 11 02:40:44 UTC 2009 ken@feathers.peganest.com:/usr/obj/usr/src/sys/FEATHERS amd64 (USB IDE/SATA controller) usb2_set_config_index:582: could not read device status: USB_ERR_SHORT_XFER ugen7.2: at usbus7 umass0: on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:15:0:-1: Attached to scbus15 usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! umass0: at ushub7, port 1, addr 2 (disconnected) ugen7.2: at usbus7 (disconnected) (USB Flash Stick) ugen7.2: at usbus7 umass0: on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x0000 umass0:15:0:-1: Attached to scbus15 usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! usb2_pc_common_mem_cb:429: Page offset was not preserved! umass0: at ushub7, port 1, addr 2 (disconnected) ugen7.2: at usbus7 (disconnected) Peg From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 10:54: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 88A55106566C for ; Sun, 11 Jan 2009 10:54:30 +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 418F48FC0C for ; Sun, 11 Jan 2009 10:54:29 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=19629 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLxxd-0004kt-9K; Sun, 11 Jan 2009 13:54:29 +0300 Message-ID: <4969CFE4.5090100@lissyara.su> Date: Sun, 11 Jan 2009 13:54:28 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090106 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Hans Petter Selasky References: <4969BF94.9090002@lissyara.su> <200901111138.45620.hselasky@c2i.net> In-Reply-To: <200901111138.45620.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: freebsd-current@freebsd.org Subject: Re: Problem with 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: Sun, 11 Jan 2009 10:54:30 -0000 Hans Petter Selasky пишет: > On Sunday 11 January 2009, Alex Keda wrote: > >> I have problem USB box for hdd. >> Device not work =( >> No partitions =( (really - exists s1a) >> >> lissyara$ ll /dev/da4* >> crw-r----- 1 root operator 0, 115 11 янв 12:39 /dev/da4 >> lissyara$ >> > Have you tried: > > cat /dev/null > /dev/da4 > A disc containing the necessary data to me =) From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 11:23: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 34FAD1065672; Sun, 11 Jan 2009 11:23:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 59DE98FC17; Sun, 11 Jan 2009 11:23:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nklthdr5v5AUSfVrlghuJA==:17 a=6I5d2MoRAAAA:8 a=JnsfUOXUghjGs-xsllsA:9 a=6nOhAR7Rh0beBUm-RR0oIOuBhs0A:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 435297189; Sun, 11 Jan 2009 12:23:19 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 11 Jan 2009 12:25:41 +0100 User-Agent: KMail/1.9.7 References: <200901111041.53255.ken@mthelicon.com> In-Reply-To: <200901111041.53255.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901111225.42892.hselasky@c2i.net> Cc: Pegasus Mc Cleaft , 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: Sun, 11 Jan 2009 11:23:22 -0000 On Sunday 11 January 2009, Pegasus Mc Cleaft wrote: > Page offset was not preserved! This error is a well known issue. I hope to get it fixed this week. You find the solution here: http://perforce.freebsd.org/chv.cgi?CH=154181 --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 11:23:22 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 34FAD1065672; Sun, 11 Jan 2009 11:23:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe16.swipnet.se [212.247.155.225]) by mx1.freebsd.org (Postfix) with ESMTP id 59DE98FC17; Sun, 11 Jan 2009 11:23:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nklthdr5v5AUSfVrlghuJA==:17 a=6I5d2MoRAAAA:8 a=JnsfUOXUghjGs-xsllsA:9 a=6nOhAR7Rh0beBUm-RR0oIOuBhs0A:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe16.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 435297189; Sun, 11 Jan 2009 12:23:19 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sun, 11 Jan 2009 12:25:41 +0100 User-Agent: KMail/1.9.7 References: <200901111041.53255.ken@mthelicon.com> In-Reply-To: <200901111041.53255.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901111225.42892.hselasky@c2i.net> Cc: Pegasus Mc Cleaft , 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: Sun, 11 Jan 2009 11:23:22 -0000 On Sunday 11 January 2009, Pegasus Mc Cleaft wrote: > Page offset was not preserved! This error is a well known issue. I hope to get it fixed this week. You find the solution here: http://perforce.freebsd.org/chv.cgi?CH=154181 --HPS From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 11:51:43 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 783681065C2A for ; Sun, 11 Jan 2009 11:51:43 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id E52D38FC16 for ; Sun, 11 Jan 2009 11:51:42 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=k1m/WtpnT6Hl3TXMdQpyeHcowTc8KT72bXRcYi3A4grSGxKMUfecMPmohLXkrhUPHZeUw75whIvaoJHS5M4jCJ87xV70RZuvqjf9VKcxcLgyOtcY5kzCE3U3oszobW2YRODKAC3HuDiXvX7hC4IKETG9Qbr5ClO7Lc7SjWkixf0=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LLyb7-000B6F-LS; Sun, 11 Jan 2009 14:35:17 +0300 Date: Sun, 11 Jan 2009 14:35:16 +0300 From: Eygene Ryabinkin To: Randy Bush Message-ID: References: <49695A15.8010801@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49695A15.8010801@psg.com> Sender: rea-fbsd@codelabs.ru Cc: Boris Kovalenko , current@FreeBSD.org Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2009 11:51:43 -0000 Randy, good day. Sun, Jan 11, 2009 at 11:31:49AM +0900, Randy Bush wrote: > 8-current amd64 a few days old > "quagga-0.99.11_1 is marked as broken: does not build." > > yikes! darned tough to build a router (sorry folk, i need is-is). > > clue bat, hack, pixie dust, please. Please, try patches from the http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001443.html and http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001474.html And please, report any results back ;)) -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 12:02: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 19C611065784 for ; Sun, 11 Jan 2009 12:02:19 +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 65AD88FC1A for ; Sun, 11 Jan 2009 12:02:16 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=55758 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LLz1D-000LVw-S3; Sun, 11 Jan 2009 15:02:15 +0300 Message-ID: <4969DFC7.4000300@lissyara.su> Date: Sun, 11 Jan 2009 15:02:15 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090106 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Hans Petter Selasky References: <4969BF94.9090002@lissyara.su> <200901111138.45620.hselasky@c2i.net> <4969CFE4.5090100@lissyara.su> In-Reply-To: <4969CFE4.5090100@lissyara.su> 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@freebsd.org Subject: Re: Problem with 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: Sun, 11 Jan 2009 12:02:36 -0000 Alex Keda пишет: > Hans Petter Selasky пишет: >> On Sunday 11 January 2009, Alex Keda wrote: >> >>> I have problem USB box for hdd. >>> Device not work =( >>> No partitions =( (really - exists s1a) >>> >>> lissyara$ ll /dev/da4* >>> crw-r----- 1 root operator 0, 115 11 янв 12:39 /dev/da4 >>> lissyara$ >>> >> Have you tried: >> >> cat /dev/null > /dev/da4 >> > A disc containing the necessary data to me =) Very sorry, I use another cable and all OK =) Jan 11 15:01:21 lissyara kernel: usb2_set_config_index:582: could not read device status: USB_ERR_SHORT_XFER Jan 11 15:01:21 lissyara kernel: ugen5.2: at usbus5 Jan 11 15:01:21 lissyara kernel: umass0: on usbus5 Jan 11 15:01:21 lissyara kernel: umass0: SCSI over Bulk-Only; quirks = 0x0000 Jan 11 15:01:22 lissyara kernel: umass0:5:0:-1: Attached to scbus5 Jan 11 15:01:23 lissyara kernel: da4 at umass-sim0 bus 0 target 0 lun 0 Jan 11 15:01:23 lissyara kernel: da4: Fixed Direct Access SCSI-2 device Jan 11 15:01:23 lissyara kernel: da4: 40.000MB/s transfers Jan 11 15:01:23 lissyara kernel: da4: 76319MB (156301488 512 byte sectors: 255H 63S/T 9729C) From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 10:39: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 156E4106566C for ; Sun, 11 Jan 2009 10:39:46 +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 948648FC13 for ; Sun, 11 Jan 2009 10:39:45 +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 <1LLxjG-0008Tn-BJ>; Sun, 11 Jan 2009 11:39:38 +0100 Received: from e178053161.adsl.alicedsl.de ([85.178.53.161] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LLxjG-0007CP-8D>; Sun, 11 Jan 2009 11:39:38 +0100 Message-ID: <4969CC6D.6030707@mail.zedat.fu-berlin.de> Date: Sun, 11 Jan 2009 11:39:41 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Peter Jeremy References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> In-Reply-To: <20090111044448.GC5661@server.vk2pj.dyndns.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.53.161 X-Mailman-Approved-At: Sun, 11 Jan 2009 12:17:30 +0000 Cc: "Pedro F. Giffuni" , 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, 11 Jan 2009 10:39:46 -0000 Peter Jeremy wrote: > On 2009-Jan-09 19:22:38 -0800, "Pedro F. Giffuni" wrote: > >> - Remove gcc from the base and make the compilation depend on a packaged C.. somewhat like was made with perl. >> > > ... schnipp ... > IMO, the > FreeBSD base system should come complete with the necessary tools to > build/install itself. > > I agree. And it woukd be preferable having a fast and efficient C and/or C++ compiler. Well, initially my question was triggered by reading a performance duell between FreeBSD 7/8, most recent U(n)buntu and OpenSolaris and someone stated the 3% performance gain of U(n)buntu over FreeBSD was due to the gcc4.3 compiler, which generates more efficient code. 3% mean performance gain could mean (as I made this experience) a better advantage in some special cases and having in mind numerical modelling running on my lab's FreeBSd box (yet, but I think this is about to change and move towards a RH Linux system due to the better support of HPC and, a pitty, our admins build the cluster with RH and not FBSD). I'm not an expert in politics and OS development, but as far as I know, SUN tried to extract the compiler out of the base system and failed by doing this. In my opinion, being independend on the base system and additionally having a very fast C compiler could also losen the tight bindings to licensing restrictions. I never took care about GPLv2 and v3 differences but know, this seems to come to relevance in some way. Well, as I understand the discussion about the binutils (there seems to exist a very similar problemacy), did RH already cut off the leashes by introducing their elftools? Correct me, if I'm wrong. Oliver From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 11:11:36 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 32CE110656C4 for ; Sun, 11 Jan 2009 11:11:36 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id BBB958FC19 for ; Sun, 11 Jan 2009 11:11:35 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n0BB1S0c087168 for ; Sun, 11 Jan 2009 12:01:29 +0100 (CET) X-Ids: 164 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id D09E48A08F for ; Sun, 11 Jan 2009 12:01:27 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id 8C0C63D; Sun, 11 Jan 2009 12:01:27 +0100 (CET) Date: Sun, 11 Jan 2009 12:01:27 +0100 From: Michel Talon To: freebsd-current@freebsd.org Message-ID: <20090111110127.GA53156@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.164]); Sun, 11 Jan 2009 12:01:29 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8850/Sun Jan 11 00:20:01 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 4969B58E.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 4969B58E.000/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 4969B58E.000 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.070 -> S=0.070 X-j-chkmail-Status: Ham X-Mailman-Approved-At: Sun, 11 Jan 2009 12:28:20 +0000 Subject: Re: Problem with 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: Sun, 11 Jan 2009 11:11:36 -0000 Alex Keda wrote: > Hans Petter Selasky п??е?: > > On Sunday 11 January 2009, Alex Keda wrote: > > > >> I have problem USB box for hdd. > >> Device not work =( > >> No partitions =( (really - exists s1a) > >> > >> lissyara$ ll /dev/da4* > >> crw-r----- 1 root operator 0, 115 11 я?в 12:39 /dev/da4 > >> lissyara$ > >> > > Have you tried: > > > > cat /dev/null > /dev/da4 > > > A disc containing the necessary data to me =) /dev/null is not /dev/zero ! -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 12:54: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 20A31106564A for ; Sun, 11 Jan 2009 12:54:39 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id BB62A8FC08 for ; Sun, 11 Jan 2009 12:54:38 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1LLz8i-000EFW-Tw; Sun, 11 Jan 2009 15:10:00 +0300 To: Alex Keda References: <4969BF94.9090002@lissyara.su> <200901111138.45620.hselasky@c2i.net> <4969CFE4.5090100@lissyara.su> From: Boris Samorodov Date: Sun, 11 Jan 2009 15:10:00 +0300 In-Reply-To: <4969CFE4.5090100@lissyara.su> (Alex Keda's message of "Sun, 11 Jan 2009 13:54:28 +0300") Message-ID: <13824919@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Sender: "Boris B. Samorodov" Cc: freebsd-current@freebsd.org, Hans Petter Selasky Subject: Re: Problem with 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: Sun, 11 Jan 2009 12:54:39 -0000 On Sun, 11 Jan 2009 13:54:28 +0300 Alex Keda wrote: > Hans Petter Selasky : > > On Sunday 11 January 2009, Alex Keda wrote: > > > >> I have problem USB box for hdd. > >> Device not work =( > >> No partitions =( (really - exists s1a) > >> > >> lissyara$ ll /dev/da4* > >> crw-r----- 1 root operator 0, 115 11 12:39 /dev/da4 > >> lissyara$ > >> > > Have you tried: > > > > cat /dev/null > /dev/da4 > > > A disc containing the necessary data to me =) Actually nothing will be written to the disk. But only some ata run-time data will be initialized. WBR -- bsam From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 14:57: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 9832D106566C for ; Sun, 11 Jan 2009 14:57:46 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from smtp02.lnh.mail.rcn.net (smtp02.lnh.mail.rcn.net [207.172.157.102]) by mx1.freebsd.org (Postfix) with ESMTP id 58DDE8FC18 for ; Sun, 11 Jan 2009 14:57:46 +0000 (UTC) (envelope-from roberthuff@rcn.com) Received: from mr08.lnh.mail.rcn.net ([207.172.157.28]) by smtp02.lnh.mail.rcn.net with ESMTP; 11 Jan 2009 09:46:11 -0500 Received: from smtp01.lnh.mail.rcn.net (smtp01.lnh.mail.rcn.net [207.172.4.11]) by mr08.lnh.mail.rcn.net (MOS 3.10.4-GA) with ESMTP id KOF73117; Sun, 11 Jan 2009 09:44:10 -0500 (EST) Received: from unknown (HELO jerusalem.litteratus.org.litteratus.org) ([209.6.22.188]) by smtp01.lnh.mail.rcn.net with ESMTP; 11 Jan 2009 09:44:11 -0500 From: Robert Huff MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18794.1466.255118.38177@jerusalem.litteratus.org> Date: Sun, 11 Jan 2009 09:44:10 -0500 To: freebsd-current@freebsd.org In-Reply-To: <20090111044448.GC5661@server.vk2pj.dyndns.org> References: <20090111044448.GC5661@server.vk2pj.dyndns.org> X-Mailer: VM 7.17 under 21.5 (beta28) "fuki" XEmacs Lucid X-Junkmail-Whitelist: YES (by domain whitelist at mr08.lnh.mail.rcn.net) 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, 11 Jan 2009 14:57:46 -0000 Peter Jeremy writes: > >- Remove gcc from the base and make the compilation depend on a > > packaged C.. somewhat like was made with perl. > > IMO, the FreeBSD base system should come complete with the > necessary tools to build/install itself. While I get an opinion but not a vote ... "(re)build itself" is not negotiable. Robert Huff From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 15:07: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 5DB16106566C for ; Sun, 11 Jan 2009 15:07:28 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from web32703.mail.mud.yahoo.com (web32703.mail.mud.yahoo.com [68.142.207.247]) by mx1.freebsd.org (Postfix) with SMTP id 0BA788FC17 for ; Sun, 11 Jan 2009 15:07:27 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 90556 invoked by uid 60001); 11 Jan 2009 15:07:27 -0000 X-YMail-OSG: 3zSlQUAVM1nZaDaL7ws373AQ1rxFtHiisOh8FUX8fUYewqwJiUSjRb7awI35EO8d3sJCG6ucdJhKWUAFAgZ7rLyFDZXWlZ40O7zC_ahEswGgxfwzkMw8XKJmW21JrP8xn7xQyUi4aJWcSaJPjqJMQq9b9MhIMRlRv.wJledSOYpWh2tTymxgjM0rthW3 Received: from [190.157.124.207] by web32703.mail.mud.yahoo.com via HTTP; Sun, 11 Jan 2009 07:07:27 PST X-RocketYMMF: giffunip X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> Date: Sun, 11 Jan 2009 07:07:27 -0800 (PST) From: "Pedro F. Giffuni" To: Peter Jeremy MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <342292.89033.qm@web32703.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 11 Jan 2009 16:03:18 +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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2009 15:07:28 -0000 =0A=0A=0A=0A----- Original Message ----=0A=0A> On 2009-Jan-09 19:22:38 -080= 0, "Pedro F. Giffuni" wrote:=0A> >- Remove gcc from the base and make the c= ompilation depend on a packaged C.. =0A> somewhat like was made with perl.= =0A> =0A> Not quite the same.=A0 All the build{world,kernel} tools that use= d perl=0A> were re-written in sh/awk/C so perl is not required to build/ins= tall=0A> the base system (this was a prerequisite for removing perl).=A0 IM= O, the=0A> FreeBSD base system should come complete with the necessary tool= s to=0A> build/install itself.=0A> =0A=0AOK, I quite agree it's not the sam= e as perl: C is not something we cannot depend on.=0A=0AThere was, however,= the idea that the installation could be more packaged oriented. The C comp= iler gets in the way of installing a=A0lighter client. Many users don't nee= d a C compiler as they can use pre-packaged stuff=A0and there's also the is= sue that we don't really do all that much in-tree development of the develo= pment tools.=0A=0APedro.=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 16:04:36 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 3C19C106568D for ; Sun, 11 Jan 2009 16:04:36 +0000 (UTC) (envelope-from spikey.it@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 B3A9C8FC25 for ; Sun, 11 Jan 2009 16:04:35 +0000 (UTC) (envelope-from spikey.it@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3496786fgb.35 for ; Sun, 11 Jan 2009 08:04:34 -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:mime-version:subject:date:x-mailer; bh=bLIS+Dx/5bGu0UF+W/JsHMFMDlbzSzD+BZSbPWz5+BU=; b=ATEiLsQcEDU3hOHmyS4t5Xk1xXpIJH53P4uIagBW1O8PzN4QtnU8TSWpALC1bPeh4b ccsihshrxebbVwkdco8IuAuMRNYa29SW1pxUk3lANhStDkNCUOLo9TAzAAyThq5cXG6Q KtN3Bu4cbBcqRWy6JnVUMG5+GC+7vvIDoI8fo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:content-type:mime-version:subject:date:x-mailer; b=IAp5Lra9hymOCQ+SBx3NtnvBl2PUNkofUNSHOi0cAKCdFJ6V1Ys+Z7IqOFyzY4iNnf 6UVD+p//fG57k3d2P2X/tYxLSPkuJkFZoRiP0IWzw8XTkSNKjwIe9N8rBuegDfiKKVxU xzDqQ5bEGCN9XP4QyfPk3oFALYSv2DTHLm9u0= Received: by 10.86.80.17 with SMTP id d17mr16141885fgb.14.1231689874354; Sun, 11 Jan 2009 08:04:34 -0800 (PST) Received: from manson.homenet.telecomitalia.it (host185-110-dynamic.53-79-r.retail.telecomitalia.it [79.53.110.185]) by mx.google.com with ESMTPS id 4sm22663899fge.45.2009.01.11.08.04.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Jan 2009 08:04:33 -0800 (PST) Message-Id: <354C4317-4471-47A6-9B52-EF53D753D1B8@gmail.com> From: Andrea Di Pasquale To: current@freebsd.org Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 11 Jan 2009 17:04:33 +0100 X-Mailer: Apple Mail (2.930.3) Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Options handler for userspace programs 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, 11 Jan 2009 16:04:36 -0000 Hi Tim! I written new options parser for argv, string and environment variable. optsscan_argv() /* handle argv */ optsscan_strenv() /* handle string or env var */ They include getopt(), getopt_long() and getopt_long_only() functionalities in two types of functions. So, you can handle only short options, short and long options and only long options, all in two types of functions. Obviously, you can to handle an argument, with this syntax: Short options: -o -o arg -o= arg -o=arg Long options: --option --option argument --option= argument --option=argument Link to tarball: http://jo666.altervista.org/optsscan.tar.gz Here, you can find optsscan code and a main example. Thank you, regards, Andrea From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 15:29: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 3BC67106566B for ; Sun, 11 Jan 2009 15:29:48 +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 05C628FC0A for ; Sun, 11 Jan 2009 15:29:47 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 50068 invoked by uid 60001); 11 Jan 2009 15:23:06 -0000 X-YMail-OSG: jiizk7gVM1lbo0V0uLqmaW8NOuh2rzgfD10oJgsHbP3mEPeL2RjwFky5DiRNBzNh5yLe9o7r4FsCUHEbYq4nICehl4VbyJhiW4ZzuzRewbe6XkShrLvZpyEnqalvRL1azO_Xq6FvE76wj8WTnR8iXnSR2F2Z2BBh6tsQaBA9hB_2bLG03eqTfiAGxNmC Received: from [190.157.124.207] by web32708.mail.mud.yahoo.com via HTTP; Sun, 11 Jan 2009 07:23:06 PST X-RocketYMMF: giffunip X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> Date: Sun, 11 Jan 2009 07:23:06 -0800 (PST) From: "Pedro F. Giffuni" To: "O. Hartmann" MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Message-ID: <458984.49823.qm@web32708.mail.mud.yahoo.com> X-Mailman-Approved-At: Sun, 11 Jan 2009 16:14:43 +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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Jan 2009 15:29:48 -0000 =0A=0A----- Original Message ----=0A...=0A> =0A> Well, initially my questio= n was triggered by reading a performance duell=0A> between FreeBSD 7/8, mos= t recent U(n)buntu and OpenSolaris and someone=0A> stated the 3% performanc= e gain of U(n)buntu over FreeBSD was due to the=0A> gcc4.3 compiler, which = generates more efficient code. 3% mean=0A> performance gain could mean (as = I made this experience) a better=0A> advantage in some special cases and ha= ving in mind numerical modelling=0A> running on my lab's FreeBSd box (yet, = but I think this is about to=0A> change and move towards a RH Linux system = due to the better support of=0A> HPC and, a pitty, our admins build the clu= ster with RH and not FBSD).=0A> =0A=0AEven when it can be measured, perform= ance can be very subjective, performance=0Adepends on many factors: the thr= eading libraries, the options used to build the =0Apackages, the filesystem= s and maybe even the position of the moon ;-). Most of =0Amy numerical pack= ages don't depend on the system compiler but rather depend on =0Awhat the= =A0ports system=A0uses=A0as the=A0Fortran compiler so you will be glad to k= now =0Athat we are indeed using gcc4.3 since last week.=0A=0A> =0A> Well, a= s I understand the discussion about the binutils (there seems to=0A> exist = a very similar problemacy), did RH already cut off the leashes by=0A> intro= ducing their elftools? Correct me, if I'm wrong.=0A> =0A=0AWe already have = our own libelf and related utilities however the tough part seems =0Ato be = having a good assembler that supports all our platforms. I understand the R= H =0Aelftools have that but I don't know their current state.=A0Also the=A0= maintainers of these =0Autilities are known to be rather unfriendly with ot= her camps.=0A=0APedro.=0A=0A=0A From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 17:43: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 C44A11065673 for ; Sun, 11 Jan 2009 17:43:52 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD578FC12 for ; Sun, 11 Jan 2009 17:43:52 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-188.yandex.ru ([87.250.250.188]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LM3eJ-000DHG-5J; Sun, 11 Jan 2009 19:58:55 +0300 Message-ID: <496A254F.2020500@FreeBSD.org> Date: Sun, 11 Jan 2009 19:58:55 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: rea-fbsd@codelabs.ru References: <49695A15.8010801@psg.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , Boris Kovalenko , current@FreeBSD.org Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. 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, 11 Jan 2009 17:43:53 -0000 Eygene Ryabinkin wrote: > Randy, good day. > > Sun, Jan 11, 2009 at 11:31:49AM +0900, Randy Bush wrote: >> 8-current amd64 a few days old >> "quagga-0.99.11_1 is marked as broken: does not build." >> >> yikes! darned tough to build a router (sorry folk, i need is-is). >> >> clue bat, hack, pixie dust, please. > > Please, try patches from the > http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001443.html > and > http://lists.freebsd.org/pipermail/freebsd-current/2008-December/001474.html > > And please, report any results back ;)) The fix is already in the port: http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/quagga/files/patch-zebra-kernel_socket.c?rev=1.5 I have no idea why Erwin has marked it as BROKEN again. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 18:06: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 A55B91065677 for ; Sun, 11 Jan 2009 18:06:09 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 290B28FC13 for ; Sun, 11 Jan 2009 18:06:08 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n0BHp1rq051074; Sun, 11 Jan 2009 11:51:02 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <496A31C7.2020107@math.missouri.edu> Date: Sun, 11 Jan 2009 11:52:07 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090109 SeaMonkey/1.1.14 MIME-Version: 1.0 To: "Pedro F. Giffuni" References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <458984.49823.qm@web32708.mail.mud.yahoo.com> In-Reply-To: <458984.49823.qm@web32708.mail.mud.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "O. Hartmann" , 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, 11 Jan 2009 18:06:09 -0000 Pedro F. Giffuni wrote: > > ----- Original Message ---- > ... >> Well, initially my question was triggered by reading a performance duell >> between FreeBSD 7/8, most recent U(n)buntu and OpenSolaris and someone >> stated the 3% performance gain of U(n)buntu over FreeBSD was due to the >> gcc4.3 compiler, which generates more efficient code. 3% mean >> performance gain could mean (as I made this experience) a better >> advantage in some special cases and having in mind numerical modelling >> running on my lab's FreeBSd box (yet, but I think this is about to >> change and move towards a RH Linux system due to the better support of >> HPC and, a pitty, our admins build the cluster with RH and not FBSD). >> > > Even when it can be measured, performance can be very subjective, performance > depends on many factors: the threading libraries, the options used to build the > packages, the filesystems and maybe even the position of the moon ;-). Most of > my numerical packages don't depend on the system compiler but rather depend on > what the ports system uses as the Fortran compiler so you will be glad to know > that we are indeed using gcc4.3 since last week. I also do quite a bit of numerical work. For me a 3% performance gain is not that much, and really becomes negligible compared to other issues. I have written some software that, a year ago, ran twice as fast under Fedora Linux than it did under FreeBSD. Now FreeBSD has completely caught up! And I didn't change the software itself in any substantial manner. My guess is that FreeBSD has improved its cache management/threading management considerably (because my programs (a) use large amounts of data and (b) are threaded). So, for me, a big difference is 2 to 1. A factor of 3% is definitely something dependent on the "position of the moon" as Pedro put it so eloquently. Stephen From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 18:52: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 A50FE1065670; Sun, 11 Jan 2009 18:52:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 800FF8FC0A; Sun, 11 Jan 2009 18:52:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 3AFAC46B03; Sun, 11 Jan 2009 13:52:17 -0500 (EST) Date: Sun, 11 Jan 2009 18:52:17 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Tim Kientzle In-Reply-To: <4968EF7E.5040002@freebsd.org> Message-ID: References: <4965927D.1060507@freebsd.org> <4968EF7E.5040002@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, Dylan Cochran Subject: Re: Extattr portability? 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, 11 Jan 2009 18:52:17 -0000 On Sat, 10 Jan 2009, Tim Kientzle wrote: > Dylan Cochran wrote: >> >> Another is BeOS/Haiku, which used attributes heavily. I have been waiting >> for this work for a while. What I don't really mind is whether it is >> portable, what I really care about is full retention of the user namespace. >> ... >> >> That's my 2 cents on the matter, I use extended attributes now for storing >> cached mime-type, and sha256/md5 for checksum purposes. > > Wonderful! Care to help test? > > There's still a lot of open questions about the system namespace I'll have > to figure out. Over on the GNU tar mailing list, the Linux filesystem folks > have been agitating for GNU tar to support system extattrs that carry > filesystem layout hints. The portability issues with this make my head > hurt. One of the things I've been considering for FreeBSD is pulling in the xattr API used on Mac OS X and Linux -- our API was modeled on the POSIX.1e ACL API in a manner similar to IRIX, which it was intended to support, and while it looked like Linux might adopt the model we used, they eventually didn't. There are some semantic differences, most importantly that the "namespace" model is quite different. I have a TODO list item somewhere to ask about getting the source files from Apple relicensed under a BSD license so we can share code there, but haven't quite gotten to that yet. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 19:37: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 AE3901065672; Sun, 11 Jan 2009 19:37:08 +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 3737B8FC1D; Sun, 11 Jan 2009 19:37:08 +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 411CE198DF7; Sun, 11 Jan 2009 20:06:13 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 342F6198DF6; Sun, 11 Jan 2009 20:06:13 +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 1FE9C198DF5; Sun, 11 Jan 2009 20:06:13 +0100 (CET) Received: from wep4035 ([132.187.37.35]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009011120061248-54050 ; Sun, 11 Jan 2009 20:06:12 +0100 Received: by wep4035 (sSMTP sendmail emulation); Sun, 11 Jan 2009 20:06:12 +0100 From: "Alexey Shuvaev" Date: Sun, 11 Jan 2009 20:06:12 +0100 To: Attilio Rao Message-ID: <20090111190612.GA3700@wep4035.physik.uni-wuerzburg.de> References: <4947C526.2080702@citrin.ru> <494B740B.4080602@citrin.ru> <3bbf2fe10901050751y74ccd7e3va68fea0634fbd79f@mail.gmail.com> MIME-Version: 1.0 In-Reply-To: <3bbf2fe10901050751y74ccd7e3va68fea0634fbd79f@mail.gmail.com> 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 01/11/2009 08:06:12 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 01/11/2009 08:06:13 PM, Serialize complete at 01/11/2009 08:06:13 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: current@freebsd.org Subject: Re: hangup (livelock) - db> prompt in endless loop 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, 11 Jan 2009 19:37:09 -0000 On Mon, Jan 05, 2009 at 04:51:04PM +0100, Attilio Rao wrote: > 2008/12/19 Anton Yuzhaninov : > > Anton Yuzhaninov wrote: > >> > >> My box with fresh current sometimes stops to respond. > >> > >> On screen in endless loop printed debugger prompt > >> > >> db> > >> > >> but I can't type anything here. > >> > >> Alt+Ctrl+Esc and Alt+Ctrl+Del don't stops this loop. > >> > >> How I can debug this problem? > >> > >> system: current from Mon Dec 15 16:16:23 MSK 2008 with GENERIC kernel, > >> amd64, SMP. > >> > > > > With more fresh current - Wed Dec 17 21:09:38 > > Panic not repeated. > > This is probabilly a bug in the DDB lookup function. > It just stops immediately or after a couple of commands? (and if it > does, which comands exactly?) > Hi! I've seen this too - but only with one src checkout. The symptoms as they are observed: Leave the system with Xorg turned off (text mode), logout all users, switch to ttyv0 (not sure about this) and go away. When you are back, you see db> prompt running on the screen. This was amd64 CURRENT with GENERIC kernel. So, there was no user interaction (via keyboard). Hope, this helps, Alexey. From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 17:53: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 CB3CC1065670 for ; Sun, 11 Jan 2009 17:53:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id A79018FC33 for ; Sun, 11 Jan 2009 17:53:59 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: by mail.soaustin.net (Postfix, from userid 502) id 5F0478C006; Sun, 11 Jan 2009 11:53:59 -0600 (CST) Date: Sun, 11 Jan 2009 11:53:59 -0600 To: Sergey Matveychuk Message-ID: <20090111175359.GA4231@soaustin.net> References: <49695A15.8010801@psg.com> <496A254F.2020500@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <496A254F.2020500@FreeBSD.org> User-Agent: Mutt/1.5.13 (2006-08-11) From: linimon@lonesome.com (Mark Linimon) X-Mailman-Approved-At: Sun, 11 Jan 2009 20:11:04 +0000 Cc: Randy Bush , Boris Kovalenko , rea-fbsd@codelabs.ru, current@FreeBSD.org Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. 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, 11 Jan 2009 17:54:00 -0000 On Sun, Jan 11, 2009 at 07:58:55PM +0300, Sergey Matveychuk wrote: > The fix is already in the port: > http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/quagga/files/patch-zebra-kernel_socket.c?rev=1.5 > > I have no idea why Erwin has marked it as BROKEN again. There was no portrevision bump when the patch went in, so pointyhat did not rebuild the package. He apparently marked it as BROKEN due to the results of the previous run. mcl From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 20:37: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 7ED72106564A; Sun, 11 Jan 2009 20:37:09 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: from mail.droso.net (koala.ipv6.droso.net [IPv6:2001:6c8:6:c:20d:56ff:fe6f:f935]) by mx1.freebsd.org (Postfix) with ESMTP id 08AE98FC21; Sun, 11 Jan 2009 20:37:08 +0000 (UTC) (envelope-from erwin@mail.droso.net) Received: by mail.droso.net (Postfix, from userid 1001) id DA0831CC66; Sun, 11 Jan 2009 21:37:06 +0100 (CET) Date: Sun, 11 Jan 2009 21:37:06 +0100 From: Erwin Lansing To: Mark Linimon Message-ID: <20090111203706.GA39600@droso.net> References: <49695A15.8010801@psg.com> <496A254F.2020500@FreeBSD.org> <20090111175359.GA4231@soaustin.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="nhfYLBg4qGm1CPFy" Content-Disposition: inline In-Reply-To: <20090111175359.GA4231@soaustin.net> X-Operating-System: FreeBSD/i386 7.1-PRERELEASE User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Randy Bush , rea-fbsd@codelabs.ru, Boris Kovalenko , current@FreeBSD.org, Sergey Matveychuk Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. 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, 11 Jan 2009 20:37:09 -0000 --nhfYLBg4qGm1CPFy Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jan 11, 2009 at 11:53:59AM -0600, Mark Linimon wrote: > On Sun, Jan 11, 2009 at 07:58:55PM +0300, Sergey Matveychuk wrote: > > The fix is already in the port: > > http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/quagga/files/patch-zebr= a-kernel_socket.c?rev=3D1.5 > >=20 > > I have no idea why Erwin has marked it as BROKEN again. >=20 > There was no portrevision bump when the patch went in, so pointyhat > did not rebuild the package. He apparently marked it as BROKEN due to > the results of the previous run. >=20 Indeed. I also check cvs history for the ports Makefile, so I didn't notice the patch that was added. I removed the BROKEN tag. Best, -erwin --=20 Erwin Lansing http://droso.org Prediction is very difficult erwin@FreeBSD.org especially about the future erwin@aauug.dk --nhfYLBg4qGm1CPFy Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJalhyqy9aWxUlaZARAvlmAJ9fh5Spn2DS78z3UB6AueUaGJ/J+wCg2lsb IZwz/yS1iByTmt5zV4/8ukw= =vby5 -----END PGP SIGNATURE----- --nhfYLBg4qGm1CPFy-- From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 23:44:19 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 1C2C5106564A for ; Sun, 11 Jan 2009 23:44:19 +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 96C5E8FC1A for ; Sun, 11 Jan 2009 23:44:18 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 26785 invoked by uid 399); 11 Jan 2009 23:17:29 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Jan 2009 23:17:29 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <496A7E07.6090702@FreeBSD.org> Date: Sun, 11 Jan 2009 15:17:27 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090111) MIME-Version: 1.0 To: rea-fbsd@codelabs.ru References: <49668763.8020705@mail.zedat.fu-berlin.de> <49671748.3030709@gmx.de> <4967259C.9090408@stillbilde.net> In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Svein Skogen \(List Mail Account\)" , freebsd-current@freebsd.org Subject: 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, 11 Jan 2009 23:44:19 -0000 Eygene Ryabinkin wrote: > Svein, good day. > > Fri, Jan 09, 2009 at 11:23:24AM +0100, Svein Skogen (List Mail Account) wrote: >> Would it be possible, as a "workaround" to have "system-CC" and >> "ports-CC" defined in make.conf, making one CC the compiler for /usr/src >> and another for ports, or would this just create debugging nightmares? > > Will the following additions to your make.conf suit you? > ----- > .if ${.CURDIR:M/usr/src/*} || ${.CURDIR:M/usr/src} > CC = system-CC > .endif > > .if ${.CURDIR:M/usr/ports/*} || ${.CURDIR:M/usr/ports} > CC = ports-CC > .endif > ----- That's a nice idea, but doesn't take into account those of us for whom /usr/ports is a symlink. ports-mgmt/portconf has the logic in the installer to create the correct lines for make.conf, and has the benefit of being useful for other things too. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sun Jan 11 23:49: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 79457106566C for ; Sun, 11 Jan 2009 23:49:26 +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 095D58FC0C for ; Sun, 11 Jan 2009 23:49:25 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 31823 invoked by uid 399); 11 Jan 2009 23:22:46 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 11 Jan 2009 23:22:46 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <496A7F44.3060503@FreeBSD.org> Date: Sun, 11 Jan 2009 15:22:44 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090111) MIME-Version: 1.0 To: "Pedro F. Giffuni" References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <342292.89033.qm@web32703.mail.mud.yahoo.com> In-Reply-To: <342292.89033.qm@web32703.mail.mud.yahoo.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , 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, 11 Jan 2009 23:49:26 -0000 Pedro F. Giffuni wrote: > There was, however, the idea that the installation could be more > packaged oriented. Yes, this idea is perpetual, in large part because no one has stepped up to do the work. So don't talk about it, just do it. :) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 00:36: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 9BD23106566B for ; Mon, 12 Jan 2009 00:36:01 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from proxy.meer.net (proxy.meer.net [64.13.141.13]) by mx1.freebsd.org (Postfix) with ESMTP id 77B098FC12 for ; Mon, 12 Jan 2009 00:36:01 +0000 (UTC) (envelope-from gnn@neville-neil.com) Received: from mail.meer.net (mail.meer.net [64.13.141.3]) by proxy.meer.net (8.14.2/8.14.2) with ESMTP id n0C0a1cW060071 for ; Sun, 11 Jan 2009 16:36:01 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from mail2.meer.net (mail2.meer.net [64.13.141.16]) by mail.meer.net (8.13.3/8.13.3/meer) with ESMTP id n0C0ZYrq064811 for ; Sun, 11 Jan 2009 16:35:34 -0800 (PST) (envelope-from gnn@neville-neil.com) Received: from [172.16.1.200] (cpe-68-175-68-135.nyc.res.rr.com [68.175.68.135]) (authenticated bits=0) by mail2.meer.net (8.14.1/8.14.3) with ESMTP id n0C0ZW0E046826 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Sun, 11 Jan 2009 16:35:33 -0800 (PST) (envelope-from gnn@neville-neil.com) Message-Id: From: George Neville-Neil To: current@freebsd.org Content-Type: multipart/signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="Apple-Mail-29-10261388" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 11 Jan 2009 19:35:31 -0500 X-Pgp-Agent: GPGMail 1.2.0 (v56) X-Mailer: Apple Mail (2.930.3) X-Canit-CHI2: 0.50 X-Bayes-Prob: 0.5 (Score 0, tokens from: ) X-Spam-Score: 0.00 () [Tag at 5.00] X-CanItPRO-Stream: default X-Canit-Stats-ID: 2986418 - 355d5f19a97b X-Scanned-By: CanIt (www . roaringpenguin . com) on 64.13.141.13 Cc: Subject: 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: Mon, 12 Jan 2009 00:36:01 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --Apple-Mail-29-10261388 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Howdy, Beware if you are upgrading from a 7.1 system to CURRENT that you may need to have the kernel options GEOM_MBR and GEOM_BSD in your kernel. I spent a couple of hours dealing with this on my Thinkpad X60 today which had, what I thought, was a pretty simple setup of 1 slice for BSD, and a simple layout of /, swap and /usr. When I tried to boot the new kernel I got to the mount error prompt and could not mount ad4p1 or anything like it. Adding the GEOM_MBR and GEOM_BSD options back into the kernel fixed things. Happily I was able to boot 7.1 still and fix this. Best, George --Apple-Mail-29-10261388 content-type: application/pgp-signature; x-mac-type=70674453; name=PGP.sig content-description: This is a digitally signed message part content-disposition: inline; filename=PGP.sig content-transfer-encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (Darwin) iEYEARECAAYFAklqkFMACgkQYdh2wUQKM9JGJACgv8LR20DbSFrZieaUDYDJ4UKw da4An3OjxmUq1eNnuhFbQxPXwdoCSimd =ilIA -----END PGP SIGNATURE----- --Apple-Mail-29-10261388-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 01:00: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 B097B106566C for ; Mon, 12 Jan 2009 01:00:43 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.174]) by mx1.freebsd.org (Postfix) with ESMTP id 7AD378FC08 for ; Mon, 12 Jan 2009 01:00:43 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so13540507wfg.7 for ; Sun, 11 Jan 2009 17:00:43 -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:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding :from; bh=KYlqB8Xs7D063GW1vp4Q9jJHe3aahfjQugQMf1PjraQ=; b=agUoJgL1/+QxcrhQbIsMG5mZNzmRIaPPW76nD0srD3ORGbFcpd06MoSCMwXsSClpRc DDDLYwo6SSzuR81HEhtykdksbrL/qX36AUhtPHaZmydoCn++Fd1xgEuCDY5m3n3w0D8j hj3nGYCA8PLi/yiUrBi+4E80vUbWGpC/nJboY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding:from; b=gtBKCxWKlm0uimekRNPIFcm4dioYiVgLUyfxRbtjBJsLi5fJkS9VcRdfTLvrX3gJub BVfznUxkyGvLoV01hBX9D2nZr+NHG6fZX5q+3/NmTUc4Mak8psh1Rcakk+FWIVNE0AwZ 7bOiv2PMxlm8ISIeeXaWtuGFHVYG4P14qo4Qs= Received: by 10.142.134.20 with SMTP id h20mr11831240wfd.342.1231720271777; Sun, 11 Jan 2009 16:31:11 -0800 (PST) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 22sm13746709wfd.53.2009.01.11.16.31.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 11 Jan 2009 16:31:10 -0800 (PST) Message-ID: <496A8F45.7010400@gmail.com> Date: Sun, 11 Jan 2009 19:31:01 -0500 User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.5.666 MIME-Version: 1.0 To: "O. Hartmann" References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> In-Reply-To: <4969CC6D.6030707@mail.zedat.fu-berlin.de> X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Eitan Adler Cc: Peter Jeremy , "Pedro F. Giffuni" , 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: Mon, 12 Jan 2009 01:00:44 -0000 I never took care about GPLv2 and v3 > differences but know, this seems to come to relevance in some way. I don't seem to understand this. Why should gpl v3 affect the OS? The output of the compiler isn't affected by the license. Is it? -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 01:11:19 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 0340B1065672 for ; Mon, 12 Jan 2009 01:11:18 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id ACB618FC12 for ; Mon, 12 Jan 2009 01:11:18 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (h-66-166-149-52.snvacaid.covad.net [66.166.149.52]) by kientzle.com (8.12.9/8.12.9) with ESMTP id n0C1BHC1008101; Sun, 11 Jan 2009 17:11:18 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <496A98B3.1010301@freebsd.org> Date: Sun, 11 Jan 2009 17:11:15 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Pedro F. Giffuni" References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <342292.89033.qm@web32703.mail.mud.yahoo.com> In-Reply-To: <342292.89033.qm@web32703.mail.mud.yahoo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , 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: Mon, 12 Jan 2009 01:11:25 -0000 >>... the FreeBSD base system should come complete with the >>necessary tools to build/install itself. > > OK, I quite agree it's not the same as perl: C is not something we cannot depend on. You can easily install FreeBSD without a C compiler or other build tools. There's very little reason to do so in a typical desktop/server installation, which is why this capability is used almost exclusively by people building embedded systems or special-use CD-bootable systems. But even in those environments, this concern is fading: multi-gigabyte flash parts and bootable DVDs and USB keys are becoming pretty common. Tim From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 02:13: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 70B6F106567C for ; Mon, 12 Jan 2009 02:13:49 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id BCF1D8FC19 for ; Mon, 12 Jan 2009 02:13:48 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so5466164bwz.19 for ; Sun, 11 Jan 2009 18:13:47 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=RiNK4xKUFreno0xZ+4426nMhgCJSaS6o58riREcaafA=; b=MkHR7TcRNxNbCsUsmJVGDKkH3rBoCdXSx8Igq0u0CyZHszhuMKehXOq54Kq5SuX9wf Uk195xZpIjJzvsSrPnZjfemWfXJq3jgJDojzeEBtvFOs8ZUUd6egaaBv9bgbNa/F2Cjb Z+1WVx54gB+VwsxECge9yRd7x3cLaBYo8SpoQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=qh0D+FpO1slfpOJzuwIW5l6Uf6cOgcXqSw/QpUkUzw5J+BMJ4+nfxeczR+f5UjqOxj n4peW+34NVNZBWW1LjvYQ/zvcvIgMhsHLPd5Fu+0DVP4B2GJdto+gl8pb6SR/WYQF2DC ENP4UWVd5tBzuCBleWTRTHkySXEglmOiNnptc= Received: by 10.181.138.13 with SMTP id q13mr10782679bkn.95.1231726427623; Sun, 11 Jan 2009 18:13:47 -0800 (PST) Received: by 10.181.26.3 with HTTP; Sun, 11 Jan 2009 18:13:47 -0800 (PST) Message-ID: <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> Date: Sun, 11 Jan 2009 18:13:47 -0800 From: "Garrett Cooper" To: "Eitan Adler" In-Reply-To: <496A8F45.7010400@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> Cc: Peter Jeremy , "O. Hartmann" , "Pedro F. Giffuni" , 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: Mon, 12 Jan 2009 02:13:49 -0000 On Sun, Jan 11, 2009 at 4:31 PM, Eitan Adler wrote: > I never took care about GPLv2 and v3 >> differences but know, this seems to come to relevance in some way. > > I don't seem to understand this. Why should gpl v3 affect the OS? The > output of the compiler isn't affected by the license. Is it? Yes the GPLv3 is `extremely viral' when dealing with proprietary innovations and features, compared to GPLv2. Hence that's why Apple, Cisco, Intel, Juniper, etc are incredibly wary of licensing, and are sidestepping around the whole GPLv3 issue as much as possible, wherever possible. Many companies also have to write in functionality and tie-ins which expose portions of the OS, debugging tools, libraries, etc that would require them to expose their proprietary secrets. They should be just as exposed with GPLv2, but the GPLv3 is more stringent and the FSF is ramping up copyright infringement notices to get people to adhere to the licenses they accepted when they started hacking at the relevant pieces of opensource software, as many people having been conforming to the licensing agreements and terms contained within the accepted licenses. Definitely look up the terms of the LGPL and GPL and compare and contrast those licenses versus the BSD, MIT, and Apache licenses. You might be surprised... Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 02:28: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 6D4B1106566C; Mon, 12 Jan 2009 02:28:10 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from VA3EHSOBE001.bigfish.com (outbound-va3.frontbridge.com [216.32.180.16]) by mx1.freebsd.org (Postfix) with ESMTP id 1DFAC8FC19; Mon, 12 Jan 2009 02:28:09 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from mail28-va3-R.bigfish.com (10.7.14.248) by VA3EHSOBE001.bigfish.com (10.7.40.21) with Microsoft SMTP Server id 8.1.291.1; Mon, 12 Jan 2009 02:13:05 +0000 Received: from mail28-va3 (localhost.localdomain [127.0.0.1]) by mail28-va3-R.bigfish.com (Postfix) with ESMTP id 26FEBF40063; Mon, 12 Jan 2009 02:13:06 +0000 (UTC) X-BigFish: VS-10(z34a4jz1432R98dR1805M1442J936fOzzzzz2dh6bh87il43j62h) X-Spam-TCS-SCL: 1:0 X-FB-SS: 5, X-FB-DOMAIN-IP-MATCH: fail Received: by mail28-va3 (MessageSwitch) id 1231726384407403_24395; Mon, 12 Jan 2009 02:13:04 +0000 (UCT) Received: from lpozpwexc02.lpint.net (unknown [203.166.32.249]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail28-va3.bigfish.com (Postfix) with ESMTP id DDC40D0055; Mon, 12 Jan 2009 02:13:03 +0000 (UTC) Received: from klein.bigpond.com (10.61.24.85) by lpozpwexc02.lpint.net (10.61.38.9) with Microsoft SMTP Server id 8.1.311.2; Mon, 12 Jan 2009 13:13:01 +1100 Received: from klein.bigpond.com (localhost [127.0.0.1]) by klein.bigpond.com (8.14.3/8.14.1) with ESMTP id n0C2DE04001728; Mon, 12 Jan 2009 13:13:14 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost) by klein.bigpond.com (8.14.3/8.14.3/Submit) with ESMTP id n0C2DBE1001725; Mon, 12 Jan 2009 13:13:13 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: klein.au.lpint.net: petros owned process doing -bs Date: Mon, 12 Jan 2009 13:13:11 +1100 From: Peter Ross X-X-Sender: petros@klein.bigpond.com To: Tim Kientzle In-Reply-To: <496A98B3.1010301@freebsd.org> Message-ID: References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <342292.89033.qm@web32703.mail.mud.yahoo.com> <496A98B3.1010301@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Cc: Peter Jeremy , "Pedro F. Giffuni" , 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: Mon, 12 Jan 2009 02:28:10 -0000 Hi Tim, AFAIK you _need_ a C compiler to keep your system secure, to apply security patches. E.g. http://security.freebsd.org/advisories/FreeBSD-SA-09:02.openssl.asc .. make obj && make depend && make && make install .. Of course there are build-boxes etc. so you only need a compiler once. But still, you need a box to compile it. Regards Peter On Sun, 11 Jan 2009, Tim Kientzle wrote: > > > ... the FreeBSD base system should come complete with the > > > necessary tools to build/install itself. > > > > OK, I quite agree it's not the same as perl: C is not something we cannot > > depend on. > > You can easily install FreeBSD without a C compiler > or other build tools. > > There's very little reason to do so in a typical > desktop/server installation, which is why this > capability is used almost exclusively by people > building embedded systems or special-use > CD-bootable systems. But even in those > environments, this concern is fading: > multi-gigabyte flash parts and bootable DVDs > and USB keys are becoming pretty common. > > Tim > _______________________________________________ > 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 Jan 12 02:40: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 E4B31106566B for ; Mon, 12 Jan 2009 02:40:26 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 821C58FC17 for ; Mon, 12 Jan 2009 02:40:26 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (morganw-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:47e::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id C01BAA303E6F; Sun, 11 Jan 2009 20:40:22 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n0C2eEKs078473; Sun, 11 Jan 2009 20:40:17 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Sun, 11 Jan 2009 20:40:13 -0600 (CST) From: Wes Morgan To: George Neville-Neil In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: Mon, 12 Jan 2009 02:40:27 -0000 On Sun, 11 Jan 2009, George Neville-Neil wrote: > Howdy, > > Beware if you are upgrading from a 7.1 system to CURRENT that you may > need to have the kernel options GEOM_MBR and GEOM_BSD in your kernel. > I spent a couple of hours dealing with this on my Thinkpad X60 today > which had, what I thought, was a pretty simple setup of 1 slice for BSD, > and a simple layout of /, swap and /usr. When I tried to boot the new > kernel I got to the mount error prompt and could not mount ad4p1 or > anything like it. Adding the GEOM_MBR and GEOM_BSD options back into the > kernel fixed things. Happily I was able to boot 7.1 still and fix this. There are several things to be aware of moving from GEOM_MBR|BSD to GEOM_PART_*. My label was "wrong" in gpart's eyes, and I had to relabel the drive with a copy of the same label (no data loss). I also have a ZFS root filesystem embedded in the "e" part of the slice, which was marked as "unused" in the label, and thus GEOM_PART_BSD created no device node in /dev. Changing it from "unused" to "ZFS" in the label was the solution to that. Unfortunately, during the process of "fixing" the label, grub stopped working, leaving my system without a boot loader. In the absence of a bootable live cd, I had to pop out the drive and plug it in to another system to install the standard boot loader. Was not a fun evening! From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 02:53: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 7A72B1065670; Mon, 12 Jan 2009 02:53:10 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 743008FC12; Mon, 12 Jan 2009 02:53:09 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so5489963bwz.19 for ; Sun, 11 Jan 2009 18:53: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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=vuTc/tDkBVbbEee7mcuJHaFLPLil3dBu03EZbd+EkEI=; b=vSDOVupfynAu5JsH4mHoMzViyQcLh52PRXsbmWzKufl+goyJnngmL3y6KmgSVgVtIP HXhV5r0gtgrTZSSF4ix9UWyvbhVbSUrzPAtR8xTZc6lz3dwLzGRbbQT+TMnKv7GfvFF1 PUE2k17K34UACMtP43Gwfq2ztUa7Uq8UIogko= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=PHoqcy5+ln7YQVUMXxXIbIuZRfTXwdO+8vm8r6GXKA7BCUz0FMDpMDqGWIRKm7rteH fiNMJzKX2E/hyCzN3lkhe2wZCgdb4RZNGptTv02ID3RDJjuWukLWzeJBZBo1Ck0ialLp TEpmYP7TktP+nekDIAHiIwPoD95ZWp5h9sNXg= Received: by 10.180.203.3 with SMTP id a3mr10786935bkg.146.1231728788322; Sun, 11 Jan 2009 18:53:08 -0800 (PST) Received: by 10.181.26.3 with HTTP; Sun, 11 Jan 2009 18:53:08 -0800 (PST) Message-ID: <7d6fde3d0901111853k40f26893j722d95d3556c820@mail.gmail.com> Date: Sun, 11 Jan 2009 18:53:08 -0800 From: "Garrett Cooper" To: "Doug Barton" In-Reply-To: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> Cc: freebsd-x11 , FreeBSD Current Subject: Re: X becomes unresponsive with nvidia and hardlocks with gdb (was Re: X becomes unresponsive with nvidia / xscreensaver and desktop panics) 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, 12 Jan 2009 02:53:10 -0000 On Fri, Jan 9, 2009 at 5:05 PM, Garrett Cooper wrote: > On Fri, Jan 9, 2009 at 2:05 PM, Garrett Cooper wrote: >> On Fri, Jan 9, 2009 at 1:40 PM, Doug Barton wrote: >>> Garrett Cooper wrote: >>>> Thanks for the tips Doug -- I'll give them a shot of course... >>> >>> Glad I could help. The one thing I forgot to mention is to try the >>> nvidia-settings app if you have not already done so. There are various >>> things there that you can tweak that might yield better results. >>> >>> Doug >> >> I did in fact set everything up via nvidia-settings. I'm running >> some stress tests right now to see whether or not I can simulate the >> issue -- it doesn't appear to be as straightforward as I thought.. >> -Garrett >> > > I believe my actual problem with panicking is related to gdb, not X11. > So the actual problem is two-fold: > > - X11 livelocks, where I can login via ssh and kill . > - When I use gdb -p, it prints out the same message reported here: > . The only > thing is that if I press `y' on the first go-around, the machine > hardlocks on the first try with hitting `y'. If I hit `n' so gdb > coredumps, I can either go on my merry way, or go back to the > confirmation dialog. If I hit it again, it doesn't hardlock. It does > hardlock though, and for whatever reason my PC speaker beeps, and I > have to warm boot it. I haven't been able to get a kernel dump though, > so something else mysteriously is going on that I can't track. > > So, just to simplify: > > first_try := True > > while gdb is running: > if prompt_for_coredump() and first_try is True: > panic() > first_try := False > > Thanks, > -Garrett Ok, I've been doing some more poking around this weekend, and here's what I discovered: - I've rebuilt my xorg-server a few times and it's still claiming that it was built with 7.1-RC2 -_-... - I can get the Xorg server to go full tilt by just compiling something, like buildworld, via an xterm. - I can't attach truss to Xorg, or the Xorg will livelock. Now, trying out the nv driver: - It constantly uses up ~20% CPU on one of my four cores. When I compile something it chews up ~50% CPU. - I can attach truss to Xorg, but it drags the CPU up to ~100%. Xorg was spending a LOT of time pinging socket data around, which makes me think that what the nvidia driver is doing is actually unrooting a performance issue with the IPC mechanism in Xorg, as nv suffers from the same thing, just on a less grand scale; mind you, I can get both of my screens up and running under nvidia at different resolutions -- 1920x1200 and 1680 x 1050 -- but under nv I only get 2 displays setup at 1680 x 1050. - Detaching truss causes the livelock condition (again). Rebuilding xorg-server has proven to help so far. I did delete-old-files, and it appears that xorg-server may have been picking up some old libraries still. Let's see if this sticks or not... Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 01:21: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 CEEEC1065673 for ; Mon, 12 Jan 2009 01:21:35 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: from web32702.mail.mud.yahoo.com (web32702.mail.mud.yahoo.com [68.142.207.246]) by mx1.freebsd.org (Postfix) with SMTP id 7B0BE8FC13 for ; Mon, 12 Jan 2009 01:21:35 +0000 (UTC) (envelope-from giffunip@tutopia.com) Received: (qmail 93629 invoked by uid 60001); 12 Jan 2009 01:21:34 -0000 X-YMail-OSG: PF1YmJsVM1nHGmENsr2wb1OZZBomf8grD3bRy9Dbl6DHY3oobBP1TJQ0bljY0tWoTM74B7FScFBQdFdAIufHNJ6QuT6JhyATuKkXajnwaYen7FM_cGv.M7N24iBi7CUZPVCcBZXZDJu9.C4uPk.XzMJJITNjGcYtUtwXtdtHVAzgn223CSVjI_h45Mtw_Em2.KLGYt8ObjUWLw_1W4TvyjSJySd2RncuIGQ- Received: from [190.157.124.207] by web32702.mail.mud.yahoo.com via HTTP; Sun, 11 Jan 2009 17:21:34 PST X-RocketYMMF: giffunip X-Mailer: YahooMailRC/1155.45 YahooMailWebService/0.7.260.1 References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> Date: Sun, 11 Jan 2009 17:21:34 -0800 (PST) From: "Pedro F. Giffuni" To: Eitan Adler MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <749382.92616.qm@web32702.mail.mud.yahoo.com> X-Mailman-Approved-At: Mon, 12 Jan 2009 07:11:14 +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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2009 01:21:36 -0000 ( Sorry everyone about my email not wrapping text anymore :( ) ----- Original Message ---- > > I never took care about GPLv2 and v3 > > differences but know, this seems to come to relevance in some way. > > I don't seem to understand this. Why should gpl v3 affect the OS? The > output of the compiler isn't affected by the license. Is it? > Perhaps we just want to avoid trouble to our commercial co-developers: http://en.wikipedia.org/wiki/FSF_vs._Cisco cheers, Pedro. From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 03:10: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 B1385106564A for ; Mon, 12 Jan 2009 03:10:27 +0000 (UTC) (envelope-from Peter.Ross@bogen.in-berlin.de) Received: from VA3EHSOBE005.bigfish.com (outbound-va3.frontbridge.com [216.32.180.16]) by mx1.freebsd.org (Postfix) with ESMTP id 615CA8FC18 for ; Mon, 12 Jan 2009 03:10:27 +0000 (UTC) (envelope-from Peter.Ross@bogen.in-berlin.de) Received: from mail204-va3-R.bigfish.com (10.7.14.242) by VA3EHSOBE005.bigfish.com (10.7.40.25) with Microsoft SMTP Server id 8.1.291.1; Mon, 12 Jan 2009 02:55:22 +0000 Received: from mail204-va3 (localhost.localdomain [127.0.0.1]) by mail204-va3-R.bigfish.com (Postfix) with ESMTP id 4BFAA1218097; Mon, 12 Jan 2009 02:55:22 +0000 (UTC) X-BigFish: VS2(z34a4jz98dR936fOzzzz2ba5Mz2dh6bh87il43j66h) X-Spam-TCS-SCL: 5:0 X-FB-DOMAIN-IP-MATCH: fail Received: by mail204-va3 (MessageSwitch) id 1231728920785443_22566; Mon, 12 Jan 2009 02:55:20 +0000 (UCT) Received: from lpozpwexc02.lpint.net (unknown [203.166.32.249]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail204-va3.bigfish.com (Postfix) with ESMTP id 3D13F50057; Mon, 12 Jan 2009 02:55:20 +0000 (UTC) Received: from klein.bigpond.com (10.61.24.85) by lpozpwexc02.lpint.net (10.61.38.9) with Microsoft SMTP Server id 8.1.311.2; Mon, 12 Jan 2009 13:55:17 +1100 Received: from klein.bigpond.com (localhost [127.0.0.1]) by klein.bigpond.com (8.14.3/8.14.1) with ESMTP id n0C2tUMP001839; Mon, 12 Jan 2009 13:55:30 +1100 (EST) (envelope-from Peter.Ross@bogen.in-berlin.de) Received: from localhost (petros@localhost) by klein.bigpond.com (8.14.3/8.14.3/Submit) with ESMTP id n0C2tS81001836; Mon, 12 Jan 2009 13:55:29 +1100 (EST) (envelope-from Peter.Ross@bogen.in-berlin.de) X-Authentication-Warning: klein.au.lpint.net: petros owned process doing -bs Date: Mon, 12 Jan 2009 13:55:28 +1100 From: Peter Ross X-X-Sender: petros@klein.bigpond.com To: Garrett Cooper In-Reply-To: <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> Message-ID: References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" X-Mailman-Approved-At: Mon, 12 Jan 2009 07:11:30 +0000 Cc: Peter Jeremy , Eitan Adler , "Pedro F. Giffuni" , "O. Hartmann" , 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: Mon, 12 Jan 2009 03:10:27 -0000 On Sun, 11 Jan 2009, Garrett Cooper wrote: > Definitely look up the terms of the LGPL and GPL and compare and > contrast those licenses versus the BSD, MIT, and Apache licenses. You > might be surprised... Probably more interesting are comparisons between GPL v2 and v3 and concerns voiced by Linux developers. E.g. http://en.wikipedia.org/wiki/GNU_General_Public_License and http://lwn.net/Articles/200422/. I am not a lawyer .. I have an opinion but it is probably better to leave comments to people with better understanding of legal issues. Regards Peter From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 07:39: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 2A2E9106564A for ; Mon, 12 Jan 2009 07:39:52 +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 DB4BE8FC16 for ; Mon, 12 Jan 2009 07:39:51 +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 92616F66F88D; Mon, 12 Jan 2009 08:12:28 +0100 (CET) Received: from [217.236.35.43] (helo=zelda.local) by smtp05.web.de with asmtp (TLSv1:AES256-SHA:256) (WEB.DE 4.110 #273) id 1LMGyK-0002ie-00; Mon, 12 Jan 2009 08:12:28 +0100 Date: Mon, 12 Jan 2009 08:12:21 +0100 From: Martin To: Wes Morgan Message-ID: <20090112081221.600f6681@zelda.local> In-Reply-To: References: X-Mailer: Claws Mail 3.6.0 (GTK+ 2.14.7; amd64-portbld-freebsd7.1) 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/xytdIO5M22NrqI+69HaXTwnQuyNoHGKigDggo y3hCW8uWG1no2qnVoIHcR+msKPXK9Melj/gUQ42aH9GAp4rzBk UmKUxy/ik= Cc: George Neville-Neil , 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: Mon, 12 Jan 2009 07:39:52 -0000 Am Sun, 11 Jan 2009 20:40:13 -0600 (CST) schrieb Wes Morgan : > In the absence of a > bootable live cd, I had to pop out the drive and plug it in to > another system to install the standard boot loader. Was not a fun > evening! Hi Wes, and I can tell you one more thing. Even you actually _have_ the livefs CD (8.0-CURRENT, december snapshot), it won't help you to fix your GPT, because gpart crashes when you call it on the command line from Fixit console. -- Martin From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 08:15: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 7A269106566B for ; Mon, 12 Jan 2009 08:15:42 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 29E088FC12 for ; Mon, 12 Jan 2009 08:15:41 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (h204079.dynamic.ppp.asahi-net.or.jp [61.114.204.79]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 0BC3964AC8 for ; Mon, 12 Jan 2009 17:15:40 +0900 (JST) Date: Mon, 12 Jan 2009 17:15:40 +0900 From: WATANABE Kazuhiro To: freebsd-current User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20090112081541.0BC3964AC8@mail.asahi-net.or.jp> Subject: usb2: kernel panic with an USB floppy drive 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, 12 Jan 2009 08:15:42 -0000 Hi, all. I have an USB floppy drive which works well on 7.1-RELEASE, and 8-current with the old USB stack. ***** umass0: on uhub0 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-0 device da0: 20KB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present port 1 addr 2: full speed, power 500 mA, config 1, USB Floppy Drive(0x0000), Y-E DATA(0x057b), rev 5.01 ***** When I connect the floppy drive to the system with the new USB2 stack, it causes a kernel panic. Here is a stack trace and dmesg output. capricorn# kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... Unread portion of the kernel message buffer: umass0:1:0:-1: Attached to scbus1 Kernel page fault with the following non-sleepable locks held: exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xc0d69800) locked @ /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1781 KDB: stack backtrace: db_trace_self_wrapper(c0c1f7c2,cc93ea28,c088f145,c0c0d089,6f5,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0c0d089,6f5,ffffffff,c0eabdc4,cc93ea60,...) at kdb_backtrace+0x29 _witness_debugger(c0c21ae3,cc93ea74,4,1,0,...) at _witness_debugger+0x25 witness_warn(5,0,c0c53da2,c28d3b40,c288ea90,...) at witness_warn+0x1fd trap(cc93eb00) at trap+0x152 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc0b32da5, esp = 0xcc93eb40, ebp = 0xcc93eb78 --- bus_dmamap_load(c29a4e80,c0ef2bc0,0,24,c077e8b0,...) at bus_dmamap_load+0xd5 usb2_pc_load_mem(c2b87f80,24,0,4cf,c0c02651,...) at usb2_pc_load_mem+0x125 usb2_bdma_work_loop(c2b86000,c2b86400,10000ca,c2b4a900,1,...) at usb2_bdma_work_loop+0x2b5 usb2_command_wrapper(c2b86000,c2b86400,c0c0d089,55b,c28d3be4,...) at usb2_command_wrapper+0x116 usb2_start_hardware(c2b86400,c084127c,c2690b68,4,c0c1ac2a,...) at usb2_start_hardware+0x6eb umass_t_cbi_data_read_callback(c2b86400,0,c0c0d089,752,c0eabdc0,...) at umass_t_cbi_data_read_callback+0xfe usb2_callback_wrapper(c2b86014,6f6,0,c2b86000,c2b86000,...) at usb2_callback_wrapper+0x63a usb2_command_wrapper(c2b86014,0,c0c0d089,6f6,c2b86028,...) at usb2_command_wrapper+0x116 usb2_callback_proc(c2b86028,c2690b68,c0c0cc24,51,c0d704c0,...) at usb2_callback_proc+0x9b usb2_process(c2b86078,cc93ed38,c0c18395,32d,c288ea90,...) at usb2_process+0xde fork_exit(c07906b0,c2b86078,cc93ed38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xcc93ed70, ebp = 0 --- Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xbfc00000 fault code = supervisor read, page not present instruction pointer = 0x20:0xc0b32da5 stack pointer = 0x28:0xcc93eb40 frame pointer = 0x28:0xcc93eb78 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 = 1338 (USBPROC) lock order reversal: (Giant after non-sleepable) 1st 0xc0d69800 UMASS lock (UMASS lock) @ /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1781 2nd 0xc0d6bfb0 Giant (Giant) @ /FreeBSD/HEAD/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack backtrace: panic: from debugger cpuid = 0 Uptime: 2m8s Physical memory: 223 MB Dumping 40 MB: 25 9 Reading symbols from /boot/kernel/green_saver.ko...Reading symbols from /boot/kernel/green_saver.ko.symbols...done. done. Loaded symbols for /boot/kernel/green_saver.ko #0 doadump () at pcpu.h:246 246 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:246 #1 0xc084fe5e in boot (howto=260) at /FreeBSD/HEAD/src/sys/kern/kern_shutdown.c:420 #2 0xc0850132 in panic (fmt=Variable "fmt" is not available. ) at /FreeBSD/HEAD/src/sys/kern/kern_shutdown.c:576 #3 0xc04bdc27 in db_panic (addr=Could not find the frame base for "db_panic". ) at /FreeBSD/HEAD/src/sys/ddb/db_command.c:478 #4 0xc04be251 in db_command (last_cmdp=0xc0d3a55c, cmd_table=0x0, dopager=1) at /FreeBSD/HEAD/src/sys/ddb/db_command.c:445 #5 0xc04be3aa in db_command_loop () at /FreeBSD/HEAD/src/sys/ddb/db_command.c:498 #6 0xc04c020d in db_trap (type=12, code=0) at /FreeBSD/HEAD/src/sys/ddb/db_main.c:229 #7 0xc087d7f6 in kdb_trap (type=12, code=0, tf=0xcc93eb00) at /FreeBSD/HEAD/src/sys/kern/subr_kdb.c:534 #8 0xc0b50e0f in trap_fatal (frame=0xcc93eb00, eva=3217031168) at /FreeBSD/HEAD/src/sys/i386/i386/trap.c:920 #9 0xc0b51740 in trap (frame=0xcc93eb00) at /FreeBSD/HEAD/src/sys/i386/i386/trap.c:318 #10 0xc0b35b6b in calltrap () at /FreeBSD/HEAD/src/sys/i386/i386/exception.s:165 #11 0xc0b32da5 in bus_dmamap_load (dmat=0xc29a4e80, map=0xc0ef2bc0, buf=0x0, buflen=36, callback=0xc077e8b0 , callback_arg=0xc2b87f80, flags=0) at pmap.h:282 ---Type to continue, or q to quit--- #12 0xc077e415 in usb2_pc_load_mem (pc=0xc2b87f80, size=36, sync=0 '\0') at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_busdma.c:635 #13 0xc077e705 in usb2_bdma_work_loop (pq=0xc2b86000) at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_busdma.c:1318 #14 0xc0793076 in usb2_command_wrapper (pq=0xc2b86000, xfer=0xc2b86400) at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:2484 #15 0xc079434b in usb2_start_hardware (xfer=0xc2b86400) at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1491 #16 0xc077c19e in umass_t_cbi_data_read_callback (xfer=0xc2b86400) at /FreeBSD/HEAD/src/sys/dev/usb2/storage/umass2.c:2414 #17 0xc07956da in usb2_callback_wrapper (pq=0xc2b86014) at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1911 #18 0xc0793076 in usb2_command_wrapper (pq=0xc2b86014, xfer=0x0) at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:2484 #19 0xc079315b in usb2_callback_proc (_pm=0xc2b86028) at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1785 #20 0xc079078e in usb2_process (arg=0xc2b86078) at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_process.c:139 #21 0xc082ce48 in fork_exit (callout=0xc07906b0 , arg=0xc2b86078, frame=0xcc93ed38) at /FreeBSD/HEAD/src/sys/kern/kern_fork.c:821 #22 0xc0b35be0 in fork_trampoline () at /FreeBSD/HEAD/src/sys/i386/i386/exception.s:270 (kgdb) quit capricorn# 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 #1: Sun Jan 11 22:14:07 JST 2009 nabe@capricorn:/FreeBSD/obj/i386/HEAD/FreeBSD/HEAD/src/sys/USB2 WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1991.92-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 Features=0x3febfbff real memory = 251592704 (239 MB) avail memory = 227368960 (216 MB) ACPI APIC Table: ioapic0 irqs 0-23 on motherboard lapic0: Forcing LINT1 to edge trigger kbd0 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x907f mem 0xf0000000-0xf7ffffff,0xec100000-0xec11ffff irq 16 at device 0.0 on pci1 isab0: at device 2.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 2.5 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 2.7 (no driver attached) ohci0: mem 0xec000000-0xec000fff irq 20 at device 3.0 on pci0 ohci0: [ITHREAD] usbus0: on ohci0 ohci1: mem 0xec001000-0xec001fff irq 21 at device 3.1 on pci0 ohci1: [ITHREAD] usbus1: on ohci1 ohci2: mem 0xec002000-0xec002fff irq 22 at device 3.2 on pci0 ohci2: [ITHREAD] usbus2: on ohci2 ehci0: mem 0xec003000-0xec003fff irq 23 at device 3.3 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 fwohci0: mem 0xec004000-0xec004fff irq 18 at device 6.0 on pci0 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:00:4c:e0:26:82:00:a8 fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xeb80000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:00:4c:82:00:a8 fwe0: Ethernet address: 02:00:4c:82:00:a8 fwip0: on firewire0 fwip0: Firewire address: 00:00:4c:e0:26:82:00:a8 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode cbb0: at device 8.0 on pci0 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [FILTER] cbb1: at device 8.1 on pci0 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [FILTER] pci0: at device 16.0 (no driver attached) pci0: at device 18.0 (no driver attached) dc0: port 0x1c00-0x1cff mem 0xec005400-0xec0057ff irq 17 at device 20.0 on pci0 miibus0: on dc0 acphy0: PHY 1 on miibus0 acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: Ethernet address: 00:90:96:xx:xx:xx dc0: [ITHREAD] pci0: at device 20.1 (no driver attached) acpi_button0: on acpi0 atrtc0: port 0x70-0x71 irq 8 on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: flags 0x1 irq 1 on atkbdc0 kbd1 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse, device ID 3 ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] ppbus0: on ppc0 plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 cpu0: on acpi0 p4tcc0: on cpu0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcbfff,0xcc000-0xce7ff,0xe0000-0xe3fff,0xe4000-0xe47ff,0xe4800-0xeffff 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 1991920060 Hz quality 800 Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 ugen0.1: at usbus0 ushub0: on usbus0 ugen1.1: at usbus1 ushub1: on usbus1 ugen2.1: at usbus2 ushub2: on usbus2 ugen3.1: at usbus3 ushub3: on usbus3 ad0: 78147MB at ata0-master UDMA100 ushub0: 2 ports with 2 removable, self powered ushub1: 2 ports with 2 removable, self powered ushub2: 2 ports with 2 removable, self powered acd0: CDRW at ata1-master UDMA33 GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). GEOM_LABEL: Label for provider ad0s4 is msdosfs/NEC-RESTORE. ushub3: 6 ports with 6 removable, self powered ugen3.2: at usbus3 ushub4: on usbus3 ushub4: 4 ports with 4 removable, self powered WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad0s3a --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 08:35: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 5BDB3106564A for ; Mon, 12 Jan 2009 08:35: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 7BB038FC18 for ; Mon, 12 Jan 2009 08:35:07 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=sLGhul3EXGEA:10 a=_g9L-oRL0ZEA:10 a=nklthdr5v5AUSfVrlghuJA==:17 a=6I5d2MoRAAAA:8 a=BdaBEb1R8z4DE5GkXwgA:9 a=_K2Ch8UAIQPGqOh59T4A:7 a=rS0rw6-HK1J5-GQbjSdsuAeUAc8A:4 a=SV7veod9ZcQA:10 a=50e4U0PicR4A:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1178219966; Mon, 12 Jan 2009 09:35:05 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Mon, 12 Jan 2009 09:37:27 +0100 User-Agent: KMail/1.9.7 References: <20090112081541.0BC3964AC8@mail.asahi-net.or.jp> In-Reply-To: <20090112081541.0BC3964AC8@mail.asahi-net.or.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901120937.28951.hselasky@c2i.net> Cc: WATANABE Kazuhiro Subject: Re: usb2: kernel panic with an USB floppy drive 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, 12 Jan 2009 08:35:08 -0000 Hi, Thanks for reporting. This bug looks like a glitch on my side when introducing Zero-copy in UMASS. Try the following patch: http://perforce.freebsd.org/chv.cgi?CH=156005 --HPS On Monday 12 January 2009, WATANABE Kazuhiro wrote: > Hi, all. > > I have an USB floppy drive which works well on 7.1-RELEASE, and > 8-current with the old USB stack. > > ***** > umass0: on > uhub0 da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 20KB/s transfers > da0: Attempt to query device size failed: NOT READY, Medium not present > > port 1 addr 2: full speed, power 500 mA, config 1, USB Floppy > Drive(0x0000), Y-E DATA(0x057b), rev 5.01 ***** > > When I connect the floppy drive to the system with the new USB2 stack, > it causes a kernel panic. > > > Here is a stack trace and dmesg output. > > capricorn# kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0 > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you > are welcome to change it and/or distribute copies of it under certain > conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-marcel-freebsd"... > > Unread portion of the kernel message buffer: > umass0:1:0:-1: Attached to scbus1 > Kernel page fault with the following non-sleepable locks held: > exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xc0d69800) locked @ > /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1781 KDB: stack > backtrace: > db_trace_self_wrapper(c0c1f7c2,cc93ea28,c088f145,c0c0d089,6f5,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0c0d089,6f5,ffffffff,c0eabdc4,cc93ea60,...) at > kdb_backtrace+0x29 _witness_debugger(c0c21ae3,cc93ea74,4,1,0,...) at > _witness_debugger+0x25 witness_warn(5,0,c0c53da2,c28d3b40,c288ea90,...) at > witness_warn+0x1fd trap(cc93eb00) at trap+0x152 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc0b32da5, esp = 0xcc93eb40, ebp = 0xcc93eb78 --- > bus_dmamap_load(c29a4e80,c0ef2bc0,0,24,c077e8b0,...) at > bus_dmamap_load+0xd5 usb2_pc_load_mem(c2b87f80,24,0,4cf,c0c02651,...) at > usb2_pc_load_mem+0x125 > usb2_bdma_work_loop(c2b86000,c2b86400,10000ca,c2b4a900,1,...) at > usb2_bdma_work_loop+0x2b5 > usb2_command_wrapper(c2b86000,c2b86400,c0c0d089,55b,c28d3be4,...) at > usb2_command_wrapper+0x116 > usb2_start_hardware(c2b86400,c084127c,c2690b68,4,c0c1ac2a,...) at > usb2_start_hardware+0x6eb > umass_t_cbi_data_read_callback(c2b86400,0,c0c0d089,752,c0eabdc0,...) at > umass_t_cbi_data_read_callback+0xfe > usb2_callback_wrapper(c2b86014,6f6,0,c2b86000,c2b86000,...) at > usb2_callback_wrapper+0x63a > usb2_command_wrapper(c2b86014,0,c0c0d089,6f6,c2b86028,...) at > usb2_command_wrapper+0x116 > usb2_callback_proc(c2b86028,c2690b68,c0c0cc24,51,c0d704c0,...) at > usb2_callback_proc+0x9b > usb2_process(c2b86078,cc93ed38,c0c18395,32d,c288ea90,...) at > usb2_process+0xde fork_exit(c07906b0,c2b86078,cc93ed38) at fork_exit+0xb8 > fork_trampoline() at fork_trampoline+0x8 > --- trap 0, eip = 0, esp = 0xcc93ed70, ebp = 0 --- > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xbfc00000 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0b32da5 > stack pointer = 0x28:0xcc93eb40 > frame pointer = 0x28:0xcc93eb78 > 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 = 1338 (USBPROC) > lock order reversal: (Giant after non-sleepable) > 1st 0xc0d69800 UMASS lock (UMASS lock) @ > /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1781 2nd 0xc0d6bfb0 > Giant (Giant) @ /FreeBSD/HEAD/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack > backtrace: > panic: from debugger > cpuid = 0 > Uptime: 2m8s > Physical memory: 223 MB > Dumping 40 MB: 25 9 > > Reading symbols from /boot/kernel/green_saver.ko...Reading symbols from > /boot/kernel/green_saver.ko.symbols...done. done. > Loaded symbols for /boot/kernel/green_saver.ko > #0 doadump () at pcpu.h:246 > 246 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) where > #0 doadump () at pcpu.h:246 > #1 0xc084fe5e in boot (howto=260) > at /FreeBSD/HEAD/src/sys/kern/kern_shutdown.c:420 > #2 0xc0850132 in panic (fmt=Variable "fmt" is not available. > ) > at /FreeBSD/HEAD/src/sys/kern/kern_shutdown.c:576 > #3 0xc04bdc27 in db_panic (addr=Could not find the frame base for > "db_panic". ) > at /FreeBSD/HEAD/src/sys/ddb/db_command.c:478 > #4 0xc04be251 in db_command (last_cmdp=0xc0d3a55c, cmd_table=0x0, > dopager=1) at /FreeBSD/HEAD/src/sys/ddb/db_command.c:445 > #5 0xc04be3aa in db_command_loop () > at /FreeBSD/HEAD/src/sys/ddb/db_command.c:498 > #6 0xc04c020d in db_trap (type=12, code=0) > at /FreeBSD/HEAD/src/sys/ddb/db_main.c:229 > #7 0xc087d7f6 in kdb_trap (type=12, code=0, tf=0xcc93eb00) > at /FreeBSD/HEAD/src/sys/kern/subr_kdb.c:534 > #8 0xc0b50e0f in trap_fatal (frame=0xcc93eb00, eva=3217031168) > at /FreeBSD/HEAD/src/sys/i386/i386/trap.c:920 > #9 0xc0b51740 in trap (frame=0xcc93eb00) > at /FreeBSD/HEAD/src/sys/i386/i386/trap.c:318 > #10 0xc0b35b6b in calltrap () > at /FreeBSD/HEAD/src/sys/i386/i386/exception.s:165 > #11 0xc0b32da5 in bus_dmamap_load (dmat=0xc29a4e80, map=0xc0ef2bc0, > buf=0x0, buflen=36, callback=0xc077e8b0 , > callback_arg=0xc2b87f80, flags=0) at pmap.h:282 > ---Type to continue, or q to quit--- > #12 0xc077e415 in usb2_pc_load_mem (pc=0xc2b87f80, size=36, sync=0 '\0') > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_busdma.c:635 > #13 0xc077e705 in usb2_bdma_work_loop (pq=0xc2b86000) > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_busdma.c:1318 > #14 0xc0793076 in usb2_command_wrapper (pq=0xc2b86000, xfer=0xc2b86400) > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:2484 > #15 0xc079434b in usb2_start_hardware (xfer=0xc2b86400) > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1491 > #16 0xc077c19e in umass_t_cbi_data_read_callback (xfer=0xc2b86400) > at /FreeBSD/HEAD/src/sys/dev/usb2/storage/umass2.c:2414 > #17 0xc07956da in usb2_callback_wrapper (pq=0xc2b86014) > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1911 > #18 0xc0793076 in usb2_command_wrapper (pq=0xc2b86014, xfer=0x0) > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:2484 > #19 0xc079315b in usb2_callback_proc (_pm=0xc2b86028) > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1785 > #20 0xc079078e in usb2_process (arg=0xc2b86078) > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_process.c:139 > #21 0xc082ce48 in fork_exit (callout=0xc07906b0 , > arg=0xc2b86078, frame=0xcc93ed38) > at /FreeBSD/HEAD/src/sys/kern/kern_fork.c:821 > #22 0xc0b35be0 in fork_trampoline () > at /FreeBSD/HEAD/src/sys/i386/i386/exception.s:270 > (kgdb) quit > capricorn# > > > 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 #1: Sun Jan 11 22:14:07 JST 2009 > nabe@capricorn:/FreeBSD/obj/i386/HEAD/FreeBSD/HEAD/src/sys/USB2 > WARNING: WITNESS option enabled, expect reduced performance. > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Pentium(R) 4 CPU 2.00GHz (1991.92-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0xf24 Stepping = 4 > > Features=0x3febfbffA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM> real memory > = 251592704 (239 MB) > avail memory = 227368960 (216 MB) > ACPI APIC Table: > ioapic0 irqs 0-23 on motherboard > lapic0: Forcing LINT1 to edge trigger > kbd0 at kbdmux0 > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > vgapci0: port 0x9000-0x907f mem > 0xf0000000-0xf7ffffff,0xec100000-0xec11ffff irq 16 at device 0.0 on pci1 > isab0: at device 2.0 on pci0 > isa0: on isab0 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1000-0x100f at device 2.5 on pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > pci0: at device 2.7 (no driver attached) > ohci0: mem 0xec000000-0xec000fff irq 20 at device > 3.0 on pci0 ohci0: [ITHREAD] > usbus0: on ohci0 > ohci1: mem 0xec001000-0xec001fff irq 21 at device > 3.1 on pci0 ohci1: [ITHREAD] > usbus1: on ohci1 > ohci2: mem 0xec002000-0xec002fff irq 22 at device > 3.2 on pci0 ohci2: [ITHREAD] > usbus2: on ohci2 > ehci0: mem 0xec003000-0xec003fff irq 23 > at device 3.3 on pci0 ehci0: [ITHREAD] > usbus3: EHCI version 1.0 > usbus3: on ehci0 > fwohci0: mem 0xec004000-0xec004fff irq 18 at device 6.0 on > pci0 fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:00:4c:e0:26:82:00:a8 > fwohci0: Phy 1394a available S400, 3 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0xeb80000 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:00:4c:82:00:a8 > fwe0: Ethernet address: 02:00:4c:82:00:a8 > fwip0: on firewire0 > fwip0: Firewire address: 00:00:4c:e0:26:82:00:a8 @ 0xfffe00000000, S400, > maxrec 2048 sbp0: on firewire0 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc000ffc0, gen=1, CYCLEMASTER mode > cbb0: at device 8.0 on pci0 > cardbus0: on cbb0 > pccard0: <16-bit PCCard bus> on cbb0 > cbb0: [FILTER] > cbb1: at device 8.1 on pci0 > cardbus1: on cbb1 > pccard1: <16-bit PCCard bus> on cbb1 > cbb1: [FILTER] > pci0: at device 16.0 (no driver attached) > pci0: at device 18.0 (no driver attached) > dc0: port 0x1c00-0x1cff mem > 0xec005400-0xec0057ff irq 17 at device 20.0 on pci0 miibus0: on > dc0 > acphy0: PHY 1 on miibus0 > acphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > dc0: Ethernet address: 00:90:96:xx:xx:xx > dc0: [ITHREAD] > pci0: at device 20.1 (no driver attached) > acpi_button0: on acpi0 > atrtc0: port 0x70-0x71 irq 8 on acpi0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: flags 0x1 irq 1 on atkbdc0 > kbd1 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > psm0: irq 12 on atkbdc0 > psm0: [GIANT-LOCKED] > psm0: [ITHREAD] > psm0: model IntelliMouse, device ID 3 > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > ppbus0: on ppc0 > plip0: on ppbus0 > plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > cpu0: on acpi0 > p4tcc0: on cpu0 > pmtimer0 on isa0 > orm0: at iomem > 0xc0000-0xcbfff,0xcc000-0xce7ff,0xe0000-0xe3fff,0xe4000-0xe47ff,0xe4800-0xe >ffff 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 1991920060 Hz quality 800 > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > usbus0: 12Mbps Full Speed USB v1.0 > usbus1: 12Mbps Full Speed USB v1.0 > usbus2: 12Mbps Full Speed USB v1.0 > usbus3: 480Mbps High Speed USB v2.0 > ugen0.1: at usbus0 > ushub0: on usbus0 > ugen1.1: at usbus1 > ushub1: on usbus1 > ugen2.1: at usbus2 > ushub2: on usbus2 > ugen3.1: at usbus3 > ushub3: on usbus3 > ad0: 78147MB at ata0-master UDMA100 > ushub0: 2 ports with 2 removable, self powered > ushub1: 2 ports with 2 removable, self powered > ushub2: 2 ports with 2 removable, self powered > acd0: CDRW at ata1-master UDMA33 > GEOM: ad0s2: geometry does not match label (255h,63s != 16h,63s). > GEOM: ad0s3: geometry does not match label (255h,63s != 16h,63s). > GEOM_LABEL: Label for provider ad0s4 is msdosfs/NEC-RESTORE. > ushub3: 6 ports with 6 removable, self powered > ugen3.2: at usbus3 > ushub4: on usbus3 > ushub4: 4 ports with 4 removable, self powered > WARNING: WITNESS option enabled, expect reduced performance. > Trying to mount root from ufs:/dev/ad0s3a > > --- > WATANABE Kazuhiro (CQG00620@nifty.ne.jp) > _______________________________________________ > 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 Jan 12 09:28:32 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 B86621065693 for ; Mon, 12 Jan 2009 09:28:32 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4EC2F8FC19 for ; Mon, 12 Jan 2009 09:28:30 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 62A9CD48190 for ; Mon, 12 Jan 2009 10:28:26 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp5-g21.free.fr (Postfix) with ESMTP id 6B6B8D4800D for ; Mon, 12 Jan 2009 10:28:24 +0100 (CET) From: raoul To: freebsd-current@freebsd.org Date: Mon, 12 Jan 2009 10:28:24 +0100 Sender: root@free.fr Message-Id: <20090112092824.6B6B8D4800D@smtp5-g21.free.fr> Subject: ext3fs 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, 12 Jan 2009 09:28:33 -0000 Hi all, it seems on Current buildword from 4 January 2009 that ext3fs is confusing mount: ext2fs works fine; so my question: is ext3fs supported? here is my results: mount -t ext2fs /dev/ad4s2 /mnt => ok ls /mnt => Bad file descriptor with a LOR: GEOM_LABEL: Label ext2fs/debian removed. lock order reversal: 1st 0xd8518110 bufwait (bufwait) @ kern/vfs_bio.c:2443 2nd 0xc4c31e00 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:263 KDB: stack backtrace: db_trace_self_wrapper(c0b98baf,e6238898,c0831475,4,c0b941ba,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0b941ba,c4520878,c4523e18,e62388f4,...) at kdb_backtrace+0x29 _witness_debugger(c0b9b869,c4c31e00,c0bbaf87,c4523e18,c0bbac2d,...) at _witness_debugger+0x25 witness_checkorder(c4c31e00,9,c0bbac24,107,0,...) at witness_checkorder+0x839 _sx_xlock(c4c31e00,0,c0bbac24,107,d90c9894,...) at _sx_xlock+0x85 ufsdirhash_acquire(0,e,c4a49000,d85180b0,d90c9894,...) at ufsdirhash_acquire+0x35 ufsdirhash_remove(c4f6f960,d90c9894,894,e6238984,e6238980,...) at ufsdirhash_remove+0x14 ufs_dirremove(c4f6e10c,c4f9d618,500940c,0,0,...) at ufs_dirremove+0xe5 ufs_rename(e6238c1c,e6238c1c,e6238bcc,e6238b7c,e6238bcc,...) at ufs_rename+0xbe3 VOP_RENAME_APV(c0c975c0,e6238c1c,101,0,5009410,...) at VOP_RENAME_APV+0xa5 kern_renameat(c4fb6000,ffffff9c,85c9664,ffffff9c,85c9680,...) at kern_renameat+0x2b7 kern_rename(c4fb6000,85c9664,85c9680,0,e6238d2c,...) at kern_rename+0x36 rename(c4fb6000,e6238cf8,8,c0b9c07a,c0c73400,...) at rename+0x29 syscall(e6238d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (128, FreeBSD ELF32, rename), eip = 0x2824ed0b, esp = 0xbfbfd8bc, ebp = 0xbfbfd8e8 --- lock order reversal: 1st 0xc4f9f594 ufs (ufs) @ kern/vfs_mount.c:1190 2nd 0xc4caedf4 devfs (devfs) @ /usr/src/sys/modules/ext2fs/../../gnu/fs/ext2fs/ext2_vfsops.c:918 KDB: stack backtrace: db_trace_self_wrapper(c0b98baf,e61c3a4c,c0831475,4,c0b941ba,...) at db_trace_self_wrapper+0x26 kdb_backtrace(4,c0b941ba,c4523db0,c4523ce0,e61c3aa8,...) at kdb_backtrace+0x29 _witness_debugger(c0b9b869,c4caedf4,c0b8b90e,c4523ce0,c4faff0f,...) at _witness_debugger+0x25 witness_checkorder(c4caedf4,9,c4faff0f,396,c4caee10,...) at witness_checkorder+0x839 __lockmgr_args(c4caedf4,80400,c4caee10,0,0,...) at __lockmgr_args+0x797 vop_stdlock(e61c3bb0,c0e1cee8,c4a729a4,80400,c4caed9c,...) at vop_stdlock+0x62 VOP_LOCK1_APV(c0c6f400,e61c3bb0,e61c3bd0,c0cab6a0,c4caed9c,...) at VOP_LOCK1_APV+0xa5 _vn_lock(c4caed9c,80400,c4faff0f,396,c4d28840,...) at _vn_lock+0x5e ext2_sync(c4a96280,1,c4a72900,4eb,0,...) at ext2_sync+0x283 dounmount(c4a96280,8000000,c4a72900,471,9,...) at dounmount+0x45c unmount(c4a72900,e61c3cf8,8,e61c3d38,c0c72a10,...) at unmount+0x2e0 syscall(e61c3d38) at syscall+0x2a3 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280d224f, esp = 0xbfbfe00c, ebp = 0xbfbfe0d8 --- GEOM_LABEL: Label for provider ad4s2 is ext2fs/debian. 1822]: speaker open error 2: No such file or directory. ssage repeated 3 times GEOM_LABEL: Label ext2fs/debian removed. GEOM_LABEL: Label for provider ad4s2 is ext2fs/debian. it is a journalized debian partition. to help here is the superblock report from tune2fs: tune2fs 1.41.3 (12-Oct-2008) Filesystem volume name: debian Last mounted on: Filesystem UUID: d9497b41-f521-4c61-981c-10ccb840ea59 Filesystem magic number: 0xEF53 Filesystem revision #: 1 (dynamic) Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file Filesystem flags: signed_directory_hash Default mount options: (none) Filesystem state: clean Errors behavior: Continue Filesystem OS type: Linux Inode count: 2260992 Block count: 9032546 Reserved block count: 451627 Free blocks: 7479934 Free inodes: 2027863 First block: 0 Block size: 4096 Fragment size: 4096 Reserved GDT blocks: 1021 Blocks per group: 32768 Fragments per group: 32768 Inodes per group: 8192 Inode blocks per group: 512 Filesystem created: Fri Dec 26 07:48:32 2008 Last mount time: Mon Jan 12 08:43:04 2009 Last write time: Mon Jan 12 08:43:04 2009 Mount count: 15 Maximum mount count: 20 Last checked: Sun Jan 4 13:31:26 2009 Check interval: 15552000 (6 months) Next check after: Fri Jul 3 14:31:26 2009 Reserved blocks uid: 0 (user root) Reserved blocks gid: 0 (group root) First inode: 11 Inode size: 256 Required extra isize: 28 Desired extra isize: 28 Journal inode: 8 First orphan inode: 2109261 Default directory hash: half_md4 Directory Hash Seed: dc0ffcbd-9242-46db-9c2b-77c0349cefa0 Journal backup: inode blocks best regards raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 09:32: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 096B4106564A for ; Mon, 12 Jan 2009 09:32:30 +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 B152D8FC1E for ; Mon, 12 Jan 2009 09:32:29 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LMJ9h-00073x-02 for freebsd-current@freebsd.org; Mon, 12 Jan 2009 09:32:21 +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 ; Mon, 12 Jan 2009 09:32:20 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 12 Jan 2009 09:32:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 12 Jan 2009 10:32:01 +0100 Lines: 33 Message-ID: References: <20090112092824.6B6B8D4800D@smtp5-g21.free.fr> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig31F9E39F873561AF9600D1B8" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.18 (X11/20081125) In-Reply-To: <20090112092824.6B6B8D4800D@smtp5-g21.free.fr> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: ext3fs 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, 12 Jan 2009 09:32:30 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig31F9E39F873561AF9600D1B8 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable raoul wrote: > Hi all, >=20 > it seems on Current buildword from 4 January 2009 > that ext3fs is confusing mount: > ext2fs works fine; >=20 > so my question: is ext3fs supported? It should be in ext2-compatibility mode. Your best bet is to send a debug description (generated by dumpfs) of the file system (from Linux). --------------enig31F9E39F873561AF9600D1B8 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 iD8DBQFJaw4RldnAQVacBcgRAiBGAJ9gFb1pVb4U42i7fIyrnZHkWLBUDwCgkYgF Ra/SXxFv3lSoaJAkxPhULK4= =10Xc -----END PGP SIGNATURE----- --------------enig31F9E39F873561AF9600D1B8-- From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 09:34: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 5175F106566B for ; Mon, 12 Jan 2009 09:34:44 +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 CB32F8FC0C for ; Mon, 12 Jan 2009 09:34:43 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3628758fgb.35 for ; Mon, 12 Jan 2009 01:34: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:date:from:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=sC/gci9eVM2qGheHaRDO2ju3Eh0ciqt50/SRE+JJh0U=; b=MO/vThNsldG2CtmO6Qij/L4CYUn9v/JSjtvCH7pdF+Mmv1BMU98iZKdkQiwur2yYRt fLsymvs24R3WmOqtIuUnzvxQSivaPVHB0uiy5Ntl+3cSiWtTPxXTLO60zg4pgdJH4pou BD9gQL0RQ47yQRzKEDEWGGzzpjfjnOnV9MZuI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=RjHxk5WqE9a3fDgjeI1aZoBo8tfQ6II/kD5RrPRfbCIrRfv+je7MuIpQ2AMYZ7en4/ 9027sJNUvEO9zNvuejBNubFTN6+1DL12793MmBWtA+JHWi0ZvzLfNarWF60xCorSHEqF fWXY7a6bBOlii6WLpSfU+QK5p/43qvj6Eo2xA= Received: by 10.86.59.2 with SMTP id h2mr8963929fga.30.1231752882892; Mon, 12 Jan 2009 01:34:42 -0800 (PST) Received: by 10.86.72.19 with HTTP; Mon, 12 Jan 2009 01:34:42 -0800 (PST) Message-ID: Date: Mon, 12 Jan 2009 12:34:42 +0300 From: pluknet To: raoul In-Reply-To: <20090112092824.6B6B8D4800D@smtp5-g21.free.fr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20090112092824.6B6B8D4800D@smtp5-g21.free.fr> Cc: freebsd-current@freebsd.org Subject: Re: ext3fs 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, 12 Jan 2009 09:34:44 -0000 2009/1/12 raoul : > > Hi all, > > it seems on Current buildword from 4 January 2009 > that ext3fs is confusing mount: > ext2fs works fine; > > so my question: is ext3fs supported? > > here is my results: > > mount -t ext2fs /dev/ad4s2 /mnt => ok > ls /mnt => Bad file descriptor > with a LOR: > > GEOM_LABEL: Label ext2fs/debian removed. > > lock order reversal: > 1st 0xd8518110 bufwait (bufwait) @ kern/vfs_bio.c:2443 > 2nd 0xc4c31e00 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:263 > KDB: stack backtrace: > db_trace_self_wrapper(c0b98baf,e6238898,c0831475,4,c0b941ba,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0b941ba,c4520878,c4523e18,e62388f4,...) at kdb_backtrace+0x29 > _witness_debugger(c0b9b869,c4c31e00,c0bbaf87,c4523e18,c0bbac2d,...) at _witness_debugger+0x25 > witness_checkorder(c4c31e00,9,c0bbac24,107,0,...) at witness_checkorder+0x839 > _sx_xlock(c4c31e00,0,c0bbac24,107,d90c9894,...) at _sx_xlock+0x85 > ufsdirhash_acquire(0,e,c4a49000,d85180b0,d90c9894,...) at ufsdirhash_acquire+0x35 > ufsdirhash_remove(c4f6f960,d90c9894,894,e6238984,e6238980,...) at ufsdirhash_remove+0x14 > ufs_dirremove(c4f6e10c,c4f9d618,500940c,0,0,...) at ufs_dirremove+0xe5 > ufs_rename(e6238c1c,e6238c1c,e6238bcc,e6238b7c,e6238bcc,...) at ufs_rename+0xbe3 > VOP_RENAME_APV(c0c975c0,e6238c1c,101,0,5009410,...) at VOP_RENAME_APV+0xa5 > kern_renameat(c4fb6000,ffffff9c,85c9664,ffffff9c,85c9680,...) at kern_renameat+0x2b7 > kern_rename(c4fb6000,85c9664,85c9680,0,e6238d2c,...) at kern_rename+0x36 > rename(c4fb6000,e6238cf8,8,c0b9c07a,c0c73400,...) at rename+0x29 > syscall(e6238d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (128, FreeBSD ELF32, rename), eip = 0x2824ed0b, esp = 0xbfbfd8bc, ebp = 0xbfbfd8e8 --- > lock order reversal: > 1st 0xc4f9f594 ufs (ufs) @ kern/vfs_mount.c:1190 > 2nd 0xc4caedf4 devfs (devfs) @ /usr/src/sys/modules/ext2fs/../../gnu/fs/ext2fs/ext2_vfsops.c:918 > KDB: stack backtrace: > db_trace_self_wrapper(c0b98baf,e61c3a4c,c0831475,4,c0b941ba,...) at db_trace_self_wrapper+0x26 > kdb_backtrace(4,c0b941ba,c4523db0,c4523ce0,e61c3aa8,...) at kdb_backtrace+0x29 > _witness_debugger(c0b9b869,c4caedf4,c0b8b90e,c4523ce0,c4faff0f,...) at _witness_debugger+0x25 > witness_checkorder(c4caedf4,9,c4faff0f,396,c4caee10,...) at witness_checkorder+0x839 > __lockmgr_args(c4caedf4,80400,c4caee10,0,0,...) at __lockmgr_args+0x797 > vop_stdlock(e61c3bb0,c0e1cee8,c4a729a4,80400,c4caed9c,...) at vop_stdlock+0x62 > VOP_LOCK1_APV(c0c6f400,e61c3bb0,e61c3bd0,c0cab6a0,c4caed9c,...) at VOP_LOCK1_APV+0xa5 > _vn_lock(c4caed9c,80400,c4faff0f,396,c4d28840,...) at _vn_lock+0x5e > ext2_sync(c4a96280,1,c4a72900,4eb,0,...) at ext2_sync+0x283 > dounmount(c4a96280,8000000,c4a72900,471,9,...) at dounmount+0x45c > unmount(c4a72900,e61c3cf8,8,e61c3d38,c0c72a10,...) at unmount+0x2e0 > syscall(e61c3d38) at syscall+0x2a3 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280d224f, esp = 0xbfbfe00c, ebp = 0xbfbfe0d8 --- > GEOM_LABEL: Label for provider ad4s2 is ext2fs/debian. > 1822]: speaker open error 2: No such file or directory. > ssage repeated 3 times > GEOM_LABEL: Label ext2fs/debian removed. > GEOM_LABEL: Label for provider ad4s2 is ext2fs/debian. > > > > it is a journalized debian partition. > > to help here is the superblock report from tune2fs: > > tune2fs 1.41.3 (12-Oct-2008) > Filesystem volume name: debian > Last mounted on: > Filesystem UUID: d9497b41-f521-4c61-981c-10ccb840ea59 > Filesystem magic number: 0xEF53 > Filesystem revision #: 1 (dynamic) > Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file > Filesystem flags: signed_directory_hash > Default mount options: (none) > Filesystem state: clean > Errors behavior: Continue > Filesystem OS type: Linux > Inode count: 2260992 > Block count: 9032546 > Reserved block count: 451627 > Free blocks: 7479934 > Free inodes: 2027863 > First block: 0 > Block size: 4096 > Fragment size: 4096 > Reserved GDT blocks: 1021 > Blocks per group: 32768 > Fragments per group: 32768 > Inodes per group: 8192 > Inode blocks per group: 512 > Filesystem created: Fri Dec 26 07:48:32 2008 > Last mount time: Mon Jan 12 08:43:04 2009 > Last write time: Mon Jan 12 08:43:04 2009 > Mount count: 15 > Maximum mount count: 20 > Last checked: Sun Jan 4 13:31:26 2009 > Check interval: 15552000 (6 months) > Next check after: Fri Jul 3 14:31:26 2009 > Reserved blocks uid: 0 (user root) > Reserved blocks gid: 0 (group root) > First inode: 11 > Inode size: 256 ^^^ This prevents ext2/3 from mount. See "256-byte inode support" thread on hackers@ > Required extra isize: 28 > Desired extra isize: 28 > Journal inode: 8 > First orphan inode: 2109261 > Default directory hash: half_md4 > Directory Hash Seed: dc0ffcbd-9242-46db-9c2b-77c0349cefa0 > Journal backup: inode blocks > -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 09:41: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 939B5106564A for ; Mon, 12 Jan 2009 09:41:29 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id 518748FC0A for ; Mon, 12 Jan 2009 09:41:29 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-188.yandex.ru ([87.250.250.188]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LMJI9-0008N8-N7; Mon, 12 Jan 2009 12:41:05 +0300 Message-ID: <496B1031.6000200@FreeBSD.org> Date: Mon, 12 Jan 2009 12:41:05 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Mark Linimon References: <49695A15.8010801@psg.com> <496A254F.2020500@FreeBSD.org> <20090111175359.GA4231@soaustin.net> In-Reply-To: <20090111175359.GA4231@soaustin.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , Boris Kovalenko , rea-fbsd@codelabs.ru, current@FreeBSD.org Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. 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, 12 Jan 2009 09:41:30 -0000 Mark Linimon wrote: > On Sun, Jan 11, 2009 at 07:58:55PM +0300, Sergey Matveychuk wrote: >> The fix is already in the port: >> http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/quagga/files/patch-zebra-kernel_socket.c?rev=1.5 >> >> I have no idea why Erwin has marked it as BROKEN again. > > There was no portrevision bump when the patch went in, so pointyhat > did not rebuild the package. He apparently marked it as BROKEN due to > the results of the previous run. > We did not bump PORTREVISION before if just fixed build on CURRENT. When PORTREVISION bumped, all users will noticed for updates but they are not affected really. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 09:42: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 0320C106566B; Mon, 12 Jan 2009 09:42:24 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [212.34.63.72]) by mx1.freebsd.org (Postfix) with ESMTP id B30128FC1C; Mon, 12 Jan 2009 09:42:23 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from dhcp250-188.yandex.ru ([87.250.250.188]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1LMJJO-0008Pa-UN; Mon, 12 Jan 2009 12:42:22 +0300 Message-ID: <496B107E.2020302@FreeBSD.org> Date: Mon, 12 Jan 2009 12:42:22 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Erwin Lansing References: <49695A15.8010801@psg.com> <496A254F.2020500@FreeBSD.org> <20090111175359.GA4231@soaustin.net> <20090111203706.GA39600@droso.net> In-Reply-To: <20090111203706.GA39600@droso.net> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit Cc: Randy Bush , Mark Linimon , rea-fbsd@codelabs.ru, Boris Kovalenko , current@FreeBSD.org Subject: Re: quagga-0.99.11_1 is marked as broken: does not build. 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, 12 Jan 2009 09:42:24 -0000 Erwin Lansing wrote: > On Sun, Jan 11, 2009 at 11:53:59AM -0600, Mark Linimon wrote: >> On Sun, Jan 11, 2009 at 07:58:55PM +0300, Sergey Matveychuk wrote: >>> The fix is already in the port: >>> http://www.freebsd.org/cgi/cvsweb.cgi/ports/net/quagga/files/patch-zebra-kernel_socket.c?rev=1.5 >>> >>> I have no idea why Erwin has marked it as BROKEN again. >> There was no portrevision bump when the patch went in, so pointyhat >> did not rebuild the package. He apparently marked it as BROKEN due to >> the results of the previous run. >> > Indeed. I also check cvs history for the ports Makefile, so I didn't > notice the patch that was added. I removed the BROKEN tag. Thanks, Erwin. -- Dixi. Sem. From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 09:46: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 9B4ED10656CB for ; Mon, 12 Jan 2009 09:46:09 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 5B2F48FC20 for ; Mon, 12 Jan 2009 09:46:08 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from [172.16.129.134] (fw.axelero.hu [195.228.243.120]) by people.fsn.hu (Postfix) with ESMTP id 6D811A81E0 for ; Mon, 12 Jan 2009 10:46:07 +0100 (CET) Message-ID: <496B115F.1000105@fsn.hu> Date: Mon, 12 Jan 2009 10:46:07 +0100 From: Attila Nagy User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Stationery: 0.4.8.12 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (people.fsn.hu [0.0.0.0]); Mon, 12 Jan 2009 10:46:07 +0100 (CET) Subject: FreeBSD panics with 64GiB of RAM 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, 12 Jan 2009 09:46:10 -0000 Hello, FreeBSD-CURRENT/amd64 panics at initialization with this: http://people.fsn.hu/~bra/freebsd/20090107-freebsd-x4540/Screenshot-55.png on a Sun X4550, equipped with two Opteron CPUs and 64 GiB of RAM. The machine will be here for this week, so if somebody can or want to look into this issue, I can test patches. From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 09:59:19 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 A454D106566B; Mon, 12 Jan 2009 09:59:19 +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 255078FC08; Mon, 12 Jan 2009 09:59:18 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from vhoffman.lon.namesco.net (150.117-84-212.staticip.namesco.net [212.84.117.150]) (authenticated bits=0) by unsane.co.uk (8.14.0/8.14.0) with ESMTP id n0C9xY14014567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 12 Jan 2009 09:59:36 GMT (envelope-from vince@unsane.co.uk) Message-ID: <496B1471.1080900@unsane.co.uk> Date: Mon, 12 Jan 2009 09:59:13 +0000 From: Vincent Hoffman User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Peter Ross References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <342292.89033.qm@web32703.mail.mud.yahoo.com> <496A98B3.1010301@freebsd.org> In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , Tim Kientzle , freebsd-current@freebsd.org, "Pedro F. Giffuni" 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: Mon, 12 Jan 2009 09:59:20 -0000 Peter Ross wrote: > Hi Tim, > > AFAIK you _need_ a C compiler to keep your system secure, to apply > security patches. > > E.g. http://security.freebsd.org/advisories/FreeBSD-SA-09:02.openssl.asc > > .. > make obj && make depend && make && make install > Or more recently, freebsd-update fetch && freebsd-update install its really not needed if you are just following -RELEASE except of course for ports. Vince > .. > > Of course there are build-boxes etc. so you only need a compiler once. But > still, you need a box to compile it. > > Regards > Peter > > On Sun, 11 Jan 2009, Tim Kientzle wrote: > > From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 10:15: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 F0A401065674 for ; Mon, 12 Jan 2009 10:15:00 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by mx1.freebsd.org (Postfix) with ESMTP id 86F578FC1C for ; Mon, 12 Jan 2009 10:14:57 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id D727C4C8042; Mon, 12 Jan 2009 11:14:53 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp4-g21.free.fr (Postfix) with ESMTP id DCA4A4C805F; Mon, 12 Jan 2009 11:14:50 +0100 (CET) To: pluknet From: raoul Date: Mon, 12 Jan 2009 11:14:50 +0100 Sender: root@free.fr Message-Id: <20090112101450.DCA4A4C805F@smtp4-g21.free.fr> Cc: freebsd-current@freebsd.org Subject: Re: ext3fs 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, 12 Jan 2009 10:15:02 -0000 On Mon, 12 Jan 2009 12:34:42 +0300 pluknet wrote: > 2009/1/12 raoul : > > > > Hi all, > > > > it seems on Current buildword from 4 January 2009 > > that ext3fs is confusing mount: > > ext2fs works fine; > > > > so my question: is ext3fs supported? > > > > here is my results: > > > > mount -t ext2fs /dev/ad4s2 /mnt => ok > > ls /mnt => Bad file descriptor > > with a LOR: > > > > GEOM_LABEL: Label ext2fs/debian removed. > > > > lock order reversal: > > 1st 0xd8518110 bufwait (bufwait) @ kern/vfs_bio.c:2443 > > 2nd 0xc4c31e00 dirhash (dirhash) @ ufs/ufs/ufs_dirhash.c:263 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0b98baf,e6238898,c0831475,4,c0b941ba,...) at db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c0b941ba,c4520878,c4523e18,e62388f4,...) at kdb_backtrace+0x29 > > _witness_debugger(c0b9b869,c4c31e00,c0bbaf87,c4523e18,c0bbac2d,...) at _witness_debugger+0x25 > > witness_checkorder(c4c31e00,9,c0bbac24,107,0,...) at witness_checkorder+0x839 > > _sx_xlock(c4c31e00,0,c0bbac24,107,d90c9894,...) at _sx_xlock+0x85 > > ufsdirhash_acquire(0,e,c4a49000,d85180b0,d90c9894,...) at ufsdirhash_acquire+0x35 > > ufsdirhash_remove(c4f6f960,d90c9894,894,e6238984,e6238980,...) at ufsdirhash_remove+0x14 > > ufs_dirremove(c4f6e10c,c4f9d618,500940c,0,0,...) at ufs_dirremove+0xe5 > > ufs_rename(e6238c1c,e6238c1c,e6238bcc,e6238b7c,e6238bcc,...) at ufs_rename+0xbe3 > > VOP_RENAME_APV(c0c975c0,e6238c1c,101,0,5009410,...) at VOP_RENAME_APV+0xa5 > > kern_renameat(c4fb6000,ffffff9c,85c9664,ffffff9c,85c9680,...) at kern_renameat+0x2b7 > > kern_rename(c4fb6000,85c9664,85c9680,0,e6238d2c,...) at kern_rename+0x36 > > rename(c4fb6000,e6238cf8,8,c0b9c07a,c0c73400,...) at rename+0x29 > > syscall(e6238d38) at syscall+0x2a3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (128, FreeBSD ELF32, rename), eip = 0x2824ed0b, esp = 0xbfbfd8bc, ebp = 0xbfbfd8e8 --- > > lock order reversal: > > 1st 0xc4f9f594 ufs (ufs) @ kern/vfs_mount.c:1190 > > 2nd 0xc4caedf4 devfs (devfs) @ /usr/src/sys/modules/ext2fs/../../gnu/fs/ext2fs/ext2_vfsops.c:918 > > KDB: stack backtrace: > > db_trace_self_wrapper(c0b98baf,e61c3a4c,c0831475,4,c0b941ba,...) at db_trace_self_wrapper+0x26 > > kdb_backtrace(4,c0b941ba,c4523db0,c4523ce0,e61c3aa8,...) at kdb_backtrace+0x29 > > _witness_debugger(c0b9b869,c4caedf4,c0b8b90e,c4523ce0,c4faff0f,...) at _witness_debugger+0x25 > > witness_checkorder(c4caedf4,9,c4faff0f,396,c4caee10,...) at witness_checkorder+0x839 > > __lockmgr_args(c4caedf4,80400,c4caee10,0,0,...) at __lockmgr_args+0x797 > > vop_stdlock(e61c3bb0,c0e1cee8,c4a729a4,80400,c4caed9c,...) at vop_stdlock+0x62 > > VOP_LOCK1_APV(c0c6f400,e61c3bb0,e61c3bd0,c0cab6a0,c4caed9c,...) at VOP_LOCK1_APV+0xa5 > > _vn_lock(c4caed9c,80400,c4faff0f,396,c4d28840,...) at _vn_lock+0x5e > > ext2_sync(c4a96280,1,c4a72900,4eb,0,...) at ext2_sync+0x283 > > dounmount(c4a96280,8000000,c4a72900,471,9,...) at dounmount+0x45c > > unmount(c4a72900,e61c3cf8,8,e61c3d38,c0c72a10,...) at unmount+0x2e0 > > syscall(e61c3d38) at syscall+0x2a3 > > Xint0x80_syscall() at Xint0x80_syscall+0x20 > > --- syscall (22, FreeBSD ELF32, unmount), eip = 0x280d224f, esp = 0xbfbfe00c, ebp = 0xbfbfe0d8 --- > > GEOM_LABEL: Label for provider ad4s2 is ext2fs/debian. > > 1822]: speaker open error 2: No such file or directory. > > ssage repeated 3 times > > GEOM_LABEL: Label ext2fs/debian removed. > > GEOM_LABEL: Label for provider ad4s2 is ext2fs/debian. > > > > > > > > it is a journalized debian partition. > > > > to help here is the superblock report from tune2fs: > > > > tune2fs 1.41.3 (12-Oct-2008) > > Filesystem volume name: debian > > Last mounted on: > > Filesystem UUID: d9497b41-f521-4c61-981c-10ccb840ea59 > > Filesystem magic number: 0xEF53 > > Filesystem revision #: 1 (dynamic) > > Filesystem features: has_journal ext_attr resize_inode dir_index filetype needs_recovery sparse_super large_file > > Filesystem flags: signed_directory_hash > > Default mount options: (none) > > Filesystem state: clean > > Errors behavior: Continue > > Filesystem OS type: Linux > > Inode count: 2260992 > > Block count: 9032546 > > Reserved block count: 451627 > > Free blocks: 7479934 > > Free inodes: 2027863 > > First block: 0 > > Block size: 4096 > > Fragment size: 4096 > > Reserved GDT blocks: 1021 > > Blocks per group: 32768 > > Fragments per group: 32768 > > Inodes per group: 8192 > > Inode blocks per group: 512 > > Filesystem created: Fri Dec 26 07:48:32 2008 > > Last mount time: Mon Jan 12 08:43:04 2009 > > Last write time: Mon Jan 12 08:43:04 2009 > > Mount count: 15 > > Maximum mount count: 20 > > Last checked: Sun Jan 4 13:31:26 2009 > > Check interval: 15552000 (6 months) > > Next check after: Fri Jul 3 14:31:26 2009 > > Reserved blocks uid: 0 (user root) > > Reserved blocks gid: 0 (group root) > > First inode: 11 > > Inode size: 256 > ^^^ > This prevents ext2/3 from mount. > See "256-byte inode support" thread on hackers@ Thanks for the hint i will look at this. Best regards raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 10:42: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 449D91065687 for ; Mon, 12 Jan 2009 10:42:03 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2097A8FC19 for ; Mon, 12 Jan 2009 10:42:03 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id BBE0546B06; Mon, 12 Jan 2009 05:42:02 -0500 (EST) Date: Mon, 12 Jan 2009 10:42:02 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: George Neville-Neil In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: Mon, 12 Jan 2009 10:42:03 -0000 On Sun, 11 Jan 2009, George Neville-Neil wrote: > Beware if you are upgrading from a 7.1 system to CURRENT that you may need > to have the kernel options GEOM_MBR and GEOM_BSD in your kernel. I spent a > couple of hours dealing with this on my Thinkpad X60 today which had, what I > thought, was a pretty simple setup of 1 slice for BSD, and a simple layout > of /, swap and /usr. When I tried to boot the new kernel I got to the mount > error prompt and could not mount ad4p1 or anything like it. Adding the > GEOM_MBR and GEOM_BSD options back into the kernel fixed things. Happily I > was able to boot 7.1 still and fix this. Just to follow up on George's post -- he and I spent a bit of time last night trying to reconcile the fact that he and a few other people found themselves without bootable kernels, while many people don't. For example, my VMWare VMs all seem to boot without a problem, perhaps due to having particularly boring and vanilla fdisk/bsd labeling. Certainly, it seems that the message in the short term when upgrading to an 8.x kernel, or sliding forward, is that some caution is required, so make sure you have a backup kernel in case things don't work out. (This is always true in -CURRENT, of course...) Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 11:56: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 6F34A10656E6 for ; Mon, 12 Jan 2009 11:56:38 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id 36FFB8FC0C for ; Mon, 12 Jan 2009 11:56:38 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (h204079.dynamic.ppp.asahi-net.or.jp [61.114.204.79]) by mail.asahi-net.or.jp (Postfix) with ESMTP id ABE345D337; Mon, 12 Jan 2009 20:56:36 +0900 (JST) Date: Mon, 12 Jan 2009 20:56:36 +0900 From: WATANABE Kazuhiro To: freebsd-current In-Reply-To: <200901120937.28951.hselasky@c2i.net> References: <20090112081541.0BC3964AC8@mail.asahi-net.or.jp> <200901120937.28951.hselasky@c2i.net> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/21.3 (i386--freebsd) MULE/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20090112115636.ABE345D337@mail.asahi-net.or.jp> Cc: Hans Petter Selasky Subject: Re: usb2: kernel panic with an USB floppy drive 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, 12 Jan 2009 11:56:39 -0000 Hi. This problem seems to be fixed by the patch you suggested, and the floppy drive comes to work again. ***** ugen0.2: at usbus0 umass0: on usbus0 umass0: UFI over CBI with CCI; quirks = 0x0042 umass0:1:0:-1: Attached to scbus1 (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: 20KB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present ***** Thanks! At Mon, 12 Jan 2009 09:37:27 +0100, Hans Petter Selasky wrote: > Hi, > > Thanks for reporting. > > This bug looks like a glitch on my side when introducing Zero-copy in UMASS. > > Try the following patch: > > http://perforce.freebsd.org/chv.cgi?CH=156005 > > --HPS > > On Monday 12 January 2009, WATANABE Kazuhiro wrote: > > Hi, all. > > > > I have an USB floppy drive which works well on 7.1-RELEASE, and > > 8-current with the old USB stack. > > > > ***** > > umass0: on > > uhub0 da0 at umass-sim0 bus 0 target 0 lun 0 > > da0: Removable Direct Access SCSI-0 device > > da0: 20KB/s transfers > > da0: Attempt to query device size failed: NOT READY, Medium not present > > > > port 1 addr 2: full speed, power 500 mA, config 1, USB Floppy > > Drive(0x0000), Y-E DATA(0x057b), rev 5.01 ***** > > > > When I connect the floppy drive to the system with the new USB2 stack, > > it causes a kernel panic. > > > > > > Here is a stack trace and dmesg output. > > > > capricorn# kgdb /boot/kernel/kernel.symbols /var/crash/vmcore.0 > > GNU gdb 6.1.1 [FreeBSD] > > Copyright 2004 Free Software Foundation, Inc. > > GDB is free software, covered by the GNU General Public License, and you > > are welcome to change it and/or distribute copies of it under certain > > conditions. Type "show copying" to see the conditions. > > There is absolutely no warranty for GDB. Type "show warranty" for details. > > This GDB was configured as "i386-marcel-freebsd"... > > > > Unread portion of the kernel message buffer: > > umass0:1:0:-1: Attached to scbus1 > > Kernel page fault with the following non-sleepable locks held: > > exclusive sleep mutex UMASS lock (UMASS lock) r = 0 (0xc0d69800) locked @ > > /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1781 KDB: stack > > backtrace: > > db_trace_self_wrapper(c0c1f7c2,cc93ea28,c088f145,c0c0d089,6f5,...) at > > db_trace_self_wrapper+0x26 > > kdb_backtrace(c0c0d089,6f5,ffffffff,c0eabdc4,cc93ea60,...) at > > kdb_backtrace+0x29 _witness_debugger(c0c21ae3,cc93ea74,4,1,0,...) at > > _witness_debugger+0x25 witness_warn(5,0,c0c53da2,c28d3b40,c288ea90,...) at > > witness_warn+0x1fd trap(cc93eb00) at trap+0x152 > > calltrap() at calltrap+0x6 > > --- trap 0xc, eip = 0xc0b32da5, esp = 0xcc93eb40, ebp = 0xcc93eb78 --- > > bus_dmamap_load(c29a4e80,c0ef2bc0,0,24,c077e8b0,...) at > > bus_dmamap_load+0xd5 usb2_pc_load_mem(c2b87f80,24,0,4cf,c0c02651,...) at > > usb2_pc_load_mem+0x125 > > usb2_bdma_work_loop(c2b86000,c2b86400,10000ca,c2b4a900,1,...) at > > usb2_bdma_work_loop+0x2b5 > > usb2_command_wrapper(c2b86000,c2b86400,c0c0d089,55b,c28d3be4,...) at > > usb2_command_wrapper+0x116 > > usb2_start_hardware(c2b86400,c084127c,c2690b68,4,c0c1ac2a,...) at > > usb2_start_hardware+0x6eb > > umass_t_cbi_data_read_callback(c2b86400,0,c0c0d089,752,c0eabdc0,...) at > > umass_t_cbi_data_read_callback+0xfe > > usb2_callback_wrapper(c2b86014,6f6,0,c2b86000,c2b86000,...) at > > usb2_callback_wrapper+0x63a > > usb2_command_wrapper(c2b86014,0,c0c0d089,6f6,c2b86028,...) at > > usb2_command_wrapper+0x116 > > usb2_callback_proc(c2b86028,c2690b68,c0c0cc24,51,c0d704c0,...) at > > usb2_callback_proc+0x9b > > usb2_process(c2b86078,cc93ed38,c0c18395,32d,c288ea90,...) at > > usb2_process+0xde fork_exit(c07906b0,c2b86078,cc93ed38) at fork_exit+0xb8 > > fork_trampoline() at fork_trampoline+0x8 > > --- trap 0, eip = 0, esp = 0xcc93ed70, ebp = 0 --- > > > > > > Fatal trap 12: page fault while in kernel mode > > cpuid = 0; apic id = 00 > > fault virtual address = 0xbfc00000 > > fault code = supervisor read, page not present > > instruction pointer = 0x20:0xc0b32da5 > > stack pointer = 0x28:0xcc93eb40 > > frame pointer = 0x28:0xcc93eb78 > > 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 = 1338 (USBPROC) > > lock order reversal: (Giant after non-sleepable) > > 1st 0xc0d69800 UMASS lock (UMASS lock) @ > > /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1781 2nd 0xc0d6bfb0 > > Giant (Giant) @ /FreeBSD/HEAD/src/sys/dev/kbdmux/kbdmux.c:1044 KDB: stack > > backtrace: > > panic: from debugger > > cpuid = 0 > > Uptime: 2m8s > > Physical memory: 223 MB > > Dumping 40 MB: 25 9 > > > > Reading symbols from /boot/kernel/green_saver.ko...Reading symbols from > > /boot/kernel/green_saver.ko.symbols...done. done. > > Loaded symbols for /boot/kernel/green_saver.ko > > #0 doadump () at pcpu.h:246 > > 246 pcpu.h: No such file or directory. > > in pcpu.h > > (kgdb) where > > #0 doadump () at pcpu.h:246 > > #1 0xc084fe5e in boot (howto=260) > > at /FreeBSD/HEAD/src/sys/kern/kern_shutdown.c:420 > > #2 0xc0850132 in panic (fmt=Variable "fmt" is not available. > > ) > > at /FreeBSD/HEAD/src/sys/kern/kern_shutdown.c:576 > > #3 0xc04bdc27 in db_panic (addr=Could not find the frame base for > > "db_panic". ) > > at /FreeBSD/HEAD/src/sys/ddb/db_command.c:478 > > #4 0xc04be251 in db_command (last_cmdp=0xc0d3a55c, cmd_table=0x0, > > dopager=1) at /FreeBSD/HEAD/src/sys/ddb/db_command.c:445 > > #5 0xc04be3aa in db_command_loop () > > at /FreeBSD/HEAD/src/sys/ddb/db_command.c:498 > > #6 0xc04c020d in db_trap (type=12, code=0) > > at /FreeBSD/HEAD/src/sys/ddb/db_main.c:229 > > #7 0xc087d7f6 in kdb_trap (type=12, code=0, tf=0xcc93eb00) > > at /FreeBSD/HEAD/src/sys/kern/subr_kdb.c:534 > > #8 0xc0b50e0f in trap_fatal (frame=0xcc93eb00, eva=3217031168) > > at /FreeBSD/HEAD/src/sys/i386/i386/trap.c:920 > > #9 0xc0b51740 in trap (frame=0xcc93eb00) > > at /FreeBSD/HEAD/src/sys/i386/i386/trap.c:318 > > #10 0xc0b35b6b in calltrap () > > at /FreeBSD/HEAD/src/sys/i386/i386/exception.s:165 > > #11 0xc0b32da5 in bus_dmamap_load (dmat=0xc29a4e80, map=0xc0ef2bc0, > > buf=0x0, buflen=36, callback=0xc077e8b0 , > > callback_arg=0xc2b87f80, flags=0) at pmap.h:282 > > ---Type to continue, or q to quit--- > > #12 0xc077e415 in usb2_pc_load_mem (pc=0xc2b87f80, size=36, sync=0 '\0') > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_busdma.c:635 > > #13 0xc077e705 in usb2_bdma_work_loop (pq=0xc2b86000) > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_busdma.c:1318 > > #14 0xc0793076 in usb2_command_wrapper (pq=0xc2b86000, xfer=0xc2b86400) > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:2484 > > #15 0xc079434b in usb2_start_hardware (xfer=0xc2b86400) > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1491 > > #16 0xc077c19e in umass_t_cbi_data_read_callback (xfer=0xc2b86400) > > at /FreeBSD/HEAD/src/sys/dev/usb2/storage/umass2.c:2414 > > #17 0xc07956da in usb2_callback_wrapper (pq=0xc2b86014) > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1911 > > #18 0xc0793076 in usb2_command_wrapper (pq=0xc2b86014, xfer=0x0) > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:2484 > > #19 0xc079315b in usb2_callback_proc (_pm=0xc2b86028) > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_transfer.c:1785 > > #20 0xc079078e in usb2_process (arg=0xc2b86078) > > at /FreeBSD/HEAD/src/sys/dev/usb2/core/usb2_process.c:139 > > #21 0xc082ce48 in fork_exit (callout=0xc07906b0 , > > arg=0xc2b86078, frame=0xcc93ed38) > > at /FreeBSD/HEAD/src/sys/kern/kern_fork.c:821 > > #22 0xc0b35be0 in fork_trampoline () > > at /FreeBSD/HEAD/src/sys/i386/i386/exception.s:270 > > (kgdb) quit > > capricorn# --- WATANABE Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 09:44: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 9782810656BE for ; Mon, 12 Jan 2009 09:44:33 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 21D968FC12 for ; Mon, 12 Jan 2009 09:44:32 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n0C9iULQ044919 for ; Mon, 12 Jan 2009 10:44:31 +0100 (CET) X-Ids: 164 Received: from niobe.lpthe.jussieu.fr (niobe.lpthe.jussieu.fr [134.157.10.41]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id DBA9089D70 for ; Mon, 12 Jan 2009 10:44:29 +0100 (CET) Received: by niobe.lpthe.jussieu.fr (Postfix, from userid 2005) id A55CE3D; Mon, 12 Jan 2009 10:44:29 +0100 (CET) Date: Mon, 12 Jan 2009 10:44:29 +0100 From: Michel Talon To: freebsd-current@freebsd.org Message-ID: <20090112094429.GA87628@lpthe.jussieu.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV 0.94.2/8853/Mon Jan 12 01:26:44 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 496AF503.005 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 496AF503.005/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 496AF503.005 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.022 -> S=0.022 X-j-chkmail-Status: Ham X-Mailman-Approved-At: Mon, 12 Jan 2009 12:26:44 +0000 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: Mon, 12 Jan 2009 09:44:34 -0000 Garrett Cooper wrote: > On Sun, Jan 11, 2009 at 4:31 PM, Eitan Adler > wrote: > > I never took care about GPLv2 and v3 > >> differences but know, this seems to come to relevance in some way. > > > > I don't seem to understand this. Why should gpl v3 affect the OS? > > The > > output of the compiler isn't affected by the license. Is it? > > Yes the GPLv3 is `extremely viral' when dealing with proprietary > innovations and features, compared to GPLv2. This is complete rubbish, the V3 is viral in exactly the same way as the V2, the V3 simply closes a hole allowing people to do things which were obviously against the spirit of the V2, but were able to go through a hole in the letter of the V2. The spirit of the GPL has always been: "if you derive software from GPL software, and you distribute it, then it must be distributed under the GPL, and you must provide source code. The end users can modify the code, distribute their work, and run the modified version as they see fit". The Tivo loophole was that the hardaware runs only signed binaries, hence you cannot run your modified version. This is completely obviously in contradiction with the spirit of the GPL, if allowed by the letter. Now the large incertitude in this game is to know what is exactly a derived software from another one. This is an extremely vague concept. > Many companies also have to write in functionality and tie-ins which > expose portions of the OS, debugging tools, libraries, etc that would > require them to expose their proprietary secrets. They should be just > as exposed with GPLv2, but the GPLv3 is more stringent and the FSF is > ramping up copyright infringement notices Precisely they were just as exposed with the GPL V2, but were deliberately ignoring their obligations. the fact that the FSF ramps up its legal action is the new factor of importance. These legal actions also serve to define and precise the concept of derivation, and perhaps commercial companies begin to understand that they are vulnerable. Anyways the fact that the compiler is GPL V2 or GPL V3 is totally insignificant with respect to FreeBSD, since it is an established fact that the result of the compilation is not derived from the compiler, hence is not subject to the virality of the licence. I think this is not so clear for C++ code, because the compiler then includes some stuff of its own in the result, but there is perhaps a special exemption for that. The last thing FreeBSD needs is losing time and performance to solve a problem which doesn't exist in the first place, when there are so many actual and concrete problems which are not fixed. -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 13:01: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 47209106571A for ; Mon, 12 Jan 2009 13:01:34 +0000 (UTC) (envelope-from alexanderchuranov@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 A208A8FC16 for ; Mon, 12 Jan 2009 13:01:33 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ewy14 with SMTP id 14so13052182ewy.19 for ; Mon, 12 Jan 2009 05:01:32 -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:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=ZylEkIbl1OhsGaQlTyhPrxy77x5GlZ72wWp9EJIPikk=; b=QKNVSqhmugCOo/vvQKFpj1znolO2Nete+9g21395XN3mITXSvoJOrmQJ7+ux8GWVz6 A5jiI0QfcmRcvr1eQS5Nq8Uq4hCDNBbI4IUz03VTZJt++D7pWSwZCyp5hupGGhhMnpCe rztIU7OciKxZZAV9N+JzbhF9QSUpO1ZEWTtMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=m09DNnuGibr769VAQeJT7UdgrGFWtPw0jVDch0yUWO/QXkysYkudghBO2yG/JovqtF N4ZbKOi/39hnAuOMdz99bfljXNmVQtwjU8BjkM1wcP7glowIX0d2mtakaDEczVACiez7 +h0O0HHrSzDJn/LKTHdguy4ulyE3Mk/7/Ep/I= Received: by 10.210.144.3 with SMTP id r3mr53361ebd.162.1231765292657; Mon, 12 Jan 2009 05:01:32 -0800 (PST) Received: by 10.210.58.4 with HTTP; Mon, 12 Jan 2009 05:01:32 -0800 (PST) Message-ID: <3cb459ed0901120501s1bfde6fax7ae0164a37468adb@mail.gmail.com> Date: Mon, 12 Jan 2009 16:01:32 +0300 From: "Alexander Churanov" To: "Michel Talon" In-Reply-To: <20090112094429.GA87628@lpthe.jussieu.fr> MIME-Version: 1.0 References: <20090112094429.GA87628@lpthe.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 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: Mon, 12 Jan 2009 13:01:34 -0000 2009/1/12 Michel Talon > The last thing FreeBSD needs is losing time and performance to > solve a problem which doesn't exist in the first place, when there are > so many actual and concrete problems which are not fixed. > > -- > > Michel TALON > > Do you contribute to FreeBSD? I have some work on "concrete problems" to share :-) Sincerely, Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 13:34: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 32FAF106566C for ; Mon, 12 Jan 2009 13:34:16 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 104DD8FC1A for ; Mon, 12 Jan 2009 13:34:15 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n0CDX8RU002070; Mon, 12 Jan 2009 07:33:09 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <496B46D6.6060403@math.missouri.edu> Date: Mon, 12 Jan 2009 07:34:14 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090109 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Michel Talon References: <20090112094429.GA87628@lpthe.jussieu.fr> In-Reply-To: <20090112094429.GA87628@lpthe.jussieu.fr> 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: Mon, 12 Jan 2009 13:34:16 -0000 Michel Talon wrote: > Garrett Cooper wrote: > >> On Sun, Jan 11, 2009 at 4:31 PM, Eitan Adler >> wrote: >>> I never took care about GPLv2 and v3 >>>> differences but know, this seems to come to relevance in some way. >>> I don't seem to understand this. Why should gpl v3 affect the OS? >>> The >>> output of the compiler isn't affected by the license. Is it? >> Yes the GPLv3 is `extremely viral' when dealing with proprietary >> innovations and features, compared to GPLv2. > > This is complete rubbish, the V3 is viral in exactly the same way as the > V2, the V3 simply closes a hole allowing people to do things which were > obviously against the spirit of the V2, but were able to go through a > hole in the letter of the V2. The spirit of the GPL has always been: "if > you derive software from GPL software, and you distribute it, then it > must be distributed under the GPL, and you must provide source code. > The end users can modify the code, distribute their work, and run the > modified version as they see fit". The Tivo loophole was that the > hardaware runs only signed binaries, hence you cannot run your modified > version. This is completely obviously in contradiction with the spirit > of the GPL, if allowed by the letter. Now the large incertitude in this > game is to know what is exactly a derived software from another one. > This is an extremely vague concept. > >> Many companies also have to write in functionality and tie-ins which >> expose portions of the OS, debugging tools, libraries, etc that would >> require them to expose their proprietary secrets. They should be just >> as exposed with GPLv2, but the GPLv3 is more stringent and the FSF is >> ramping up copyright infringement notices > > Precisely they were just as exposed with the GPL V2, but were > deliberately ignoring their obligations. the fact that the FSF ramps up > its legal action is the new factor of importance. These legal actions > also serve to define and precise the concept of derivation, and perhaps > commercial companies begin to understand that they are vulnerable. > > Anyways the fact that the compiler is GPL V2 or GPL V3 is totally > insignificant with respect to FreeBSD, since it is an established fact > that the result of the compilation is not derived from the compiler, > hence is not subject to the virality of the licence. I think this > is not so clear for C++ code, because the compiler then includes some > stuff of its own in the result, but there is perhaps a special exemption > for that. The last thing FreeBSD needs is losing time and performance to > solve a problem which doesn't exist in the first place, when there are > so many actual and concrete problems which are not fixed. I am not a lawyer. But I was reading the GPLv3 license. And I was coming to exactly the same conclusions as Michel. Also, reading the prior postings where Linux kernel developers were complaining about GPLv3. But their complaints were against draft versions, and as far as I can see, their complaints were adequately handled in the final version. As for Michel's point that the results of the compilation are not covered by GPL - this seems to be stated explicitly in the GPLv3 license. Stephen From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 16: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 762511065673 for ; Mon, 12 Jan 2009 16:26:05 +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 57C7A8FC13 for ; Mon, 12 Jan 2009 16:26:05 +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 n0CGQ4SQ078283; Mon, 12 Jan 2009 08:26:04 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n0CGQ4Q6078282; Mon, 12 Jan 2009 08:26:04 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Jan 2009 08:26:04 -0800 From: "David O'Brien" To: "Svein Skogen (List Mail Account)" Message-ID: <20090112162604.GA77988@dragon.NUXI.org> Mail-Followup-To: freebsd-current@freebsd.org, "Svein Skogen (List Mail Account)" References: <49668763.8020705@mail.zedat.fu-berlin.de> <49671748.3030709@gmx.de> <4967259C.9090408@stillbilde.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4967259C.9090408@stillbilde.net> X-Operating-System: FreeBSD 8.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: 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: 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: Mon, 12 Jan 2009 16:26:06 -0000 On Fri, Jan 09, 2009 at 11:23:24AM +0100, Svein Skogen (List Mail Account) wrote: > Christoph Mallon wrote: > > O. Hartmann schrieb: > >> When will gcc 4.3 incorporated in FreeBSD 8 and become the standard > >> compiler suite? We figured out that gcc 4.3 does have a speed gain in > >> some numerical code of 3 - 8 % and I guess we can use this in the basic > >> OS as well ... > > > > Number crunching has a totally different execution profile than basic > > operating system services. Gains in one area cannot simply be > > transferred to the other. > > Would it be possible, as a "workaround" to have "system-CC" and > "ports-CC" defined in make.conf, making one CC the compiler for /usr/src > and another for ports, or would this just create debugging nightmares? Why do you think you don't have this today? Install /usr/ports/lang/gcc/gcc43. It lives nicely beside the base compiler. Anytime you want to use it - set 'CC' to 'gcc43'. I guess you're asking for some auto choosing of which compiler to use? -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 16:31:36 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 2159A106575A for ; Mon, 12 Jan 2009 16:31:36 +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 C226E8FC16 for ; Mon, 12 Jan 2009 16:31:35 +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 n0CGVZLD078490; Mon, 12 Jan 2009 08:31:35 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n0CGVYIX078489; Mon, 12 Jan 2009 08:31:34 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Jan 2009 08:31:34 -0800 From: "David O'Brien" To: Alexander Best Message-ID: <20090112163134.GB77988@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Alexander Best , freebsd-current@freebsd.org References: 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: freebsd-current@freebsd.org Subject: Re: fix tools/tools/usb/print-usb-if-vids.sh 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, 12 Jan 2009 16:31:42 -0000 On Fri, Jan 09, 2009 at 01:00:17AM +0100, Alexander Best wrote: > here's a fix to make tools/tools/usb/print-usb-if-vids.sh work again. the file > hasn't been touched in over 4 years. ;) committed - thanks! From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 16:48: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 2BD8C1065670 for ; Mon, 12 Jan 2009 16:48:16 +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 E557F8FC12 for ; Mon, 12 Jan 2009 16:48:15 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n0CGmCZk088745; Mon, 12 Jan 2009 16:48:13 GMT (envelope-from ken@mthelicon.com) Message-ID: <290AA3DA54624A6FA91872B8909564F2@PegaPegII> From: "Pegasus Mc Cleaft" To: , "Svein Skogen \(List Mail Account\)" References: <49668763.8020705@mail.zedat.fu-berlin.de><49671748.3030709@gmx.de> <4967259C.9090408@stillbilde.net> <20090112162604.GA77988@dragon.NUXI.org> In-Reply-To: <20090112162604.GA77988@dragon.NUXI.org> Date: Mon, 12 Jan 2009 16:48:12 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 090112-0, 12/01/2009), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: 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: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jan 2009 16:48:16 -0000 ----- Original Message ----- From: "David O'Brien" To: "Svein Skogen (List Mail Account)" Cc: Sent: Monday, January 12, 2009 4:26 PM Subject: Re: gcc 4.3: when will it become standard compiler? > On Fri, Jan 09, 2009 at 11:23:24AM +0100, Svein Skogen (List Mail Account) > wrote: >> Christoph Mallon wrote: >> > O. Hartmann schrieb: >> >> When will gcc 4.3 incorporated in FreeBSD 8 and become the standard >> >> compiler suite? We figured out that gcc 4.3 does have a speed gain in >> >> some numerical code of 3 - 8 % and I guess we can use this in the >> >> basic >> >> OS as well ... >> > >> > Number crunching has a totally different execution profile than basic >> > operating system services. Gains in one area cannot simply be >> > transferred to the other. >> >> Would it be possible, as a "workaround" to have "system-CC" and >> "ports-CC" defined in make.conf, making one CC the compiler for /usr/src >> and another for ports, or would this just create debugging nightmares? > > Why do you think you don't have this today? > > Install /usr/ports/lang/gcc/gcc43. It lives nicely beside the base > compiler. Anytime you want to use it - set 'CC' to 'gcc43'. > I know this is a different issue, and being hashed in another thread, but this is exactly what I did. However, with an older version of binutils installed, I didnt get the advantage of being able to use SSE4.1 on my machine. I made from the sources binutils, but it was a real pain to get the /usr/ports/lang/gcc/gcc43 port to pick up the presence of the newer version of binutils. I had to make simlinks for various directories and every time they changed the port it would klobber the links. It became ickey! Peg From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 15:30: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 3B8CA106564A for ; Mon, 12 Jan 2009 15:30:37 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by mx1.freebsd.org (Postfix) with ESMTP id D2FDB8FC17 for ; Mon, 12 Jan 2009 15:30:36 +0000 (UTC) (envelope-from yoctogram@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so4391469ywe.13 for ; Mon, 12 Jan 2009 07:30:36 -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:cc :references:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; bh=DDhFhccoYNaJM4cRtUS4gA5g903G2c0JCjJG6nIUgS8=; b=FDZ4R0FUwx0t/qxK1kwHnNk3xQMToTn/UQV5GbS1W+k+EgWpWxlhdGxTwQ1GJu1EgQ ye3hfVV5GEeybFSgfpJg4fymQGfCDjtoKV0xdh/YsWCSEyqWVY+SeUtEnVQ/mx1Zsk+6 TLQNKmhZg88F4yxjL3TDdZozB7Ym+Gmko2wMo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=vCq02DhrG/ok8nuAqTj4N1RwERfMP4NCKIVhW9wN9Mup2K5h/kMeBKMJEcumxwI5td idYoprQTLYeY4ECZptgRffdzq+18z1/IRe5DpLUk639g6rN+kQJ2la80cUwLiDqVe880 /kAgPDu8/RuUiXcj+/eidDHvlJiUWCMJ/8YLY= Received: by 10.64.250.7 with SMTP id x7mr19858983qbh.94.1231772669284; Mon, 12 Jan 2009 07:04:29 -0800 (PST) Received: from Baya ([74.13.153.221]) by mx.google.com with ESMTPS id s31sm9050590qbs.4.2009.01.12.07.04.27 (version=SSLv3 cipher=RC4-MD5); Mon, 12 Jan 2009 07:04:28 -0800 (PST) Message-ID: From: "Yocto" To: "Peter Ross" , "Garrett Cooper" References: <61484.71762.qm@web32708.mail.mud.yahoo.com><20090111044448.GC5661@server.vk2pj.dyndns.org><4969CC6D.6030707@mail.zedat.fu-berlin.de><496A8F45.7010400@gmail.com><7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> Date: Mon, 12 Jan 2009 10:04:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Mon, 12 Jan 2009 17:08:39 +0000 Cc: Peter Jeremy , Eitan Adler , "Pedro F. Giffuni" , "O. Hartmann" , 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: Mon, 12 Jan 2009 15:30:37 -0000 > > I am not a lawyer .. I have an opinion but it is probably better to leave > comments to people with better understanding of legal issues. This is not the first time I heard "I am not a lawyer". Even if you were a lawyer, it would still be an 'opinion'. And judges will give verdict based on both side 'opinions'. That is why a rather stick we BSD/MIT type of licenses... I can't afford (time & money) on lawyers "opinions" that may or may not ... // Yocto From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 17:13: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 76AD7106566C for ; Mon, 12 Jan 2009 17:13:04 +0000 (UTC) (envelope-from alexanderchuranov@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 C625D8FC19 for ; Mon, 12 Jan 2009 17:13:03 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: by ewy14 with SMTP id 14so13192852ewy.19 for ; Mon, 12 Jan 2009 09:13:02 -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:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=I4iOEaypRxdAV2YZu4iZ2OExaej0qm0tmKCXoftCfjw=; b=U1zMVr6J5fk3mbZYekiCYs4so+ARSoap9yN+KBwVuczx9afAMTOkhdB/gJ2yCRs23E 3pqoVMy8zBt08qvirvCwTR+HIeLTcI9kffvMzSxrccbidcBodHgPra4qN6huA2ebnhEO 5S0Qqh86jZaVz3PrlRQKxLiYKPU07vEYCgm1g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=Zz7K+/LFtH6Igw1d1tFRlH/xQYfiai/Vuzzys3b+jyTsry0PH5HzmxYQVPqS8iQCHt f19GyfW2mq57Ok8RIjVOzU/JGd5l75cJHa78cmQPH8A7skxfI+3Eh2SptUvo/l93DtNu ByMDDgDFaA3/RmG5qyFq26UFka/gHToDldewo= Received: by 10.210.10.8 with SMTP id 8mr8640313ebj.33.1231780382855; Mon, 12 Jan 2009 09:13:02 -0800 (PST) Received: by 10.210.58.4 with HTTP; Mon, 12 Jan 2009 09:13:02 -0800 (PST) Message-ID: <3cb459ed0901120913i17e7b68fk6c8050774a326041@mail.gmail.com> Date: Mon, 12 Jan 2009 20:13:02 +0300 From: "Alexander Churanov" To: Yocto In-Reply-To: MIME-Version: 1.0 References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Eitan Adler , Peter Ross , Peter Jeremy , "O. Hartmann" , "Pedro F. Giffuni" , freebsd-current@freebsd.org, Garrett Cooper 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: Mon, 12 Jan 2009 17:13:04 -0000 2009/1/12 Yocto > Even if you were a lawyer, it would still be an 'opinion'. > And judges will give verdict based on both side 'opinions'. > > That is why a rather stick we BSD/MIT type of licenses... > I can't afford (time & money) on lawyers "opinions" that may or may not ... > +1 Alexander Churanov From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 16:02: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 341C4106566B for ; Mon, 12 Jan 2009 16:02:49 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (merlin.alerce.com [64.62.142.94]) by mx1.freebsd.org (Postfix) with ESMTP id 1BAE18FC0A for ; Mon, 12 Jan 2009 16:02:48 +0000 (UTC) (envelope-from hartzell@alerce.com) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 9C46A33C62; Mon, 12 Jan 2009 08:02:48 -0800 (PST) Received: from merlin.alerce.com (localhost [127.0.0.1]) by merlin.alerce.com (Postfix) with ESMTP id 050F933C5B; Mon, 12 Jan 2009 08:02:47 -0800 (PST) From: George Hartzell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <18795.27048.855213.465843@almost.alerce.com> Date: Mon, 12 Jan 2009 08:02:48 -0800 To: Jaakko Heinonen In-Reply-To: <20090110084012.GA1979@a91-153-125-115.elisa-laajakaista.fi> References: <1de79840901080935s130f647r36815df468a9220b@mail.gmail.com> <18791.65426.128568.526167@almost.alerce.com> <20090110084012.GA1979@a91-153-125-115.elisa-laajakaista.fi> X-Mailer: VM 7.19 under Emacs 22.1.50.1 X-Virus-Scanned: ClamAV using ClamSMTP X-Mailman-Approved-At: Mon, 12 Jan 2009 17:13:55 +0000 Cc: Michael Proto , Alexander Best , freebsd-current@freebsd.org Subject: Re: patch to fix burncd bug X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: hartzell@alerce.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, 12 Jan 2009 16:02:49 -0000 Jaakko Heinonen writes: > > Hi, > > On 2009-01-09, George Hartzell wrote: > > I have a mac pro running 7.1-PRERELEASE system (not sure when I last > > updated it) on which burncd seems to successfully burn the data but > > then fails while fixating. > > > > I applied the above patch by hand, with a little bit of fuzz, and now > > it fails to burn the data but fixating no longer bombs out. > > It can't see how it could be possible that the patch (correctly applied) > causes this. Are you sure that this is repeatable behavior and burning > always works with an unpatched kernel? Does dmesg show any error > messages after failed burn? I'm willing to believe that I messed it up.... Alex has suggested that I upgrade the system to 7.1, which is on my list of things to do this week (just been waiting for gnome to update). I'll let you know as soon as I try it out. Thanks, g. From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 17:20: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 B76FB106564A for ; Mon, 12 Jan 2009 17:20:58 +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 98A898FC0A for ; Mon, 12 Jan 2009 17:20:58 +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 n0CHKwNO088142; Mon, 12 Jan 2009 09:20:58 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.2/8.14.2/Submit) id n0CHKw4k088141; Mon, 12 Jan 2009 09:20:58 -0800 (PST) (envelope-from obrien) Date: Mon, 12 Jan 2009 09:20:57 -0800 From: "David O'Brien" To: Alexander Best Message-ID: <20090112172057.GA78699@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, Alexander Best , freebsd-current@freebsd.org References: 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: freebsd-current@freebsd.org Subject: Re: patch to fix burncd bug 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, 12 Jan 2009 17:20:59 -0000 On Thu, Jan 08, 2009 at 06:13:14PM +0100, Alexander Best wrote: > could somebody please commit the following patch to dev/ata? it fixes a nasty > bug during fixation in burncd. the bug exists in RELENG6, RELENG7 and HEAD > (and maybe RELENG5): > > http://www.freebsd.org/cgi/query-pr.cgi?prp=95979-3-txt&n=/patch I've committed the ata-queue.c change (r187105) as I hit this again over the weekend. I didn't commit the timeout change as I'm not sure all the implications. Also folks "thought" cdrecord did the same, but I didn't see a high enough confidence factor and I didn't have time to track it down myself. -- -- David (obrien@FreeBSD.org) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 18: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 E14631065672; Mon, 12 Jan 2009 18:25:17 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id BED568FC22; Mon, 12 Jan 2009 18:25:17 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n0CIPF8A026583; Mon, 12 Jan 2009 10:25:16 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 12 Jan 2009 10:25:12 -0800 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: HEADSUP: arp-v2 has been committed Thread-Index: AclyPINDLzqKTA8HQUmWbWJoyRt36wCozjMA References: <20081227202117.F3B14341A3@cavin02.kulnet.kuleuven.ac.be><200812281613.49404.tijl@ulyssis.org> From: "Li, Qing" To: "Gerald Pfeifer" , Cc: Tijl Coosemans , freebsd-net@freebsd.org, freebsd-current@freebsd.org, Qing Li Subject: RE: HEADSUP: arp-v2 has been committed 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, 12 Jan 2009 18:25:18 -0000 I have revived the RTF_LLINFO definition in route.h. A new kernel option "COMPAT_ROUTE_FLAGS" is introduced, all for providing binary compatibility for existing ports. I could have made the RTF_LLINFO bit only applicable with _KERNEL. Without rehashing the discussion we all had on this topic on=20 both -current@ and -net@ MLs last month, moving forward, all=20 arp-v2 affected ports should continue to be modified and updated=20 with the understanding the RTF_LLINFO, RTF_WASCLONED etc. flags are=20 obsolete. There are no support for the semantics of these flag bits in the kernel, other than returning these bits to userland for the existing ports.=20 Please sync-up to the following revision: SVN rev 187094 on 2009-01-12 11:24:32Z by qingli Thanks, -- Qing > -----Original Message----- > From: Gerald Pfeifer [mailto:gerald@pfeifer.com] > Sent: Friday, January 09, 2009 1:27 AM > To: Li, Qing > Cc: Tijl Coosemans; Qing Li; freebsd-net@freebsd.org; freebsd- > current@freebsd.org > Subject: RE: HEADSUP: arp-v2 has been committed >=20 > On Tue, 30 Dec 2008, Li, Qing wrote: > > I don't think we can provide binary compatibility without putting > > back RTF_LLINFO exactly as it was. My preference is to continue down > > the new path without RTF_LLINFO. >=20 > So, you are saying that applications built on FreeBSD 7 or earlier > that use RTF_LLINFO will no longer work properly on FreeBSD 8 after > your change? >=20 > Ignoring everything else, that would be a killer and the one reason > to definitely change the current situation. Otherwise, ISVs will need > two builds, one for FreeBSD 7 and earlier and one for FreeBSD 8, and > believe me, that is bad, bad, bad. Or rather: unlikely. (GNU/Linux > distributions do provide this level of compatibility.) >=20 > > We still have some time before the 8.0 release. It's straightforward > > for me to retain some of the RTF_LLINFO support in the new kernel if > > and when the situation becomes necessary. >=20 > Sounds like that is the case? >=20 > > Since the affected ports now have the conditional code around > > RTF_LLINFO, the updates would allow these ports to compile in > > both -current and in the previous releases. >=20 > emulators/wine still is broken, and upstream Wine has not accepted > the patch yet. I believe one reason likely is the above, and the > fact that this may break commercial builds of Wine. >=20 > How are you going to address this? >=20 > Gerald > -- > Gerald (Jerry) Pfeifer gerald@pfeifer.com > http://www.pfeifer.com/gerald/ From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 20:01: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 4B4C8106564A for ; Mon, 12 Jan 2009 20:01:58 +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 0A46E8FC17 for ; Mon, 12 Jan 2009 20:01:57 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 40A3D9CB1CA for ; Mon, 12 Jan 2009 21:01:42 +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 YAedxru9NGaz for ; Mon, 12 Jan 2009 21:01:29 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 257929CB229 for ; Mon, 12 Jan 2009 21:01:29 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0CK1T4u086437 for current@freebsd.org; Mon, 12 Jan 2009 21:01:29 +0100 (CET) (envelope-from rdivacky) Date: Mon, 12 Jan 2009 21:01:28 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20090112200128.GA85280@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [RFC]: flex/lex 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, 12 Jan 2009 20:01:58 -0000 hi I noticed there is an update to lex/flex. The version in our tree is ancient and there seems to be some updates (http://flex.sourceforge.net/) Can someone comment on the state of lex in our tree? It's not considered a contributed software (it resides in usr.bin) but it was taken from elsewhere. what is our position? is it preferable for me to work on updating it or just fixing the one bug I ran into? thnx! roman From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 20:12: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 96B1A106564A; Mon, 12 Jan 2009 20:12:24 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 8AE7F8FC13; Mon, 12 Jan 2009 20:12:22 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so6997905bwz.19 for ; Mon, 12 Jan 2009 12:12:22 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=GxzsgMQ0S2QSnuOA7AnBgSORGeA4Kla5lH1HkK+id/k=; b=YZ7Uuk7jPfFrtL7pDkOSBUr86sQNpkMFSfCFE9CWM4GJ+RHXQVPE0ojQQMaPOYxzFT WnkMANF9EE+dsfEeDCpUlfMK3VzWnNJph5o9oPpRfzEKEaGHq9ECa+ve0+uS+IIt6sXm y+Ds0FDJFVs4FTnfPVdJju8Gj/JpCfSk4P8YE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=hr6W/v6dMlO0uwBqd5Et7yaEXCAfSluDJld2P4XhbMVH4fds4r6KLlwAyT6BFyU7p1 AMLRkKJP77SrU20Mm1sXHF+JwsSkjIOEjnsDyTTwyd+dZuniRpyQeUzN+H2XT5b4da/K MqHIu9UVFoLZ4J4hjQeg0+rWzXrX+9/NlEy3w= Received: by 10.181.60.14 with SMTP id n14mr11090557bkk.79.1231791142027; Mon, 12 Jan 2009 12:12:22 -0800 (PST) Received: by 10.181.26.3 with HTTP; Mon, 12 Jan 2009 12:12:21 -0800 (PST) Message-ID: <7d6fde3d0901121212i3acf282dj6bc3b7d59a044e5e@mail.gmail.com> Date: Mon, 12 Jan 2009 12:12:21 -0800 From: "Garrett Cooper" To: "Li, Qing" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081227202117.F3B14341A3@cavin02.kulnet.kuleuven.ac.be> <200812281613.49404.tijl@ulyssis.org> Cc: Gerald Pfeifer , freebsd-net@freebsd.org, Qing Li , freebsd-current@freebsd.org, Tijl Coosemans Subject: Re: HEADSUP: arp-v2 has been committed 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, 12 Jan 2009 20:12:24 -0000 On Mon, Jan 12, 2009 at 10:25 AM, Li, Qing wrote: > I have revived the RTF_LLINFO definition in route.h. > A new kernel option "COMPAT_ROUTE_FLAGS" is introduced, all > for providing binary compatibility for existing ports. > I could have made the RTF_LLINFO bit only applicable with _KERNEL. > > Without rehashing the discussion we all had on this topic on > both -current@ and -net@ MLs last month, moving forward, all > arp-v2 affected ports should continue to be modified and updated > with the understanding the RTF_LLINFO, RTF_WASCLONED etc. flags are > obsolete. There are no support for the semantics of these > flag bits in the kernel, other than returning these bits to > userland for the existing ports. > > Please sync-up to the following revision: > > SVN rev 187094 on 2009-01-12 11:24:32Z by qingli > > Thanks, > > -- Qing > > >> -----Original Message----- >> From: Gerald Pfeifer [mailto:gerald@pfeifer.com] >> Sent: Friday, January 09, 2009 1:27 AM >> To: Li, Qing >> Cc: Tijl Coosemans; Qing Li; freebsd-net@freebsd.org; freebsd- >> current@freebsd.org >> Subject: RE: HEADSUP: arp-v2 has been committed >> >> On Tue, 30 Dec 2008, Li, Qing wrote: >> > I don't think we can provide binary compatibility without putting >> > back RTF_LLINFO exactly as it was. My preference is to continue down >> > the new path without RTF_LLINFO. >> >> So, you are saying that applications built on FreeBSD 7 or earlier >> that use RTF_LLINFO will no longer work properly on FreeBSD 8 after >> your change? >> >> Ignoring everything else, that would be a killer and the one reason >> to definitely change the current situation. Otherwise, ISVs will need >> two builds, one for FreeBSD 7 and earlier and one for FreeBSD 8, and >> believe me, that is bad, bad, bad. Or rather: unlikely. (GNU/Linux >> distributions do provide this level of compatibility.) >> >> > We still have some time before the 8.0 release. It's straightforward >> > for me to retain some of the RTF_LLINFO support in the new kernel if >> > and when the situation becomes necessary. >> >> Sounds like that is the case? >> >> > Since the affected ports now have the conditional code around >> > RTF_LLINFO, the updates would allow these ports to compile in >> > both -current and in the previous releases. >> >> emulators/wine still is broken, and upstream Wine has not accepted >> the patch yet. I believe one reason likely is the above, and the >> fact that this may break commercial builds of Wine. >> >> How are you going to address this? >> >> Gerald Oh, btw... wine works well when you set the RTF_LLINFO value to 0 with arp-v2, AFAICT. -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 20:47: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 5309A106564A; Mon, 12 Jan 2009 20:47:56 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 426118FC0A; Mon, 12 Jan 2009 20:47:55 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so7061116bwz.19 for ; Mon, 12 Jan 2009 12:47:54 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=5IDgRy9IcANQeXKOMWOApeSBvkhx7cPZi7tevbg5PSQ=; b=Er0t7BvKx4vz8Flw5bFVecss1UEDjSkSo7ZxJQoX2TAfCSNn61KSBWSvYzmq8FSgvP AkQw5i9lPm3O6AGIHjonoZ9ca6DuHB1cCtoQx1fS7w3ZyneL/DV/UEXf6MAjdmU6ONbR HgJXKKtqwU1e7kiKXUuQ8mBe6pDgqkPcN9Plk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=oMKt2HS0Q1OvnruEPJOmn3LzHSOqTT3Bw+0KuX4dpm33OQ1HF1Y/vDbccYEsVjsfp6 JOH+TF7UTEuGhFzX+7Y18hD5aF5oAHjtsXBgSolUakviJR72vLaxP9G7rTRMl5ORvdKI EF7DTBmkA3GhHMb23rB9argp1MuyWN7Bjp2JU= Received: by 10.181.201.18 with SMTP id d18mr10141900bkq.72.1231793274163; Mon, 12 Jan 2009 12:47:54 -0800 (PST) Received: by 10.181.26.3 with HTTP; Mon, 12 Jan 2009 12:47:54 -0800 (PST) Message-ID: <7d6fde3d0901121247t31ee0d8cp6d46cf9b3b256fad@mail.gmail.com> Date: Mon, 12 Jan 2009 12:47:54 -0800 From: "Garrett Cooper" To: "Julian Elischer" In-Reply-To: <496BAA26.9010200@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20081227202117.F3B14341A3@cavin02.kulnet.kuleuven.ac.be> <200812281613.49404.tijl@ulyssis.org> <7d6fde3d0901121212i3acf282dj6bc3b7d59a044e5e@mail.gmail.com> <496BAA26.9010200@elischer.org> Cc: "Li, Qing" , Gerald Pfeifer , freebsd-net@freebsd.org, Qing Li , freebsd-current@freebsd.org, Tijl Coosemans Subject: Re: HEADSUP: arp-v2 has been committed 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, 12 Jan 2009 20:47:56 -0000 On Mon, Jan 12, 2009 at 12:37 PM, Julian Elischer wrote: > Garrett Cooper wrote: > > I think setting it to a value of 0 has two good points... > > In code that does: > if (XXX & RTF_LLINFO) { > yyy() > } > the optimiser should simply remove the code, > or at worst give an error messages that makes people go look for > the answer, and secondly, > the conditional > > #if defined(RTF_LLINFO) && (RTF_LLINFO != 0) > > can be easily used to make code conditionally do the right thing > for different versions of freeBSD, > possibly trivially replacing earlier occurances of > > #ifdef RTF_LLINFO > > > >> >> Oh, btw... wine works well when you set the RTF_LLINFO value to 0 >> with arp-v2, AFAICT. >> -Garrett That's basically what I did (2 instances in the file had to be replaced) -- #ifndef RTF_LLINFO /* Insert code here with 0. */ #else /* Insert code here with RTF_LLINFO. */ #endif The code checks to see if sysctl exists, and then defaults to Linux-y behavior, so other OS'es with proper sysctl support could be broken by this change. I tested this out with Steam and wine-doors, but unfortunately I ran into OpenGL issues that prevented me from playing Steam games -_-... Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 21:06:32 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 91B311065673; Mon, 12 Jan 2009 21:06:32 +0000 (UTC) (envelope-from prvs=julian=2560a13b2@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id 725708FC12; Mon, 12 Jan 2009 21:06:32 +0000 (UTC) (envelope-from prvs=julian=2560a13b2@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.87]) by smtp-outbound.ironport.com with ESMTP; 12 Jan 2009 12:38:00 -0800 Message-ID: <496BAA26.9010200@elischer.org> Date: Mon, 12 Jan 2009 12:37:58 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Garrett Cooper References: <20081227202117.F3B14341A3@cavin02.kulnet.kuleuven.ac.be> <200812281613.49404.tijl@ulyssis.org> <7d6fde3d0901121212i3acf282dj6bc3b7d59a044e5e@mail.gmail.com> In-Reply-To: <7d6fde3d0901121212i3acf282dj6bc3b7d59a044e5e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Li, Qing" , Gerald Pfeifer , freebsd-net@freebsd.org, Qing Li , freebsd-current@freebsd.org, Tijl Coosemans Subject: Re: HEADSUP: arp-v2 has been committed 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, 12 Jan 2009 21:06:33 -0000 Garrett Cooper wrote: I think setting it to a value of 0 has two good points... In code that does: if (XXX & RTF_LLINFO) { yyy() } the optimiser should simply remove the code, or at worst give an error messages that makes people go look for the answer, and secondly, the conditional #if defined(RTF_LLINFO) && (RTF_LLINFO != 0) can be easily used to make code conditionally do the right thing for different versions of freeBSD, possibly trivially replacing earlier occurances of #ifdef RTF_LLINFO > > Oh, btw... wine works well when you set the RTF_LLINFO value to 0 > with arp-v2, AFAICT. > -Garrett > _______________________________________________ > 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 Jan 12 22:00: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 2FC00106567A for ; Mon, 12 Jan 2009 22:00:06 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id AD2C18FC0C for ; Mon, 12 Jan 2009 22:00:05 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so3815243fgb.35 for ; Mon, 12 Jan 2009 14:00:04 -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:subject :cc:mime-version:content-type:content-transfer-encoding :content-disposition; bh=kdMc8UIjhjVhtT2VAZjM/OWQ79v+Bkd+54OxA1wh4XM=; b=I8tfH+rty3MwkwQSaww524eQsTxfItQTCLo2EYzZ8XnZVxH6ULsWyaZwqTvnZ509ux 6wYR6JOMb07uOEdT8WWcioUwjvfBpMEY1t2HXmfvoLY+bU0eC3WMRkYvopLG9rGyWW6y 5Tfs+Vro8HIkThOrEgmaClb1eOwkPbP0NkmrQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:subject:cc:mime-version:content-type :content-transfer-encoding:content-disposition; b=rFElg/7VD4oIrjA8ynEe0j70w46DGIrW8Q+1Ego/MFqGJHsjnfooWGO5AEf+3Q+gH7 6wNTQyv3xOgtbug5sVlUWbgZ4QZzYxKxDn1kspDtVOEOjg8Eu1arqZcebA0bUdlXBskp LdNTQPeV4pFvcNCuy9ddxFnnfTyNausP/Vx+E= Received: by 10.86.36.17 with SMTP id j17mr53420fgj.40.1231795692702; Mon, 12 Jan 2009 13:28:12 -0800 (PST) Received: by 10.86.92.8 with HTTP; Mon, 12 Jan 2009 13:28:12 -0800 (PST) Message-ID: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> Date: Mon, 12 Jan 2009 16:28:12 -0500 From: "Rohit Tripathi" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: current@freebsd.org Subject: hints on setting up usb cdma modem? 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, 12 Jan 2009 22:00:06 -0000 I'm running current and after many failed attempts to setup my Novatel U727, I'm posting here with whatever information could be of interest. When the modem is plugged in: umass0: on uhub3 cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 1.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present My usbd.conf: 21:21:46 $ cat /etc/usbd.conf device "Novatel" devname "ucom0" vendor 0x1410 product 0x4100 attach "/usr/sbin/ppp -auto novatel" detach "/usr/sbin/pppctl /var/run/ppp/novatel-ppp quit all" Avery now and then, I see some of these messages: umass0: at uhub3 port 1 (addr 2) disconnected (cd0:umass-sim0:0:0:0): lost device (cd0:umass-sim0:0:0:0): removing device entry umass0: detached umass0: on uhub3 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Removable Direct Access SCSI-2 device da0: 1.000MB/s transfers da0: Attempt to query device size failed: NOT READY, Medium not present My /etc/ppp/ppp.conf: novatel: set device /dev/ucom0 set speed 115200 set phone "#777" # 1 refers to CID set dial "ABORT BUSY ABORT NO\\sCARRIER TIMEOUT 5 \ \"\" AT OK-AT-OK ATE1Q0 OK \\dATDT\\T TIMEOUT 40 CONNECT" enable dns set authname wap set authkey wap accept PAP set login add default HISADDR set ifaddr 10.0.0.1/0 10.0.0.2/0 0.0.0.0 0.0.0.0 disable ipv6cp disable mppe set reconnect 3 15 From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 22:04: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 1448810656C4 for ; Mon, 12 Jan 2009 22:04:29 +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 C56F38FC14 for ; Mon, 12 Jan 2009 22:04:28 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by pele.citylink.co.nz (Postfix) with ESMTP id 327A8FEF6; Tue, 13 Jan 2009 11:04:27 +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 VYxZ+Bvbcu95; Tue, 13 Jan 2009 11:04:23 +1300 (NZDT) Received: from citylink.fud.org.nz (unknown [202.8.44.45]) by pele.citylink.co.nz (Postfix) with ESMTP; Tue, 13 Jan 2009 11:04:22 +1300 (NZDT) Received: by citylink.fud.org.nz (Postfix, from userid 1001) id 89C3B1142C; Tue, 13 Jan 2009 11:04:22 +1300 (NZDT) Date: Mon, 12 Jan 2009 14:04:22 -0800 From: Andrew Thompson To: Rohit Tripathi Message-ID: <20090112220422.GA1995@citylink.fud.org.nz> References: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Cc: current@freebsd.org Subject: Re: hints on setting up usb cdma modem? 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, 12 Jan 2009 22:04:29 -0000 On Mon, Jan 12, 2009 at 04:28:12PM -0500, Rohit Tripathi wrote: > I'm running current and after many failed attempts to setup my Novatel > U727, I'm posting here with whatever information could be of interest. > > When the modem is plugged in: > > umass0: addr 2> on uhub3 > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 1.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present You should start by loading the u3g driver, it will likely just work. > My usbd.conf: > 21:21:46 $ cat /etc/usbd.conf > device "Novatel" > devname "ucom0" > vendor 0x1410 > product 0x4100 usbd was removed some 3 years ago, you will want to use devd for this now. Andrew From owner-freebsd-current@FreeBSD.ORG Mon Jan 12 23:15: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 7DC6E1065672; Mon, 12 Jan 2009 23:15:40 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from WA4EHSOBE002.bigfish.com (outbound-wa4.frontbridge.com [216.32.181.16]) by mx1.freebsd.org (Postfix) with ESMTP id 456A08FC1A; Mon, 12 Jan 2009 23:15:39 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from mail36-wa4-R.bigfish.com (10.8.14.240) by WA4EHSOBE002.bigfish.com (10.8.40.22) with Microsoft SMTP Server id 8.1.291.1; Mon, 12 Jan 2009 23:15:39 +0000 Received: from mail36-wa4 (localhost.localdomain [127.0.0.1]) by mail36-wa4-R.bigfish.com (Postfix) with ESMTP id 82DC05880C0; Mon, 12 Jan 2009 23:15:39 +0000 (UTC) X-BigFish: VS-13(z34a4jz1432R98dR148cM1805M936fOzzzzz2dh6bh87il43j63h) X-Spam-TCS-SCL: 2:0 X-FB-DOMAIN-IP-MATCH: fail Received: by mail36-wa4 (MessageSwitch) id 1231802137396303_22944; Mon, 12 Jan 2009 23:15:37 +0000 (UCT) Received: from lpozpwexc02.lpint.net (unknown [203.166.32.249]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mail36-wa4.bigfish.com (Postfix) with ESMTP id D6154CF0064; Mon, 12 Jan 2009 23:15:36 +0000 (UTC) Received: from klein.bigpond.com (10.61.24.85) by lpozpwexc02.lpint.net (10.61.38.9) with Microsoft SMTP Server id 8.1.311.2; Tue, 13 Jan 2009 10:15:34 +1100 Received: from klein.bigpond.com (localhost [127.0.0.1]) by klein.bigpond.com (8.14.3/8.14.1) with ESMTP id n0CNFkT3001332; Tue, 13 Jan 2009 10:15:46 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from localhost (petros@localhost) by klein.bigpond.com (8.14.3/8.14.3/Submit) with ESMTP id n0CNFheu001329; Tue, 13 Jan 2009 10:15:45 +1100 (EST) (envelope-from Peter.Ross@alumni.tu-berlin.de) X-Authentication-Warning: klein.au.lpint.net: petros owned process doing -bs Date: Tue, 13 Jan 2009 10:15:42 +1100 From: Peter Ross X-X-Sender: petros@klein.bigpond.com To: Vincent Hoffman In-Reply-To: <496B1471.1080900@unsane.co.uk> Message-ID: References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <342292.89033.qm@web32703.mail.mud.yahoo.com> <496A98B3.1010301@freebsd.org> <496B1471.1080900@unsane.co.uk> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Cc: Peter Jeremy , Tim Kientzle , freebsd-current@freebsd.org, "Pedro F. Giffuni" 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: Mon, 12 Jan 2009 23:15:41 -0000 On Mon, 12 Jan 2009, Vincent Hoffman wrote: > Peter Ross wrote: > > > > AFAIK you _need_ a C compiler to keep your system secure, to apply > > security patches. > > > > E.g. http://security.freebsd.org/advisories/FreeBSD-SA-09:02.openssl.asc > > > > .. > > make obj && make depend && make && make install > > > > Or more recently, > freebsd-update fetch && freebsd-update install > > its really not needed if you are just following -RELEASE except of > course for ports. I have to apologize for my outdated knowledge. It is around for two years, and well-described in the handbook:-) Thanks for correcting me. Still, there are "real world" cases when the standard install is not good enough. I do not run into them daily but they are not that rare either. The last one, some days ago: A Dell desktop had USB keyboard problems. I fixed it by compiling the USB2 kernel. It did not work with -STABLE and -CURRENT's GENERIC kernel (with the "old" USB stack). Regards Peter From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 00:16: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 793ED106578F for ; Tue, 13 Jan 2009 00:16:09 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 4491D8FC08 for ; Tue, 13 Jan 2009 00:16:09 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so12428630rvf.43 for ; Mon, 12 Jan 2009 16:16:09 -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:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding :from; bh=w2jnYqeP0VbD3+ajJR4xmcbA5wtbvCrP1tZ4Hl1x28k=; b=WmKrsjD7n7ncil6LbTasGUoeKxi2UYsy+U8lPYYG2C0AdbfvASS2py/3rJ1+JbiS8I b4kLvrVf0qy2XAlX9mM+1g0j6XUwVEfkJOj2QQcxzXiKJmgXBK/Z+fB6XVOlrjAcyDoD DmYhLNtmuRch/f0pWX2tY0H6Beee611Fa01o0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding:from; b=X91hKccS+aRuIwcSd8KpC0yjlLovA1WhzYBmymL+dcTandc4guZTDIt9zSy1/9FFqr OvQaMBQhVGZG9aKTnE0mZRha9rF4e7xUcHIPGrZxCcHoAgDMLiWnoZ+UWEgNMwlo3FaG o17sHQuaxiF4JKSWljdx2KFNPC3MIiXYbNPmI= Received: by 10.142.203.19 with SMTP id a19mr12595588wfg.310.1231805768959; Mon, 12 Jan 2009 16:16:08 -0800 (PST) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 31sm544609wff.43.2009.01.12.16.16.06 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 12 Jan 2009 16:16:07 -0800 (PST) Message-ID: <496BDD3E.1000507@gmail.com> Date: Mon, 12 Jan 2009 19:15:58 -0500 User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Stephen Montgomery-Smith References: <20090112094429.GA87628@lpthe.jussieu.fr> <496B46D6.6060403@math.missouri.edu> In-Reply-To: <496B46D6.6060403@math.missouri.edu> X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Eitan Adler Cc: freebsd-current@freebsd.org, Michel Talon 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: Tue, 13 Jan 2009 00:16:10 -0000 > As for Michel's point that the results of the compilation are not > covered by GPL - this seems to be stated explicitly in the GPLv3 license. Which is my question. Why do we need update the compiler when the license shouldn't matter? Has anyone asked the FSF about this issue anyway? Does the FSF claim that the output of the compiler becomes "free" software? > > Stephen > _______________________________________________ > 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" > -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 00:55: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 62F731065670 for ; Tue, 13 Jan 2009 00:55:48 +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 05C858FC12 for ; Tue, 13 Jan 2009 00:55:47 +0000 (UTC) (envelope-from fergus@cobbled.net) Received: (qmail 26310 invoked from network); 13 Jan 2009 00:29:06 -0000 Received: from unknown (HELO holyman.cobbled.net) (84.203.180.117) by mail1.slb.deg.dub.stisp.net with SMTP; 13 Jan 2009 00:29:06 -0000 Received: by holyman.cobbled.net (Postfix, from userid 16385) id B6E5C1031D; Tue, 13 Jan 2009 00:29:05 +0000 (UTC) Date: Tue, 13 Jan 2009 00:29:05 +0000 From: n0g0013 To: current@freebsd.org Message-ID: <20090113002905.GA6683@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: testing for 'sysconf' interface 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, 13 Jan 2009 00:55:48 -0000 can anyone advise the correct way to test for the presence of the 'sysconf' interface in 'unistd.h'? i'm guessing it's #ifdef POSIX but i'd appreciate if someone can confirm that. -- t t w From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 04:52: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 3F35F106566B for ; Tue, 13 Jan 2009 04:52:58 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal4.es.net [198.124.252.66]) by mx1.freebsd.org (Postfix) with ESMTP id E16FC8FC12 for ; Tue, 13 Jan 2009 04:52:57 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id UFC42112; Mon, 12 Jan 2009 20:41:12 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id UFC38211; Mon, 12 Jan 2009 20:41:11 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 134EC1CC0B; Mon, 12 Jan 2009 20:41:11 -0800 (PST) To: Eitan Adler In-reply-to: Your message of "Mon, 12 Jan 2009 19:15:58 EST." <496BDD3E.1000507@gmail.com> Date: Mon, 12 Jan 2009 20:41:11 -0800 From: "Kevin Oberman" Message-Id: <20090113044111.134EC1CC0B@ptavv.es.net> X-Sender-IP: 198.128.3.207 X-Sender-Domain: es.net X-Recipent: ; ; ; ; X-Sender: X-To_Name: Eitan Adler X-To_Domain: gmail.com X-To: Eitan Adler X-To_Email: eitanadlerlist@gmail.com X-To_Alias: eitanadlerlist Cc: Stephen Montgomery-Smith , Michel Talon , 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: Tue, 13 Jan 2009 04:52:58 -0000 > Date: Mon, 12 Jan 2009 19:15:58 -0500 > From: Eitan Adler > Sender: owner-freebsd-current@freebsd.org > > > As for Michel's point that the results of the compilation are not > > covered by GPL - this seems to be stated explicitly in the GPLv3 license. > Which is my question. Why do we need update the compiler when the > license shouldn't matter? > Has anyone asked the FSF about this issue anyway? Does the FSF claim > that the output of the compiler becomes "free" software? Smells like FUD to me. In all of my reading, I have never seen such a claim. There may be some GPLv3 issues, but I seriously doubt this is one. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 04:56:57 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 39060106566B for ; Tue, 13 Jan 2009 04:56:57 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id 085E68FC0A for ; Tue, 13 Jan 2009 04:56:56 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop3.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.3/8.14.3) with ESMTP id n0D4tkpt041553; Mon, 12 Jan 2009 22:55:47 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <496C1F14.2020207@math.missouri.edu> Date: Mon, 12 Jan 2009 22:56:52 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.19) Gecko/20090109 SeaMonkey/1.1.14 MIME-Version: 1.0 To: Kevin Oberman References: <20090113044111.134EC1CC0B@ptavv.es.net> In-Reply-To: <20090113044111.134EC1CC0B@ptavv.es.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Eitan Adler , freebsd-current@freebsd.org, Michel Talon 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: Tue, 13 Jan 2009 04:56:57 -0000 Kevin Oberman wrote: >> Date: Mon, 12 Jan 2009 19:15:58 -0500 >> From: Eitan Adler >> Sender: owner-freebsd-current@freebsd.org >> >>> As for Michel's point that the results of the compilation are not >>> covered by GPL - this seems to be stated explicitly in the GPLv3 license. >> Which is my question. Why do we need update the compiler when the >> license shouldn't matter? >> Has anyone asked the FSF about this issue anyway? Does the FSF claim >> that the output of the compiler becomes "free" software? > > Smells like FUD to me. In all of my reading, I have never seen such a > claim. There may be some GPLv3 issues, but I seriously doubt this is > one. I just wanted to clarify (because my post is a bit ambiguous) - I was trying to say that the GPLv3 seems to be explicitly saying that the output of the compilation is NOT covered by GPL: To quote (** added): 2. Basic Permissions. All rights granted under this License are granted for the term of copyright on the Program, and are irrevocable provided the stated conditions are met. This License explicitly affirms your unlimited permission to run the unmodified Program. **The output from running a covered work is covered by this License only if the output, given its content, constitutes a covered work.** This License acknowledges your rights of fair use or other equivalent, as provided by copyright law. From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 06:49: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 3B5E1106566B; Tue, 13 Jan 2009 06:49:04 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 581C48FC18; Tue, 13 Jan 2009 06:49:03 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so7642025bwz.19 for ; Mon, 12 Jan 2009 22:49:02 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=yTRupbvvLlmoohpRHGEQVzv0sVw5jgd2frA/YuuaSMM=; b=YJe3Q90DayptZNnpmb+KAOmOPEaYY17UebXsgDA63+N+Wm+nQVeIf0tk3dL1a98Fxo 52d2bePvixI3rpf3W0d2Wl/XJxryVXGFffdxvT0hoH1qTsSQjSxDy3ilUJ2W14ZKnl0N Syr96bV3htt9+1Rbv41gnWtUnVtv0UZwAfSuY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=JjkA+hxgWSZaRontBZ0xi/ji7AiCSRpRefI8y/fLdLTmDAeZpWv4xmW26q8FZGzYGx b7BhnoUPlGEb7HtDDvVz0xD35taCxt/M+0+NV4Fn/Q8+0Zm7swJFF6OMOH0zPlx3g58X lwpuIIWt66wAIr4cg0CvjbhqgGqmYp33+yDnk= Received: by 10.181.58.9 with SMTP id l9mr11263514bkk.214.1231829342264; Mon, 12 Jan 2009 22:49:02 -0800 (PST) Received: by 10.181.26.3 with HTTP; Mon, 12 Jan 2009 22:49:02 -0800 (PST) Message-ID: <7d6fde3d0901122249i6e760afdw510b3b84e3df68ad@mail.gmail.com> Date: Mon, 12 Jan 2009 22:49:02 -0800 From: "Garrett Cooper" To: "Alexander Motin" In-Reply-To: <49670AF2.7040901@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <7d6fde3d0901061032n72e9d0c4refe3c695f441c827@mail.gmail.com> <4963C4C0.6000509@FreeBSD.org> <7d6fde3d0901062029j694d63c1h66c52dfbb80c13d8@mail.gmail.com> <49647602.9060402@FreeBSD.org> <49649333.6060902@gmail.com> <7d6fde3d0901080937t29ec42f5i6684b9223d0b368a@mail.gmail.com> <49664FD8.1060700@FreeBSD.org> <7d6fde3d0901082336o6291c3a8r5cbb91a89db13ef7@mail.gmail.com> <49670AF2.7040901@FreeBSD.org> Cc: FreeBSD Current Subject: Re: snd_hda(4): getting line-in to work 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, 13 Jan 2009 06:49:04 -0000 On Fri, Jan 9, 2009 at 12:29 AM, Alexander Motin wrote: > Garrett Cooper wrote: >> On Thu, Jan 8, 2009 at 11:11 AM, Alexander Motin wrote: >>> Garrett Cooper wrote: >>>> Ok, I got stuck again. Can you possibly push me in the right >>>> direction (complete verbose dmesg attached)? The line-in and SPDIF >>>> (not so much of a concern) are the only issues that I'm aware of. I'll >>>> have to open up my case and wire up the front ports in order to test >>>> them for you. >>> Ok. Let's stop for a moment and start from the beginning, because now it is >>> already like a puzzle for me too. Let me explain once more what I see you >>> have and then you explain me where is your problem. >>> >>> You have 3 PCM devices configured: >>> - pcm0: 7.1 playback via 4 rear jacks (Green, Black, Orange and Grey) + >>> record from mic (front Pink), line (rear Blue), monitor (second mic, rear >>> Pink), cd (internal Black) or mix (sum of all these). >>> - pcm1: stereo playback via front Green jack. >>> - pcm2: SPDIF output >>> >>> As for me, this configuration is correct and good enough. You can record >>> from your line-in via pcm0 after selecting that source via `mixer =rec line` >>> command. You can playback via SPDIF by using pcm2 device. >>> >>> So what's wrong? What are you doing and what is not working and how? >> >> Ok, just checking my sanity, I started swapping around the plugs in >> the back, checking my connections, etc. I tried my mic, worked (the >> gain was a bit small, sound was _really_ distorted), then switched > > It is possible to control external mic phantom power via loader.conf. I > have never tried it myself, but it may be related. > >> back to my line-in and sure enough, it now works :D. >> >> What changed since yesterday: >> - I hadn't set mixer_enable="YES" in rc.conf. This brought up a LOT >> more channels and options than I had originally. > > Don't very understand what you mean by channels. mixer_enable just loads > mixer settings saved on shutdown. > >> - Rebooted the machine with fixed device.hints (unchanged from the default :P). >> - I changed the volume for mix from 0:0 to 30:30. > > mix now controls volume of mixed inputs recording (if you select this > record source. I would prefer direct line recording) and input > monitoring. Sure it is not very good, I am thinking to somehow separate > them. > >> My summary (experience) thus far: >> >> So far the driver functions as expected, but the frequency response >> seems a bit off for the output -- it's really focused around the vocal >> range (the lower 3 frequencies on the audacity, iTunes, xmms equalizer >> -- forget the frequencies). >> >> It's not so bad with PCM sound, but It's really off with Line-in / >> Mic. Any hints or hacking I can do to adjust the voltage levels sent >> to the ADC's in the hardware? > > There is no standardized ADC controls in HDA specification. Some codecs > allows loading some unstandardized "processing coefficients" for some > widgets, but I don't see respective "PROC" capability in your verbose > output. All you can is to control amplifiers gains and Vref for mics. > > If you have distorted sound on line-in, I would recommend you to check > gains of all amplifiers inside codec where signal passes. Most inputs of > your codec (including line) have +30dB mic pre-amplifiers. It is good > for mics, but not needed for line-in. Set mixer "line" level to the > lowest nonzero value to disable pre-amplification (without muting it) > and avoid signal clipping there. Control recording level by other > controls. If you are recording from mix, but not from the line, take > note that mix control also have +12dB upper amplifier control range, so > setting it to maximum values can also produce clipping. All this > information obtained from your dmesg. Good call -- perhaps this tip should be noted in the manpage (or at the very least in the handbook under the sound section)? Here are my current values (yes, line is set to 2% per channel ;)...): [gcooper@orangebox /usr/home/gcooper]$ mixer Mixer vol is currently set to 100:100 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 75:75 Mixer line is currently set to 2:2 Mixer mic is currently set to 0:0 Mixer cd is currently set to 75:75 Mixer mix is currently set to 86:86 Mixer rec is currently set to 0:0 Mixer monitor is currently set to 75:75 Recording source: line This definitely makes playing DVD's from my PS2 bearable (no clipping; it's on par with the volume from my pcm / vol channels) while I wait for mplayer's libdvdcss support to be supported by my BlueRay DVD drive. Let me know if you ever need someone to feature test something with snd_hda(4) for you in the future ;). Thanks again for all of the help Alexander! Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 07:06:30 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 C09E51065672 for ; Tue, 13 Jan 2009 07:06:30 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 757BB8FC14 for ; Tue, 13 Jan 2009 07:06:30 +0000 (UTC) (envelope-from stas@FreeBSD.org) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id CA4018FC27 for ; Tue, 13 Jan 2009 10:06:28 +0300 (MSK) Received: from orion.SpringDaemons.com (drsun1.dialup.corbina.ru [85.21.245.235]) by mx0.deglitch.com (Postfix) with ESMTPA id 633A98FC18; Tue, 13 Jan 2009 10:06:28 +0300 (MSK) Received: from orion (localhost [127.0.0.1]) by orion.SpringDaemons.com (Postfix) with SMTP id 33245398F3; Tue, 13 Jan 2009 10:06:28 +0300 (MSK) Date: Tue, 13 Jan 2009 10:06:23 +0300 From: Stanislav Sedov To: Roman Divacky Message-Id: <20090113100623.493b3b43.stas@FreeBSD.org> In-Reply-To: <20090112200128.GA85280@freebsd.org> References: <20090112200128.GA85280@freebsd.org> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprint: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 13 10:06:28 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Improbability: 1 in 98689409 chance of being spam X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 496c3d74967002107598870 Cc: current@freebsd.org Subject: Re: [RFC]: flex/lex 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: Tue, 13 Jan 2009 07:06:31 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 12 Jan 2009 21:01:28 +0100 Roman Divacky mentioned: > hi > > I noticed there is an update to lex/flex. The version in our tree > is ancient and there seems to be some updates (http://flex.sourceforge.net/) > > Can someone comment on the state of lex in our tree? It's not considered > a contributed software (it resides in usr.bin) but it was taken from elsewhere. > > what is our position? is it preferable for me to work on updating it or > just fixing the one bug I ran into? > > thnx! > > roman Are there any benefits in updating? Does it worth the hassle? We have this version of flex in ports for those who needs extended features. If there're no critical echancements/fixes in the updated flex version I'd prefer to stay with what we have and just fix the bugs encountered locally. - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- iEYEARECAAYFAklsPXQACgkQK/VZk+smlYGzJQCfcM5KxhDxcJNva3m6A/xREsF4 8V4An0+ICazLoWg1IJNB+uIJZNk2lWpM =wBWG -----END PGP SIGNATURE----- !DSPAM:496c3d74967002107598870! From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 07:32: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 E0025106564A; Tue, 13 Jan 2009 07:32:32 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id DFA8E8FC19; Tue, 13 Jan 2009 07:32:31 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so7677916bwz.19 for ; Mon, 12 Jan 2009 23:32:30 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=MzNzGcYDr6aDbfY1CeADLbmMC4bhlgTf9EePsbUOUCc=; b=EYhzwiGjUxyTIL4Julce3rwQK3GCrDY51YH66IjiO5XzQ+y3vhx0pMtVDPJdmF2EzJ Mz4dWTlii4aQ0KUk+02HxOhLByO2r9CjGCp02jGmq1nyvGdNsUmYUKBEBfOkAfRYwPaw GCp1Jl/s4cs9Jks87mshJCAUaqb1jk+Zeh6fs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=CvTlhfHMgzC5AtedY4+eKy6Gb/VvNbwQLcfIFWh2dbXlrmlkQxNPBC9izUL6cyNiWn lUx0wZt+I1ipcYQ2CXllLZMShKiJxVrITF9HikverjNRHr8JiDofH9oK/CbJpmEE7Kap Oen5DUTpAi+GieCM4t0VN7BR4bRojZGrNOICE= Received: by 10.181.155.9 with SMTP id h9mr10315207bko.176.1231831950678; Mon, 12 Jan 2009 23:32:30 -0800 (PST) Received: by 10.181.26.3 with HTTP; Mon, 12 Jan 2009 23:32:30 -0800 (PST) Message-ID: <7d6fde3d0901122332k3279624ajf1282a5f831cbf38@mail.gmail.com> Date: Mon, 12 Jan 2009 23:32:30 -0800 From: "Garrett Cooper" To: "Stanislav Sedov" In-Reply-To: <20090113100623.493b3b43.stas@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20090112200128.GA85280@freebsd.org> <20090113100623.493b3b43.stas@FreeBSD.org> Cc: Roman Divacky , current@freebsd.org Subject: Re: [RFC]: flex/lex 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: Tue, 13 Jan 2009 07:32:33 -0000 On Mon, Jan 12, 2009 at 11:06 PM, Stanislav Sedov wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On Mon, 12 Jan 2009 21:01:28 +0100 > Roman Divacky mentioned: > >> hi >> >> I noticed there is an update to lex/flex. The version in our tree >> is ancient and there seems to be some updates (http://flex.sourceforge.net/) >> >> Can someone comment on the state of lex in our tree? It's not considered >> a contributed software (it resides in usr.bin) but it was taken from elsewhere. >> >> what is our position? is it preferable for me to work on updating it or >> just fixing the one bug I ran into? >> >> thnx! >> >> roman > > Are there any benefits in updating? Does it worth the hassle? We have this > version of flex in ports for those who needs extended features. > > If there're no critical echancements/fixes in the updated flex version I'd > prefer to stay with what we have and just fix the bugs encountered locally. But our version of flex is almost 6 years old 0-0? (for anyone oblivious of its need -- including me a few minutes ago) we apparently need it for the following sourcefiles: [gcooper@orangebox /usr/home/gcooper/Desktop/flex-2.5.35]$ find /usr/src/ -name '*.l' /usr/src/bin/sh/arith_lex.l /usr/src/cddl/contrib/opensolaris/lib/libdtrace/common/dt_lex.l /usr/src/contrib/amd/amd/conf_tok.l /usr/src/contrib/amd/fsinfo/fsi_lex.l /usr/src/contrib/bc/bc/scan.l /usr/src/contrib/binutils/binutils/arlex.l /usr/src/contrib/binutils/binutils/deflex.l /usr/src/contrib/binutils/binutils/rclex.l /usr/src/contrib/binutils/binutils/syslex.l /usr/src/contrib/binutils/gas/itbl-lex.l /usr/src/contrib/binutils/ld/ldlex.l /usr/src/contrib/com_err/lex.l /usr/src/contrib/csup/token.l /usr/src/contrib/csup/rcstokenizer.l /usr/src/contrib/gcc/gengtype-lex.l /usr/src/contrib/gdb/gdb/ada-lex.l /usr/src/contrib/ipfilter/iplang/iplang_l.l /usr/src/contrib/libpcap/scanner.l /usr/src/lib/libc/net/nslexer.l /usr/src/lib/libipsec/policy_token.l /usr/src/sbin/devd/token.l /usr/src/sbin/setkey/token.l /usr/src/sys/contrib/dev/acpica/compiler/aslcompiler.l /usr/src/sys/dev/aic7xxx/aicasm/aicasm_macro_scan.l /usr/src/sys/dev/aic7xxx/aicasm/aicasm_scan.l /usr/src/usr.bin/ar/acplex.l /usr/src/usr.bin/colldef/scan.l /usr/src/usr.bin/lex/scan.l /usr/src/usr.bin/mklocale/lex.l /usr/src/usr.bin/xlint/lint1/scan.l /usr/src/usr.sbin/apmd/apmdlex.l /usr/src/usr.sbin/bluetooth/bthidd/lexer.l /usr/src/usr.sbin/bluetooth/hcsecd/lexer.l /usr/src/usr.sbin/config/lang.l /usr/src/usr.sbin/kbdcontrol/lex.l /usr/src/usr.sbin/ndiscvt/inf-token.l /usr/src/usr.sbin/rrenumd/lexer.l /usr/src/crypto/heimdal/lib/asn1/lex.l /usr/src/crypto/heimdal/lib/com_err/lex.l /usr/src/crypto/heimdal/lib/sl/lex.l /usr/src/crypto/heimdal/lib/sl/slc-lex.l Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 07:50: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 38C351065675; Tue, 13 Jan 2009 07:50:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.delphij.net (delphij-pt.tunnel.tserv2.fmt.ipv6.he.net [IPv6:2001:470:1f03:2c9::2]) by mx1.freebsd.org (Postfix) with ESMTP id D3D4B8FC16; Tue, 13 Jan 2009 07:50:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [211.166.10.233]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tarsier.delphij.net (Postfix) with ESMTPS id E13B528449; Tue, 13 Jan 2009 15:50:46 +0800 (CST) Received: from localhost (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7C715EC479C; Tue, 13 Jan 2009 15:50:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by localhost (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with ESMTP id lMljgVHhZVzZ; Tue, 13 Jan 2009 15:50:41 +0800 (CST) Received: from charlie.delphij.net (c-67-188-86-134.hsd1.ca.comcast.net [67.188.86.134]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 3217FEC46B6; Tue, 13 Jan 2009 15:50:39 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=FS2ggHYUphjA+lffAazBitVvqtRppGZnOO90Cwyt9UbqiWxhyK4N35gfsgQEmd/E3 D4/xd3xYT1OtaTtYzlvjA== Message-ID: <496C47CD.7030701@delphij.net> Date: Mon, 12 Jan 2009 23:50:37 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.19 (X11/20090112) MIME-Version: 1.0 To: Stanislav Sedov References: <20090112200128.GA85280@freebsd.org> <20090113100623.493b3b43.stas@FreeBSD.org> In-Reply-To: <20090113100623.493b3b43.stas@FreeBSD.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=18EDEBA0; url=http://www.delphij.net/delphij.asc Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Roman Divacky , current@freebsd.org Subject: Re: [RFC]: flex/lex update X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2009 07:50:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Stanislav Sedov wrote: > On Mon, 12 Jan 2009 21:01:28 +0100 > Roman Divacky mentioned: > >> hi > >> I noticed there is an update to lex/flex. The version in our tree >> is ancient and there seems to be some updates (http://flex.sourceforge.net/) > >> Can someone comment on the state of lex in our tree? It's not considered >> a contributed software (it resides in usr.bin) but it was taken from elsewhere. > >> what is our position? is it preferable for me to work on updating it or >> just fixing the one bug I ran into? > >> thnx! > >> roman > > Are there any benefits in updating? Does it worth the hassle? We have this > version of flex in ports for those who needs extended features. > > If there're no critical echancements/fixes in the updated flex version I'd > prefer to stay with what we have and just fix the bugs encountered locally. My $0.02 personal opinion: if we (say, nobody among -committers@ or someone who is actively answering PRs if any) do not intend to maintain it ourselves, then it would be probably a good idea to make it up-to-date with the vendor version, or rename it to something like 'bsdlex' and teach the build infrastructure about it. Build tools should work out-of-the-box and act similar, or at least, not very far from other POSIX operating systems IMHO =-) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklsR80ACgkQi+vbBBjt66AwzgCgwmfKI5JMNKW+zQSMbpZg/ZmF eUAAn0n6VjVqztx4v7xUi/v/6iyfFTBy =dH/3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 07:55:28 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 13334106566B for ; Tue, 13 Jan 2009 07:55:28 +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 C47B08FC16 for ; Tue, 13 Jan 2009 07:55:27 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [195.93.241.18] (port=27967 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LMe7T-0006US-Q8 for current@freebsd.org; Tue, 13 Jan 2009 10:55:27 +0300 Message-ID: <496C48E8.6050709@lissyara.su> Date: Tue, 13 Jan 2009 10:55:20 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090112 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: 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 Cc: Subject: Warnings when insert USB flash 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, 13 Jan 2009 07:55:28 -0000 This is - well? Flash drive work correct ============ FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jan 11 12:17:46 MSK 2009 lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT/sys/USB2 amd64 ============ Jan 13 10:51:27 lissyara kernel: ugen4.2: at usbus4 Jan 13 10:51:27 lissyara kernel: umass1: on usbus4 Jan 13 10:51:27 lissyara kernel: umass1: SCSI over Bulk-Only; quirks = 0x0000 Jan 13 10:51:28 lissyara kernel: umass1:6:1:-1: Attached to scbus6 Jan 13 10:51:28 lissyara kernel: da4 at umass-sim1 bus 1 target 0 lun 0 Jan 13 10:51:28 lissyara kernel: da4: < Flash Disk 5.00> Removable Direct Access SCSI-2 device Jan 13 10:51:28 lissyara kernel: da4: 1.000MB/s transfers Jan 13 10:51:28 lissyara kernel: da4: 126MB (259840 512 byte sectors: 64H 32S/T 126C) Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present ================== lissyara# mount_msdosfs /dev/da4s1 /mnt/da0/ lissyara# cd /mnt/da0/ lissyara# rm * lissyara# dd if=/dev/zero of=file bs=1m count=10 10+0 records in 10+0 records out 10485760 bytes transferred in 13.117922 secs (799346 bytes/sec) lissyara# file file file: data lissyara# when dettach: Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 Jan 13 10:54:52 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present Jan 13 10:54:54 lissyara kernel: umass1: at ushub4, port 2, addr 2 (disconnected) Jan 13 10:54:54 lissyara kernel: (da4:umass-sim1:1:0:0): lost device Jan 13 10:54:54 lissyara kernel: (da4:umass-sim1:1:0:0): removing device entry Jan 13 10:54:54 lissyara kernel: ugen4.2: at usbus4 (disconnected) From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 08:50: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 CD9F0106568B for ; Tue, 13 Jan 2009 08:50:18 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 830A88FC21 for ; Tue, 13 Jan 2009 08:50:18 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=qkqTIvA+1Ze3hZFEXfQcrf1pjrOb0X41UQzCdpd1u49sRKEUxXZlaKLZ3jvw/Ma8VfrliYkluXvBUgqV630oyFESjAjsY7X+sjUztYTb3e1K1v9cwuRahNma8u7FcvZfZcTTb3LknlSZapnihy0HkRjtzoEXrxNxi9osXsT2+S0=; Received: from shadow.codelabs.ru (shadow.codelabs.ru [144.206.177.8]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LMeyW-0007PL-Ix; Tue, 13 Jan 2009 11:50:16 +0300 Date: Tue, 13 Jan 2009 11:50:42 +0300 From: Eygene Ryabinkin To: Rohit Tripathi Message-ID: <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> References: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> Sender: rea-fbsd@codelabs.ru Cc: current@freebsd.org Subject: Re: hints on setting up usb cdma modem? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Jan 2009 08:50:19 -0000 Mon, Jan 12, 2009 at 04:28:12PM -0500, Rohit Tripathi wrote: > I'm running current and after many failed attempts to setup my Novatel > U727, I'm posting here with whatever information could be of interest. > > When the modem is plugged in: > > umass0: addr 2> on uhub3 > cd0 at umass-sim0 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 1.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present It is not the ucom endpoint -- it is some mass-storage endpoint that your modem seem to implement too. Or you showed us not all dmesg parts that are related to your CDMA modem. Do you have /dev/cuaU* devices? For the reference, mine CDMA modem attaches with the following dmesg (it's not U727, but it is CDMA modem that is supported by ucom): ----- ucom0: on uhub5 ucom0: iclass 2/2 ucom0: data interface 1, has CM over data, has break ucom0: status change notification available ---- So, the basic questions are: - had you compiled-in/kldloaded the ucom module? - do you have ucom-related messages in dmesg? - you might also need modules 'uplcom' and/or 'umodem' -- try them. -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 10:24: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 462371065673 for ; Tue, 13 Jan 2009 10:24:25 +0000 (UTC) (envelope-from stas@SpringDaemons.com) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id EC76C8FC0C for ; Tue, 13 Jan 2009 10:24:24 +0000 (UTC) (envelope-from stas@SpringDaemons.com) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id A8FCE8FC27 for ; Tue, 13 Jan 2009 13:24:22 +0300 (MSK) Received: from sputnik.SpringDaemons.com (unknown [83.166.229.34]) by mx0.deglitch.com (Postfix) with ESMTPA id 434CC8FC18; Tue, 13 Jan 2009 13:24:22 +0300 (MSK) Received: by sputnik.SpringDaemons.com (Postfix, from userid 1024) id 21239B86F; Tue, 13 Jan 2009 13:36:29 +0300 (MSK) Date: Tue, 13 Jan 2009 13:36:20 +0300 From: Stanislav Sedov To: "Garrett Cooper" Message-Id: <20090113133620.a4a90197.stas@FreeBSD.org> In-Reply-To: <7d6fde3d0901122332k3279624ajf1282a5f831cbf38@mail.gmail.com> References: <20090112200128.GA85280@freebsd.org> <20090113100623.493b3b43.stas@FreeBSD.org> <7d6fde3d0901122332k3279624ajf1282a5f831cbf38@mail.gmail.com> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprin: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 13 13:24:22 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Improbability: 1 in 98689409 chance of being spam X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 496c6bd6967001359969560 Cc: Stanislav Sedov , Roman Divacky , current@freebsd.org Subject: Re: [RFC]: flex/lex 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: Tue, 13 Jan 2009 10:24:25 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 12 Jan 2009 23:32:30 -0800 "Garrett Cooper" mentioned: > On Mon, Jan 12, 2009 at 11:06 PM, Stanislav Sedov wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > On Mon, 12 Jan 2009 21:01:28 +0100 > > Roman Divacky mentioned: > > > >> hi > >> > >> I noticed there is an update to lex/flex. The version in our tree > >> is ancient and there seems to be some updates (http://flex.sourceforge.net/) > >> > >> Can someone comment on the state of lex in our tree? It's not considered > >> a contributed software (it resides in usr.bin) but it was taken from elsewhere. > >> > >> what is our position? is it preferable for me to work on updating it or > >> just fixing the one bug I ran into? > >> > >> thnx! > >> > >> roman > > > > Are there any benefits in updating? Does it worth the hassle? We have this > > version of flex in ports for those who needs extended features. > > > > If there're no critical echancements/fixes in the updated flex version I'd > > prefer to stay with what we have and just fix the bugs encountered locally. > > But our version of flex is almost 6 years old 0-0? > (for anyone oblivious of its need -- including me a few minutes > ago) we apparently need it for the following sourcefiles: > We don't do software updates just for updates only. If it works why touch it? You can't garantee the new version won't break anything. If people want to use new flex why not install it from ports? - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklsbq0ACgkQK/VZk+smlYGMtgCeNy9GwP50rrhX16pSuBmYQedT MsMAnRKN3hnsjHIh+4nx+XIdTUyTafZd =6lph -----END PGP SIGNATURE----- !DSPAM:496c6bd6967001359969560! From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 10:29:38 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 6F0671065678 for ; Tue, 13 Jan 2009 10:29:38 +0000 (UTC) (envelope-from stas@SpringDaemons.com) Received: from mx0.deglitch.com (backbone.deglitch.com [IPv6:2001:16d8:fffb:4::abba]) by mx1.freebsd.org (Postfix) with ESMTP id 1F9C98FC18 for ; Tue, 13 Jan 2009 10:29:38 +0000 (UTC) (envelope-from stas@SpringDaemons.com) Received: from DSPAM-Daemon (localhost [127.0.0.1]) by mx0.deglitch.com (Postfix) with SMTP id E0C5A8FC4F for ; Tue, 13 Jan 2009 13:29:35 +0300 (MSK) Received: from sputnik.SpringDaemons.com (unknown [83.166.229.34]) by mx0.deglitch.com (Postfix) with ESMTPA id 2509B8FC18; Tue, 13 Jan 2009 13:29:34 +0300 (MSK) Received: by sputnik.SpringDaemons.com (Postfix, from userid 1024) id 30E3BB86F; Tue, 13 Jan 2009 13:41:42 +0300 (MSK) Date: Tue, 13 Jan 2009 13:41:41 +0300 From: Stanislav Sedov To: d@delphij.net Message-Id: <20090113134141.a87a8ecf.stas@FreeBSD.org> In-Reply-To: <496C47CD.7030701@delphij.net> References: <20090112200128.GA85280@freebsd.org> <20090113100623.493b3b43.stas@FreeBSD.org> <496C47CD.7030701@delphij.net> Organization: The FreeBSD Project X-XMPP: ssedov@jabber.ru X-Voice: +7 916 849 20 23 X-PGP-Fingerprin: F21E D6CC 5626 9609 6CE2 A385 2BF5 5993 EB26 9581 X-Mailer: carrier-pigeon Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Jan 13 13:29:35 2009 X-DSPAM-Confidence: 1.0000 X-DSPAM-Improbability: 1 in 98689409 chance of being spam X-DSPAM-Probability: 0.0023 X-DSPAM-Signature: 496c6d0f967001753717818 Cc: Roman Divacky , Xin LI , current@freebsd.org Subject: Re: [RFC]: flex/lex 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: Tue, 13 Jan 2009 10:29:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 12 Jan 2009 23:50:37 -0800 Xin LI mentioned: > > My $0.02 personal opinion: if we (say, nobody among -committers@ or > someone who is actively answering PRs if any) do not intend to maintain > it ourselves, then it would be probably a good idea to make it > up-to-date with the vendor version, or rename it to something like > 'bsdlex' and teach the build infrastructure about it. Build tools > should work out-of-the-box and act similar, or at least, not very far > from other POSIX operating systems IMHO =-) > I agree, but it should be deeply analyzed what we'll receive with an updated version, and what loose. If there were local patches, they should be analyzed an reimplemented for the new version as well. - -- Stanislav Sedov ST4096-RIPE -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAklsb+UACgkQK/VZk+smlYFQQQCfZBbsodlfXXY0IomC8MBnbDQy b5cAn1/15JmI14tQVtHKGlf/R4GBpNl5 =Yj9C -----END PGP SIGNATURE----- !DSPAM:496c6d0f967001753717818! From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 11:14:11 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 58FE310656C0; Tue, 13 Jan 2009 11:14:11 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) Received: from mta1.eidsiva.net (mta1.eidsiva.net [82.147.40.130]) by mx1.freebsd.org (Postfix) with ESMTP id B9EC18FC0A; Tue, 13 Jan 2009 11:14:10 +0000 (UTC) (envelope-from ulf.lilleengen@gmail.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsEAMj+a0lX+BoS/2dsb2JhbACMZrUmjjqFbw X-IronPort-AV: E=Sophos;i="4.37,258,1231110000"; d="scan'208";a="17172819" Received: from unknown (HELO @) ([87.248.26.18]) by mtc1.eidsiva.net with ESMTP; 13 Jan 2009 11:44:28 +0100 Date: Tue, 13 Jan 2009 10:44:44 +0100 From: Ulf Lilleengen To: Roman Divacky Message-ID: <20090113094444.GC54243@nobby> References: <20090112200128.GA85280@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090112200128.GA85280@freebsd.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: current@freebsd.org Subject: Re: [RFC]: flex/lex 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: Tue, 13 Jan 2009 11:14:11 -0000 On Mon, Jan 12, 2009 at 09:01:28PM +0100, Roman Divacky wrote: > hi > > I noticed there is an update to lex/flex. The version in our tree > is ancient and there seems to be some updates (http://flex.sourceforge.net/) > > Can someone comment on the state of lex in our tree? It's not considered > a contributed software (it resides in usr.bin) but it was taken from elsewhere. > > what is our position? is it preferable for me to work on updating it or > just fixing the one bug I ran into? I would like to see a new version of flex in base, as the current version doesn't support generating reentrant code, which is needed for the lexer used in csup for tokenizing rcs files. I solved this by just including the generated lexer, but would prefer if it could be generated from the source instead. I think philip@ started to work on this, so you should poke him regarding the work he's already done. -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 12:01: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 49979106567C; Tue, 13 Jan 2009 12:01:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8E18FC25; Tue, 13 Jan 2009 12:01:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nklthdr5v5AUSfVrlghuJA==:17 a=MENMTM3KK_HkO0uXg8sA:9 a=jYTLFgBnSbi9LLzcLrUA:7 a=kBCKJHCnYQK-B7z4x_BGzhg7V50A:4 a=50e4U0PicR4A:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1010076339; Tue, 13 Jan 2009 13:01:19 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 13 Jan 2009 13:03:43 +0100 User-Agent: KMail/1.9.7 References: <496C48E8.6050709@lissyara.su> In-Reply-To: <496C48E8.6050709@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901131303.44014.hselasky@c2i.net> Cc: Alex Keda , current@freebsd.org Subject: Re: Warnings when insert USB flash 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, 13 Jan 2009 12:01:23 -0000 Hi, USB2 is compiled with extra debugging by default. That's why you get some extra warnings. On Tuesday 13 January 2009, Alex Keda wrote: > This is - well? > Flash drive work correct > ============ > FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jan > 11 12:17:46 MSK 2009 > lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT >/sys/USB2 amd64 > ============ > Jan 13 10:51:27 lissyara kernel: ugen4.2: at usbus4 > Jan 13 10:51:27 lissyara kernel: umass1: class 0/0, rev 1.10/1.00, addr 2> on usbus4 > Jan 13 10:51:27 lissyara kernel: umass1: SCSI over Bulk-Only; quirks = > 0x0000 > Jan 13 10:51:28 lissyara kernel: umass1:6:1:-1: Attached to scbus6 > Jan 13 10:51:28 lissyara kernel: da4 at umass-sim1 bus 1 target 0 lun 0 > Jan 13 10:51:28 lissyara kernel: da4: < Flash Disk 5.00> Removable > Direct Access SCSI-2 device > Jan 13 10:51:28 lissyara kernel: da4: 1.000MB/s transfers > Jan 13 10:51:28 lissyara kernel: da4: 126MB (259840 512 byte sectors: > 64H 32S/T 126C) > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > ================== > lissyara# mount_msdosfs /dev/da4s1 /mnt/da0/ > lissyara# cd /mnt/da0/ > lissyara# rm * > lissyara# dd if=/dev/zero of=file bs=1m count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 13.117922 secs (799346 bytes/sec) Transfer speed is Ok, and about what you can get from a full speed device. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 12:01:22 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 49979106567C; Tue, 13 Jan 2009 12:01:22 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe10.swip.net [212.247.155.33]) by mx1.freebsd.org (Postfix) with ESMTP id 7C8E18FC25; Tue, 13 Jan 2009 12:01:21 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=nklthdr5v5AUSfVrlghuJA==:17 a=MENMTM3KK_HkO0uXg8sA:9 a=jYTLFgBnSbi9LLzcLrUA:7 a=kBCKJHCnYQK-B7z4x_BGzhg7V50A:4 a=50e4U0PicR4A:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe10.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1010076339; Tue, 13 Jan 2009 13:01:19 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Tue, 13 Jan 2009 13:03:43 +0100 User-Agent: KMail/1.9.7 References: <496C48E8.6050709@lissyara.su> In-Reply-To: <496C48E8.6050709@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901131303.44014.hselasky@c2i.net> Cc: Alex Keda , current@freebsd.org Subject: Re: Warnings when insert USB flash 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, 13 Jan 2009 12:01:23 -0000 Hi, USB2 is compiled with extra debugging by default. That's why you get some extra warnings. On Tuesday 13 January 2009, Alex Keda wrote: > This is - well? > Flash drive work correct > ============ > FreeBSD lissyara.moskb.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Sun Jan > 11 12:17:46 MSK 2009 > lissyara@lissyara.moskb.local:/usr/obj/mnt/jabber/DISTR/FreeBSD/src/CURRENT >/sys/USB2 amd64 > ============ > Jan 13 10:51:27 lissyara kernel: ugen4.2: at usbus4 > Jan 13 10:51:27 lissyara kernel: umass1: class 0/0, rev 1.10/1.00, addr 2> on usbus4 > Jan 13 10:51:27 lissyara kernel: umass1: SCSI over Bulk-Only; quirks = > 0x0000 > Jan 13 10:51:28 lissyara kernel: umass1:6:1:-1: Attached to scbus6 > Jan 13 10:51:28 lissyara kernel: da4 at umass-sim1 bus 1 target 0 lun 0 > Jan 13 10:51:28 lissyara kernel: da4: < Flash Disk 5.00> Removable > Direct Access SCSI-2 device > Jan 13 10:51:28 lissyara kernel: da4: 1.000MB/s transfers > Jan 13 10:51:28 lissyara kernel: da4: 126MB (259840 512 byte sectors: > 64H 32S/T 126C) > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): SYNCHRONIZE > CACHE(10). CDB: 35 0 0 0 0 0 0 0 0 0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): NOT READY asc:3a,0 > Jan 13 10:51:28 lissyara kernel: (da4:umass-sim1:1:0:0): Medium not present > ================== > lissyara# mount_msdosfs /dev/da4s1 /mnt/da0/ > lissyara# cd /mnt/da0/ > lissyara# rm * > lissyara# dd if=/dev/zero of=file bs=1m count=10 > 10+0 records in > 10+0 records out > 10485760 bytes transferred in 13.117922 secs (799346 bytes/sec) Transfer speed is Ok, and about what you can get from a full speed device. --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 07:53: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 1F5A8106564A for ; Tue, 13 Jan 2009 07:53:24 +0000 (UTC) (envelope-from lastewart@swin.edu.au) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id AAB068FC12 for ; Tue, 13 Jan 2009 07:53:23 +0000 (UTC) (envelope-from lastewart@swin.edu.au) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) (authenticated bits=0) by lauren.room52.net (8.14.3/8.14.3) with ESMTP id n0D7Gxe8047758 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2009 18:17:04 +1100 (EST) (envelope-from lastewart@swin.edu.au) Message-ID: <496C3FE6.2040407@swin.edu.au> Date: Tue, 13 Jan 2009 18:16:54 +1100 From: Lawrence Stewart User-Agent: Thunderbird 2.0.0.18 (X11/20081124) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00 autolearn=disabled version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lauren.room52.net X-Mailman-Approved-At: Tue, 13 Jan 2009 12:13:08 +0000 Subject: HEADS UP: imminent TCP ABC commit 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, 13 Jan 2009 07:53:24 -0000 Hi All, Just a quick note to let you know that I plan to commit my TCP appropriate byte counting (ABC) patch [1,2] to HEAD within the next two days. This work has been sponsored by the FreeBSD Foundation [3] as part of the "Enhancing the FreeBSD TCP Implementation" project [4]. I don't anticipate any nastiness, but let me know if you run into any issues with your TCP workloads when running with the patch. The behaviour will default to on when committed, so any new kernel built after the commit will be using ABC by default. Note that the patch changes the size of the tcpcb structure, thus you will get ABI breakages with any utilities that rely on the size of the tcpcb e.g. sockstat will error with "sockstat: struct xtcpcb size mismatch". A rebuild/install of world will obviously solve the issue. However, copying the patched tcp_var.h from /usr/src/sys/netinet to /usr/include/netinet and selectively rebuilding these utilities as they crop up should also solve the issue faster if you're impatient and familiar with the src tree and make glue. Cheers, Lawrence http://caia.swin.edu.au [1] http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/tcp_abc_8.x.r186471.patch [2] http://people.freebsd.org/~lstewart/patches/tcp_ffcaia2008/tcp_abc_8.x.r186471.patch.readme [3] http://www.freebsdfoundation.org/ [4] http://caia.swin.edu.au/freebsd/etcp09/ From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 09:30: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 8D3F7106564A for ; Tue, 13 Jan 2009 09:30:24 +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 186418FC1E for ; Tue, 13 Jan 2009 09:30:23 +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 <1LMfbK-0002Wx-Sw>; Tue, 13 Jan 2009 10:30:22 +0100 Received: from e178063220.adsl.alicedsl.de ([85.178.63.220] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LMfbK-0008Rj-MU>; Tue, 13 Jan 2009 10:30:22 +0100 Message-ID: <496C5F37.4070006@mail.zedat.fu-berlin.de> Date: Tue, 13 Jan 2009 10:30:31 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Garrett Cooper References: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> <7d6fde3d0901111853k40f26893j722d95d3556c820@mail.gmail.com> In-Reply-To: <7d6fde3d0901111853k40f26893j722d95d3556c820@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.63.220 X-Mailman-Approved-At: Tue, 13 Jan 2009 12:19:38 +0000 Cc: freebsd-x11 , Doug Barton , FreeBSD Current Subject: Re: X becomes unresponsive with nvidia and hardlocks with gdb (was Re: X becomes unresponsive with nvidia / xscreensaver and desktop panics) 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, 13 Jan 2009 09:30:24 -0000 Garrett Cooper wrote: > On Fri, Jan 9, 2009 at 5:05 PM, Garrett Cooper wrote: > >> On Fri, Jan 9, 2009 at 2:05 PM, Garrett Cooper wrote: >> >>> On Fri, Jan 9, 2009 at 1:40 PM, Doug Barton wrote: >>> >>>> Garrett Cooper wrote: >>>> >>>>> Thanks for the tips Doug -- I'll give them a shot of course... >>>>> >>>> Glad I could help. The one thing I forgot to mention is to try the >>>> nvidia-settings app if you have not already done so. There are various >>>> things there that you can tweak that might yield better results. >>>> >>>> Doug >>>> >>> I did in fact set everything up via nvidia-settings. I'm running >>> some stress tests right now to see whether or not I can simulate the >>> issue -- it doesn't appear to be as straightforward as I thought.. >>> -Garrett >>> >>> >> I believe my actual problem with panicking is related to gdb, not X11. >> So the actual problem is two-fold: >> >> - X11 livelocks, where I can login via ssh and kill . >> - When I use gdb -p, it prints out the same message reported here: >> . The only >> thing is that if I press `y' on the first go-around, the machine >> hardlocks on the first try with hitting `y'. If I hit `n' so gdb >> coredumps, I can either go on my merry way, or go back to the >> confirmation dialog. If I hit it again, it doesn't hardlock. It does >> hardlock though, and for whatever reason my PC speaker beeps, and I >> have to warm boot it. I haven't been able to get a kernel dump though, >> so something else mysteriously is going on that I can't track. >> >> So, just to simplify: >> >> first_try := True >> >> while gdb is running: >> if prompt_for_coredump() and first_try is True: >> panic() >> first_try := False >> >> Thanks, >> -Garrett >> > > Ok, I've been doing some more poking around this weekend, and here's > what I discovered: > > - I've rebuilt my xorg-server a few times and it's still claiming that > it was built with 7.1-RC2 -_-... > - I can get the Xorg server to go full tilt by just compiling > something, like buildworld, via an xterm. > I also experienced this, but not only with the mentioned 'nv' driver, also with 'vesa'. Compiling a kernel or making buildworld, even with no -jX option, turns the box sometimes in a state of unresponseness. Mouse jumping, no keyboard response, sometimes for more than a minute. This happens on a FBSD 8.0-CUR/AMD64 UP box and it also happens on a FreeBSD 7.1-STABLE box (also amd64, 4 cores). But on SMP boxes I reralized that the problem does not impact that harsh as seen on UP boxes. We also had several P4 32bit machines with HTT enabled around, one of them was built with FreeBSD 7.1-STABLE AND Xorg and I never realized the bumpy X11, even when disabling HTT and running UP and Xorgs vesa driver. Well, it also seems to make no difference whether I use USB2 stack (in FreeBSD 8) or the old one. > - I can't attach truss to Xorg, or the Xorg will livelock. > > Now, trying out the nv driver: > - It constantly uses up ~20% CPU on one of my four cores. When I > compile something it chews up ~50% CPU. > The same on FreeBSD 8.0-CUR, recently built with a fresh install of xorg out of the ports! > - I can attach truss to Xorg, but it drags the CPU up to ~100%. Xorg > was spending a LOT of time pinging socket data around, which makes me > think that what the nvidia driver is doing is actually unrooting a > performance issue with the IPC mechanism in Xorg, as nv suffers from > the same thing, just on a less grand scale; mind you, I can get both > of my screens up and running under nvidia at different resolutions -- > 1920x1200 and 1680 x 1050 -- but under nv I only get 2 displays setup > at 1680 x 1050. > - Detaching truss causes the livelock condition (again). > > Rebuilding xorg-server has proven to help so far. I did > delete-old-files, and it appears that xorg-server may have been > picking up some old libraries still. > > Let's see if this sticks or not... > > Cheers, > -Garrett > _______________________________________________ > 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" > Oliver From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 12:24: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 D2D07106567E; Tue, 13 Jan 2009 12:24:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3972A8FC19; Tue, 13 Jan 2009 12:24:55 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=hfdbDOCUeWkA:10 a=TdXgZlt1Ox8A:10 a=nklthdr5v5AUSfVrlghuJA==:17 a=oukXC1YikBlUp5osGcsA:9 a=nEPJNl8pQmFybkG3y_pbNZs89gkA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 433621855; Tue, 13 Jan 2009 13:24:54 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Date: Tue, 13 Jan 2009 13:26:48 +0100 User-Agent: KMail/1.9.7 References: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> In-Reply-To: <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901131326.49448.hselasky@c2i.net> Cc: Rohit Tripathi , current@freebsd.org Subject: Re: hints on setting up usb cdma modem? 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, 13 Jan 2009 12:25:00 -0000 On Tuesday 13 January 2009, Eygene Ryabinkin wrote: > Mon, Jan 12, 2009 at 04:28:12PM -0500, Rohit Tripathi wrote: > > I'm running current and after many failed attempts to setup my Novatel > > U727, I'm posting here with whatever information could be of interest. > > > > When the modem is plugged in: > > > > umass0: > 1.10/0.00, addr 2> on uhub3 > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-2 device > > cd0: 1.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > It is not the ucom endpoint -- it is some mass-storage endpoint that > your modem seem to implement too. Or you showed us not all dmesg parts > that are related to your CDMA modem. Do you have /dev/cuaU* devices? > For the reference, mine CDMA modem attaches with the following dmesg > (it's not U727, but it is CDMA modem that is supported by ucom): > ----- > ucom0: 2.00/0.00, addr 2> on uhub5 ucom0: iclass 2/2 > ucom0: data interface 1, has CM over data, has break > ucom0: status change notification available > ---- > Hi, Also try: ugensa, if you are using USB2. grep -d recurse CMOTECH /sys/dev/usb2 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 12:24: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 D2D07106567E; Tue, 13 Jan 2009 12:24:56 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe15.swipnet.se [212.247.155.193]) by mx1.freebsd.org (Postfix) with ESMTP id 3972A8FC19; Tue, 13 Jan 2009 12:24:55 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=hfdbDOCUeWkA:10 a=TdXgZlt1Ox8A:10 a=nklthdr5v5AUSfVrlghuJA==:17 a=oukXC1YikBlUp5osGcsA:9 a=nEPJNl8pQmFybkG3y_pbNZs89gkA:4 a=LY0hPdMaydYA:10 Received: from [62.113.132.62] (account mc467741@c2i.net [62.113.132.62] verified) by mailfe15.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 433621855; Tue, 13 Jan 2009 13:24:54 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Date: Tue, 13 Jan 2009 13:26:48 +0100 User-Agent: KMail/1.9.7 References: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> In-Reply-To: <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901131326.49448.hselasky@c2i.net> Cc: Rohit Tripathi , current@freebsd.org Subject: Re: hints on setting up usb cdma modem? 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, 13 Jan 2009 12:25:00 -0000 On Tuesday 13 January 2009, Eygene Ryabinkin wrote: > Mon, Jan 12, 2009 at 04:28:12PM -0500, Rohit Tripathi wrote: > > I'm running current and after many failed attempts to setup my Novatel > > U727, I'm posting here with whatever information could be of interest. > > > > When the modem is plugged in: > > > > umass0: > 1.10/0.00, addr 2> on uhub3 > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-2 device > > cd0: 1.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > It is not the ucom endpoint -- it is some mass-storage endpoint that > your modem seem to implement too. Or you showed us not all dmesg parts > that are related to your CDMA modem. Do you have /dev/cuaU* devices? > For the reference, mine CDMA modem attaches with the following dmesg > (it's not U727, but it is CDMA modem that is supported by ucom): > ----- > ucom0: 2.00/0.00, addr 2> on uhub5 ucom0: iclass 2/2 > ucom0: data interface 1, has CM over data, has break > ucom0: status change notification available > ---- > Hi, Also try: ugensa, if you are using USB2. grep -d recurse CMOTECH /sys/dev/usb2 --HPS From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 12:34: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 549871065670 for ; Tue, 13 Jan 2009 12:34:37 +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 ADE8F8FC14 for ; Tue, 13 Jan 2009 12:34:36 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 13 Jan 2009 12:34:34 -0000 Received: from p54A3E610.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.16] by mail.gmx.net (mp042) with SMTP; 13 Jan 2009 13:34:34 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX19OOKYPgRFO1EDuAJ5ogyZlRk8M4dGaOKi8kN0D9k fTtRTL2fcSFZZA Message-ID: <496C8A59.6090301@gmx.de> Date: Tue, 13 Jan 2009 13:34:33 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: "O. Hartmann" References: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> <7d6fde3d0901111853k40f26893j722d95d3556c820@mail.gmail.com> <496C5F37.4070006@mail.zedat.fu-berlin.de> In-Reply-To: <496C5F37.4070006@mail.zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53 Cc: Garrett Cooper , freebsd-x11 , Doug Barton , FreeBSD Current Subject: Re: X becomes unresponsive with nvidia and hardlocks with gdb (was Re: X becomes unresponsive with nvidia / xscreensaver and desktop panics) 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, 13 Jan 2009 12:34:38 -0000 O. Hartmann schrieb: > Garrett Cooper wrote: >> - I've rebuilt my xorg-server a few times and it's still claiming that >> it was built with 7.1-RC2 -_-... >> - I can get the Xorg server to go full tilt by just compiling >> something, like buildworld, via an xterm. >> > I also experienced this, but not only with the mentioned 'nv' driver, > also with 'vesa'. Compiling a kernel or making buildworld, even with no > -jX option, turns the box sometimes in a state of unresponseness. Mouse > jumping, no keyboard response, sometimes for more than a minute. This > happens on a FBSD 8.0-CUR/AMD64 UP box and it also happens on a FreeBSD > 7.1-STABLE box (also amd64, 4 cores). But on SMP boxes I reralized that > the problem does not impact that harsh as seen on UP boxes. > We also had several P4 32bit machines with HTT enabled around, one of > them was built with FreeBSD 7.1-STABLE AND Xorg and I never realized the > bumpy X11, even when disabling HTT and running UP and Xorgs vesa driver. > > Well, it also seems to make no difference whether I use USB2 stack (in > FreeBSD 8) or the old one. I regularly can observe that batch jobs like large compile jobs get a lower priority number (i.e. they get preferred by the scheduler) than X on my UP machine with SCHED_ULE (7.0-STABLE from early July). Just a bit X activity (switching desktops, scrolling in a browser etc.) is enough to make its priority number higher than that of make+gcc. This also causes interesting cascades like stuttering music: - gcc preferred over X - X cannot redraw xterm fast enough - buffer of xterm fills - mplayer cannot write its status line to xterm and blocks - because mplayer blocks it cannot feed more data to the sound device - music stutters From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 12:41: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 0BA3E106564A for ; Tue, 13 Jan 2009 12:41:48 +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 4B6CE8FC22 for ; Tue, 13 Jan 2009 12:41:47 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 13 Jan 2009 12:41:46 -0000 Received: from p54A3E610.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.230.16] by mail.gmx.net (mp026) with SMTP; 13 Jan 2009 13:41:46 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX198zO958YJ8qGQAE3+PT9VuT8cDpAnT+wDHTB4UsJ JkZ/UoQlW5IR4E Message-ID: <496C8C09.3050204@gmx.de> Date: Tue, 13 Jan 2009 13:41:45 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: "O. Hartmann" References: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> <7d6fde3d0901111853k40f26893j722d95d3556c820@mail.gmail.com> <496C5F37.4070006@mail.zedat.fu-berlin.de> <496C8A59.6090301@gmx.de> In-Reply-To: <496C8A59.6090301@gmx.de> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.79 Cc: Garrett Cooper , freebsd-x11 , Doug Barton , FreeBSD Current Subject: Re: X becomes unresponsive with nvidia and hardlocks with gdb (was Re: X becomes unresponsive with nvidia / xscreensaver and desktop panics) 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, 13 Jan 2009 12:41:48 -0000 Christoph Mallon schrieb: > This also causes interesting cascades like stuttering music: > - gcc preferred over X > - X cannot redraw xterm fast enough > - buffer of xterm fills > - mplayer cannot write its status line to xterm and blocks > - because mplayer blocks it cannot feed more data to the sound device > - music stutters I just realised that this is the classical priority inversion scenario: mplayer has a far higher priority than the compile job, but cannot run because it is waiting for X. This reminds me of the poor little mars probe Sojourner. From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 13:50: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 9672B1065670 for ; Tue, 13 Jan 2009 13:50:16 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw2.york.ac.uk (mail-gw2.york.ac.uk [144.32.128.247]) by mx1.freebsd.org (Postfix) with ESMTP id 429908FC08 for ; Tue, 13 Jan 2009 13:50:16 +0000 (UTC) (envelope-from gavin.atkinson@ury.york.ac.uk) Received: from mail-gw6.york.ac.uk (mail-gw6.york.ac.uk [144.32.129.26]) by mail-gw2.york.ac.uk (8.13.6/8.13.6) with ESMTP id n0DDoDNq025359; Tue, 13 Jan 2009 13:50:13 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LMjen-0003oF-Du; Tue, 13 Jan 2009 13:50:13 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id n0DDoDQd071688; Tue, 13 Jan 2009 13:50:13 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id n0DDoCY1071687; Tue, 13 Jan 2009 13:50:12 GMT (envelope-from gavin.atkinson@ury.york.ac.uk) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin.atkinson@ury.york.ac.uk using -f From: Gavin Atkinson To: Christoph Mallon In-Reply-To: <496C8A59.6090301@gmx.de> References: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> <7d6fde3d0901111853k40f26893j722d95d3556c820@mail.gmail.com> <496C5F37.4070006@mail.zedat.fu-berlin.de> <496C8A59.6090301@gmx.de> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Tue, 13 Jan 2009 13:50:12 +0000 Message-Id: <1231854612.70382.15.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin.atkinson@ury.york.ac.uk Cc: Garrett Cooper , "O. Hartmann" , Doug Barton , freebsd-x11 , FreeBSD Current Subject: X unresponsive with SCHED_ULE (was: Re: X becomes unresponsive with nvidia and hardlocks with gdb) 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, 13 Jan 2009 13:50:16 -0000 On Tue, 2009-01-13 at 13:34 +0100, Christoph Mallon wrote: > O. Hartmann schrieb: > > Garrett Cooper wrote: > >> - I've rebuilt my xorg-server a few times and it's still claiming that > >> it was built with 7.1-RC2 -_-... > >> - I can get the Xorg server to go full tilt by just compiling > >> something, like buildworld, via an xterm. > >> > > I also experienced this, but not only with the mentioned 'nv' driver, > > also with 'vesa'. Compiling a kernel or making buildworld, even with no > > -jX option, turns the box sometimes in a state of unresponseness. Mouse > > jumping, no keyboard response, sometimes for more than a minute. This > > happens on a FBSD 8.0-CUR/AMD64 UP box and it also happens on a FreeBSD > > 7.1-STABLE box (also amd64, 4 cores). But on SMP boxes I reralized that > > the problem does not impact that harsh as seen on UP boxes. > > We also had several P4 32bit machines with HTT enabled around, one of > > them was built with FreeBSD 7.1-STABLE AND Xorg and I never realized the > > bumpy X11, even when disabling HTT and running UP and Xorgs vesa driver. > > > > Well, it also seems to make no difference whether I use USB2 stack (in > > FreeBSD 8) or the old one. > > I regularly can observe that batch jobs like large compile jobs get a > lower priority number (i.e. they get preferred by the scheduler) than X > on my UP machine with SCHED_ULE (7.0-STABLE from early July). Just a bit > X activity (switching desktops, scrolling in a browser etc.) is enough > to make its priority number higher than that of make+gcc. Yes, ULE does still have a few issues, especially with jobs that should have a low priority getting the CPU when higher priority jobs should have it. This is especially noticeable with processes that want to use 100% cpu but are supposed to run at idprio (a good example is ports/misc/dnetc) - and is why my desktops are still using 4BSD. If you can retest with SCHED_4BSD, it would be worth doing so. Gavin From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 14:49: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 AEBFB106566B; Tue, 13 Jan 2009 14:49: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 333AD8FC1E; Tue, 13 Jan 2009 14:49: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 <1LMkZf-00057o-3K>; Tue, 13 Jan 2009 15:48:59 +0100 Received: from e178063220.adsl.alicedsl.de ([85.178.63.220] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1LMkZe-0003Xu-W6>; Tue, 13 Jan 2009 15:48:59 +0100 Message-ID: <496CA9E3.90700@mail.zedat.fu-berlin.de> Date: Tue, 13 Jan 2009 15:49:07 +0100 From: "O. Hartmann" User-Agent: Thunderbird 2.0.0.19 (X11/20090110) MIME-Version: 1.0 To: Christoph Mallon References: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> <7d6fde3d0901111853k40f26893j722d95d3556c820@mail.gmail.com> <496C5F37.4070006@mail.zedat.fu-berlin.de> <496C8A59.6090301@gmx.de> In-Reply-To: <496C8A59.6090301@gmx.de> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.63.220 X-Mailman-Approved-At: Tue, 13 Jan 2009 15:22:28 +0000 Cc: Garrett Cooper , freebsd-x11 , Doug Barton , FreeBSD Current Subject: Re: X becomes unresponsive with nvidia and hardlocks with gdb (was Re: X becomes unresponsive with nvidia / xscreensaver and desktop panics) 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, 13 Jan 2009 14:49:01 -0000 Christoph Mallon wrote: > O. Hartmann schrieb: >> Garrett Cooper wrote: >>> - I've rebuilt my xorg-server a few times and it's still claiming that >>> it was built with 7.1-RC2 -_-... >>> - I can get the Xorg server to go full tilt by just compiling >>> something, like buildworld, via an xterm. >>> >> I also experienced this, but not only with the mentioned 'nv' driver, >> also with 'vesa'. Compiling a kernel or making buildworld, even with no >> -jX option, turns the box sometimes in a state of unresponseness. Mouse >> jumping, no keyboard response, sometimes for more than a minute. This >> happens on a FBSD 8.0-CUR/AMD64 UP box and it also happens on a FreeBSD >> 7.1-STABLE box (also amd64, 4 cores). But on SMP boxes I reralized that >> the problem does not impact that harsh as seen on UP boxes. >> We also had several P4 32bit machines with HTT enabled around, one of >> them was built with FreeBSD 7.1-STABLE AND Xorg and I never realized the >> bumpy X11, even when disabling HTT and running UP and Xorgs vesa driver. >> >> Well, it also seems to make no difference whether I use USB2 stack (in >> FreeBSD 8) or the old one. > > I regularly can observe that batch jobs like large compile jobs get a > lower priority number (i.e. they get preferred by the scheduler) than > X on my UP machine with SCHED_ULE (7.0-STABLE from early July). Just a > bit X activity (switching desktops, scrolling in a browser etc.) is > enough to make its priority number higher than that of make+gcc. > This also causes interesting cascades like stuttering music: > - gcc preferred over X > - X cannot redraw xterm fast enough > - buffer of xterm fills > - mplayer cannot write its status line to xterm and blocks > - because mplayer blocks it cannot feed more data to the sound device > - music stutters ... try moving/draging a xterm rapidly over your screen while playing music, copying a file or encoding, decoding or even compiling something. In my case, suddenly those activities stop running. It is sometimes only noticable when listening to music. I realised those ghost-stops also without X11 - when high disk I/O and/or network I/O happens. This is even harsh on a NFS-server. As I mentioned, this is significantly on UP boxes, but can also be watched on some slower/older SMP hardware (both with FreeBSD 7.1-STABLE AND FreeBSD 8.0-CURRENT). From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 15:28: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 C7C6410656C5 for ; Tue, 13 Jan 2009 15:28:31 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml02.kpnxchange.com (cpsmtpo-eml02.KPNXCHANGE.COM [213.75.38.151]) by mx1.freebsd.org (Postfix) with ESMTP id AD6058FC2B for ; Tue, 13 Jan 2009 15:28:30 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml111.kpnxchange.com ([213.75.84.111]) by cpsmtpo-eml02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 13 Jan 2009 16:28:29 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml111.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 13 Jan 2009 16:28:25 +0100 Received: from van-laarhoven.org (hind.van-laarhoven.org [10.66.0.146]) by uitsmijter.van-laarhoven.org (8.14.3/8.14.3) with SMTP id n0DFSV31003841; Tue, 13 Jan 2009 16:28:31 +0100 (CET) (envelope-from nick@van-laarhoven.org) Received: (nullmailer pid 22969 invoked by uid 1001); Tue, 13 Jan 2009 15:27:38 -0000 From: Nick Hibma To: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Date: Tue, 13 Jan 2009 16:27:36 +0100 User-Agent: KMail/1.9.10 References: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> In-Reply-To: <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_pLLbJvKK9yLlK5a" Message-Id: <200901131627.38073.nick@van-laarhoven.org> X-Spam-Flag: YES X-Spam-Status: Yes, score=16.1 required=5.0 tests=ALL_TRUSTED,BAYES_99, FB_NOT_SEX, J_CHICKENPOX_101, J_CHICKENPOX_12, J_CHICKENPOX_13, J_CHICKENPOX_16, J_CHICKENPOX_21,J_CHICKENPOX_22,J_CHICKENPOX_25,J_CHICKENPOX_31, J_CHICKENPOX_38,J_CHICKENPOX_41,J_CHICKENPOX_47,J_CHICKENPOX_51, J_CHICKENPOX_52, J_CHICKENPOX_63, J_CHICKENPOX_71, J_CHICKENPOX_91, MANGLED_SEX, SARE_BAYES_6x6, SARE_BAYES_7x6, SARE_OBFU_VALUE autolearn=spam version=3.2.5 X-Spam-Report: * -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP * 3.5 BAYES_99 BODY: Bayesian spam probability is 99 to 100% * [score: 1.0000] * 0.6 J_CHICKENPOX_22 BODY: 2alpha-pock-2alpha * 0.6 J_CHICKENPOX_41 BODY: 4alpha-pock-1alpha * 0.6 J_CHICKENPOX_63 BODY: 6alpha-pock-3alpha * 0.5 SARE_OBFU_VALUE BODY: found apparent obfuscation of word used in * spam * 0.6 J_CHICKENPOX_16 BODY: 1alpha-pock-6alpha * 0.6 SARE_BAYES_7x6 BODY: Bayes poison 7x6 * 0.6 J_CHICKENPOX_71 BODY: 7alpha-pock-1alpha * 0.6 J_CHICKENPOX_25 BODY: 2alpha-pock-5alpha * 1.0 FB_NOT_SEX BODY: FB_NOT_SEX * 2.3 MANGLED_SEX BODY: mangled sex(ual)(ity) * 0.6 J_CHICKENPOX_21 BODY: 2alpha-pock-1alpha * 0.6 J_CHICKENPOX_38 BODY: 3alpha-pock-8alpha * 0.6 J_CHICKENPOX_101 BODY: 10alpha-pock-1alpha * 0.6 J_CHICKENPOX_47 BODY: 4alpha-pock-7alpha * 0.6 J_CHICKENPOX_51 BODY: 5alpha-pock-1alpha * 0.6 J_CHICKENPOX_91 BODY: 9alpha-pock-1alpha * 0.6 J_CHICKENPOX_52 BODY: 5alpha-pock-2alpha * 0.6 J_CHICKENPOX_13 BODY: 1alpha-pock-3alpha * 0.6 J_CHICKENPOX_12 BODY: 1alpha-pock-2alpha * 0.4 SARE_BAYES_6x6 BODY: Bayes poison 6x6 * 0.6 J_CHICKENPOX_31 BODY: 3alpha-pock-1alpha X-Spam-Level: **************** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on uitsmijter.van-laarhoven.org X-OriginalArrivalTime: 13 Jan 2009 15:28:26.0100 (UTC) FILETIME=[94088B40:01C97593] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rohit Tripathi , current@freebsd.org Subject: Re: hints on setting up usb cdma modem? 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, 13 Jan 2009 15:28:34 -0000 --Boundary-00=_pLLbJvKK9yLlK5a Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline You might want to try the attached u3g.c driver file. I've not been able to verify that the switch mode command in it actually works as I have not had a report back. If your IDs for the unswitched and switched devices are not yet in u3g and/or usbdevs please add them. Let me know how things work! Nick > Mon, Jan 12, 2009 at 04:28:12PM -0500, Rohit Tripathi wrote: > > I'm running current and after many failed attempts to setup my Novatel > > U727, I'm posting here with whatever information could be of interest. > > > > When the modem is plugged in: > > > > umass0: > 1.10/0.00, addr 2> on uhub3 > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-2 device > > cd0: 1.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > It is not the ucom endpoint -- it is some mass-storage endpoint that > your modem seem to implement too. Or you showed us not all dmesg parts > that are related to your CDMA modem. Do you have /dev/cuaU* devices? > For the reference, mine CDMA modem attaches with the following dmesg > (it's not U727, but it is CDMA modem that is supported by ucom): > ----- > ucom0: 2.00/0.00, addr 2> on uhub5 ucom0: iclass 2/2 > ucom0: data interface 1, has CM over data, has break > ucom0: status change notification available > ---- > > So, the basic questions are: > - had you compiled-in/kldloaded the ucom module? > - do you have ucom-related messages in dmesg? > - you might also need modules 'uplcom' and/or 'umodem' -- try them. --Boundary-00=_pLLbJvKK9yLlK5a-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 15:40:35 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 19EF4106564A for ; Tue, 13 Jan 2009 15:40:35 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtpo-eml02.kpnxchange.com (cpsmtpo-eml02.KPNXCHANGE.COM [213.75.38.151]) by mx1.freebsd.org (Postfix) with ESMTP id F41668FC16 for ; Tue, 13 Jan 2009 15:40:33 +0000 (UTC) (envelope-from nick@van-laarhoven.org) Received: from cpsmtp-eml111.kpnxchange.com ([213.75.84.111]) by cpsmtpo-eml02.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 13 Jan 2009 16:28:29 +0100 Received: from uitsmijter.van-laarhoven.org ([81.207.207.222]) by cpsmtp-eml111.kpnxchange.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 13 Jan 2009 16:28:25 +0100 Received: from van-laarhoven.org (hind.van-laarhoven.org [10.66.0.146]) by uitsmijter.van-laarhoven.org (8.14.3/8.14.3) with SMTP id n0DFSV31003841; Tue, 13 Jan 2009 16:28:31 +0100 (CET) (envelope-from nick@van-laarhoven.org) Received: (nullmailer pid 22969 invoked by uid 1001); Tue, 13 Jan 2009 15:27:38 -0000 From: Nick Hibma To: freebsd-current@freebsd.org, rea-fbsd@codelabs.ru Date: Tue, 13 Jan 2009 16:27:36 +0100 User-Agent: KMail/1.9.10 References: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> In-Reply-To: <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_pLLbJvKK9yLlK5a" Message-Id: <200901131627.38073.nick@van-laarhoven.org> X-Spam-Flag: YES X-Spam-Status: Yes, score=16.1 required=5.0 tests=ALL_TRUSTED,BAYES_99, FB_NOT_SEX, J_CHICKENPOX_101, J_CHICKENPOX_12, J_CHICKENPOX_13, J_CHICKENPOX_16, J_CHICKENPOX_21,J_CHICKENPOX_22,J_CHICKENPOX_25,J_CHICKENPOX_31, J_CHICKENPOX_38,J_CHICKENPOX_41,J_CHICKENPOX_47,J_CHICKENPOX_51, J_CHICKENPOX_52, J_CHICKENPOX_63, J_CHICKENPOX_71, J_CHICKENPOX_91, MANGLED_SEX, SARE_BAYES_6x6, SARE_BAYES_7x6, SARE_OBFU_VALUE autolearn=spam version=3.2.5 X-Spam-Report: * -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP * 3.5 BAYES_99 BODY: Bayesian spam probability is 99 to 100% * [score: 1.0000] * 0.6 J_CHICKENPOX_22 BODY: 2alpha-pock-2alpha * 0.6 J_CHICKENPOX_41 BODY: 4alpha-pock-1alpha * 0.6 J_CHICKENPOX_63 BODY: 6alpha-pock-3alpha * 0.5 SARE_OBFU_VALUE BODY: found apparent obfuscation of word used in * spam * 0.6 J_CHICKENPOX_16 BODY: 1alpha-pock-6alpha * 0.6 SARE_BAYES_7x6 BODY: Bayes poison 7x6 * 0.6 J_CHICKENPOX_71 BODY: 7alpha-pock-1alpha * 0.6 J_CHICKENPOX_25 BODY: 2alpha-pock-5alpha * 1.0 FB_NOT_SEX BODY: FB_NOT_SEX * 2.3 MANGLED_SEX BODY: mangled sex(ual)(ity) * 0.6 J_CHICKENPOX_21 BODY: 2alpha-pock-1alpha * 0.6 J_CHICKENPOX_38 BODY: 3alpha-pock-8alpha * 0.6 J_CHICKENPOX_101 BODY: 10alpha-pock-1alpha * 0.6 J_CHICKENPOX_47 BODY: 4alpha-pock-7alpha * 0.6 J_CHICKENPOX_51 BODY: 5alpha-pock-1alpha * 0.6 J_CHICKENPOX_91 BODY: 9alpha-pock-1alpha * 0.6 J_CHICKENPOX_52 BODY: 5alpha-pock-2alpha * 0.6 J_CHICKENPOX_13 BODY: 1alpha-pock-3alpha * 0.6 J_CHICKENPOX_12 BODY: 1alpha-pock-2alpha * 0.4 SARE_BAYES_6x6 BODY: Bayes poison 6x6 * 0.6 J_CHICKENPOX_31 BODY: 3alpha-pock-1alpha X-Spam-Level: **************** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on uitsmijter.van-laarhoven.org X-OriginalArrivalTime: 13 Jan 2009 15:28:26.0100 (UTC) FILETIME=[94088B40:01C97593] X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Rohit Tripathi , current@freebsd.org Subject: Re: hints on setting up usb cdma modem? 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, 13 Jan 2009 15:40:35 -0000 --Boundary-00=_pLLbJvKK9yLlK5a Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline You might want to try the attached u3g.c driver file. I've not been able to verify that the switch mode command in it actually works as I have not had a report back. If your IDs for the unswitched and switched devices are not yet in u3g and/or usbdevs please add them. Let me know how things work! Nick > Mon, Jan 12, 2009 at 04:28:12PM -0500, Rohit Tripathi wrote: > > I'm running current and after many failed attempts to setup my Novatel > > U727, I'm posting here with whatever information could be of interest. > > > > When the modem is plugged in: > > > > umass0: > 1.10/0.00, addr 2> on uhub3 > > cd0 at umass-sim0 bus 0 target 0 lun 0 > > cd0: Removable CD-ROM SCSI-2 device > > cd0: 1.000MB/s transfers > > cd0: Attempt to query device size failed: NOT READY, Medium not present > > It is not the ucom endpoint -- it is some mass-storage endpoint that > your modem seem to implement too. Or you showed us not all dmesg parts > that are related to your CDMA modem. Do you have /dev/cuaU* devices? > For the reference, mine CDMA modem attaches with the following dmesg > (it's not U727, but it is CDMA modem that is supported by ucom): > ----- > ucom0: 2.00/0.00, addr 2> on uhub5 ucom0: iclass 2/2 > ucom0: data interface 1, has CM over data, has break > ucom0: status change notification available > ---- > > So, the basic questions are: > - had you compiled-in/kldloaded the ucom module? > - do you have ucom-related messages in dmesg? > - you might also need modules 'uplcom' and/or 'umodem' -- try them. --Boundary-00=_pLLbJvKK9yLlK5a-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 18:30: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 A91D91065670 for ; Tue, 13 Jan 2009 18:30:44 +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 6452A8FC14 for ; Tue, 13 Jan 2009 18:30:44 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.136.3] (port=54965 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LMo2G-000OqK-Fn for freebsd-current@freebsd.org; Tue, 13 Jan 2009 21:30:44 +0300 Message-ID: <496CDDD8.6020704@lissyara.su> Date: Tue, 13 Jan 2009 21:30:48 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090110 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: About bwi 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, 13 Jan 2009 18:30:45 -0000 We want to know - that the driver bwi Are there any time limits may need some help feasible From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 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 A04021065691 for ; Tue, 13 Jan 2009 18:40:37 +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 57EA78FC2E for ; Tue, 13 Jan 2009 18:40:37 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.136.3] (port=30271 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LMoBp-00015f-WA for freebsd-current@freebsd.org; Tue, 13 Jan 2009 21:40:38 +0300 Message-ID: <496CE02A.5000002@lissyara.su> Date: Tue, 13 Jan 2009 21:40:42 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090110 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <496CDDD8.6020704@lissyara.su> In-Reply-To: <496CDDD8.6020704@lissyara.su> 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 Subject: Re: About bwi 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, 13 Jan 2009 18:40:39 -0000 Alex Keda пишет: > We want to know - that the driver bwi > Are there any time limits may need some help feasible Explain =) We want to know - how to promote the development of the driver, is there a time frame for its appearance in the source tree? From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 18:51: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 D34181065678 for ; Tue, 13 Jan 2009 18:51:58 +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 7FEAA8FC0C for ; Tue, 13 Jan 2009 18:51:58 +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 n0DIpuFt012209 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2009 10:51:57 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <496CE2CC.300@freebsd.org> Date: Tue, 13 Jan 2009 10:51:56 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Alex Keda References: <496CDDD8.6020704@lissyara.su> <496CE02A.5000002@lissyara.su> In-Reply-To: <496CE02A.5000002@lissyara.su> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-DCC-Rhyolite-Metrics: ebb.errno.com; whitelist Cc: freebsd-current@freebsd.org Subject: Re: About bwi 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, 13 Jan 2009 18:51:59 -0000 Alex Keda wrote: > Alex Keda пишет: >> We want to know - that the driver bwi >> Are there any time limits may need some help feasible > > Explain =) > We want to know - how to promote the development of the driver, is > there a time frame for its appearance in the source tree? I know of noone working on bwi. Until there's a developer willing to support/maintain the code it's unlikely to go in the tree. Sam From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 19: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 0000910657C3 for ; Tue, 13 Jan 2009 19:06:51 +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 AD55D8FC0C for ; Tue, 13 Jan 2009 19:06:51 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.136.3] (port=61965 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LMobD-0006ki-6g; Tue, 13 Jan 2009 22:06:51 +0300 Message-ID: <496CE64F.3060703@lissyara.su> Date: Tue, 13 Jan 2009 22:06:55 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090110 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Sam Leffler References: <496CDDD8.6020704@lissyara.su> <496CE02A.5000002@lissyara.su> <496CE2CC.300@freebsd.org> In-Reply-To: <496CE2CC.300@freebsd.org> 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@freebsd.org Subject: Re: About bwi 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, 13 Jan 2009 19:06:52 -0000 Sam Leffler пишет: > Alex Keda wrote: >> Alex Keda пишет: >>> We want to know - that the driver bwi >>> Are there any time limits may need some help feasible >> >> Explain =) >> We want to know - how to promote the development of the driver, is >> there a time frame for its appearance in the source tree? > > I know of noone working on bwi. Until there's a developer willing to > support/maintain the code it's unlikely to go in the tree. Can you porting bwi from perforce to CURRENT? I know human who working with driver... Only porting. From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 20: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 DE96A10656DE; Tue, 13 Jan 2009 20:42:08 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3BD9C8FC1B; Tue, 13 Jan 2009 20:42:08 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp4-g21.free.fr (smtp4-g21.free.fr [212.27.42.4]) by postfix1-g20.free.fr (Postfix) with ESMTP id F41112FD5FA7; Tue, 13 Jan 2009 21:21:26 +0100 (CET) Received: from smtp4-g21.free.fr (localhost [127.0.0.1]) by smtp4-g21.free.fr (Postfix) with ESMTP id 1E1324C8123; Tue, 13 Jan 2009 21:21:19 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp4-g21.free.fr (Postfix) with ESMTP id 24B124C81BA; Tue, 13 Jan 2009 21:21:17 +0100 (CET) Received: from obiwan.tataz.chchile.org (endor.tataz.chchile.org [192.168.1.25]) by endor.tataz.chchile.org (Postfix) with ESMTP id D072D3406E; Tue, 13 Jan 2009 20:20:46 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id C4FDE5082A; Tue, 13 Jan 2009 21:20:46 +0100 (CET) Date: Tue, 13 Jan 2009 21:20:46 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20090113202046.GH41799@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="vOmOzSkFvhd7u8Ms" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: ru@FreeBSD.org Subject: WITH_SSP in src.conf(5) breaks the build 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, 13 Jan 2009 20:42:09 -0000 --vOmOzSkFvhd7u8Ms Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi list, I'd like to have SSP MFC'd for 7.2. However, there is still a problem: WITH_SSP breaks the build if set in src.conf(5). See my previous mail explaining this below. On Thu, Sep 04, 2008 at 04:17:05PM +0200, Jeremie Le Hen wrote: > We indeed already have WITH_SSP/WITHOUT_SSP knob which is turned into > MK_SSP="yes" or MK_SSP="no" respectively. > > The actual problem lies in Makefiles that define WITHOUT_SSP for some > reason. For instance, in Makefile.inc1 the toolchain (namely > bootstrap-tools, build-tools, cross-tools and a few other things) is > built without SSP thanks to -DWITHOUT_SSP. For example: > > 224 BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \ > 225 ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ > 226 DESTDIR= \ > 227 BOOTSTRAPPING=${OSRELDATE} \ > 228 -DWITHOUT_SSP \ > 229 -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN \ > 230 -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \ > 231 -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF > > There is a problem is the user defines WITH_SSP in src.conf or on > command-line. In this case, bsd.own.mk screams because both WITH_SSP > and WITHOUT_SSP are defined. The attached patch fixes this by using the trick proposed by Ruslan [1] where possible, or overriding SSP_CFLAGS otherwise. Once committed, I expect to provide a patch to introduce SSP for RELENG_7 a few weeks later. Thank you. Best regards, [1] http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/025891.html -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --vOmOzSkFvhd7u8Ms Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="MK_SSP=no.diff" Index: Makefile.inc1 =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/Makefile.inc1,v retrieving revision 1.610 diff -u -p -r1.610 Makefile.inc1 --- Makefile.inc1 19 Aug 2008 14:23:26 -0000 1.610 +++ Makefile.inc1 5 Sep 2008 15:16:25 -0000 @@ -225,7 +225,7 @@ BMAKE= MAKEOBJDIRPREFIX=${WORLDTMP} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ DESTDIR= \ BOOTSTRAPPING=${OSRELDATE} \ - -DWITHOUT_SSP \ + SSP_CFLAGS= \ -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN \ -DWITHOUT_NLS -DNO_PIC -DWITHOUT_PROFILE -DNO_SHARED \ -DNO_CPU_CFLAGS -DNO_WARNS -DNO_CTF @@ -235,8 +235,9 @@ TMAKE= MAKEOBJDIRPREFIX=${OBJTREE} \ ${BMAKEENV} ${MAKE} -f Makefile.inc1 \ TARGET=${TARGET} TARGET_ARCH=${TARGET_ARCH} \ DESTDIR= \ + SSP_CFLAGS= \ BOOTSTRAPPING=${OSRELDATE} -DNO_LINT -DNO_CPU_CFLAGS \ - -DNO_WARNS -DNO_CTF -DWITHOUT_SSP + -DNO_WARNS -DNO_CTF # cross-tools stage XMAKE= TOOLS_PREFIX=${WORLDTMP} ${BMAKE} \ @@ -453,7 +454,7 @@ build32: .if ${MK_KERBEROS} != "no" .for _t in obj depend all cd ${.CURDIR}/kerberos5/tools; \ - MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= \ + MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} SSP_CFLAGS= DESTDIR= \ ${_t} .endfor .endif @@ -476,7 +477,7 @@ build32: .endfor .for _dir in lib/ncurses/ncurses lib/ncurses/ncursesw lib/libmagic cd ${.CURDIR}/${_dir}; \ - MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} -DWITHOUT_SSP DESTDIR= \ + MAKEOBJDIRPREFIX=${OBJTREE}/lib32 ${MAKE} SSP_CFLAGS= DESTDIR= \ build-tools .endfor cd ${.CURDIR}; \ @@ -765,14 +766,14 @@ buildkernel: @echo "--------------------------------------------------------------" cd ${KRNLOBJDIR}/${_kernel}; \ MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ - ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS -DNO_CTF \ + ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF \ -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile # XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. .if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && exists(${KERNSRCDIR}/modules) .for target in obj depend all cd ${KERNSRCDIR}/modules/aic7xxx/aicasm; \ MAKEOBJDIRPREFIX=${KRNLOBJDIR}/${_kernel}/modules \ - ${MAKE} -DWITHOUT_SSP -DNO_CPU_CFLAGS -DNO_CTF ${target} + ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF ${target} .endfor .endif .if !defined(NO_KERNELDEPEND) Index: gnu/lib/csu/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/csu/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- gnu/lib/csu/Makefile 25 Jun 2008 21:33:28 -0000 1.29 +++ gnu/lib/csu/Makefile 5 Sep 2008 15:24:07 -0000 @@ -1,5 +1,8 @@ # $FreeBSD: src/gnu/lib/csu/Makefile,v 1.29 2008/06/25 21:33:28 ru Exp $ +.include +MK_SSP= no + GCCDIR= ${.CURDIR}/../../../contrib/gcc GCCLIB= ${.CURDIR}/../../../contrib/gcclibs CCDIR= ${.CURDIR}/../../usr.bin/cc @@ -19,7 +22,6 @@ CFLAGS+= -I${GCCLIB}/include -I${GCCDIR} -I${CCDIR}/cc_tools CRTS_CFLAGS= -DCRTSTUFFS_O -DSHARED ${PICFLAG} MKDEP= -DCRT_BEGIN -WITHOUT_SSP= .if ${MACHINE_ARCH} == "ia64" BEGINSRC= crtbegin.asm Index: gnu/lib/libssp/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/gnu/lib/libssp/Makefile,v retrieving revision 1.3 diff -u -p -r1.3 Makefile --- gnu/lib/libssp/Makefile 25 Jun 2008 21:33:28 -0000 1.3 +++ gnu/lib/libssp/Makefile 5 Sep 2008 15:24:00 -0000 @@ -1,5 +1,8 @@ # $FreeBSD: src/gnu/lib/libssp/Makefile,v 1.3 2008/06/25 21:33:28 ru Exp $ +.include +MK_SSP= no + GCCDIR= ${.CURDIR}/../../../contrib/gcc GCCLIB= ${.CURDIR}/../../../contrib/gcclibs SRCDIR= ${GCCLIB}/libssp @@ -10,7 +13,6 @@ LIB= ssp SHLIB_MAJOR= 0 SHLIBDIR?= /lib NO_PROFILE= -WITHOUT_SSP= SRCS= ssp.c gets-chk.c memcpy-chk.c memmove-chk.c mempcpy-chk.c \ memset-chk.c snprintf-chk.c sprintf-chk.c stpcpy-chk.c \ Index: lib/csu/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/csu/Makefile.inc,v retrieving revision 1.1 diff -u -p -r1.1 Makefile.inc --- lib/csu/Makefile.inc 25 Jun 2008 21:33:28 -0000 1.1 +++ lib/csu/Makefile.inc 5 Sep 2008 15:17:19 -0000 @@ -1,3 +1,3 @@ # $FreeBSD: src/lib/csu/Makefile.inc,v 1.1 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= +SSP_CFLAGS= Index: lib/libstand/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libstand/Makefile,v retrieving revision 1.62 diff -u -p -r1.62 Makefile --- lib/libstand/Makefile 25 Jun 2008 21:33:28 -0000 1.62 +++ lib/libstand/Makefile 5 Sep 2008 15:23:52 -0000 @@ -6,13 +6,15 @@ # quite large. # +.include +MK_SSP= no + LIB= stand NO_PROFILE= NO_PIC= INCS= stand.h MAN= libstand.3 -WITHOUT_SSP= CFLAGS+= -ffreestanding -Wformat CFLAGS+= -I${.CURDIR} Index: lib/libthr/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/lib/libthr/Makefile,v retrieving revision 1.35 diff -u -p -r1.35 Makefile --- lib/libthr/Makefile 25 Jun 2008 21:33:28 -0000 1.35 +++ lib/libthr/Makefile 5 Sep 2008 15:23:47 -0000 @@ -8,9 +8,8 @@ # (for system call stubs) to CFLAGS below. -DSYSLIBC_SCCS affects just the # system call stubs. -WITHOUT_SSP= - .include +MK_SSP= no .if ${SHLIBDIR} == "/usr/lib" SHLIBDIR= /lib Index: libexec/rtld-elf/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/libexec/rtld-elf/Makefile,v retrieving revision 1.42 diff -u -p -r1.42 Makefile --- libexec/rtld-elf/Makefile 25 Jun 2008 21:33:28 -0000 1.42 +++ libexec/rtld-elf/Makefile 5 Sep 2008 15:23:40 -0000 @@ -1,8 +1,7 @@ # $FreeBSD: src/libexec/rtld-elf/Makefile,v 1.42 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= - .include +MK_SSP= no PROG?= ld-elf.so.1 SRCS= rtld_start.S \ Index: rescue/librescue/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/rescue/librescue/Makefile,v retrieving revision 1.10 diff -u -p -r1.10 Makefile --- rescue/librescue/Makefile 25 Jun 2008 21:33:28 -0000 1.10 +++ rescue/librescue/Makefile 5 Sep 2008 15:23:36 -0000 @@ -2,9 +2,8 @@ # $FreeBSD: src/rescue/librescue/Makefile,v 1.10 2008/06/25 21:33:28 ru Exp $ # -WITHOUT_SSP= - .include +MK_SSP= no # Certain library entries have hard-coded references to # /bin, /sbin, etc, that require those entries to be Index: rescue/rescue/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/rescue/rescue/Makefile,v retrieving revision 1.63 diff -u -p -r1.63 Makefile --- rescue/rescue/Makefile 31 Aug 2008 14:27:59 -0000 1.63 +++ rescue/rescue/Makefile 5 Sep 2008 18:03:12 -0000 @@ -2,9 +2,9 @@ # @(#)Makefile 8.1 (Berkeley) 6/2/93 NO_MAN= -WITHOUT_SSP= .include +MK_SSP= no PROG= rescue BINDIR?=/rescue Index: sys/boot/Makefile.inc =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/Makefile.inc,v retrieving revision 1.1 diff -u -p -r1.1 Makefile.inc --- sys/boot/Makefile.inc 25 Jun 2008 21:33:28 -0000 1.1 +++ sys/boot/Makefile.inc 5 Sep 2008 15:23:21 -0000 @@ -1,3 +1,3 @@ # $FreeBSD: src/sys/boot/Makefile.inc,v 1.1 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= +SSP_CFLAGS= Index: sys/boot/i386/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/i386/loader/Makefile,v retrieving revision 1.86 diff -u -p -r1.86 Makefile --- sys/boot/i386/loader/Makefile 25 Jun 2008 21:33:28 -0000 1.86 +++ sys/boot/i386/loader/Makefile 5 Sep 2008 15:23:19 -0000 @@ -1,8 +1,7 @@ # $FreeBSD: src/sys/boot/i386/loader/Makefile,v 1.86 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= - .include +MK_SSP= no PROG= loader.sym INTERNALPROG= Index: sys/boot/ia64/common/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/common/Makefile,v retrieving revision 1.2 diff -u -p -r1.2 Makefile --- sys/boot/ia64/common/Makefile 25 Jun 2008 21:33:28 -0000 1.2 +++ sys/boot/ia64/common/Makefile 5 Sep 2008 15:23:13 -0000 @@ -1,8 +1,7 @@ # $FreeBSD: src/sys/boot/ia64/common/Makefile,v 1.2 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= - .include +MK_SSP= no LIB= ia64 INTERNALLIB= Index: sys/boot/ia64/efi/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/efi/Makefile,v retrieving revision 1.29 diff -u -p -r1.29 Makefile --- sys/boot/ia64/efi/Makefile 25 Jun 2008 21:33:28 -0000 1.29 +++ sys/boot/ia64/efi/Makefile 5 Sep 2008 15:23:09 -0000 @@ -1,9 +1,9 @@ # $FreeBSD: src/sys/boot/ia64/efi/Makefile,v 1.29 2008/06/25 21:33:28 ru Exp $ NO_MAN= -WITHOUT_SSP= .include +MK_SSP= no PROG= loader.sym INTERNALPROG= Index: sys/boot/ia64/ski/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/ia64/ski/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- sys/boot/ia64/ski/Makefile 25 Jun 2008 21:33:28 -0000 1.21 +++ sys/boot/ia64/ski/Makefile 5 Sep 2008 15:23:03 -0000 @@ -1,9 +1,9 @@ # $FreeBSD: src/sys/boot/ia64/ski/Makefile,v 1.21 2008/06/25 21:33:28 ru Exp $ NO_MAN= -WITHOUT_SSP= .include +MK_SSP= no PROG= skiload STRIP= # We must not strip skiload at install time. Index: sys/boot/pc98/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/pc98/loader/Makefile,v retrieving revision 1.42 diff -u -p -r1.42 Makefile --- sys/boot/pc98/loader/Makefile 25 Jun 2008 21:33:28 -0000 1.42 +++ sys/boot/pc98/loader/Makefile 5 Sep 2008 15:24:29 -0000 @@ -1,8 +1,7 @@ # $FreeBSD: src/sys/boot/pc98/loader/Makefile,v 1.42 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= - .include +MK_SSP= no PROG= loader.sym INTERNALPROG= Index: sys/boot/powerpc/ofw/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/powerpc/ofw/Makefile,v retrieving revision 1.24 diff -u -p -r1.24 Makefile --- sys/boot/powerpc/ofw/Makefile 25 Jun 2008 21:33:28 -0000 1.24 +++ sys/boot/powerpc/ofw/Makefile 5 Sep 2008 15:24:37 -0000 @@ -1,8 +1,7 @@ # $FreeBSD: src/sys/boot/powerpc/ofw/Makefile,v 1.24 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= - .include +MK_SSP= no PROG= loader NEWVERSWHAT= "Open Firmware loader" ${MACHINE_ARCH} Index: sys/boot/sparc64/loader/Makefile =================================================================== RCS file: /mnt/octobre/space/freebsd-cvs/src/sys/boot/sparc64/loader/Makefile,v retrieving revision 1.21 diff -u -p -r1.21 Makefile --- sys/boot/sparc64/loader/Makefile 25 Jun 2008 21:33:28 -0000 1.21 +++ sys/boot/sparc64/loader/Makefile 5 Sep 2008 15:24:46 -0000 @@ -1,8 +1,7 @@ # $FreeBSD: src/sys/boot/sparc64/loader/Makefile,v 1.21 2008/06/25 21:33:28 ru Exp $ -WITHOUT_SSP= - .include +MK_SSP= no PROG= loader NEWVERSWHAT= "bootstrap loader" sparc64 --vOmOzSkFvhd7u8Ms-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:07: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 9F1E6106564A for ; Tue, 13 Jan 2009 21:07:55 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by mx1.freebsd.org (Postfix) with ESMTP id 0EEC68FC13 for ; Tue, 13 Jan 2009 21:07:53 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id C79C1E0808D for ; Tue, 13 Jan 2009 22:07:49 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp6-g21.free.fr (Postfix) with ESMTP id E4C67E081BA for ; Tue, 13 Jan 2009 22:07:46 +0100 (CET) Received: from obiwan.tataz.chchile.org (endor.tataz.chchile.org [192.168.1.25]) by endor.tataz.chchile.org (Postfix) with ESMTP id CB2313406E for ; Tue, 13 Jan 2009 21:07:16 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id BFBE75082A; Tue, 13 Jan 2009 22:07:16 +0100 (CET) Date: Tue, 13 Jan 2009 22:07:16 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20090113210716.GI41799@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: fstab type "dp" 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, 13 Jan 2009 21:07:55 -0000 Hi, A year ago, I discussed with rwatson@ about having a new fs_type for dump devices. I initially implemented it as "du" but I later noticed that NetBSD already has this feature as "dp". I'd like to get some review about this patch in the hope of getting this patch eventually committed. This patch contains: - New fs_type "dp" for dump devices, along with "sw" for swap devices. - dumpon(8) and savecore(8) updated accordingly. - New dumpon(8) option -a that implements the logic to automatically select a correct dump devices by scanning fstab(5). The logic is backward compatible, that is if no "dp" entry is present, it will use the first "sw" entry. Also, etc/rc.d/dumpon has been modified to use this new option. - New dumpon(8) option -f to force the use of a device not marked as "dp" or "sw". This is a bonus. - Manpages updated. Note that both dumpon(8) and savecore(8) required the fs_vfstype to be "swap" for "sw" devices for "XXX backward compatibility". Despite this wasn't documented in the manpage, I didn't removed it and added "dump" as a valid fs_vfstype. The fstab(5) manpage still doesn't mention them though. Thank you. Best regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:11: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 0781D1065676 for ; Tue, 13 Jan 2009 21:11:09 +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 DB99E8FC16 for ; Tue, 13 Jan 2009 21:11:08 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LMqXO-000PVv-1Z; Tue, 13 Jan 2009 21:11:02 +0000 Message-ID: <496D0364.2060505@psg.com> Date: Wed, 14 Jan 2009 06:11:00 +0900 From: Randy Bush User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 MIME-Version: 1.0 To: Wes Morgan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: George Neville-Neil , 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: Tue, 13 Jan 2009 21:11:09 -0000 installed amd64 7.1 from cdrom partitioned two sata drives to single partitions labeled and gmirrored upgraded to 8-current ad0 started falling off mirror ad2 started reporting smart errors and now we seem to have a partition that is too big # atacontrol cap ad2 Protocol Serial ATA v1.0 device model ST3250310NS serial number 9SF0LECT firmware revision SN05 cylinders 16383 heads 16 sectors/track 63 lba supported 268435455 sectors lba48 supported 488397168 sectors dma supported overlap not supported Feature Support Enable Value Vendor write cache yes yes read ahead yes yes Native Command Queuing (NCQ) yes - 31/0x1F Tagged Command Queuing (TCQ) no no 31/0x1F SMART yes yes microcode download yes yes security yes no power management yes yes advanced power management no no 0/0x00 automatic acoustic management no no 0/0x00 254/0xFE # fdisk ad2 ******* Working on device /dev/ad2 ******* parameters extracted from in-core disklabel are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Figures below won't work with BIOS for partitions not in cyl 1 parameters to be used for BIOS calculations are: cylinders=484521 heads=16 sectors/track=63 (1008 blks/cyl) Media sector size is 512 Warning: BIOS sector numbering starts with sector 1 Information from DOS bootblock is: The data for partition 1 is: sysid 165 (0xa5),(FreeBSD/NetBSD/386BSD) start 63, size 488397105 (238475 Meg), flag 80 (active) beg: cyl 0/ head 1/ sector 1; end: cyl 168/ head 15/ sector 63 The data for partition 2 is: The data for partition 3 is: The data for partition 4 is: randy From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:11: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 D19091065679 for ; Tue, 13 Jan 2009 21:11:27 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4B7058FC08 for ; Tue, 13 Jan 2009 21:11:25 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id 297D6D48132 for ; Tue, 13 Jan 2009 22:11:21 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP id 32C04D480A1 for ; Tue, 13 Jan 2009 22:11:19 +0100 (CET) Received: from obiwan.tataz.chchile.org (endor.tataz.chchile.org [192.168.1.25]) by endor.tataz.chchile.org (Postfix) with ESMTP id 0B9393406E for ; Tue, 13 Jan 2009 21:10:49 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id E15975082A; Tue, 13 Jan 2009 22:10:48 +0100 (CET) Date: Tue, 13 Jan 2009 22:10:48 +0100 From: Jeremie Le Hen To: freebsd-current@FreeBSD.org Message-ID: <20090113211048.GJ41799@obiwan.tataz.chchile.org> References: <20090113210716.GI41799@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="uxuisgdDHaNETlh8" Content-Disposition: inline In-Reply-To: <20090113210716.GI41799@obiwan.tataz.chchile.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: fstab type "dp" 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, 13 Jan 2009 21:11:28 -0000 --uxuisgdDHaNETlh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 13, 2009 at 10:07:16PM +0100, Jeremie Le Hen wrote: > [...] And well, yes... The patch. -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --uxuisgdDHaNETlh8 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fstab_dp.patch" Index: etc/rc.d/dumpon =================================================================== RCS file: /mnt/space/cvsroot/src/etc/rc.d/dumpon,v retrieving revision 1.11 diff -u -p -r1.11 dumpon --- etc/rc.d/dumpon 10 Dec 2005 20:21:45 -0000 1.11 +++ etc/rc.d/dumpon 17 Feb 2008 13:16:27 -0000 @@ -37,13 +37,9 @@ dumpon_start() dumpon_try "${dev}" return $? fi - while read dev mp type more ; do - [ "${type}" = "swap" ] || continue - [ -c "${dev}" ] || continue - dumpon_try "${dev}" 2>/dev/null && return 0 - done &2 - return 1 + dumpdev=`dumpon -av` || return 1 + echo "${dumpdev}" + ln -fs "${dumpdev##* }" /dev/dumpdev ;; *) dumpon_try "${dumpdev}" Index: include/fstab.h =================================================================== RCS file: /mnt/space/cvsroot/src/include/fstab.h,v retrieving revision 1.4 diff -u -p -r1.4 fstab.h --- include/fstab.h 7 Apr 2003 12:54:59 -0000 1.4 +++ include/fstab.h 13 Jan 2009 00:34:39 -0000 @@ -55,6 +55,7 @@ #define FSTAB_RQ "rq" /* read/write with quotas */ #define FSTAB_RO "ro" /* read-only device */ #define FSTAB_SW "sw" /* swap device */ +#define FSTAB_DP "dp" /* dump device */ #define FSTAB_XX "xx" /* ignore totally */ struct fstab { Index: lib/libc/gen/fstab.c =================================================================== RCS file: /mnt/space/cvsroot/src/lib/libc/gen/fstab.c,v retrieving revision 1.15 diff -u -p -r1.15 fstab.c --- lib/libc/gen/fstab.c 9 Jan 2007 00:27:53 -0000 1.15 +++ lib/libc/gen/fstab.c 13 Jan 2009 00:35:23 -0000 @@ -196,6 +196,10 @@ fstabscan() _fs_fstab.fs_type = FSTAB_SW; break; } + if (!strcmp(cp, FSTAB_DP)) { + _fs_fstab.fs_type = FSTAB_DP; + break; + } if (!strcmp(cp, FSTAB_XX)) { _fs_fstab.fs_type = FSTAB_XX; typexx++; Index: sbin/dumpon/dumpon.8 =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/dumpon/dumpon.8,v retrieving revision 1.35 diff -u -p -r1.35 dumpon.8 --- sbin/dumpon/dumpon.8 27 Feb 2006 00:15:53 -0000 1.35 +++ sbin/dumpon/dumpon.8 13 Jan 2009 00:36:53 -0000 @@ -36,10 +36,14 @@ .Nd "specify a device for crash dumps" .Sh SYNOPSIS .Nm +.Op Fl f .Op Fl v .Ar special_file .Nm .Op Fl v +-a +.Nm +.Op Fl v .Cm off .Sh DESCRIPTION The @@ -70,6 +74,25 @@ total amount of physical memory as repor .Va hw.physmem .Xr sysctl 8 variable. +It will also check that +.Ar special_file +is referenced in +.Xr fstab 5 +with either type ``dp'' or ``sw''. +The +.Fl f +flag causes +.Nm +to bypass this check. +.Pp +The +.Fl a +flag causes +.Nm +to automatically determine a suitable dump device by scanning +.Xr fstab 5 . +It does so by first looking for the first suitable device of type ``dp'' +and falling back to a device of type ``sw''. .Pp The .Fl v Index: sbin/dumpon/dumpon.c =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/dumpon/dumpon.c,v retrieving revision 1.24 diff -u -p -r1.24 dumpon.c --- sbin/dumpon/dumpon.c 31 Oct 2006 22:36:49 -0000 1.24 +++ sbin/dumpon/dumpon.c 13 Jan 2009 00:38:09 -0000 @@ -47,6 +47,7 @@ __FBSDID("$FreeBSD: src/sbin/dumpon/dump #include #include +#include #include #include #include @@ -60,13 +61,14 @@ static int verbose; static void usage(void) { - fprintf(stderr, "%s\n%s\n", - "usage: dumpon [-v] special_file", + fprintf(stderr, "%s\n%s\n%s\n", + "usage: dumpon [-fv] special_file", + " dumpon [-v] -a", " dumpon [-v] off"); exit(EX_USAGE); } -static void +static int check_size(int fd, const char *fn) { int name[] = { CTL_HW, HW_PHYSMEM }; @@ -79,28 +81,84 @@ check_size(int fd, const char *fn) len = sizeof(minidump); if (sysctlbyname("debug.minidump", &minidump, &len, NULL, 0) == 0 && minidump == 1) - return; + return (EX_OK); len = sizeof(physmem); if (sysctl(name, namelen, &physmem, &len, NULL, 0) != 0) err(EX_OSERR, "can't get memory size"); - if (ioctl(fd, DIOCGMEDIASIZE, &mediasize) != 0) - err(EX_OSERR, "%s: can't get size", fn); + if (ioctl(fd, DIOCGMEDIASIZE, &mediasize) != 0) { + warn("%s: can't get size", fn); + return (EX_OSERR); + } if ((uintmax_t)mediasize < (uintmax_t)physmem) { if (verbose) printf("%s is smaller than physical memory\n", fn); - exit(EX_IOERR); + return (EX_IOERR); } + return (EX_OK); +} + +static int +scan_fstab(const char *type, const char **dumpdev) +{ + struct fstab *fsp; + int fd, ret; + + for (;;) { + fsp = getfsent(); + if (fsp == NULL) + break; + if (strcmp(fsp->fs_type, type)) + continue; + fd = open(fsp->fs_spec, O_RDONLY); + if (fd < 0) { + warn("%s", fsp->fs_spec); + continue; + } + ret = check_size(fd, fsp->fs_spec); + if (ret == EX_OK) { + *dumpdev = fsp->fs_spec; + return (fd); + } + close(fd); + } + + return (-1); +} + +static int +enable_dump(int fd, const char *dumpdev) +{ + int i; + u_int u; + + u = 0; + i = ioctl(fd, DIOCSKERNELDUMP, &u); + u = 1; + i = ioctl(fd, DIOCSKERNELDUMP, &u); + if (i == 0 && verbose) + printf("kernel dumps on %s\n", dumpdev); + return (i); } int main(int argc, char *argv[]) { + const char *dumpdev; + struct fstab *fsp; + int automatic, force; int ch; int i, fd; u_int u; - while ((ch = getopt(argc, argv, "v")) != -1) + automatic = force = 0; + while ((ch = getopt(argc, argv, "afv")) != -1) switch((char)ch) { + case 'a': + automatic = 1; + break; + case 'f': + force = 1; + break; case 'v': verbose = 1; break; @@ -111,20 +169,42 @@ main(int argc, char *argv[]) argc -= optind; argv += optind; - if (argc != 1) + if (argc != 1 && !automatic) usage(); - if (strcmp(argv[0], "off") != 0) { - fd = open(argv[0], O_RDONLY); + if (automatic) { + fd = scan_fstab(FSTAB_DP, &dumpdev); + if (fd < 0) { + setfsent(); + fd = scan_fstab(FSTAB_SW, &dumpdev); + } if (fd < 0) - err(EX_OSFILE, "%s", argv[0]); - check_size(fd, argv[0]); - u = 0; - i = ioctl(fd, DIOCSKERNELDUMP, &u); - u = 1; - i = ioctl(fd, DIOCSKERNELDUMP, &u); - if (i == 0 && verbose) - printf("kernel dumps on %s\n", argv[0]); + errx(EX_UNAVAILABLE, "no suitable device found"); + i = enable_dump(fd, dumpdev); + + } else if (strcmp(argv[0], "off") != 0) { + dumpdev = argv[0]; + fsp = getfsspec(dumpdev); + /* + * Allow special files referenced in fstab(5) as FSTAB_DP + * and FSTAB_SW entries. + */ + if (!force && (fsp == NULL || + (strcmp(fsp->fs_type, FSTAB_DP) && + strcmp(fsp->fs_type, FSTAB_SW) && + /* XXX Backward compatibility. */ + strcmp(fsp->fs_vfstype, "swap") && + strcmp(fsp->fs_vfstype, "dump")))) + errx(EX_OSFILE, "%s: not a dump or swap device", + dumpdev); + fd = open(dumpdev, O_RDONLY); + if (fd < 0) + err(EX_OSFILE, "%s", dumpdev); + i = check_size(fd, dumpdev); + if (i != EX_OK) + exit(i); + i = enable_dump(fd, dumpdev); + } else { fd = open(_PATH_DEVNULL, O_RDONLY); if (fd < 0) Index: sbin/savecore/savecore.8 =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/savecore/savecore.8,v retrieving revision 1.26 diff -u -p -r1.26 savecore.8 --- sbin/savecore/savecore.8 26 Dec 2007 11:42:10 -0000 1.26 +++ sbin/savecore/savecore.8 13 Jan 2009 00:39:05 -0000 @@ -90,10 +90,10 @@ looks for dumps on each device specified .Ar device argument(s), or on each device in .Pa /etc/fstab -marked as -.Dq dump +with a type of +.Dq dp or -.Dq swap . +.Dq sw . The .Nm utility Index: sbin/savecore/savecore.c =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/savecore/savecore.c,v retrieving revision 1.80 diff -u -p -r1.80 savecore.c --- sbin/savecore/savecore.c 27 Dec 2007 21:28:48 -0000 1.80 +++ sbin/savecore/savecore.c 13 Jan 2009 00:42:05 -0000 @@ -692,7 +692,10 @@ main(int argc, char **argv) fsp = getfsent(); if (fsp == NULL) break; - if (strcmp(fsp->fs_vfstype, "swap") && + if (strcmp(fsp->fs_type, FSTAB_SW) && + strcmp(fsp->fs_type, FSTAB_DP) && + /* XXX Backward compatibility. */ + strcmp(fsp->fs_vfstype, "swap") && strcmp(fsp->fs_vfstype, "dump")) continue; DoFile(savedir, fsp->fs_spec); Index: share/man/man5/fstab.5 =================================================================== RCS file: /mnt/space/cvsroot/src/share/man/man5/fstab.5,v retrieving revision 1.30 diff -u -p -r1.30 fstab.5 --- share/man/man5/fstab.5 11 Feb 2008 09:36:43 -0000 1.30 +++ share/man/man5/fstab.5 13 Jan 2009 00:57:07 -0000 @@ -156,7 +156,13 @@ is ``sw'' then the special file is made space by the .Xr swapon 8 command at the end of the system reboot procedure. -The fields other than +If +.Fa fs_type +is ``dp'' then the special file is intended to be made the dump device +by the +.Xr dumpon 8 +command. +In both cases, the fields other than .Fa fs_spec and .Fa fs_type @@ -250,6 +256,7 @@ within #define FSTAB_RQ "rq" /* read/write with quotas */ #define FSTAB_RO "ro" /* read-only device */ #define FSTAB_SW "sw" /* swap device */ +#define FSTAB_DP "dp" /* dump device */ #define FSTAB_XX "xx" /* ignore totally */ struct fstab { @@ -284,6 +291,7 @@ resides in .Xr getvfsbyname 3 , .Xr ccd 4 , .Xr dump 8 , +.Xr dumpon 8 , .Xr fsck 8 , .Xr mount 8 , .Xr quotacheck 8 , Index: share/man/man5/rc.conf.5 =================================================================== RCS file: /mnt/space/cvsroot/src/share/man/man5/rc.conf.5,v retrieving revision 1.334 diff -u -p -r1.334 rc.conf.5 --- share/man/man5/rc.conf.5 27 Jan 2008 15:15:12 -0000 1.334 +++ share/man/man5/rc.conf.5 17 Feb 2008 15:45:01 -0000 @@ -2917,9 +2917,9 @@ Indicates the device (usually a swap par should be written in the event of a system crash. If the value of this variable is .Dq Li AUTO , -the first suitable swap device listed in -.Pa /etc/fstab -will be used as dump device. +.Xr dumpon 8 +will try to find a suitable dump device according to +.Pa /etc/fstab . Otherwise, the value of this variable is passed as the argument to .Xr dumpon 8 . To disable crash dumps, set this variable to --uxuisgdDHaNETlh8-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:24: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 298941065675 for ; Tue, 13 Jan 2009 21:24:08 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id C31A38FC18 for ; Tue, 13 Jan 2009 21:24:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LMqk0-0004xu-3k; Tue, 13 Jan 2009 23:24:04 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n0DLNuug030122 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2009 23:23:57 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n0DLNuXf059323; Tue, 13 Jan 2009 23:23:56 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n0DLNtXw059319; Tue, 13 Jan 2009 23:23:55 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 13 Jan 2009 23:23:55 +0200 From: Kostik Belousov To: Jeremie Le Hen Message-ID: <20090113212355.GG2247@deviant.kiev.zoral.com.ua> References: <20090113210716.GI41799@obiwan.tataz.chchile.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2E/hm+v6kSLEYT3h" Content-Disposition: inline In-Reply-To: <20090113210716.GI41799@obiwan.tataz.chchile.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LMqk0-0004xu-3k 105578affd50d815ec25c6fa4af2884c X-Terabit: YES Cc: freebsd-current@freebsd.org Subject: Re: fstab type "dp" 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, 13 Jan 2009 21:24:08 -0000 --2E/hm+v6kSLEYT3h Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 13, 2009 at 10:07:16PM +0100, Jeremie Le Hen wrote: > Hi, >=20 > A year ago, I discussed with rwatson@ about having a new fs_type > for dump devices. I initially implemented it as "du" but I later > noticed that NetBSD already has this feature as "dp". >=20 > I'd like to get some review about this patch in the hope of getting this > patch eventually committed. >=20 > This patch contains: > - New fs_type "dp" for dump devices, along with "sw" for swap devices. > - dumpon(8) and savecore(8) updated accordingly. > - New dumpon(8) option -a that implements the logic to automatically > select a correct dump devices by scanning fstab(5). The logic is > backward compatible, that is if no "dp" entry is present, it will use > the first "sw" entry. Also, etc/rc.d/dumpon has been modified to use > this new option. > - New dumpon(8) option -f to force the use of a device not marked as > "dp" or "sw". This is a bonus. > - Manpages updated. >=20 > Note that both dumpon(8) and savecore(8) required the fs_vfstype to be > "swap" for "sw" devices for "XXX backward compatibility". Despite this > wasn't documented in the manpage, I didn't removed it and added "dump" > as a valid fs_vfstype. The fstab(5) manpage still doesn't mention them > though. What are the supposed advantages of this approach over the dumpdev variable in rc.conf ? I see that having whole partition usage configuration in fstab is natural, so the idea of the patch is probably right. One the other hand, is it possible to enchance this to allow specification of the swap partition that is also a dump partition, in fstab ? --2E/hm+v6kSLEYT3h Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEUEARECAAYFAkltBmsACgkQC3+MBN1Mb4jKJgCYkldfwqd32mSLN0akdjDNMy87 tQCbBTvy8fj5ti5fcL4zdnxRGBil5dA= =7sLf -----END PGP SIGNATURE----- --2E/hm+v6kSLEYT3h-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:35: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 31AC4106566B for ; Tue, 13 Jan 2009 21:35:26 +0000 (UTC) (envelope-from minimarmot@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 C706F8FC14 for ; Tue, 13 Jan 2009 21:35:25 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by gxk14 with SMTP id 14so258503gxk.19 for ; Tue, 13 Jan 2009 13:35:25 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=2S5Un3UrK3s/4JsdCNzm8aF12sOTgwFrNhjH337mxWE=; b=KkKuNoswiHw+4be61dZ94kGybZi4/3v6+I6KBU7fNibp1AeHFecdPpNBzeQ2fddi0p jBpHcWszhDowNDc+1de59hzzITUnsmBCO/TTzU4GO+KGyxb8+dxf81IsHU60prUm+iD9 Bf0vzpXLf2yVXR+1Xgz2Iz5OAximqD164ztrI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WE34yeIj2iLobW44/7BHahfiW8jaW6JAmsRFIOML2VYIOFIv5KNdzS2DC9IPKPdRX0 1613XNryxQ2OSm+GG07rBrT6EHB8ElDwfdL1Ef4TXUVCyTV8i0Q/umywF5ErUvLYLCmS YhoB/kG3dYx6FC8qEOntbS3+y+WhCmcnk0m0M= Received: by 10.143.14.6 with SMTP id r6mr13042607wfi.135.1231882524775; Tue, 13 Jan 2009 13:35:24 -0800 (PST) Received: by 10.143.114.8 with HTTP; Tue, 13 Jan 2009 13:35:24 -0800 (PST) Message-ID: <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> Date: Tue, 13 Jan 2009 16:35:24 -0500 From: "Ben Kaduk" To: "Randy Bush" In-Reply-To: <496D0364.2060505@psg.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496D0364.2060505@psg.com> Cc: George Neville-Neil , 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: Tue, 13 Jan 2009 21:35:26 -0000 On Tue, Jan 13, 2009 at 4:11 PM, Randy Bush wrote: > installed amd64 7.1 from cdrom > partitioned two sata drives to single partitions > labeled and gmirrored > > upgraded to 8-current > ad0 started falling off mirror > ad2 started reporting smart errors Interesting. I have been seeing similar behavior when trying to update my 7.1-prerelase box to current, except that it seems to be random _which_ disk falls off the mirror. I'm also seeing panics if I try to stress the (then-degraded) mirror with the current kernel. The mirror is rock-solid with the 7.1-pre kernel. The panic is "initiate_write_inodeblock_ufs2: already started", and I've got some details of the other messages I've seen logged up here: http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/20090107/panic.txt I just added a new swap device, so I'll see if I can actually get a dump once the mirror rebuilds. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 21:55: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 E90BE1065670 for ; Tue, 13 Jan 2009 21:55:41 +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 A1CFA8FC08 for ; Tue, 13 Jan 2009 21:55:40 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5DAEA9CB1B3 for ; Tue, 13 Jan 2009 22:55:23 +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 mA9dyuLkV-vO for ; Tue, 13 Jan 2009 22:55:20 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 567819CB22A for ; Tue, 13 Jan 2009 22:55:20 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0DLtKnX030424 for current@freebsd.org; Tue, 13 Jan 2009 22:55:20 +0100 (CET) (envelope-from rdivacky) Date: Tue, 13 Jan 2009 22:55:20 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20090113215520.GA29635@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: [PATCH]: set C dialect when compiling world 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, 13 Jan 2009 21:55:42 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi in my effort to make world compile in gnu99 mode I'd like this patch to be commited: Index: bsd.sys.mk =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/share/mk/bsd.sys.mk,v retrieving revision 1.47 diff -u -r1.47 bsd.sys.mk --- bsd.sys.mk 23 Jul 2008 06:14:21 -0000 1.47 +++ bsd.sys.mk 13 Jan 2009 21:36:04 -0000 @@ -8,8 +8,11 @@ =20 # for GCC: http://gcc.gnu.org/onlinedocs/gcc-3.0.4/gcc_3.html#IDX143 =20 -.if !defined(NO_WARNS) && ${CC} !=3D "icc" -. if defined(CSTD) +# the default is gnu89 for now +. if !defined(CSTD) +CSTD =3D gnu89 +. endif + . if ${CSTD} =3D=3D "k&r" CFLAGS +=3D -traditional . elif ${CSTD} =3D=3D "c89" || ${CSTD} =3D=3D "c90" @@ -23,7 +26,8 @@ . endif # -pedantic is problematic because it also imposes namespace restrictions #CFLAGS +=3D -pedantic -. endif + +.if !defined(NO_WARNS) && ${CC} !=3D "icc" . if defined(WARNS) . if ${WARNS} >=3D 1 CWARNFLAGS +=3D -Wsystem-headers the rationale behind this: we set CSTD to gnu89 so typical {library|app|whatever} build gets added=20 ".... -std=3Dgnu89 ...." to its CFLAGS. the command line looks like this for example: cc -O2 -pipe -DMALLOC_PRODUCTION -march=3Dnative -I/usr/src/lib/libc/includ= e -I/usr/src/lib/libc/../../include -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../= contrib/gdtoa -DINET6 -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/u= sr/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_= VERSIONING -std=3Dgnu89 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-poin= ter-sign -c getppid.S it's nicely hidden in the 4th line near the end ;) I want this to be able to easily switch the C dialect used for various part= s of the world. We dont want to mess with expected C dialect of contributed soft= ware. Hence once I switch the default to gnu99 I can just put CSTD=3Dgnu89 to cdd= l/Makefile etc. and be fine.=20 note that this change is a nop as gcc defaults to gnu89 mode but we need it= because of the intended switch to gnu89. comments? roman --d6Gm4EdcadzBjdND Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkltDcYACgkQLVEj6D3CBEyBBQCfTfUeVqnwFqlhqA38RG1HciS6 ab8AnR3NQCNcPSFpkBh8MCmjUKj1Cxia =ASfG -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 22:04: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 AABCC1065780 for ; Tue, 13 Jan 2009 22:04:34 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.169]) by mx1.freebsd.org (Postfix) with ESMTP id 755F48FC0A for ; Tue, 13 Jan 2009 22:04:34 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so220552wfg.7 for ; Tue, 13 Jan 2009 14:04:34 -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:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding :from; bh=r/hoZeAXeynnJa0RoKr6GWMNRBRVB/awi2/V4/4JkwU=; b=BLTJ1GnCJ7DJg6Im3gwy7m4dOYnPqo3EDbI+8wjlSNVbjoydK/Ku+qxzQVPP4UYcO3 wHYRNpnYXW+sJuSJJslqBGTp1g9z39+E89xX83Pkeuw88owfEm9MChAfWYT3wV5QAT32 Zg7GrxUu9GVcw3w5oM2Oojq0LRttEXYZILN/o= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:user-agent:mime-version:to:cc:subject:references :in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding:from; b=OOpkqhPdbudIIghejrKsPNLqhEVeHH2SmSIdD+wjg9KKVzunPm6DpqAsaJusAuvFMA 1dlwt+1j2kyyGgQh+u/qXdAV7ywMXfDMaq7NgyiJaoBvZ6mCOn+9ppvP2yEVc3VLsLAF ypPCUU3tBMKx2rADq6pztkvSkoV7Lugx+NPw4= Received: by 10.142.177.7 with SMTP id z7mr1077896wfe.59.1231884274393; Tue, 13 Jan 2009 14:04:34 -0800 (PST) Received: from aargh.lan (ool-182fcc8b.dyn.optonline.net [24.47.204.139]) by mx.google.com with ESMTPS id 24sm13129679wff.57.2009.01.13.14.04.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 13 Jan 2009 14:04:33 -0800 (PST) Message-ID: <496D0FE5.1040903@gmail.com> Date: Tue, 13 Jan 2009 17:04:21 -0500 User-Agent: Mozilla (X11; U; FreeBSD i386; en-US; ) Gecko Thunderbird Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Kevin Oberman References: <20090113044111.134EC1CC0B@ptavv.es.net> In-Reply-To: <20090113044111.134EC1CC0B@ptavv.es.net> X-Enigmail-Version: 0.95.7 OpenPGP: id=E9C2CCD1; url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Eitan Adler Cc: Stephen Montgomery-Smith , Michel Talon , 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: Tue, 13 Jan 2009 22:04:35 -0000 > Smells like FUD to me. In all of my reading, I have never seen such a > claim. There may be some GPLv3 issues, but I seriously doubt this is > one. Which leads to my next question: why not upgrade? -- Eitan Adler "Security is increased by designing for the way humans actually behave." -Jakob Nielsen From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 22:11: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 46950106566B for ; Tue, 13 Jan 2009 22:11:57 +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 F34BA8FC13 for ; Tue, 13 Jan 2009 22:11:56 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 7FA5C9CB12C for ; Tue, 13 Jan 2009 23:11:40 +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 rug223-l9mUS for ; Tue, 13 Jan 2009 23:11:28 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0C6F09CB22A for ; Tue, 13 Jan 2009 23:11:28 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0DMBRgL032166 for current@freebsd.org; Tue, 13 Jan 2009 23:11:28 +0100 (CET) (envelope-from rdivacky) Date: Tue, 13 Jan 2009 23:11:27 +0100 From: Roman Divacky To: current@freebsd.org Message-ID: <20090113221127.GA31906@freebsd.org> References: <20090113215520.GA29635@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090113215520.GA29635@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: [PATCH]: set C dialect when compiling world 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, 13 Jan 2009 22:11:58 -0000 On Tue, Jan 13, 2009 at 10:55:20PM +0100, Roman Divacky wrote: > hi > > in my effort to make world compile in gnu99 mode I'd like this > patch to be commited: > > Index: bsd.sys.mk > =================================================================== > RCS file: /home/ncvs/src/share/mk/bsd.sys.mk,v > retrieving revision 1.47 > diff -u -r1.47 bsd.sys.mk > --- bsd.sys.mk 23 Jul 2008 06:14:21 -0000 1.47 > +++ bsd.sys.mk 13 Jan 2009 21:36:04 -0000 > @@ -8,8 +8,11 @@ > > # for GCC: http://gcc.gnu.org/onlinedocs/gcc-3.0.4/gcc_3.html#IDX143 > > -.if !defined(NO_WARNS) && ${CC} != "icc" > -. if defined(CSTD) > +# the default is gnu89 for now > +. if !defined(CSTD) > +CSTD = gnu89 > +. endif > + CSTD += gnu89 of course :) > . if ${CSTD} == "k&r" > CFLAGS += -traditional > . elif ${CSTD} == "c89" || ${CSTD} == "c90" > @@ -23,7 +26,8 @@ > . endif > # -pedantic is problematic because it also imposes namespace restrictions > #CFLAGS += -pedantic > -. endif > + > +.if !defined(NO_WARNS) && ${CC} != "icc" > . if defined(WARNS) > . if ${WARNS} >= 1 > CWARNFLAGS += -Wsystem-headers > > > the rationale behind this: > > we set CSTD to gnu89 so typical {library|app|whatever} build gets added > ".... -std=gnu89 ...." to its CFLAGS. the command line looks like this for > example: > > cc -O2 -pipe -DMALLOC_PRODUCTION -march=native -I/usr/src/lib/libc/include -I/usr/src/lib/libc/../../include > -I/usr/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/usr/src/lib/libc/../../contrib/gdtoa -DINET6 > -I/usr/obj/usr/src/lib/libc -I/usr/src/lib/libc/resolv -DPOSIX_MISTAKE -I/usr/src/lib/libc/locale -DBROKEN_DES > -DPORTMAP -DDES_BUILTIN -I/usr/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu89 -fstack-protector > -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c getppid.S > > it's nicely hidden in the 4th line near the end ;) > > I want this to be able to easily switch the C dialect used for various parts of > the world. We dont want to mess with expected C dialect of contributed software. > Hence once I switch the default to gnu99 I can just put CSTD=gnu89 to cddl/Makefile > etc. and be fine. > > note that this change is a nop as gcc defaults to gnu89 mode but we need it because > of the intended switch to gnu89. switch to gnu99 of course thnx to Christoph Mallon for the corrections From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 22:37: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 1B1D710657AF for ; Tue, 13 Jan 2009 22:37:33 +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 78E4F8FC2D for ; Tue, 13 Jan 2009 22:37:32 +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 n0DMKO6S053650; Tue, 13 Jan 2009 16:20:24 -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 n0DMKNkH053649; Tue, 13 Jan 2009 16:20:23 -0600 (CST) (envelope-from brooks) Date: Tue, 13 Jan 2009 16:20:23 -0600 From: Brooks Davis To: Eitan Adler Message-ID: <20090113222023.GA51810@lor.one-eyed-alien.net> References: <20090113044111.134EC1CC0B@ptavv.es.net> <496D0FE5.1040903@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="W/nzBZO5zC0uMSeA" Content-Disposition: inline In-Reply-To: <496D0FE5.1040903@gmail.com> 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]); Tue, 13 Jan 2009 16:20:24 -0600 (CST) Cc: Stephen Montgomery-Smith , Michel Talon , 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: Tue, 13 Jan 2009 22:37:33 -0000 --W/nzBZO5zC0uMSeA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Jan 13, 2009 at 05:04:21PM -0500, Eitan Adler wrote: > > Smells like FUD to me. In all of my reading, I have never seen such a > > claim. There may be some GPLv3 issues, but I seriously doubt this is > > one. > Which leads to my next question: why not upgrade? Given the number of FreeBSD using companies who are completely banned the presence of GPLv3 source from their sites, improvements would have to be extremely compelling and there would have to be a straight forward way to produce snapshots of the src tree with out any GPLv3 components as well as a simple way to build said source tree with a non-GPLv3 compiler. -- Brooks --W/nzBZO5zC0uMSeA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFJbROmXY6L6fI4GtQRAkVSAKCbVAFwdEWKupP/ngb1W0+eeeZPrgCgu1t7 cfekxxY9nPBCeJr34qYMMpw= =VRpa -----END PGP SIGNATURE----- --W/nzBZO5zC0uMSeA-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:08: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 221411066233 for ; Tue, 13 Jan 2009 23:08:30 +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 C0DFB8FC1A for ; Tue, 13 Jan 2009 23:08: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 n0DN8Nb1070921 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2009 15:08:23 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <496D1ED6.4090202@FreeBSD.org> Date: Tue, 13 Jan 2009 15:08:06 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Brooks Davis References: <20090113044111.134EC1CC0B@ptavv.es.net> <496D0FE5.1040903@gmail.com> <20090113222023.GA51810@lor.one-eyed-alien.net> In-Reply-To: <20090113222023.GA51810@lor.one-eyed-alien.net> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Eitan Adler , Stephen Montgomery-Smith , Michel Talon 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: Tue, 13 Jan 2009 23:08:34 -0000 Brooks Davis wrote: > On Tue, Jan 13, 2009 at 05:04:21PM -0500, Eitan Adler wrote: >>> Smells like FUD to me. In all of my reading, I have never seen such a >>> claim. There may be some GPLv3 issues, but I seriously doubt this is >>> one. >> Which leads to my next question: why not upgrade? > > Given the number of FreeBSD using companies who are completely banned the > presence of GPLv3 source from their sites, improvements would have to > be extremely compelling and there would have to be a straight forward > way to produce snapshots of the src tree with out any GPLv3 components > as well as a simple way to build said source tree with a non-GPLv3 > compiler. Crazy idea perhaps, but can we make gcc 4.3 (as well as other GPLv3 components) an opt-in, just like we used to have crypto parts in the good old days when US was trying to limit export of this technology? Then can make both camps happy. Yes, it probably means that more efforts would be required to maintain it and keep code compatible with both versions, but since our current GPLv2 compiler is pretty much frozen it should not be much of the hassle as long as the initial work to support both versions have been done. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:14: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 7D0B6106568F for ; Tue, 13 Jan 2009 23:14:07 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id C98568FC12 for ; Tue, 13 Jan 2009 23:14:06 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz13 with SMTP id 13so935231bwz.19 for ; Tue, 13 Jan 2009 15:14:05 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=U7BRlCh3T5+3dowlXMOQyH53/G4VClogbbGzHpIHELI=; b=llr31oWUgrL0twhyVEYITuhtdWSAHkYNBRVnIsAomafTnZhEJoqr20mwIcLBjTv2Ab MazXAYg8k+lm96jpZMO48zIT79A8E14RrE9EuzxKpGHFhPqq7rW9KdbcbDa6yDoYbwZx 8qujZRYW/kDIGNtY0wE+c6Adpnd062QgBnn8g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=fV1fFlEyXm1kqPt8iR+fDj//d0GfBe2a+UoKuUC6fzZiU/MqkSHhNk6gHe8BEBZkc0 qgdH7V52ScN9l9jEgwyYDO9UD3DGe5Zy+s9Jv6wtwxN6PxSWZOpoweVO0mVAyYJxytoa Cic1gnhzMhMku69/N/bb02I7gG9QlslAe0eeE= Received: by 10.223.124.75 with SMTP id t11mr14801912far.73.1231888445507; Tue, 13 Jan 2009 15:14:05 -0800 (PST) Received: by 10.223.115.1 with HTTP; Tue, 13 Jan 2009 15:14:05 -0800 (PST) Message-ID: <3a142e750901131514i9473a56u9c886bbe8eb635b5@mail.gmail.com> Date: Wed, 14 Jan 2009 00:14:05 +0100 From: "Paul B. Mahol" To: "Alex Keda" In-Reply-To: <496CE64F.3060703@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496CDDD8.6020704@lissyara.su> <496CE02A.5000002@lissyara.su> <496CE2CC.300@freebsd.org> <496CE64F.3060703@lissyara.su> Cc: freebsd-current@freebsd.org Subject: Re: About bwi 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, 13 Jan 2009 23:14:09 -0000 On 1/13/09, Alex Keda wrote: > Sam Leffler pishet: >> Alex Keda wrote: >>> Alex Keda D-?D-,N^D-uN': >>>> We want to know - that the driver bwi >>>> Are there any time limits may need some help feasible >>> >>> Explain =) >>> We want to know - how to promote the development of the driver, is >>> there a time frame for its appearance in the source tree? >> >> I know of noone working on bwi. Until there's a developer willing to >> support/maintain the code it's unlikely to go in the tree. > Can you porting bwi from perforce to CURRENT? > I know human who working with driver... > Only porting. > _______________________________________________ > 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" > It actually was ported, and sources for 8.0-CURRENT was available for testing(and probably still is). Last time I checked it, bwi was still in perforce but development stopped. On other hand bwi have its own bugs (performance was suboptimal in my environment) and development of driver itself is in stagnation. Not mentioning imposibility for supporting newer broadcom chips. -- Paul From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:47:00 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 7886D1065843; Tue, 13 Jan 2009 23:47:00 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (saltmine.radix.net [207.192.128.40]) by mx1.freebsd.org (Postfix) with ESMTP id 334CE8FC16; Tue, 13 Jan 2009 23:47:00 +0000 (UTC) (envelope-from dickey@saltmine.radix.net) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id n0DNXrfP000935; Tue, 13 Jan 2009 18:33:53 -0500 (EST) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id n0DNXrpl000933; Tue, 13 Jan 2009 18:33:53 -0500 (EST) Date: Tue, 13 Jan 2009 18:33:53 -0500 From: Thomas Dickey To: Stanislav Sedov Message-ID: <20090113233353.GA24233@saltmine.radix.net> References: <20090112200128.GA85280@freebsd.org> <20090113100623.493b3b43.stas@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" Content-Disposition: inline In-Reply-To: <20090113100623.493b3b43.stas@FreeBSD.org> User-Agent: Mutt/1.3.27i Cc: Roman Divacky , current@freebsd.org Subject: Re: [RFC]: flex/lex 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: Tue, 13 Jan 2009 23:47:01 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jan 13, 2009 at 10:06:23AM +0300, Stanislav Sedov wrote: > On Mon, 12 Jan 2009 21:01:28 +0100 > Roman Divacky mentioned: >=20 > > hi > >=20 > > I noticed there is an update to lex/flex. The version in our tree > > is ancient and there seems to be some updates (http://flex.sourceforge.= net/) > >=20 > > Can someone comment on the state of lex in our tree? It's not considered > > a contributed software (it resides in usr.bin) but it was taken from el= sewhere. > >=20 > > what is our position? is it preferable for me to work on updating it or > > just fixing the one bug I ran into? >=20 > Are there any benefits in updating? Does it worth the hassle? We have this > version of flex in ports for those who needs extended features. The newer version will break some existing programs (for instance, the last time I looked, it had broken the %option lines) - which is one of the reasons I chose to work on "old" flex: http://invisible-island.net/reflex/reflex.html =20 > If there're no critical echancements/fixes in the updated flex version I'd > prefer to stay with what we have and just fix the bugs encountered locall= y. You've probably best off leaving the base flex as-is (ports are always a different matter). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.6 (SunOS) Comment: For info see http://www.gnupg.org iD8DBQFJbSTftIqByHxlDocRAm7NAJ4hP/hgflpbTbwi8uIFu6F/KgloaQCaA49z FOADU0I8xm0LC4ZaSyWCFpY= =04ab -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Tue Jan 13 23:56: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 3AC101065675; Tue, 13 Jan 2009 23:56:45 +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 F1D268FC0C; Tue, 13 Jan 2009 23:56:44 +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 n0DNufsx097623 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2009 23:56:44 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-current@freebsd.org Date: Tue, 13 Jan 2009 23:56:40 +0000 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; amd64; ; ) References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> In-Reply-To: <496D1ED6.4090202@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901132356.40820.ken@mthelicon.com> Cc: Eitan Adler , Brooks Davis , Michel Talon , Stephen Montgomery-Smith 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: Tue, 13 Jan 2009 23:56:45 -0000 On Tuesday 13 January 2009 23:08:06 Maxim Sobolev wrote: > Brooks Davis wrote: > > On Tue, Jan 13, 2009 at 05:04:21PM -0500, Eitan Adler wrote: > >>> Smells like FUD to me. In all of my reading, I have never seen such a > >>> claim. There may be some GPLv3 issues, but I seriously doubt this is > >>> one. > >> > >> Which leads to my next question: why not upgrade? > > > > Given the number of FreeBSD using companies who are completely banned the > > presence of GPLv3 source from their sites, improvements would have to > > be extremely compelling and there would have to be a straight forward > > way to produce snapshots of the src tree with out any GPLv3 components > > as well as a simple way to build said source tree with a non-GPLv3 > > compiler. > > Crazy idea perhaps, but can we make gcc 4.3 (as well as other GPLv3 > components) an opt-in, just like we used to have crypto parts in the > good old days when US was trying to limit export of this technology? > Then can make both camps happy. Yes, it probably means that more efforts > would be required to maintain it and keep code compatible with both > versions, but since our current GPLv2 compiler is pretty much frozen it > should not be much of the hassle as long as the initial work to support > both versions have been done. > > -Maxim At the moment you can already compile gcc 4.3 from the ports tree, however things like binutils only seems to exist in the ports as a cross compiling tool. How hard would it be to add binutils as a port and make the gcc 4.x ports dependent on it? This way you can install gcc 4.3 with the assembler and linker that play nice together during the build? At the moment, I have had to make binutils from a gnu downloaded source and then make gcc 4.3 with a silly make, IE: make AS=/usr/local/bin/as .......... Unless the makers of gcc 4.3 changed this, I had all sorts of compiling problems when a port was using g++ due to headers that were not included by default (that g++ 4.2 did). I would imagine there would be a lot of rework to do in the ports tree making it happy. Once you get a happy and stable 4.3 (and later) installed on your machine, its just a simple change in the make.conf to choose what compiler you want to use. Would this approach get around the need to have 4.3 installed as a BSD default? Peg From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 01:11:36 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 4122F106567C for ; Wed, 14 Jan 2009 01:11:36 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp1-g21.free.fr (smtp1-g21.free.fr [212.27.42.1]) by mx1.freebsd.org (Postfix) with ESMTP id B147D8FC0A for ; Wed, 14 Jan 2009 01:11:33 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtp1-g21.free.fr (localhost [127.0.0.1]) by smtp1-g21.free.fr (Postfix) with ESMTP id C629D940014; Wed, 14 Jan 2009 02:11:29 +0100 (CET) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp1-g21.free.fr (Postfix) with ESMTP id 8DDA6940072; Wed, 14 Jan 2009 02:11:26 +0100 (CET) Received: from obiwan.tataz.chchile.org (endor.tataz.chchile.org [192.168.1.25]) by endor.tataz.chchile.org (Postfix) with ESMTP id 22BDD3406E; Wed, 14 Jan 2009 01:10:56 +0000 (UTC) Received: by obiwan.tataz.chchile.org (Postfix, from userid 1000) id 011495082A; Wed, 14 Jan 2009 02:10:55 +0100 (CET) Date: Wed, 14 Jan 2009 02:10:55 +0100 From: Jeremie Le Hen To: Kostik Belousov Message-ID: <20090114011055.GK41799@obiwan.tataz.chchile.org> References: <20090113210716.GI41799@obiwan.tataz.chchile.org> <20090113212355.GG2247@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="9crTWz/Z+Zyzu20v" Content-Disposition: inline In-Reply-To: <20090113212355.GG2247@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-current@FreeBSD.org Subject: Re: fstab type "dp" 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, 14 Jan 2009 01:11:36 -0000 --9crTWz/Z+Zyzu20v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Dear Kostik, On Tue, Jan 13, 2009 at 11:23:55PM +0200, Kostik Belousov wrote: > What are the supposed advantages of this approach over the dumpdev > variable in rc.conf ? I see that having whole partition usage > configuration in fstab is natural, so the idea of the patch is > probably right. This is exactly the point. fstab(5) will describe every partition usage. > One the other hand, is it possible to enchance > this to allow specification of the swap partition that is also > a dump partition, in fstab ? Well, actually I think it makes more sense to automatically add "dp" device as swap. You will find an updated patch attached where swapon(8) has been modified to implement this behaviour. Is it better now? Thank you. Regards, -- Jeremie Le Hen < jeremie at le-hen dot org >< ttz at chchile dot org > --9crTWz/Z+Zyzu20v Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fstab_dp_2.patch" Index: etc/rc.d/dumpon =================================================================== RCS file: /mnt/space/cvsroot/src/etc/rc.d/dumpon,v retrieving revision 1.11 diff -u -p -r1.11 dumpon --- etc/rc.d/dumpon 10 Dec 2005 20:21:45 -0000 1.11 +++ etc/rc.d/dumpon 17 Feb 2008 13:16:27 -0000 @@ -37,13 +37,9 @@ dumpon_start() dumpon_try "${dev}" return $? fi - while read dev mp type more ; do - [ "${type}" = "swap" ] || continue - [ -c "${dev}" ] || continue - dumpon_try "${dev}" 2>/dev/null && return 0 - done &2 - return 1 + dumpdev=`dumpon -av` || return 1 + echo "${dumpdev}" + ln -fs "${dumpdev##* }" /dev/dumpdev ;; *) dumpon_try "${dumpdev}" Index: include/fstab.h =================================================================== RCS file: /mnt/space/cvsroot/src/include/fstab.h,v retrieving revision 1.4 diff -u -p -r1.4 fstab.h --- include/fstab.h 7 Apr 2003 12:54:59 -0000 1.4 +++ include/fstab.h 13 Jan 2009 00:34:39 -0000 @@ -55,6 +55,7 @@ #define FSTAB_RQ "rq" /* read/write with quotas */ #define FSTAB_RO "ro" /* read-only device */ #define FSTAB_SW "sw" /* swap device */ +#define FSTAB_DP "dp" /* dump device */ #define FSTAB_XX "xx" /* ignore totally */ struct fstab { Index: lib/libc/gen/fstab.c =================================================================== RCS file: /mnt/space/cvsroot/src/lib/libc/gen/fstab.c,v retrieving revision 1.15 diff -u -p -r1.15 fstab.c --- lib/libc/gen/fstab.c 9 Jan 2007 00:27:53 -0000 1.15 +++ lib/libc/gen/fstab.c 13 Jan 2009 00:35:23 -0000 @@ -196,6 +196,10 @@ fstabscan() _fs_fstab.fs_type = FSTAB_SW; break; } + if (!strcmp(cp, FSTAB_DP)) { + _fs_fstab.fs_type = FSTAB_DP; + break; + } if (!strcmp(cp, FSTAB_XX)) { _fs_fstab.fs_type = FSTAB_XX; typexx++; Index: sbin/dumpon/dumpon.8 =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/dumpon/dumpon.8,v retrieving revision 1.35 diff -u -p -r1.35 dumpon.8 --- sbin/dumpon/dumpon.8 27 Feb 2006 00:15:53 -0000 1.35 +++ sbin/dumpon/dumpon.8 13 Jan 2009 00:36:53 -0000 @@ -36,10 +36,14 @@ .Nd "specify a device for crash dumps" .Sh SYNOPSIS .Nm +.Op Fl f .Op Fl v .Ar special_file .Nm .Op Fl v +-a +.Nm +.Op Fl v .Cm off .Sh DESCRIPTION The @@ -70,6 +74,25 @@ total amount of physical memory as repor .Va hw.physmem .Xr sysctl 8 variable. +It will also check that +.Ar special_file +is referenced in +.Xr fstab 5 +with either type ``dp'' or ``sw''. +The +.Fl f +flag causes +.Nm +to bypass this check. +.Pp +The +.Fl a +flag causes +.Nm +to automatically determine a suitable dump device by scanning +.Xr fstab 5 . +It does so by first looking for the first suitable device of type ``dp'' +and falling back to a device of type ``sw''. .Pp The .Fl v Index: sbin/dumpon/dumpon.c =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/dumpon/dumpon.c,v retrieving revision 1.24 diff -u -p -r1.24 dumpon.c --- sbin/dumpon/dumpon.c 31 Oct 2006 22:36:49 -0000 1.24 +++ sbin/dumpon/dumpon.c 13 Jan 2009 00:38:09 -0000 @@ -47,6 +47,7 @@ __FBSDID("$FreeBSD: src/sbin/dumpon/dump #include #include +#include #include #include #include @@ -60,13 +61,14 @@ static int verbose; static void usage(void) { - fprintf(stderr, "%s\n%s\n", - "usage: dumpon [-v] special_file", + fprintf(stderr, "%s\n%s\n%s\n", + "usage: dumpon [-fv] special_file", + " dumpon [-v] -a", " dumpon [-v] off"); exit(EX_USAGE); } -static void +static int check_size(int fd, const char *fn) { int name[] = { CTL_HW, HW_PHYSMEM }; @@ -79,28 +81,84 @@ check_size(int fd, const char *fn) len = sizeof(minidump); if (sysctlbyname("debug.minidump", &minidump, &len, NULL, 0) == 0 && minidump == 1) - return; + return (EX_OK); len = sizeof(physmem); if (sysctl(name, namelen, &physmem, &len, NULL, 0) != 0) err(EX_OSERR, "can't get memory size"); - if (ioctl(fd, DIOCGMEDIASIZE, &mediasize) != 0) - err(EX_OSERR, "%s: can't get size", fn); + if (ioctl(fd, DIOCGMEDIASIZE, &mediasize) != 0) { + warn("%s: can't get size", fn); + return (EX_OSERR); + } if ((uintmax_t)mediasize < (uintmax_t)physmem) { if (verbose) printf("%s is smaller than physical memory\n", fn); - exit(EX_IOERR); + return (EX_IOERR); } + return (EX_OK); +} + +static int +scan_fstab(const char *type, const char **dumpdev) +{ + struct fstab *fsp; + int fd, ret; + + for (;;) { + fsp = getfsent(); + if (fsp == NULL) + break; + if (strcmp(fsp->fs_type, type)) + continue; + fd = open(fsp->fs_spec, O_RDONLY); + if (fd < 0) { + warn("%s", fsp->fs_spec); + continue; + } + ret = check_size(fd, fsp->fs_spec); + if (ret == EX_OK) { + *dumpdev = fsp->fs_spec; + return (fd); + } + close(fd); + } + + return (-1); +} + +static int +enable_dump(int fd, const char *dumpdev) +{ + int i; + u_int u; + + u = 0; + i = ioctl(fd, DIOCSKERNELDUMP, &u); + u = 1; + i = ioctl(fd, DIOCSKERNELDUMP, &u); + if (i == 0 && verbose) + printf("kernel dumps on %s\n", dumpdev); + return (i); } int main(int argc, char *argv[]) { + const char *dumpdev; + struct fstab *fsp; + int automatic, force; int ch; int i, fd; u_int u; - while ((ch = getopt(argc, argv, "v")) != -1) + automatic = force = 0; + while ((ch = getopt(argc, argv, "afv")) != -1) switch((char)ch) { + case 'a': + automatic = 1; + break; + case 'f': + force = 1; + break; case 'v': verbose = 1; break; @@ -111,20 +169,42 @@ main(int argc, char *argv[]) argc -= optind; argv += optind; - if (argc != 1) + if (argc != 1 && !automatic) usage(); - if (strcmp(argv[0], "off") != 0) { - fd = open(argv[0], O_RDONLY); + if (automatic) { + fd = scan_fstab(FSTAB_DP, &dumpdev); + if (fd < 0) { + setfsent(); + fd = scan_fstab(FSTAB_SW, &dumpdev); + } if (fd < 0) - err(EX_OSFILE, "%s", argv[0]); - check_size(fd, argv[0]); - u = 0; - i = ioctl(fd, DIOCSKERNELDUMP, &u); - u = 1; - i = ioctl(fd, DIOCSKERNELDUMP, &u); - if (i == 0 && verbose) - printf("kernel dumps on %s\n", argv[0]); + errx(EX_UNAVAILABLE, "no suitable device found"); + i = enable_dump(fd, dumpdev); + + } else if (strcmp(argv[0], "off") != 0) { + dumpdev = argv[0]; + fsp = getfsspec(dumpdev); + /* + * Allow special files referenced in fstab(5) as FSTAB_DP + * and FSTAB_SW entries. + */ + if (!force && (fsp == NULL || + (strcmp(fsp->fs_type, FSTAB_DP) && + strcmp(fsp->fs_type, FSTAB_SW) && + /* XXX Backward compatibility. */ + strcmp(fsp->fs_vfstype, "swap") && + strcmp(fsp->fs_vfstype, "dump")))) + errx(EX_OSFILE, "%s: not a dump or swap device", + dumpdev); + fd = open(dumpdev, O_RDONLY); + if (fd < 0) + err(EX_OSFILE, "%s", dumpdev); + i = check_size(fd, dumpdev); + if (i != EX_OK) + exit(i); + i = enable_dump(fd, dumpdev); + } else { fd = open(_PATH_DEVNULL, O_RDONLY); if (fd < 0) Index: sbin/savecore/savecore.8 =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/savecore/savecore.8,v retrieving revision 1.26 diff -u -p -r1.26 savecore.8 --- sbin/savecore/savecore.8 26 Dec 2007 11:42:10 -0000 1.26 +++ sbin/savecore/savecore.8 13 Jan 2009 00:39:05 -0000 @@ -90,10 +90,10 @@ looks for dumps on each device specified .Ar device argument(s), or on each device in .Pa /etc/fstab -marked as -.Dq dump +with a type of +.Dq dp or -.Dq swap . +.Dq sw . The .Nm utility Index: sbin/savecore/savecore.c =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/savecore/savecore.c,v retrieving revision 1.80 diff -u -p -r1.80 savecore.c --- sbin/savecore/savecore.c 27 Dec 2007 21:28:48 -0000 1.80 +++ sbin/savecore/savecore.c 13 Jan 2009 00:42:05 -0000 @@ -692,7 +692,10 @@ main(int argc, char **argv) fsp = getfsent(); if (fsp == NULL) break; - if (strcmp(fsp->fs_vfstype, "swap") && + if (strcmp(fsp->fs_type, FSTAB_SW) && + strcmp(fsp->fs_type, FSTAB_DP) && + /* XXX Backward compatibility. */ + strcmp(fsp->fs_vfstype, "swap") && strcmp(fsp->fs_vfstype, "dump")) continue; DoFile(savedir, fsp->fs_spec); Index: sbin/swapon/swapon.8 =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/swapon/swapon.8,v retrieving revision 1.31 diff -u -p -r1.31 swapon.8 --- sbin/swapon/swapon.8 23 Jun 2008 22:17:08 -0000 1.31 +++ sbin/swapon/swapon.8 14 Jan 2009 00:59:11 -0000 @@ -50,7 +50,7 @@ The and .Nm swapctl utilities are used to control swap devices in the system. -At boot time all swap entries in +At boot time all swap and dump entries in .Pa /etc/fstab are added automatically when the system goes multi-user. Swap devices use a fixed interleave; the maximum number of devices @@ -64,7 +64,7 @@ The utility adds the specified swap devices to the system. If the .Fl a -option is used, all swap devices in +option is used, all swap and dump devices in .Pa /etc/fstab will be added, unless their .Dq noauto @@ -79,7 +79,7 @@ The utility removes the specified swap devices from the system. If the .Fl a -option is used, all swap devices in +option is used, all swap and dump devices in .Pa /etc/fstab will be removed, unless their .Dq noauto @@ -119,7 +119,7 @@ and .Fl U options to .Nm swapctl -operate on all swap entries in +operate on all swap and dump entries in .Pa /etc/fstab which do not have their .Dq noauto Index: sbin/swapon/swapon.c =================================================================== RCS file: /mnt/space/cvsroot/src/sbin/swapon/swapon.c,v retrieving revision 1.24 diff -u -p -r1.24 swapon.c --- sbin/swapon/swapon.c 23 Jun 2008 22:17:08 -0000 1.24 +++ sbin/swapon/swapon.c 14 Jan 2009 00:54:09 -0000 @@ -143,7 +143,8 @@ main(int argc, char **argv) if (which_prog == SWAPON || which_prog == SWAPOFF) { if (doall) { while ((fsp = getfsent()) != NULL) { - if (strcmp(fsp->fs_type, FSTAB_SW)) + if (strcmp(fsp->fs_type, FSTAB_SW) && + strcmp(fsp->fs_type, FSTAB_DP)) continue; if (strstr(fsp->fs_mntops, "noauto")) continue; Index: share/man/man5/fstab.5 =================================================================== RCS file: /mnt/space/cvsroot/src/share/man/man5/fstab.5,v retrieving revision 1.30 diff -u -p -r1.30 fstab.5 --- share/man/man5/fstab.5 11 Feb 2008 09:36:43 -0000 1.30 +++ share/man/man5/fstab.5 13 Jan 2009 00:57:07 -0000 @@ -156,7 +156,13 @@ is ``sw'' then the special file is made space by the .Xr swapon 8 command at the end of the system reboot procedure. -The fields other than +If +.Fa fs_type +is ``dp'' then the special file is intended to be made the dump device +by the +.Xr dumpon 8 +command. +In both cases, the fields other than .Fa fs_spec and .Fa fs_type @@ -250,6 +256,7 @@ within #define FSTAB_RQ "rq" /* read/write with quotas */ #define FSTAB_RO "ro" /* read-only device */ #define FSTAB_SW "sw" /* swap device */ +#define FSTAB_DP "dp" /* dump device */ #define FSTAB_XX "xx" /* ignore totally */ struct fstab { @@ -284,6 +291,7 @@ resides in .Xr getvfsbyname 3 , .Xr ccd 4 , .Xr dump 8 , +.Xr dumpon 8 , .Xr fsck 8 , .Xr mount 8 , .Xr quotacheck 8 , Index: share/man/man5/rc.conf.5 =================================================================== RCS file: /mnt/space/cvsroot/src/share/man/man5/rc.conf.5,v retrieving revision 1.334 diff -u -p -r1.334 rc.conf.5 --- share/man/man5/rc.conf.5 27 Jan 2008 15:15:12 -0000 1.334 +++ share/man/man5/rc.conf.5 17 Feb 2008 15:45:01 -0000 @@ -2917,9 +2917,9 @@ Indicates the device (usually a swap par should be written in the event of a system crash. If the value of this variable is .Dq Li AUTO , -the first suitable swap device listed in -.Pa /etc/fstab -will be used as dump device. +.Xr dumpon 8 +will try to find a suitable dump device according to +.Pa /etc/fstab . Otherwise, the value of this variable is passed as the argument to .Xr dumpon 8 . To disable crash dumps, set this variable to --9crTWz/Z+Zyzu20v-- From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 02:20: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 BDD201065675 for ; Wed, 14 Jan 2009 02:20:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9C18FC1E for ; Wed, 14 Jan 2009 02:20:30 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-001-114.pools.arcor-ip.net [88.66.1.114]) by mrelayeu.kundenserver.de (node=mrelayeu0) with ESMTP (Nemesis) id 0MKwh2-1LMvMr1YKQ-0003HQ; Wed, 14 Jan 2009 03:20:29 +0100 Received: (qmail 6193 invoked from network); 14 Jan 2009 02:20:28 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by laiers.local with SMTP; 14 Jan 2009 02:20:28 -0000 From: Max Laier Organization: FreeBSD To: freebsd-current@freebsd.org Date: Wed, 14 Jan 2009 03:20:28 +0100 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: <20090113210716.GI41799@obiwan.tataz.chchile.org> <20090113212355.GG2247@deviant.kiev.zoral.com.ua> <20090114011055.GK41799@obiwan.tataz.chchile.org> In-Reply-To: <20090114011055.GK41799@obiwan.tataz.chchile.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901140320.28524.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18J9zROyqoLtqL3GDXz4L24u/FsuFaNpvKG8ZU pMoBZftPAG62jVEEB8IjIsY03WTY/s6HCubWx8dGV649wRxE2q M5iAzEi9TmF1bNYjTVRBw== Cc: Kostik Belousov , Jeremie Le Hen Subject: Re: fstab type "dp" 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, 14 Jan 2009 02:20:31 -0000 On Wednesday 14 January 2009 02:10:55 Jeremie Le Hen wrote: > Dear Kostik, > > On Tue, Jan 13, 2009 at 11:23:55PM +0200, Kostik Belousov wrote: > > What are the supposed advantages of this approach over the dumpdev > > variable in rc.conf ? I see that having whole partition usage > > configuration in fstab is natural, so the idea of the patch is > > probably right. > > This is exactly the point. fstab(5) will describe every partition > usage. > > > One the other hand, is it possible to enchance > > this to allow specification of the swap partition that is also > > a dump partition, in fstab ? > > Well, actually I think it makes more sense to automatically add "dp" > device as swap. You will find an updated patch attached where swapon(8) > has been modified to implement this behaviour. Is it better now? I don't agree here. The point of having a dedicated dump device could be to not overwrite the state of the swap when dumping core. In addition, a dump device could double as a place for suspend to disk if/when we implement this - in this scenario it would also be required that the dump device does not hold valuable swap data. -- /"\ 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 Wed Jan 14 04:06: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 554581065670; Wed, 14 Jan 2009 04:06:13 +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 1B3FD8FC1A; Wed, 14 Jan 2009 04:06:12 +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 n0E46Ama085695 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 13 Jan 2009 20:06:11 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <496D64A0.1090309@FreeBSD.org> Date: Tue, 13 Jan 2009 20:05:52 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <200901132356.40820.ken@mthelicon.com> In-Reply-To: <200901132356.40820.ken@mthelicon.com> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Eitan Adler , freebsd-current@FreeBSD.org, Michel Talon , Brooks Davis , Stephen Montgomery-Smith 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: Wed, 14 Jan 2009 04:06:13 -0000 Pegasus Mc Cleaft wrote: > Would this approach get around the need to have 4.3 installed as a BSD > default? Well, this is workaround not a solution. Sooner or later FreeBSD will hit some principal limitation of the current compiler, like for example it was in the old days of gcc 2.xx, when FreeBSD had stuck with version that was outdated by few years resulting in inability to use any more or less modern C++ code with the system compiler. Existing processors develop all the time (SSE 4.2 for example) and the new architectures emerge (Cell for example), so that it's just matter of time when it happens again. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 04:59: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 1DAD11065670 for ; Wed, 14 Jan 2009 04:59:13 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.168]) by mx1.freebsd.org (Postfix) with ESMTP id E2F828FC18 for ; Wed, 14 Jan 2009 04:59:12 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so395564wfg.7 for ; Tue, 13 Jan 2009 20:59:12 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=3WNT9M3D4mHlqYsMb33sBbfPKRN5KJj+9/6HqWX7b/4=; b=kcmvutFHXIEiRQF3a4aAv+R9xPVfhoXnPByrTD36GFgBZn1Iy6thbKsep2uVtdz5u5 JVUMS2aZzpkmH63vuZnfwP95tL+n+xEOEz2CMQAPANEMqQYxlV77xvltmEuJ5RLu+na1 niIObWKikHYT8UdpDJW1A9dawai5rUfazQ3/8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=xcf92e/x7CqEFI3XDXdOew8eS9v1WedRa5L9Hq3cyHW9rtIACx7sZCmGOyKth5M0Pc lDxGjeBur17qEi4Aq2G4tdJIRBMUG1Jpc3G44muGFz98Px7YudCEHp0vt9N/03L1acmi awgX3mYxfSnSrGDWmiYDN+iS9zMa+SgIOkk5I= Received: by 10.142.203.19 with SMTP id a19mr13200589wfg.310.1231909152432; Tue, 13 Jan 2009 20:59:12 -0800 (PST) Received: by 10.143.114.8 with HTTP; Tue, 13 Jan 2009 20:59:12 -0800 (PST) Message-ID: <47d0403c0901132059x472f4cfdw56568854589c549b@mail.gmail.com> Date: Tue, 13 Jan 2009 23:59:12 -0500 From: "Ben Kaduk" To: "Ben Kaduk" In-Reply-To: <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> 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, 14 Jan 2009 04:59:13 -0000 On Tue, Jan 13, 2009 at 4:35 PM, Ben Kaduk wrote: > On Tue, Jan 13, 2009 at 4:11 PM, Randy Bush wrote: >> installed amd64 7.1 from cdrom >> partitioned two sata drives to single partitions >> labeled and gmirrored >> >> upgraded to 8-current >> ad0 started falling off mirror >> ad2 started reporting smart errors > > Interesting. I have been seeing similar behavior when trying to > update my 7.1-prerelase box to current, except that it seems to be > random _which_ disk falls off the mirror. I'm also seeing panics if I > try to stress the (then-degraded) mirror with the current kernel. The > mirror is rock-solid with the 7.1-pre kernel. > > The panic is "initiate_write_inodeblock_ufs2: already started", and > I've got some details of the other messages I've seen logged up here: > http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/20090107/panic.txt > I just added a new swap device, so I'll see if I can actually get a dump once > the mirror rebuilds. Grr. I built a kernel with WITNESS and INVARIANTS, and though I get some (previously-reported, and apparently harmless) LORs on boot, I can no longer reproduce the gmirror failure or the panic. (The i/o scheduler is not too shabby, either, as I'm seeing something like 20MB/s on each disk with four parallel bonnie++ processes.) So ... a race condition, then? -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 05:13: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 F3BD5106566B for ; Wed, 14 Jan 2009 05:13:47 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id C507C8FC18 for ; Wed, 14 Jan 2009 05:13:47 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so380843rvf.43 for ; Tue, 13 Jan 2009 21:13:47 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=XgRqVOYt4adh+8gnII2TaR5Dd1DHEyUkIEuIAMJnVxI=; b=Omr3QBKCIp/xrKQxEjZdrx/7Fag9darKy8kYpblfncqy+69YTnB5/XO+N5fzRdnY0K NLa/Qtd7flqjucmvR9n6BY8hSWQoyfKtVNxHMMkGICF6gXzSBgpVqYGOHPldRoKwikW9 B+WzgjX9LfBvY5svI3CGE/CKpOZV1CpeBHPNo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=VwrNCgb/9GxQfZGDY1RR5rTUctUdH5VsoTKO4mbIDP3D4OLVrSPLtxM4uRv7gr2fIW +zxII3/3NljqfFfs1XMnNZfEb9KSKpjRBqBohpkBr0qvpWtN+Mjj0thsd96uyrg3C4DT CfnSDL0+rjSjPzMlN91NiztyZgLC973MBXv4A= Received: by 10.142.141.21 with SMTP id o21mr8506260wfd.308.1231910027358; Tue, 13 Jan 2009 21:13:47 -0800 (PST) Received: by 10.143.114.8 with HTTP; Tue, 13 Jan 2009 21:13:47 -0800 (PST) Message-ID: <47d0403c0901132113g2c31b631o39408bf56ec101be@mail.gmail.com> Date: Wed, 14 Jan 2009 00:13:47 -0500 From: "Ben Kaduk" To: "Ben Kaduk" In-Reply-To: <47d0403c0901132059x472f4cfdw56568854589c549b@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> <47d0403c0901132059x472f4cfdw56568854589c549b@mail.gmail.com> 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, 14 Jan 2009 05:13:48 -0000 On Tue, Jan 13, 2009 at 11:59 PM, Ben Kaduk wrote: > > Grr. I built a kernel with WITNESS and INVARIANTS, and though I get > some (previously-reported, and apparently harmless) LORs on boot, > I can no longer reproduce the gmirror failure or the panic. Actually, I appear to have rebooted into the old kernel at some point (it's been a busy day and I've been running around a lot). Sorry for the noise. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 06: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 33498106564A for ; Wed, 14 Jan 2009 06:04:31 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id DAF4B8FC0A for ; Wed, 14 Jan 2009 06:04:30 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so81995qwb.7 for ; Tue, 13 Jan 2009 22:04:30 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=K2rOZwYLNm2U8etz4XWNj17rY6d78Rgq4aH0lPcSQ/o=; b=iEFacBk9iuVyD5EcHXwgsdEwT4fYhBV3EY13/UCA0efOGhl4K3F7L28ubsfPeSN/Xz ReHbgXBJ0TCOiZUPBSOR64GRMflPddI2cxTUE1fi/vpwUHSxsZa+fxrAe04MfD5JR4x6 AzwnLZLsryTSRRyaXDcAQOe0DHDul0AKpruI8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=G+BIzq3zokqh31RScEhCPbosfEtQgjyosChAW9JV4JaRopUXhQDXQyJaAu2c8spAfj 0wsAbRL42H0uzV3gYgAzmNTgJn7+neV/XprAP5/C6vyBugdtcsLzZ5ydP8M7lqUawb1w 2tmPfj9kYiBk31MD8Aadrc/Ef4dEQit+6Qk0A= Received: by 10.214.81.16 with SMTP id e16mr8672136qab.254.1231911740695; Tue, 13 Jan 2009 21:42:20 -0800 (PST) Received: by 10.214.81.13 with HTTP; Tue, 13 Jan 2009 21:42:20 -0800 (PST) Message-ID: Date: Wed, 14 Jan 2009 00:42:20 -0500 From: "Adrian Chadd" Sender: adrian.chadd@gmail.com To: "Maxim Sobolev" In-Reply-To: <496D64A0.1090309@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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> X-Google-Sender-Auth: 49085c0b27735e9b 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: Wed, 14 Jan 2009 06:04:31 -0000 2009/1/13 Maxim Sobolev : > Well, this is workaround not a solution. Sooner or later FreeBSD will hit > some principal limitation of the current compiler, like for example it was > in the old days of gcc 2.xx, when FreeBSD had stuck with version that was > outdated by few years resulting in inability to use any more or less modern > C++ code with the system compiler. Existing processors develop all the time > (SSE 4.2 for example) and the new architectures emerge (Cell for example), > so that it's just matter of time when it happens again. So have people actually done some tests with the latest gcc and the freebsd world/kernel and -demonstrated- a speedup with that? I'd be happy with a crappy but fast and standard compiler in /usr/src if it build the world and kernel and the kernel was within 5% or so of the hyper-optimised very-latest compiler. But then, I seem to have falled square in the "compilers can't do all the magic; stop writing crappy code" school who believes you should only need a magically awesome compiler for about 1% of your codebase, and the rest should just be well-written to start with. So I re-iterate. Why all of the discussion having the default compiler be something new and shiny, when those who need the performance gains can just install -that- compiler as a port and use that? Adrian From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 06:28:46 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 8D482106566B for ; Wed, 14 Jan 2009 06:28:46 +0000 (UTC) (envelope-from rohit.trip@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 1CACC8FC12 for ; Wed, 14 Jan 2009 06:28:45 +0000 (UTC) (envelope-from rohit.trip@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so242239fgb.35 for ; Tue, 13 Jan 2009 22:28:44 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=rlwq/ilNYJ1L71VnXNWk+MZm6dKTURe60Ic5SnR5Pcc=; b=XyvCQi1n3/oXI1rJDLlSnEv/4De8KZZpJQquHidMIUYrgZn/ykBMeGhDW7cSMU4I03 SRc0qJMRB1n35k7UTsAV11OWc0zcUAOVZtpK/XPrS0AmkVBuCyrBCufmzqzDGK+vGDPS qb+m9apZUvQyo9C70Bu7pZUfqrqg4OjpHWzNk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=KUpYZp9YBCni5WipzVnQZ+zZTgGKvR7kepNanNFQfLTFG47AoOIk2JoouSj/CyP4ee n82pX+Ie6s79SgFfQKJefEa3I+HswX8dbxR5siZviwthf0E4K5lrQ5G8roxHlU5CNgJP k+R5CtGcJ+8sDQJihNRlC9RTE5pNH5EZP7wTg= Received: by 10.86.84.18 with SMTP id h18mr411016fgb.69.1231914524499; Tue, 13 Jan 2009 22:28:44 -0800 (PST) Received: by 10.86.79.3 with HTTP; Tue, 13 Jan 2009 22:28:44 -0800 (PST) Message-ID: <33615c8e0901132228p4c2554e1h326a0248ac42cf08@mail.gmail.com> Date: Wed, 14 Jan 2009 01:28:44 -0500 From: "Rohit Tripathi" To: rea-fbsd@codelabs.ru In-Reply-To: <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <33615c8e0901121328h5e594c7fw43ff42943baf70d0@mail.gmail.com> <+BE8V3eWlNumNoeRVXGwF9oosbU@Nxyl89WskzuM4RJ7pF/cdJZbOMo> Cc: current@freebsd.org Subject: Re: hints on setting up usb cdma modem? 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, 14 Jan 2009 06:28:46 -0000 > It is not the ucom endpoint -- it is some mass-storage endpoint that > your modem seem to implement too. Or you showed us not all dmesg parts Yes, under Fedora, the moment I plug in my CDMA card, its built in storage drive is mounted first. I have to eject this drive before I could do anything. Something similar is happening under freebsd. > ----- > ucom0: on uhub5 > ucom0: iclass 2/2 > ucom0: data interface 1, has CM over data, has break > ucom0: status change notification available > ---- > > So, the basic questions are: > - had you compiled-in/kldloaded the ucom module? Yes, this was the very first thing I had tried before wandering off into usbd land > - do you have ucom-related messages in dmesg? Yes, but they seem to appear only after I give a reboot command....i.e. right before filesystems are being unmounted (which makes sense considering how we have to "free" up the mass-storage part before using the modem under fedora) > - you might also need modules 'uplcom' and/or 'umodem' -- try them. Yes I have tried these earlier, then I discovered usbd, ubsa, and now u3g (compiled and loaded, and yes entries for U727 are already there, thanks Nick!) but so far with my limited knowledge of FreebBSD I haven't been able to get any of it moving. Here's an approximate description of steps I took: 1. Update kernel src, remove ubsa from kernel config, and add u3g 2. Build, install, merge configs 3. Setup ppp according to instructions given on Nick's page: http://people.freebsd.org/~n_hibma/u3g.html 4. Plugin modem, plugout, and watch as nothing happens 5. Post on freebsd-current 6. Wait :) From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 07:32: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 2DA9E1065673 for ; Wed, 14 Jan 2009 07:32:16 +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 921028FC0A for ; Wed, 14 Jan 2009 07:32:15 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 14 Jan 2009 07:32:13 -0000 Received: from p54A3E7A4.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.231.164] by mail.gmx.net (mp012) with SMTP; 14 Jan 2009 08:32:13 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX19xIr57wEpxStOxtIY4n2IwrUz5QHhYCzGjW8R2kC FvNcmVKyI3SByl Message-ID: <496D94FD.9030300@gmx.de> Date: Wed, 14 Jan 2009 08:32:13 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.46 Cc: uwe@grohnwaldt.eu, miwi@freebsd.org Subject: Question about panic in brelse() 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, 14 Jan 2009 07:32:16 -0000 Hi, I wrote this to hackers@ two days ago, but I got no response so far. Maybe somebody with some VFS experience sees it on this list. I observe a failed assertion in the VFS regarding a buffer. I investigated a bit and now I want to present my findings and I have a question: Assume I have a buffer with b_iocmd = BIO_WRITE b_ioflags = BIO_ERROR b_error = EIO b_flags = B_NOCACHE passed to brelse() in kern/vfs_bio.c[0]. - This particular combination of values (line 1144) causes BIO_ERROR to be cleared (line 1152) and B_DELWRI is set in bdirty() (line 1031, called in line 1153). - Because of B_NOCACHE (line 1343) this buffer gets moved to QUEUE_CLEAN (line 1349). Also B_INVAL gets set here (line 1345). - A few lines down (line 1375) bundirty() gets called because of B_INVAL and B_DELWRI. - bundirty() instantly panics because the buffer is not in QUEUE_NONE (line 1075). My question is: Is this a bug in brelse() or was the combination of flag B_NOCACHE with a failed write attempt (BIO_WRITE, BIO_ERROR, EIO) invalid when the buffer was passed to brelse()? Below is a dump of the buffer right when the assertion is triggered. If you want any further information about this issue, please tell me. Hopefully somebody can shed some light on this Christoph { b_bufobj = 0xffffff0030005e00, b_bcount = 16384, b_caller1 = 0x0, b_data = 0xfffffffea2c57000 "", b_error = 5, (EIO) b_iocmd = 2 '\002', (BIO_WRITE) b_ioflags = 2 '\002', (BIO_DONE) b_iooffset = 98304, b_resid = 16384, b_iodone = 0, b_blkno = 192, b_offset = 98304, b_bobufs = { tqe_next = 0x0, tqe_prev = 0xffffff0030005e40}, b_left = 0x0, b_right = 0x0, b_vflags = 0, b_freelist = { tqe_next = 0xfffffffe92d747c8, tqe_prev = 0xffffffff80d340f0 }, b_qindex = 1, (QUEUE_CLEAN) b_flags = 41092, (B_NOCACHE | b_INVAL | B_DELWRI | B_ASYNC) b_xflags = 33 '!', b_lock = { lock_object = { lo_name = 0xffffffff808d01b6 "bufwait", lo_flags = 91947008, lo_data = 0, lo_witness = 0xfffffffe40206180 }, lk_lock = 18446744073709551608, lk_timo = 0, lk_pri = 80 }, b_bufsize = 16384, b_runningbufspace = 0, b_kvabase = 0xfffffffea2c57000 "", b_kvasize = 16384, b_lblkno = 192, b_vp = 0xffffff0030005ce8, b_dirtyoff = 0, b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, b_saveaddr = 0xfffffffea2c57000, b_pager = {pg_reqpage = 0}, b_cluster = { cluster_head = { tqh_first = 0xfffffffe92d747c8, tqh_last = 0xfffffffe92d73ad0 }, cluster_entry = { tqe_next = 0xfffffffe92d747c8, tqe_prev = 0xfffffffe92d73ad0 } }, b_pages = { 0xffffff00de3ce5a0, 0xffffff00de3ce610, 0xffffff00de3ce680, 0xffffff00de3ce6f0, $0x0 }, b_npages = 4, b_dep = { lh_first = 0x0 }, b_fsprivate1 = 0x0, b_fsprivate2 = 0x0, b_fsprivate3 = 0x0, b_pin_count = 0 } [0] r183754 in head/, which is the latest version of kern/vfs_bio.c. From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 08:14: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 AA6481065672; Wed, 14 Jan 2009 08:14:42 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id E921A8FC1E; Wed, 14 Jan 2009 08:14:41 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.6.0) with ESMTP id md50002715527.msg; Wed, 14 Jan 2009 11:03:32 +0300 Received: from ex-be-1.hhp.local ([10.0.0.31]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Jan 2009 11:04:38 +0300 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 14 Jan 2009 11:04:37 +0300 Content-class: urn:content-classes:message Message-ID: X-MimeOLE: Produced By Microsoft Exchange V6.5 X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 Thread-Index: Acl2Hr7LTkk0eMiYT0qLKZJR70+wnA== From: "Yuriy Tsibizov" To: X-OriginalArrivalTime: 14 Jan 2009 08:04:39.0004 (UTC) FILETIME=[BF75E1C0:01C9761E] X-Spam-Processed: mx2.gfk.ru, Wed, 14 Jan 2009 11:03:32 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.com X-Envelope-From: Yuriy.Tsibizov@gfk.com X-MDAV-Processed: mx2.gfk.ru, Wed, 14 Jan 2009 11:03:33 +0300 Cc: freebsd-current@FreeBSD.ORG Subject: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 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, 14 Jan 2009 08:14:43 -0000 Kip, this happens on fresh -CURRENT, with configuration similar to one described in http://docs.freebsd.org/cgi/mid.cgi?3a142e750812080658r645dc1c4sdd612585 fe9ad7d6 (wpa_supplicant is main suspect in triggering this panic). No crashdump / backtrace available. Somehow needlock!=3D0, and rnh is already locked. HW is Intel Atom D945GCLF2 (2core + HT enabled) + D-Link Atheros-based card with WPA and static ip. Yuriy From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 09:10: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 BDB861065672 for ; Wed, 14 Jan 2009 09:10:48 +0000 (UTC) (envelope-from konfer@mikulas.com) Received: from ns1.nix.cz (ns1.nix.cz [IPv6:2a02:38::1003]) by mx1.freebsd.org (Postfix) with ESMTP id 514E48FC1B for ; Wed, 14 Jan 2009 09:10:48 +0000 (UTC) (envelope-from konfer@mikulas.com) Received: from localhost (ns1main [127.0.0.1]) by ns1.nix.cz (Postfix) with ESMTP id CD050171EAFA for ; Wed, 14 Jan 2009 10:10:46 +0100 (CET) X-Virus-Scanned: at ns1.nix.cz X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5.5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001] Received: from ns1.nix.cz ([127.0.0.1]) by localhost (ns1.nix.cz [127.0.0.1]) (amavisd-new, port 10024) with LMTP id MKpRffD5pAHK for ; Wed, 14 Jan 2009 10:10:46 +0100 (CET) Received: from [IPv6:2a02:38:1:0:21e:37ff:fed2:31aa] (unknown [IPv6:2a02:38:1:0:21e:37ff:fed2:31aa]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ns1.nix.cz (Postfix) with ESMTP id 2970D171EAF8 for ; Wed, 14 Jan 2009 10:10:46 +0100 (CET) Message-ID: <496DAC15.30904@mikulas.com> Date: Wed, 14 Jan 2009 10:10:45 +0100 From: Guli User-Agent: Thunderbird 2.0.0.19 (X11/20081227) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Subject: INET6 tcp md5 signature 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, 14 Jan 2009 09:10:49 -0000 Hello Is there anyone, who could merge this feature into CURENT / RELENG_7 please ? (we want use it for secured IPv6 BGP sessions in Quagga) http://people.freebsd.org/~bz/20080913-02-tcp-md5-ack-rst.diff Thanks for reply Jiri From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 09:40:32 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 2BD411065672 for ; Wed, 14 Jan 2009 09:40:32 +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 CCB638FC13 for ; Wed, 14 Jan 2009 09:40:31 +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 n0E9eUS3004355 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Jan 2009 01:40:30 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <496DB2FB.6020406@FreeBSD.org> Date: Wed, 14 Jan 2009 01:40:11 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Adrian Chadd 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> In-Reply-To: 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: Wed, 14 Jan 2009 09:40:32 -0000 Adrian Chadd wrote: > So I re-iterate. Why all of the discussion having the default compiler > be something new and shiny, when those who need the performance gains > can just install -that- compiler as a port and use that? First of all let's make it clean that I did not tell anything about expecting any magic speed up by just dropping a new compiler in, at least not for the software in the base system. You are simply putting somebody's else words into my mouth. Anybody who has even small understanding of compiler technology understands that without major paradigm changes there is not much room for improvement left for better code generation in C language, especially for the kind of code we have in /usr/src. My point is that in 1-2 years from now our outdated compiler might get in the way of using new features in state of the art CPUs and porting FreeBSD to new architectures. If nothing else, some new ideas should come out of CPU/GPU fusion work and/or massively multi-core designs soon and they would likely to require some kind of compiler support. Also, outdated C++ could cause issues with importing 3rd party software to the base system. I am only one who still remember horrible base system compiler C++ performance during gcc 2.7x times and eventual painful upgrade that broke all third-party libraries and required everything to be recompiled? Not to mention important new features like TLS support, symbol versioning and so on. If my memory serves, all of them required some kind binutils/compiler upgrade. And I am pretty sure something else of similar importance will appear on radar relatively soon. I don't have the answer to the GPLv2 vs. GPLv3 compiler issue. My point is that anybody here who thinks that we can get away with stale compiler in the base system for a long period of time by just hiding head in the sand, ignoring the issue and doing nothing is fooling himself. IMHO it seems highly unlikely that some new kid on the block like llvm will be able to answer our problems. The argument that "it's good for Apple, it should be good for us" to me seems to be little out of touch with reality. First of all, Apple cares about significantly lesser number of architectures. They don't have IA64, Sparc or MIPS, they will probably drop PPC soon. Second, they have a capacity (read "big money") to port compiler to a new architecture, fix it as needed or extend it to support some features provided by never chips if they need to. We don't have that capacity. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 09:49: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 EE3E7106568D for ; Wed, 14 Jan 2009 09:49:34 +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 8F0628FC1E for ; Wed, 14 Jan 2009 09:49:33 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B40FA9CB04D; Wed, 14 Jan 2009 10:49:15 +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 HsV7Jb9tOQ7z; Wed, 14 Jan 2009 10:49:13 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 5F36A9CB04F; Wed, 14 Jan 2009 10:49:13 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0E9nDlZ070912; Wed, 14 Jan 2009 10:49:13 +0100 (CET) (envelope-from rdivacky) Date: Wed, 14 Jan 2009 10:49:13 +0100 From: Roman Divacky To: Maxim Sobolev Message-ID: <20090114094913.GA70285@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> <496DB2FB.6020406@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <496DB2FB.6020406@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Adrian Chadd , 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: Wed, 14 Jan 2009 09:49:35 -0000 > IMHO it seems highly unlikely that some new kid on the block like llvm > will be able to answer our problems. The argument that "it's good for > Apple, it should be good for us" to me seems to be little out of touch > with reality. First of all, Apple cares about significantly lesser > number of architectures. They don't have IA64, Sparc or MIPS, they will > probably drop PPC soon. Second, they have a capacity (read "big money") > to port compiler to a new architecture, fix it as needed or extend it to > support some features provided by never chips if they need to. We don't > have that capacity. llvm currently supports: X86 Sparc PowerPC Alpha IA64 ARM Mips CellSPU PIC16 XCore CBackend MSIL CppBackend From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 11:25: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 35227106564A for ; Wed, 14 Jan 2009 11:25:06 +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 B74188FC1A for ; Wed, 14 Jan 2009 11:25:05 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 12781 invoked by uid 399); 14 Jan 2009 11:18:21 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Jan 2009 11:18:21 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <496DC9FC.4060807@FreeBSD.org> Date: Wed, 14 Jan 2009 03:18:20 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090111) MIME-Version: 1.0 To: Jeremie Le Hen References: <20090113210716.GI41799@obiwan.tataz.chchile.org> In-Reply-To: <20090113210716.GI41799@obiwan.tataz.chchile.org> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: fstab type "dp" 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, 14 Jan 2009 11:25:06 -0000 Jeremie Le Hen wrote: > Hi, > > A year ago, I discussed with rwatson@ about having a new fs_type > for dump devices. I initially implemented it as "du" but I later > noticed that NetBSD already has this feature as "dp". As long as you don't break existing configurations (via rc.d) then I have no objection, and I think it's a good addition. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 11:27: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 0DAD2106564A for ; Wed, 14 Jan 2009 11:27:55 +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 A6DD38FC13 for ; Wed, 14 Jan 2009 11:27:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 23612 invoked by uid 399); 14 Jan 2009 11:27:54 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Jan 2009 11:27:54 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <496DCC38.4010809@FreeBSD.org> Date: Wed, 14 Jan 2009 03:27:52 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090111) MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <200901132356.40820.ken@mthelicon.com> In-Reply-To: <200901132356.40820.ken@mthelicon.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=KOI8-U 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: Wed, 14 Jan 2009 11:27:55 -0000 Pegasus Mc Cleaft wrote: > At the moment you can already compile gcc 4.3 from the ports tree, however > things like binutils only seems to exist in the ports as a cross compiling > tool. How hard would it be to add binutils as a port and make the gcc 4.x > ports dependent on it? This way you can install gcc 4.3 with the assembler and > linker that play nice together during the build? At the moment, I have had to > make binutils from a gnu downloaded source and then make gcc 4.3 with a silly > make, IE: make AS=/usr/local/bin/as .......... I think this would be an excellent approach. I am not sure I agree with the idea that we _must_ have a compiler toolchain in the base but it should definitely be possible to "replace" the toolchain in the base with one from ports with a minimum of hassle. Of course I'm aware that this will entail a non-trivial amount of work, not only in changing our existing infrastructure to some extent but also work to non-toolchain code so that it can work with newer versions of th build tools. However, if we are fortunate and one of the current BSDL contenders emerges down the road as a viable alternative to gcc most of the work necessary to make this change now will have to be done anyway. On the one hand I like the "BSD approach" of sticking with tools that work rather than constantly chasing the latest and greatest. However I think we can run the risk of becoming mired in our own success, and losing the agility that we'll need to keep things moving forward in what will only become a more dynamic environment. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 11:58: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 577351065675 for ; Wed, 14 Jan 2009 11:58:58 +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 B40588FC1B for ; Wed, 14 Jan 2009 11:58:57 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 14 Jan 2009 11:58:55 -0000 Received: from p54A3E7A4.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.231.164] by mail.gmx.net (mp061) with SMTP; 14 Jan 2009 12:58:55 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/+Ad5WqvT+/RLrGD1/sknLo+HD62tagh+HhuUH6F 2EugDGY0qe3ALB Message-ID: <496DD37E.5010900@gmx.de> Date: Wed, 14 Jan 2009 12:58:54 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Doug Barton References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <200901132356.40820.ken@mthelicon.com> <496DCC38.4010809@FreeBSD.org> In-Reply-To: <496DCC38.4010809@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.65 Cc: Pegasus Mc Cleaft , 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: Wed, 14 Jan 2009 11:58:58 -0000 Doug Barton schrieb: > Pegasus Mc Cleaft wrote: >> At the moment you can already compile gcc 4.3 from the ports tree, however >> things like binutils only seems to exist in the ports as a cross compiling >> tool. How hard would it be to add binutils as a port and make the gcc 4.x >> ports dependent on it? This way you can install gcc 4.3 with the assembler and >> linker that play nice together during the build? At the moment, I have had to >> make binutils from a gnu downloaded source and then make gcc 4.3 with a silly >> make, IE: make AS=/usr/local/bin/as .......... > > I think this would be an excellent approach. I am not sure I agree > with the idea that we _must_ have a compiler toolchain in the base but > it should definitely be possible to "replace" the toolchain in the > base with one from ports with a minimum of hassle. > > Of course I'm aware that this will entail a non-trivial amount of > work, not only in changing our existing infrastructure to some extent > but also work to non-toolchain code so that it can work with newer > versions of th build tools. However, if we are fortunate and one of > the current BSDL contenders emerges down the road as a viable > alternative to gcc most of the work necessary to make this change now > will have to be done anyway. I wouldn't hold my breath till then. > On the one hand I like the "BSD approach" of sticking with tools that > work rather than constantly chasing the latest and greatest. However I > think we can run the risk of becoming mired in our own success, and > losing the agility that we'll need to keep things moving forward in > what will only become a more dynamic environment. If you constantly just maintain status quo, you wake up one day and notice that you are obsolete. Checking whether the infrastruture is ready for changes or making the necessary modifications so it will be ready, is a good idea. From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 09:13: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 822E31065704 for ; Wed, 14 Jan 2009 09:13:46 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id CD2328FC13 for ; Wed, 14 Jan 2009 09:13:45 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n0E9DhVY057238 ; Wed, 14 Jan 2009 10:13:43 +0100 (CET) X-Ids: 164 Received: from asmodee.lpthe.jussieu.fr (asmodee.lpthe.jussieu.fr [134.157.10.34]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 6F34A89E9F; Wed, 14 Jan 2009 10:13:42 +0100 (CET) Received: by asmodee.lpthe.jussieu.fr (Postfix, from userid 2005) id 6304242FC; Wed, 14 Jan 2009 10:13:42 +0100 (CET) Date: Wed, 14 Jan 2009 10:13:42 +0100 From: Michel Talon To: Maxim Sobolev Message-ID: <20090114091342.GA19986@lpthe.jussieu.fr> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <496D64A0.1090309@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.164]); Wed, 14 Jan 2009 10:13:44 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8863/Wed Jan 14 08:08:56 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 496D90CC.007 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 496D90CC.007/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 496D90CC.007 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.035 -> S=0.035 X-j-chkmail-Status: Ham X-Mailman-Approved-At: Wed, 14 Jan 2009 12:23:34 +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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 09:13:51 -0000 On Tue, Jan 13, 2009 at 08:05:52PM -0800, Maxim Sobolev wrote: > Pegasus Mc Cleaft wrote: > > Would this approach get around the need to have 4.3 installed as a > > BSD default? > > Well, this is workaround not a solution. Sooner or later FreeBSD will > hit some principal limitation of the current compiler, like for example > it was in the old days of gcc 2.xx, when FreeBSD had stuck with version > that was outdated by few years resulting in inability to use any more or > less modern C++ code with the system compiler. Existing processors > develop all the time (SSE 4.2 for example) and the new architectures > emerge (Cell for example), so that it's just matter of time when it > happens again. > > -Maxim I agree completely with that. Keeping an old compiler in FreeBSD so that it is GPL V2 is untenable. I see only two solutions, either removing the whole build chain of the base system (compiler + buildutils) and maintening it as a port, up to date, or revisiting this issue of the GPL V3 and arrive at the conclusion that it is obvious that this is a non problem for FreeBSD. 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. Of course one can also wait that a BSD alternative is available, with the same level of performance and reliability as Gcc, perhaps in ten years, if ever. -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 12:08: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 7BDFD10658A7 for ; Wed, 14 Jan 2009 12:08:02 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.248]) by mx1.freebsd.org (Postfix) with ESMTP id 241218FC20 for ; Wed, 14 Jan 2009 12:08:02 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so225796anc.13 for ; Wed, 14 Jan 2009 04:08:01 -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:cc :references:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; bh=BNxWMV32DI8I4FPB2YI6+urGckUb7HMeIVOnXDif0TU=; b=WTuoKFoD9Oj6iZnqZezopD78nFjuk9Q96b4AdUZcukyCtwwPkz8r9zxbwEzeXZxzTa +l6zhJvWkhpPVOn8GP0UV/b5m6lsgLZN7LhYzxs1ASyTDLMtuItFC4rk/extV/r1c1OX 4z50tyr434uTNPTTp3zgQixLN2slcN3GTgAx0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=IMvZ5ZKiOW8eRGaWN155yPMj64Ks8nQmpvgBgc6In24V8aEaDbK1yOQ+0QZUI5tNZv nHIFUXBgUHdj5Z2NMrpX9HK6WU5IOyyGYCLFi9zH/3zZSxxoEu23Bb5L8FFtaXKyOVBw +DR6QW172NZNrxHnZykf0B7iwLa6b8i6SnJsk= Received: by 10.100.247.12 with SMTP id u12mr2514600anh.37.1231933027240; Wed, 14 Jan 2009 03:37:07 -0800 (PST) Received: from adnote989 (201-42-151-3.dsl.telesp.net.br [201.42.151.3]) by mx.google.com with ESMTPS id c1sm12442522ana.59.2009.01.14.03.37.04 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Jan 2009 03:37:06 -0800 (PST) Message-ID: From: "Luiz Otavio O Souza" To: "Ben Kaduk" , "Randy Bush" References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> Date: Wed, 14 Jan 2009 09:37:01 -0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Wed, 14 Jan 2009 12:23:45 +0000 Cc: George Neville-Neil , xcllnt@mac.com, 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, 14 Jan 2009 12:08:09 -0000 >> installed amd64 7.1 from cdrom >> partitioned two sata drives to single partitions >> labeled and gmirrored >> >> upgraded to 8-current >> ad0 started falling off mirror >> ad2 started reporting smart errors Here i cannot boot from my old disk after update my i386 7-STABLE to -current, my ad0s1a slice isn't found. When the kernel is compiled with GEOM_PART_MBR and GEOM_PART_BSD, the new geom_part stuff is failing to read the slices and bsdlabel together. If i only load the GEOM_PART_MBR i see the slices detected (ad0s1 ad0s2), but when i load the GEOM_PART_BSD together it will show only the bsd labels, as if it is created directly on raw device (ad0a ad0b ad0d ad0e ...). The only way i've found to boot my system again is to compile a new kernel with GEOM_BSD and GEOM_MBR, instead of GEOM_PART_*. Luiz From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 12:35: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 7F8C5106567D; Wed, 14 Jan 2009 12:35:24 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id D24478FC20; Wed, 14 Jan 2009 12:35:23 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz13 with SMTP id 13so1729950bwz.19 for ; Wed, 14 Jan 2009 04:35:22 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=xLqYJ/G4a1VgZZFXDxplfQR43brZ+CDxPUfV7wu3qBY=; b=rNnPrsyeeD/dyzNfL8qqDytWs76wr4MTb6aTv0WTLtflBzFlWf7eTIn24nDjxjU4qA YeUTZadrNUjHTlKl6/bnI2DP30M9d/ccE1LZYLh3LWXHrGoNhg5Xj5U4JBrMUqegCxjx LZfp2i0UjE+ASpSpcTgSKJeBKNzvplEf+DydE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=gDNp/mh9mbvcdVOZw7G565trd55YD9gSTPlFx6/WNL3Uy4ZPoZdwGu6Vn4FVJbKTd6 Sf8yHZwitcbq8O8Nir/gaA4Cdgel7LZq5iP98lVRFg4YJSdYweJkNG3e53/YaG81HmjP MqJQy39HX3WjgBUtFlg3SLuo5/GjFiSYQZuNI= Received: by 10.223.104.140 with SMTP id p12mr73321fao.7.1231936522729; Wed, 14 Jan 2009 04:35:22 -0800 (PST) Received: by 10.223.115.1 with HTTP; Wed, 14 Jan 2009 04:35:22 -0800 (PST) Message-ID: <3a142e750901140435m58c067c5t5cb100518f882f23@mail.gmail.com> Date: Wed, 14 Jan 2009 13:35:22 +0100 From: "Paul B. Mahol" To: "Yuriy Tsibizov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-current@freebsd.org, kmacy@freebsd.org Subject: Re: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 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, 14 Jan 2009 12:35:25 -0000 On 1/14/09, Yuriy Tsibizov wrote: > Kip, > > this happens on fresh -CURRENT, with configuration similar to one > described in > http://docs.freebsd.org/cgi/mid.cgi?3a142e750812080658r645dc1c4sdd612585 > fe9ad7d6 (wpa_supplicant is main suspect in triggering this panic). No > crashdump / backtrace available. > > Somehow needlock!=0, and rnh is already locked. > > HW is Intel Atom D945GCLF2 (2core + HT enabled) + D-Link Atheros-based > card with WPA and static ip. > > Yuriy > > _______________________________________________ > 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" > And bt is completly the same as was mine? -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 13: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 632271065670 for ; Wed, 14 Jan 2009 13:24:55 +0000 (UTC) (envelope-from pluknet@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 EC6988FC08 for ; Wed, 14 Jan 2009 13:24:54 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so312753fgb.35 for ; Wed, 14 Jan 2009 05:24:53 -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=kGIcGFQiYju3N3gmuukpeNoc+f09oSq0+pdtsZOZZD8=; b=agfpio8qYsfvVpYtmPkXjB+SVxfDeUBOpz2Wgj3UhA+liRSmta9MX4odARPx0dgZ+t pod+6IGpJ3SaPFe/n7yu3ZIURyOoeukTthhpR4bZGCXigSOSoTvjfUXxK+uOdvs/7XU+ weJcmtpUABRi+RPTmySqYz/o6zAQeBGFHplj0= 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=psvFE8DRXmbAnaL7Gyoa4uKwEDOe0hrraRiy67few5HMNPiSSkwGeYJ5zlBE0awhLL a3j8l/J7qfHY2YBm7nyCfnjYCeh3F3xix6yGQKBpdzAkKreDWPaPkMe/Grlt45LjV7l7 ENdM7TbDfhQSq4hMmCbty5XQ1a5AwVRBSB6r8= MIME-Version: 1.0 Received: by 10.86.76.16 with SMTP id y16mr646339fga.65.1231939493838; Wed, 14 Jan 2009 05:24:53 -0800 (PST) Date: Wed, 14 Jan 2009 16:24:53 +0300 Message-ID: From: pluknet To: freebsd-current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: WITNESS: spin lock %s not in order list 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, 14 Jan 2009 13:24:56 -0000 I see these warnings due to absence of several locks in struct witness_order_list_entry order_lists. WITNESS: spin lock cpuset not in order list WITNESS: spin lock intrcnt not in order list What are the current practices of doing with that? -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 13:39: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 81378106564A; Wed, 14 Jan 2009 13:39:02 +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 450E08FC36; Wed, 14 Jan 2009 13:39:02 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n0EDcvRX002220; Wed, 14 Jan 2009 13:38:58 GMT (envelope-from ken@mthelicon.com) Message-ID: <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> From: "Pegasus Mc Cleaft" To: "Christoph Mallon" , "Doug Barton" References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <200901132356.40820.ken@mthelicon.com><496DCC38.4010809@FreeBSD.org> <496DD37E.5010900@gmx.de> In-Reply-To: <496DD37E.5010900@gmx.de> Date: Wed, 14 Jan 2009 13:38:56 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="KOI8-U"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 090113-1, 13/01/2009), Outbound message X-Antivirus-Status: Clean 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: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 13:39:03 -0000 > Doug Barton schrieb: >> Pegasus Mc Cleaft wrote: >>> At the moment you can already compile gcc 4.3 from the ports tree, >>> however things like binutils only seems to exist in the ports as a cross >>> compiling tool. How hard would it be to add binutils as a port and make >>> the gcc 4.x ports dependent on it? This way you can install gcc 4.3 with >>> the assembler and linker that play nice together during the build? At >>> the moment, I have had to make binutils from a gnu downloaded source and >>> then make gcc 4.3 with a silly make, IE: make AS=/usr/local/bin/as >>> .......... >> >> I think this would be an excellent approach. I am not sure I agree >> with the idea that we _must_ have a compiler toolchain in the base but >> it should definitely be possible to "replace" the toolchain in the >> base with one from ports with a minimum of hassle. I'm not sure I like the idea of not having _a_ compiler in the base. I'm not really sure how that would work when you wanted to update and build the sources. I suppose you would need to install a binary port of the compiler (et. all) before you could build a more recent tool-chain. Perhapse another option.... If gcc 4.2 && buildtools 2.15 is the end of the road for what BSD is able to include under GPL V2. 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? This way an admin who wanted to build it and use it as a primer could, before downloading the port and building the later versions (if he wanted to, or there organization allowed him to). Some of the older *nix's I have worked on (OSF/1, HPUX, SCO, etc) have a very basic (but normally optimized compiler) for that platform that is enough to compile a version of gcc that will be used to compile other tools and services. >> On the one hand I like the "BSD approach" of sticking with tools that >> work rather than constantly chasing the latest and greatest. However I >> think we can run the risk of becoming mired in our own success, and >> losing the agility that we'll need to keep things moving forward in >> what will only become a more dynamic environment. I have always loved the way that BSD (and most *nix's) have most of the tools I need out of the box to get a system running (or running again if it gets completely borked) ~Peg From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 13:45: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 9FF3E1065672 for ; Wed, 14 Jan 2009 13:45:10 +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 5220E8FC1A for ; Wed, 14 Jan 2009 13:45:09 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id D26A59CB054; Wed, 14 Jan 2009 14:44:51 +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 W2BrPDgxF4Cj; Wed, 14 Jan 2009 14:44:36 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AC6099CB059; Wed, 14 Jan 2009 14:44:36 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0EDia3a015941; Wed, 14 Jan 2009 14:44:36 +0100 (CET) (envelope-from rdivacky) Date: Wed, 14 Jan 2009 14:44:36 +0100 From: Roman Divacky To: Pegasus Mc Cleaft Message-ID: <20090114134436.GA15158@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> User-Agent: Mutt/1.4.2.3i 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 13:45:11 -0000 On Wed, Jan 14, 2009 at 01:38:56PM -0000, Pegasus Mc Cleaft wrote: > >Doug Barton schrieb: > >>Pegasus Mc Cleaft wrote: > >>>At the moment you can already compile gcc 4.3 from the ports tree, > >>>however things like binutils only seems to exist in the ports as a cross > >>>compiling tool. How hard would it be to add binutils as a port and make > >>>the gcc 4.x ports dependent on it? This way you can install gcc 4.3 with > >>>the assembler and linker that play nice together during the build? At > >>>the moment, I have had to make binutils from a gnu downloaded source and > >>>then make gcc 4.3 with a silly make, IE: make AS=/usr/local/bin/as > >>>.......... > >> > >>I think this would be an excellent approach. I am not sure I agree > >>with the idea that we _must_ have a compiler toolchain in the base but > >>it should definitely be possible to "replace" the toolchain in the > >>base with one from ports with a minimum of hassle. > > I'm not sure I like the idea of not having _a_ compiler in the base. I'm > not really sure how that would work when you wanted to update and build the > sources. I suppose you would need to install a binary port of the compiler > (et. all) before you could build a more recent tool-chain. > > Perhapse another option.... > > If gcc 4.2 && buildtools 2.15 is the end of the road for what BSD is has anyone actually LOOKED? I think the binutils are still under gplv2 at least this is what their root COPYRIGHT file says http://sourceware.org/cgi-bin/cvsweb.cgi/src/COPYING?cvsroot=src if this is true there is no reason for not updating the in-tree binutils From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 13:45: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 A96F210656BD; Wed, 14 Jan 2009 13:45:39 +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 5294B8FC18; Wed, 14 Jan 2009 13:45:39 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n0EDjaLt002257; Wed, 14 Jan 2009 13:45:37 GMT (envelope-from ken@mthelicon.com) Message-ID: From: "Pegasus Mc Cleaft" To: "Pegasus Mc Cleaft" , "Christoph Mallon" , "Doug Barton" References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <200901132356.40820.ken@mthelicon.com><496DCC38.4010809@FreeBSD.org><496DD37E.5010900@gmx.de> <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> In-Reply-To: <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> Date: Wed, 14 Jan 2009 13:45:34 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="KOI8-U"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 090113-1, 13/01/2009), Outbound message X-Antivirus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will itbecome standard compiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 13:45:40 -0000 ----- Original Message ----- From: "Pegasus Mc Cleaft" > If gcc 4.2 && buildtools 2.15 is the end of the road for what BSD is > able to include under GPL V2. 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? This way an admin who wanted to > build it and use it as a primer could, before downloading the port and > building the later versions (if he wanted to, or there organization > allowed him to). Some of the older *nix's I have worked on (OSF/1, HPUX, > SCO, etc) have a very basic (but normally optimized compiler) for that > platform that is enough to compile a version of gcc that will be used to > compile other tools and services. My appologies for answering my own post, but I must make a new habbit of reading what I wrote before hitting the send key! I just realized that it would be impossible to to the above without already having a compiler! Never mind! ~peg From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 14:18: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 8DE261065700 for ; Wed, 14 Jan 2009 14:18:43 +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 203118FC0C for ; Wed, 14 Jan 2009 14:18:42 +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-gw0.york.ac.uk (8.13.6/8.13.6) with ESMTP id n0EEIeoB023697; Wed, 14 Jan 2009 14:18:40 GMT Received: from buffy-128.york.ac.uk ([144.32.128.160] helo=buffy.york.ac.uk) by mail-gw6.york.ac.uk with esmtps (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1LN6Zs-0001ME-3a; Wed, 14 Jan 2009 14:18:40 +0000 Received: from buffy.york.ac.uk (localhost [127.0.0.1]) by buffy.york.ac.uk (8.14.2/8.14.2) with ESMTP id n0EEIc13079986; Wed, 14 Jan 2009 14:18:39 GMT (envelope-from gavin@FreeBSD.org) Received: (from ga9@localhost) by buffy.york.ac.uk (8.14.2/8.14.2/Submit) id n0EEIaqS079985; Wed, 14 Jan 2009 14:18:36 GMT (envelope-from gavin@FreeBSD.org) X-Authentication-Warning: buffy.york.ac.uk: ga9 set sender to gavin@FreeBSD.org using -f From: Gavin Atkinson To: Max Laier In-Reply-To: <200901140320.28524.max@love2party.net> References: <20090113210716.GI41799@obiwan.tataz.chchile.org> <20090113212355.GG2247@deviant.kiev.zoral.com.ua> <20090114011055.GK41799@obiwan.tataz.chchile.org> <200901140320.28524.max@love2party.net> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 14 Jan 2009 14:18:35 +0000 Message-Id: <1231942715.79156.5.camel@buffy.york.ac.uk> Mime-Version: 1.0 X-Mailer: Evolution 2.22.2 FreeBSD GNOME Team Port X-York-MailScanner: Found to be clean X-York-MailScanner-From: gavin@freebsd.org Cc: Kostik Belousov , freebsd-current@FreeBSD.org, Jeremie Le Hen Subject: Re: fstab type "dp" 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, 14 Jan 2009 14:18:44 -0000 On Wed, 2009-01-14 at 03:20 +0100, Max Laier wrote: > On Wednesday 14 January 2009 02:10:55 Jeremie Le Hen wrote: > > Dear Kostik, > > > > On Tue, Jan 13, 2009 at 11:23:55PM +0200, Kostik Belousov wrote: > > > What are the supposed advantages of this approach over the dumpdev > > > variable in rc.conf ? I see that having whole partition usage > > > configuration in fstab is natural, so the idea of the patch is > > > probably right. > > > > This is exactly the point. fstab(5) will describe every partition > > usage. > > > > > One the other hand, is it possible to enchance > > > this to allow specification of the swap partition that is also > > > a dump partition, in fstab ? > > > > Well, actually I think it makes more sense to automatically add "dp" > > device as swap. You will find an updated patch attached where swapon(8) > > has been modified to implement this behaviour. Is it better now? > > I don't agree here. The point of having a dedicated dump device could be to > not overwrite the state of the swap when dumping core. In addition, a dump > device could double as a place for suspend to disk if/when we implement this - > in this scenario it would also be required that the dump device does not hold > valuable swap data. I second this: I have some machines which are SCSI throughout, but have a single slow IDE disk reserved as a dump device (as dump isn't happy with the SCSI controller). I wouldn't want it to be treated automatically as a swap device though, as the IDE disk is significantly slower, and not mirrored. Gavin From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 14:51: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 D887D1065670 for ; Wed, 14 Jan 2009 14:51:37 +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 620408FC08 for ; Wed, 14 Jan 2009 14:51:37 +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 <1LN75k-0008LX-AC>; Wed, 14 Jan 2009 15:51:36 +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 <1LN75k-0005ur-8w>; Wed, 14 Jan 2009 15:51:36 +0100 Message-ID: <496DFB74.5010808@zedat.fu-berlin.de> Date: Wed, 14 Jan 2009 14:49:24 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090112) MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <200901132356.40820.ken@mthelicon.com><496DCC38.4010809@FreeBSD.org> <496DD37E.5010900@gmx.de> <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> In-Reply-To: <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 14:51:38 -0000 Pegasus Mc Cleaft wrote: >> Doug Barton schrieb: >>> Pegasus Mc Cleaft wrote: >>>> At the moment you can already compile gcc 4.3 from the ports tree, >>>> however things like binutils only seems to exist in the ports as a >>>> cross compiling tool. How hard would it be to add binutils as a port >>>> and make the gcc 4.x ports dependent on it? This way you can install >>>> gcc 4.3 with the assembler and linker that play nice together during >>>> the build? At the moment, I have had to make binutils from a gnu >>>> downloaded source and then make gcc 4.3 with a silly make, IE: make >>>> AS=/usr/local/bin/as .......... >>> >>> I think this would be an excellent approach. I am not sure I agree >>> with the idea that we _must_ have a compiler toolchain in the base but >>> it should definitely be possible to "replace" the toolchain in the >>> base with one from ports with a minimum of hassle. > > I'm not sure I like the idea of not having _a_ compiler in the base. > I'm not really sure how that would work when you wanted to update and > build the sources. I suppose you would need to install a binary port of > the compiler (et. all) before you could build a more recent tool-chain. > > Perhapse another option.... > > If gcc 4.2 && buildtools 2.15 is the end of the road for what BSD is > able to include under GPL V2. 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? This way an admin who > wanted to build it and use it as a primer could, before downloading the > port and building the later versions (if he wanted to, or there > organization allowed him to). Some of the older *nix's I have worked on > (OSF/1, HPUX, SCO, etc) have a very basic (but normally optimized > compiler) for that platform that is enough to compile a version of gcc > that will be used to compile other tools and services. > > >>> On the one hand I like the "BSD approach" of sticking with tools that >>> work rather than constantly chasing the latest and greatest. However I >>> think we can run the risk of becoming mired in our own success, and >>> losing the agility that we'll need to keep things moving forward in >>> what will only become a more dynamic environment. > > I have always loved the way that BSD (and most *nix's) have most of the > tools I need out of the box to get a system running (or running again if > it gets completely borked) > > ~Peg Well, not having a compiler in the base system can be frustrating, even if you're used to be free and independent. SUN extracted by the end of the 90s the C compiler from their operating system and that was for some of my colleagues a very frustrating experience. Yes, you can install a 'package', but ... From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 15: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 3A72D106566B for ; Wed, 14 Jan 2009 15:07:02 +0000 (UTC) (envelope-from akess@valis.homeunix.org) Received: from valis.homeunix.org (wsip-70-184-236-230.ks.ks.cox.net [70.184.236.230]) by mx1.freebsd.org (Postfix) with ESMTP id 053CA8FC1F for ; Wed, 14 Jan 2009 15:07:01 +0000 (UTC) (envelope-from akess@valis.homeunix.org) Received: from COM (mobile-032-164-090-102.mycingular.net [32.164.90.102] (may be forged)) (authenticated bits=0) by valis.homeunix.org (8.14.2/8.14.2) with ESMTP id n0EEu05O002497 for ; Wed, 14 Jan 2009 08:56:15 -0600 (CST) (envelope-from akess@valis.homeunix.org) Message-Id: <200901141456.n0EEu05O002497@valis.homeunix.org> To: freebsd-current@freebsd.org From: Date: Wed, 14 Jan 2009 8:55:00 -0600 Mime-Version: 1.0 X-Mailer: VersaMail(R) v. 4.0.1, Copyright (c) 2001-2006 Palm, Inc. X-Sender: akess@valis.homeunix.org X-Priority: 3 Importance: Normal Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Subject: Re: freebsd-current Digest, Vol 277, Issue 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: Wed, 14 Jan 2009 15:07:03 -0000 We should go to the zoo. :) -----Original Message----- From: freebsd-current-request@freebsd.org Subj: freebsd-current Digest, Vol 277, Issue 6 Date: Wed Jan 14, 2009 6:00 am Size: 4K To: freebsd-current@freebsd.org Send freebsd-current mailing list submissions to freebsd-current@freebsd.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.freebsd.org/mailman/listinfo/freebsd-current or, via email, send a message with subject or body 'help' to freebsd-current-request@freebsd.org You can reach the person managing the list at freebsd-current-owner@freebsd.org When replying, please edit your Subject line so it is more specific than "Re: Contents of freebsd-current digest..." Today's Topics: 1. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Brooks Davis) 2. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Maxim Sobolev) 3. Re: About bwi (Paul B. Mahol) 4. Re: [RFC]: flex/lex update (Thomas Dickey) 5. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Pegasus Mc Cleaft) 6. Re: fstab type "dp" (Jeremie Le Hen) 7. Re: fstab type "dp" (Max Laier) 8. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Maxim Sobolev) 9. Re: GEOM and moving to CURRENT from 7.1 (Ben Kaduk) 10. Re: GEOM and moving to CURRENT from 7.1 (Ben Kaduk) 11. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Adrian Chadd) 12. Re: hints on setting up usb cdma modem? (Rohit Tripathi) 13. Question about panic in brelse() (Christoph Mallon) 14. _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 (Yuriy Tsibizov) 15. INET6 tcp md5 signature (Guli) 16. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Maxim Sobolev) 17. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Roman Divacky) 18. Re: fstab type "dp" (Doug Barton) 19. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Doug Barton) 20. Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) (Christoph Mallon) ---------------------------------------------------------------------- Message: 1 Date: Tue, 13 Jan 2009 16:20:23 -0600 From: Brooks Davis Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) To: Eitan Adler Cc: Stephen Montgomery-Smith , Michel Talon , freebsd-current@freebsd.org Message-ID: <20090113222023.GA51810@lor.one-eyed-alien.net> Content-Type: text/plain; charset="us-ascii" On Tue, Jan 13, 2009 at 05:04:21PM -0500, Eitan Adler wrote: > > Smells like FUD to me. In all of my reading, I have never seen such a > > claim. There may be some GPLv3 issues, but I seriously doubt this is > > one. > Which leads to my next question: why not upgrade? Given the number of FreeBSD using companies who are completely banned the presence of GPLv3 source from their sites, improvements would have to be extremely compelling and there would have to be a straight forward way to produce snapshots of the src tree with out any GPLv3 components as well as a simple way to build said source tree with a non-GPLv3 compiler. -- Brooks -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20090113/8bebfee2/attachment-0001.pgp ------------------------------ Message: 2 Date: Tue, 13 Jan 2009 15:08:06 -0800 From: Maxim Sobolev Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) To: Brooks Davis Cc: freebsd-current@FreeBSD.org, Eitan Adler , Stephen Montgomery-Smith , Michel Talon Message-ID: <496D1ED6.4090202@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Brooks Davis wrote: > On Tue, Jan 13, 2009 at 05:04:21PM -0500, Eitan Adler wrote: >>> Smells like FUD to me. In all of my reading, I have never seen such a >>> claim. There may be some GPLv3 issues, but I seriously doubt this is >>> one. >> Which leads to my next question: why not upgrade? > > Given the number of FreeBSD using companies who are completely banned the > presence of GPLv3 source from their sites, improvements would have to > be extremely compelling and there would have to be a straight forward > way to produce snapshots of the src tree with out any GPLv3 components > as well as a simple way to build said source tree with a non-GPLv3 > compiler. Crazy idea perhaps, but can we make gcc 4.3 (as well as other GPLv3 components) an opt-in, just like we used to have crypto parts in the good old days when US was trying to limit export of this technology? Then can mak --- message truncated --- From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 15:18: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 CCF491065676; Wed, 14 Jan 2009 15:18:31 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id 11B1A8FC2A; Wed, 14 Jan 2009 15:18:30 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.6.0) with ESMTP id md50002718875.msg; Wed, 14 Jan 2009 18:18:46 +0300 Received: from ex-be-1.hhp.local ([10.0.0.31]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Wed, 14 Jan 2009 18:18:44 +0300 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 14 Jan 2009 18:18:25 +0300 Message-ID: X-MimeOLE: Produced By Microsoft Exchange V6.5 In-Reply-To: <3a142e750901140435m58c067c5t5cb100518f882f23@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 Thread-Index: Acl2RJgUjxBgcASOSgiug83yxHARWQAFmu1w References: <3a142e750901140435m58c067c5t5cb100518f882f23@mail.gmail.com> From: "Yuriy Tsibizov" To: "Paul B. Mahol" X-OriginalArrivalTime: 14 Jan 2009 15:18:44.0137 (UTC) FILETIME=[6391C990:01C9765B] X-Spam-Processed: mx2.gfk.ru, Wed, 14 Jan 2009 18:18:46 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.com X-Envelope-From: Yuriy.Tsibizov@gfk.com X-MDAV-Processed: mx2.gfk.ru, Wed, 14 Jan 2009 18:18:47 +0300 Cc: freebsd-current@freebsd.org, kmacy@freebsd.org Subject: RE: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 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, 14 Jan 2009 15:18:32 -0000 > On 1/14/09, Yuriy Tsibizov wrote: > > Kip, > > > > this happens on fresh -CURRENT, with configuration similar to one > > described in > >=20 > http://docs.freebsd.org/cgi/mid.cgi?3a142e750812080658r645dc1c > 4sdd612585 > > fe9ad7d6 (wpa_supplicant is main suspect in triggering this=20 > panic). No > > crashdump / backtrace available. > > > > Somehow needlock!=3D0, and rnh is already locked. > > > > HW is Intel Atom D945GCLF2 (2core + HT enabled) + D-Link=20 > Atheros-based > > card with WPA and static ip. > And bt is completly the same as was mine? I don't have backtrace -- swap was tooo small.=20 Yuriy. From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 15:25: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 82A63106568C; Wed, 14 Jan 2009 15:25:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 4248A8FC19; Wed, 14 Jan 2009 15:25:25 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.3/8.14.3) with ESMTP id n0EFPOxD023977; Wed, 14 Jan 2009 07:25:24 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.3/8.14.3/Submit) id n0EFPOMV023976; Wed, 14 Jan 2009 07:25:24 -0800 (PST) (envelope-from sgk) Date: Wed, 14 Jan 2009 07:25:24 -0800 From: Steve Kargl To: Roman Divacky Message-ID: <20090114152524.GA23889@troutmask.apl.washington.edu> References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <496DD37E.5010900@gmx.de> <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> <20090114134436.GA15158@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090114134436.GA15158@freebsd.org> User-Agent: Mutt/1.4.2.3i Cc: Christoph Mallon , Doug Barton , Pegasus Mc Cleaft , 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: Wed, 14 Jan 2009 15:25:26 -0000 On Wed, Jan 14, 2009 at 02:44:36PM +0100, Roman Divacky wrote: > On Wed, Jan 14, 2009 at 01:38:56PM -0000, Pegasus Mc Cleaft wrote: > > >Doug Barton schrieb: > > >>Pegasus Mc Cleaft wrote: > > >>>At the moment you can already compile gcc 4.3 from the ports tree, > > >>>however things like binutils only seems to exist in the ports as a cross > > >>>compiling tool. How hard would it be to add binutils as a port and make > > >>>the gcc 4.x ports dependent on it? This way you can install gcc 4.3 with > > >>>the assembler and linker that play nice together during the build? At > > >>>the moment, I have had to make binutils from a gnu downloaded source and > > >>>then make gcc 4.3 with a silly make, IE: make AS=/usr/local/bin/as > > >>>.......... > > >> > > >>I think this would be an excellent approach. I am not sure I agree > > >>with the idea that we _must_ have a compiler toolchain in the base but > > >>it should definitely be possible to "replace" the toolchain in the > > >>base with one from ports with a minimum of hassle. > > > > I'm not sure I like the idea of not having _a_ compiler in the base. I'm > > not really sure how that would work when you wanted to update and build the > > sources. I suppose you would need to install a binary port of the compiler > > (et. all) before you could build a more recent tool-chain. > > > > Perhapse another option.... > > > > If gcc 4.2 && buildtools 2.15 is the end of the road for what BSD is > > has anyone actually LOOKED? I think the binutils are still under gplv2 > > at least this is what their root COPYRIGHT file says > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/COPYING?cvsroot=src > It's not true. http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/?cvsroot=src See COPYING. -- Steve From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 15:26: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 68DEA10656C7; Wed, 14 Jan 2009 15:26: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 1A56A8FC0A; Wed, 14 Jan 2009 15:26:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6DB429CB058; Wed, 14 Jan 2009 16:26:31 +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 45oSMkq2AQ0H; Wed, 14 Jan 2009 16:26:28 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BBE019CB05B; Wed, 14 Jan 2009 16:26:28 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0EFQS6q035778; Wed, 14 Jan 2009 16:26:28 +0100 (CET) (envelope-from rdivacky) Date: Wed, 14 Jan 2009 16:26:28 +0100 From: Roman Divacky To: Steve Kargl Message-ID: <20090114152628.GA35621@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> <20090114134436.GA15158@freebsd.org> <20090114152524.GA23889@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090114152524.GA23889@troutmask.apl.washington.edu> User-Agent: Mutt/1.4.2.3i Cc: Christoph Mallon , Doug Barton , Pegasus Mc Cleaft , 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: Wed, 14 Jan 2009 15:26:51 -0000 On Wed, Jan 14, 2009 at 07:25:24AM -0800, Steve Kargl wrote: > On Wed, Jan 14, 2009 at 02:44:36PM +0100, Roman Divacky wrote: > > On Wed, Jan 14, 2009 at 01:38:56PM -0000, Pegasus Mc Cleaft wrote: > > > >Doug Barton schrieb: > > > >>Pegasus Mc Cleaft wrote: > > > >>>At the moment you can already compile gcc 4.3 from the ports tree, > > > >>>however things like binutils only seems to exist in the ports as a cross > > > >>>compiling tool. How hard would it be to add binutils as a port and make > > > >>>the gcc 4.x ports dependent on it? This way you can install gcc 4.3 with > > > >>>the assembler and linker that play nice together during the build? At > > > >>>the moment, I have had to make binutils from a gnu downloaded source and > > > >>>then make gcc 4.3 with a silly make, IE: make AS=/usr/local/bin/as > > > >>>.......... > > > >> > > > >>I think this would be an excellent approach. I am not sure I agree > > > >>with the idea that we _must_ have a compiler toolchain in the base but > > > >>it should definitely be possible to "replace" the toolchain in the > > > >>base with one from ports with a minimum of hassle. > > > > > > I'm not sure I like the idea of not having _a_ compiler in the base. I'm > > > not really sure how that would work when you wanted to update and build the > > > sources. I suppose you would need to install a binary port of the compiler > > > (et. all) before you could build a more recent tool-chain. > > > > > > Perhapse another option.... > > > > > > If gcc 4.2 && buildtools 2.15 is the end of the road for what BSD is > > > > has anyone actually LOOKED? I think the binutils are still under gplv2 > > > > at least this is what their root COPYRIGHT file says > > > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/COPYING?cvsroot=src > > > > It's not true. > > http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/?cvsroot=src > > See COPYING. so something is GPLv3 and something is still GPLv2.... too bad gas falls into the v3 category :( From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 15:35: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 A24A7106592C for ; Wed, 14 Jan 2009 15:35:23 +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 5713D8FC0C for ; Wed, 14 Jan 2009 15:35:22 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from [89.178.146.100] (port=38889 helo=HP.lissyara.su) by hosting.lissyara.su with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LN7m7-0001Zk-3H; Wed, 14 Jan 2009 18:35:23 +0300 Message-ID: <496E0640.9000705@lissyara.su> Date: Wed, 14 Jan 2009 18:35:28 +0300 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.19) Gecko/20090110 Thunderbird/2.0.0.19 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: "Paul B. Mahol" References: <496CDDD8.6020704@lissyara.su> <496CE02A.5000002@lissyara.su> <496CE2CC.300@freebsd.org> <496CE64F.3060703@lissyara.su> <3a142e750901131514i9473a56u9c886bbe8eb635b5@mail.gmail.com> In-Reply-To: <3a142e750901131514i9473a56u9c886bbe8eb635b5@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@freebsd.org Subject: Re: About bwi 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, 14 Jan 2009 15:35:25 -0000 Paul B. Mahol пишет: > On 1/13/09, Alex Keda wrote: >> Sam Leffler pishet: >>> Alex Keda wrote: >>>> Alex Keda D-?D-,N^D-uN': >>>>> We want to know - that the driver bwi >>>>> Are there any time limits may need some help feasible >>>> Explain =) >>>> We want to know - how to promote the development of the driver, is >>>> there a time frame for its appearance in the source tree? >>> I know of noone working on bwi. Until there's a developer willing to >>> support/maintain the code it's unlikely to go in the tree. >> Can you porting bwi from perforce to CURRENT? >> I know human who working with driver... >> Only porting. > It actually was ported, and sources for 8.0-CURRENT was available for > testing (and probably still is). Last time I checked it, bwi was still > in perforce but development stopped. > > On other hand bwi have its own bugs (performance was suboptimal in my > environment) and development of driver itself is in stagnation. > Not mentioning imposibility for supporting newer broadcom chips. Can you give me link to perforce where working driver for CURRENT? From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 16:13: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 7D40510656C3; Wed, 14 Jan 2009 16:13:44 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3B4B28FC13; Wed, 14 Jan 2009 16:13:44 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:51ab:b60f:9684:238d] (unknown [IPv6:2001:7b8:3a7:0:51ab:b60f:9684:238d]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 238FF11F838; Wed, 14 Jan 2009 17:13:43 +0100 (CET) Message-ID: <496E0F36.6090702@andric.com> Date: Wed, 14 Jan 2009 17:13:42 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Michel Talon 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> In-Reply-To: <20090114091342.GA19986@lpthe.jussieu.fr> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Maxim Sobolev , 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: Wed, 14 Jan 2009 16:13:45 -0000 On 2009-01-14 10:13, Michel Talon wrote: > 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. I think you are going a bit too far, if you say "purely ideological", and "without any rational basis". The GPL V3 *is* different from V2, and anyone may have their own reasons for not agreeing with the diffs, just as with source code patches. :) That said, dependence on GNU gcc has always been bad, and it was always due to show up sometime. So now it does. Hopefully there will be some thought about alternatives. From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 16:35: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 9DC1410656F1 for ; Wed, 14 Jan 2009 16:34:45 +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 667348FC16 for ; Wed, 14 Jan 2009 16:34:45 +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] (75-101-29-67.dsl.static.sonic.net [75.101.29.67]) by asmtp020.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KDG0020LZDUQR70@asmtp020.mac.com> for current@freebsd.org; Wed, 14 Jan 2009 08:34:43 -0800 (PST) From: Marcel Moolenaar To: Luiz Otavio O Souza In-reply-to: X-Priority: 3 References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> Message-id: <085BEE07-BAE5-4A45-A14D-9587987FAA5C@mac.com> Date: Wed, 14 Jan 2009 08:34:42 -0800 X-Mailer: Apple Mail (2.930.3) Cc: Randy Bush , George Neville-Neil , current@freebsd.org, Ben Kaduk 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, 14 Jan 2009 16:35:42 -0000 On Jan 14, 2009, at 3:37 AM, Luiz Otavio O Souza wrote: >>> installed amd64 7.1 from cdrom >>> partitioned two sata drives to single partitions >>> labeled and gmirrored >>> >>> upgraded to 8-current >>> ad0 started falling off mirror >>> ad2 started reporting smart errors > > > Here i cannot boot from my old disk after update my i386 7-STABLE to > -current, my ad0s1a slice isn't found. > > When the kernel is compiled with GEOM_PART_MBR and GEOM_PART_BSD, > the new geom_part stuff is failing to read the slices and bsdlabel > together. > > If i only load the GEOM_PART_MBR i see the slices detected (ad0s1 > ad0s2), but when i load the GEOM_PART_BSD together it will show only > the bsd labels, as if it is created directly on raw device (ad0a > ad0b ad0d ad0e ...). > > The only way i've found to boot my system again is to compile a new > kernel with GEOM_BSD and GEOM_MBR, instead of GEOM_PART_*. Wipe out your second sector on the disk. You have a stale BSD disklabel that prevents the MBR from being used. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 16:47: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 DE79510656C9; Wed, 14 Jan 2009 16:47:38 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.245]) by mx1.freebsd.org (Postfix) with ESMTP id 58A368FC17; Wed, 14 Jan 2009 16:47:38 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by an-out-0708.google.com with SMTP id c2so280835anc.13 for ; Wed, 14 Jan 2009 08:47:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:x-mailer :mime-version:subject:date:cc; bh=pItoXuU1NRxiwZ93pAMkxtGZ9TReppKWVgeAYAQ2Fg8=; b=J6v7fbDtqPntLfK436mPuo2gBBDZCy4QbtcryBZLQbjuv0lDQAN3LXoX4ZpRdG+kw1 v2AWXNq+nRKFDSDjAdbj4SjMCcJuDORfOydmqocHjwUd3b1hexWYVeRXTbBUKl6ReurQ hkbkaM+ikp+XiU+4gZ19RFJfwLBUqamCQhpkI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:x-mailer:mime-version:subject:date:cc; b=xAVHJqSQ3Dg2c2xjbUYNQiWEG16nSO6+osae54fZD9xr2ir4aTuhV/z/2D9hIcW0B6 CXavavI2ddgaXMqdf34XYqqU8koMdF/VCukq0cRDSFKkKXOTIEn0lwbOiYwJ5guMgViu v+KwTQZayOcrtW686Xn6hMEJQONGrs9sA2ZHY= Received: by 10.64.183.1 with SMTP id g1mr123627qbf.26.1231951657513; Wed, 14 Jan 2009 08:47:37 -0800 (PST) Received: from ?10.87.59.75? ([32.155.82.209]) by mx.google.com with ESMTPS id k8sm72046880qba.25.2009.01.14.08.47.31 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 14 Jan 2009 08:47:35 -0800 (PST) References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090113222023.GA51810@lor.one-eyed-alien.net> <496D1ED6.4090202@FreeBSD.org> <496DD37E.5010900@gmx.de> <58DAD35B6CCC476E89B9D02F51041E87@PegaPegII> <20090114134436.GA15158@freebsd.org> <20090114152524.GA23889@troutmask.apl.washington.edu> <20090114152628.GA35621@freebsd.org> Message-Id: <0C40A289-8A7D-4492-A58B-914E566D40DE@gmail.com> From: Garrett Cooper To: Roman Divacky In-Reply-To: <20090114152628.GA35621@freebsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (5G77) Mime-Version: 1.0 (iPhone Mail 5G77) Date: Wed, 14 Jan 2009 08:47:23 -0800 Cc: "freebsd-current@freebsd.org" , Christoph Mallon , Pegasus Mc Cleaft , Steve Kargl , 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 16:47:39 -0000 On Jan 14, 2009, at 7:26, Roman Divacky wrote: > On Wed, Jan 14, 2009 at 07:25:24AM -0800, Steve Kargl wrote: >> On Wed, Jan 14, 2009 at 02:44:36PM +0100, Roman Divacky wrote: >>> On Wed, Jan 14, 2009 at 01:38:56PM -0000, Pegasus Mc Cleaft wrote: >>>>> Doug Barton schrieb: >>>>>> Pegasus Mc Cleaft wrote: >>>>>>> At the moment you can already compile gcc 4.3 from the ports >>>>>>> tree, >>>>>>> however things like binutils only seems to exist in the ports >>>>>>> as a cross >>>>>>> compiling tool. How hard would it be to add binutils as a port >>>>>>> and make >>>>>>> the gcc 4.x ports dependent on it? This way you can install >>>>>>> gcc 4.3 with >>>>>>> the assembler and linker that play nice together during the >>>>>>> build? At >>>>>>> the moment, I have had to make binutils from a gnu downloaded >>>>>>> source and >>>>>>> then make gcc 4.3 with a silly make, IE: make AS=/usr/local/ >>>>>>> bin/as >>>>>>> .......... >>>>>> >>>>>> I think this would be an excellent approach. I am not sure I >>>>>> agree >>>>>> with the idea that we _must_ have a compiler toolchain in the >>>>>> base but >>>>>> it should definitely be possible to "replace" the toolchain in >>>>>> the >>>>>> base with one from ports with a minimum of hassle. >>>> >>>> I'm not sure I like the idea of not having _a_ compiler in the >>>> base. I'm >>>> not really sure how that would work when you wanted to update and >>>> build the >>>> sources. I suppose you would need to install a binary port of the >>>> compiler >>>> (et. all) before you could build a more recent tool-chain. >>>> >>>> Perhapse another option.... >>>> >>>> If gcc 4.2 && buildtools 2.15 is the end of the road for what >>>> BSD is >>> >>> has anyone actually LOOKED? I think the binutils are still under >>> gplv2 >>> >>> at least this is what their root COPYRIGHT file says >>> >>> http://sourceware.org/cgi-bin/cvsweb.cgi/src/COPYING?cvsroot=src >>> >> >> It's not true. >> >> http://sourceware.org/cgi-bin/cvsweb.cgi/src/gas/?cvsroot=src >> >> See COPYING. > > so something is GPLv3 and something is still GPLv2.... too bad gas > falls into the v3 category :( A number of gnu stuff isn't straightforward when it comes to licensing. Take gcc for instance: it's actually gpl v2 and v3, but it all varies based on what file you look at. I'm just amazed glibc isn't gplv3 yet. -Garrett From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 17:05: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 8021810656E2; Wed, 14 Jan 2009 17:05:14 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id CCB4D8FC32; Wed, 14 Jan 2009 17:05:13 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz13 with SMTP id 13so2200444bwz.19 for ; Wed, 14 Jan 2009 09:05:12 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=0HGptDbgjN5bGIl7a+pwBv+Abp6wN7ONQmH/iDVWOP8=; b=asEspNrd8AAjXOzJ+Hud2ljtHQi8LGP1TKtf0/P/yyWg/G4N/MdRUSQprwFpcX0AHT 6lrpzigc5htK2UWANN9Jp36m8Vdl0PMAvBSE2VUwoF82NctM0lP/VjSWoSY0gxmCNuD6 OBJGwalWM3CmnR8AMSsCGKy1gNpGpC3F7U3eU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=PJzyfu+ywg+b1f9dJ4sgxOmfo2N591Ot2Hip5t7y0lhBnAQFgRvDuVynPmyr5vjv79 hCyx04oDyMZFY0lEzUm+hGnSIMoKkjsw0K9dWDXCGhjiqoueCJlqIKnHTwXlLCKwtFAP fnRtEviCLhJM3NOiw0mDB/KdYqumVUroMoV6Q= Received: by 10.223.126.66 with SMTP id b2mr421385fas.18.1231952712666; Wed, 14 Jan 2009 09:05:12 -0800 (PST) Received: by 10.223.115.1 with HTTP; Wed, 14 Jan 2009 09:05:12 -0800 (PST) Message-ID: <3a142e750901140905j7fe74944wcf96969a79ccc017@mail.gmail.com> Date: Wed, 14 Jan 2009 18:05:12 +0100 From: "Paul B. Mahol" To: "Yuriy Tsibizov" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750901140435m58c067c5t5cb100518f882f23@mail.gmail.com> Cc: freebsd-current@freebsd.org, kmacy@freebsd.org Subject: Re: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 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, 14 Jan 2009 17:05:16 -0000 On 1/14/09, Yuriy Tsibizov wrote: > >> On 1/14/09, Yuriy Tsibizov wrote: >> > Kip, >> > >> > this happens on fresh -CURRENT, with configuration similar to one >> > described in >> > >> http://docs.freebsd.org/cgi/mid.cgi?3a142e750812080658r645dc1c >> 4sdd612585 >> > fe9ad7d6 (wpa_supplicant is main suspect in triggering this >> panic). No >> > crashdump / backtrace available. >> > >> > Somehow needlock!=0, and rnh is already locked. >> > >> > HW is Intel Atom D945GCLF2 (2core + HT enabled) + D-Link >> Atheros-based >> > card with WPA and static ip. > >> And bt is completly the same as was mine? > > I don't have backtrace -- swap was tooo small. How you reproduced it? Textdumps are very small compared to vmcores. You are probably using custom kernel. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 17:31: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 4701310656C5 for ; Wed, 14 Jan 2009 17:31:16 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id CF4118FC18 for ; Wed, 14 Jan 2009 17:31:14 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 14 Jan 2009 17:04:32 -0000 Received: from 85-127-16-58.dynamic.xdsl-line.inode.at (EHLO taxman.pepperland) [85.127.16.58] by mail.gmx.net (mp024) with SMTP; 14 Jan 2009 18:04:32 +0100 X-Authenticated: #16703784 X-Provags-ID: V01U2FsdGVkX19oWFIuf9VorKL/66yofiHsbDLcA4Semdlpt5WPzG Rv5bAaWlBqda2L From: Stefan Ehmann To: freebsd-current@freebsd.org Date: Wed, 14 Jan 2009 18:04:30 +0100 User-Agent: KMail/1.10.3 (FreeBSD/7.1-RELEASE; KDE/4.1.3; i386; ; ) References: <7d6fde3d0901091705v6eb4c7bfxe23708f8651e2125@mail.gmail.com> <496C8A59.6090301@gmx.de> <496CA9E3.90700@mail.zedat.fu-berlin.de> In-Reply-To: <496CA9E3.90700@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: <200901141804.31326.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.52 Cc: "O. Hartmann" , Christoph Mallon , freebsd-x11 Subject: Re: X becomes unresponsive with nvidia and hardlocks with gdb (was Re: X becomes unresponsive with nvidia / xscreensaver and desktop panics) 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, 14 Jan 2009 17:31:18 -0000 On Tuesday 13 January 2009 15:49:07 O. Hartmann wrote: > Christoph Mallon wrote: > > O. Hartmann schrieb: > >> Garrett Cooper wrote: > >>> - I've rebuilt my xorg-server a few times and it's still claiming that > >>> it was built with 7.1-RC2 -_-... > >>> - I can get the Xorg server to go full tilt by just compiling > >>> something, like buildworld, via an xterm. > >> > >> I also experienced this, but not only with the mentioned 'nv' driver, > >> also with 'vesa'. Compiling a kernel or making buildworld, even with no > >> -jX option, turns the box sometimes in a state of unresponseness. Mouse > >> jumping, no keyboard response, sometimes for more than a minute. This > >> happens on a FBSD 8.0-CUR/AMD64 UP box and it also happens on a FreeBSD > >> 7.1-STABLE box (also amd64, 4 cores). But on SMP boxes I reralized that > >> the problem does not impact that harsh as seen on UP boxes. > >> We also had several P4 32bit machines with HTT enabled around, one of > >> them was built with FreeBSD 7.1-STABLE AND Xorg and I never realized the > >> bumpy X11, even when disabling HTT and running UP and Xorgs vesa driver. > >> > >> Well, it also seems to make no difference whether I use USB2 stack (in > >> FreeBSD 8) or the old one. > > > > I regularly can observe that batch jobs like large compile jobs get a > > lower priority number (i.e. they get preferred by the scheduler) than > > X on my UP machine with SCHED_ULE (7.0-STABLE from early July). Just a > > bit X activity (switching desktops, scrolling in a browser etc.) is > > enough to make its priority number higher than that of make+gcc. > > This also causes interesting cascades like stuttering music: > > - gcc preferred over X > > - X cannot redraw xterm fast enough > > - buffer of xterm fills > > - mplayer cannot write its status line to xterm and blocks > > - because mplayer blocks it cannot feed more data to the sound device > > - music stutters > > ... try moving/draging a xterm rapidly over your screen while playing > music, copying a file or encoding, decoding or even compiling something. > In my case, suddenly those activities stop running. It is sometimes only > noticable when listening to music. > I realised those ghost-stops also without X11 - when high disk I/O > and/or network I/O happens. This is even harsh on a NFS-server. As I > mentioned, this is significantly on UP boxes, but can also be watched on > some slower/older SMP hardware (both with FreeBSD 7.1-STABLE AND FreeBSD > 8.0-CURRENT). I've been observing this since 7.0 IIRC. With 6.x I never noticed this. When performing a portupgrade or running mencoder everything becomes very sluggish sometimes. E.g. Redrawing windows takes several second, even moderately sized videos can't be played back smoothly anymore. 4BSD seems to be better than ULE but still not perfect. As a workaround I run load intensive tasks with idprio(1), nice(1) doesn't really help that much. Unfortunately I've never been able to reduce this to a simple reproducible test case. E.g. if Xorg has to be involved and what kind of load causes the problems. But my conclusions were similar to your findings. Simply using lots of CPU doesn't affect the responsiveness of the system. But when high disk or network I/O is involved the problem occurs. Also, I figured this would not happen on every system. Otherwise there would have been more complaints on the lists. This also seems to correlate with your statement that the problem is significant on UP hardware, I run a 4+ years old Athlon XP CPU. -- Stefan From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 17:33: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 79CE9106567D for ; Wed, 14 Jan 2009 17:33:01 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id CA9548FC16 for ; Wed, 14 Jan 2009 17:33:00 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by bwz13 with SMTP id 13so2252549bwz.19 for ; Wed, 14 Jan 2009 09:32:59 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=4xImDOK1oiZbOo8W5qAHTAVIq7VCRMJv535SEOOZrM0=; b=oa0jfKT1qAlABHtBB+yEnBYtBwQseIRONCmCUgzyb57aqIsLOlnKqyfYFUQGUB+4Kb vBpIuDmhDJKyptNHfQaqBaIMheuaiKeRD4kLpS0VDTSPVGaZS+drpl29Ydhl26NhvZFj m2Z7EES9YDRRD3011Y6Rg3p0bMsFFcCnvaJB0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=DGwRYssPwrt+4WrZYpoU5jfOlIF1dZkOel8IZ2dq0jEvNFm1SneygXfHLla2fYWmuw kWSvi5AXgS1usReosAhFxU5d8ZvSej9raY7Ae0JCcse5iB8Dge10kYcx+iv3VyHb3gUs M+XKjVuCTVZkMyJT0S035KcZWPXfvv+OUPjU0= Received: by 10.223.124.137 with SMTP id u9mr444215far.61.1231954379805; Wed, 14 Jan 2009 09:32:59 -0800 (PST) Received: by 10.223.115.1 with HTTP; Wed, 14 Jan 2009 09:32:59 -0800 (PST) Message-ID: <3a142e750901140932n642448e4le2e30a12dee8d4de@mail.gmail.com> Date: Wed, 14 Jan 2009 18:32:59 +0100 From: "Paul B. Mahol" To: "Alex Keda" In-Reply-To: <496E0640.9000705@lissyara.su> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <496CDDD8.6020704@lissyara.su> <496CE02A.5000002@lissyara.su> <496CE2CC.300@freebsd.org> <496CE64F.3060703@lissyara.su> <3a142e750901131514i9473a56u9c886bbe8eb635b5@mail.gmail.com> <496E0640.9000705@lissyara.su> Cc: freebsd-current@freebsd.org Subject: Re: About bwi 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, 14 Jan 2009 17:33:02 -0000 On 1/14/09, Alex Keda wrote: > Paul B. Mahol pishet: >> On 1/13/09, Alex Keda wrote: >>> Sam Leffler pishet: >>>> Alex Keda wrote: >>>>> Alex Keda D-?D-,N^D-uN': >>>>>> We want to know - that the driver bwi >>>>>> Are there any time limits may need some help feasible >>>>> Explain =) >>>>> We want to know - how to promote the development of the driver, is >>>>> there a time frame for its appearance in the source tree? >>>> I know of noone working on bwi. Until there's a developer willing to >>>> support/maintain the code it's unlikely to go in the tree. >>> Can you porting bwi from perforce to CURRENT? >>> I know human who working with driver... >>> Only porting. >> It actually was ported, and sources for 8.0-CURRENT was available for >> testing (and probably still is). Last time I checked it, bwi was still >> in perforce but development stopped. >> >> On other hand bwi have its own bugs (performance was suboptimal in my >> environment) and development of driver itself is in stagnation. >> Not mentioning imposibility for supporting newer broadcom chips. > Can you give me link to perforce where working driver for CURRENT? > I could not call it working. Latest revisions are broken for at least i386. bwi is in vap branch. Firmware files are somewhere else .... There is no much changes from it and version you had have contact with. -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 17:20:36 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 D3867106564A for ; Wed, 14 Jan 2009 17:20:36 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 7DEB58FC17 for ; Wed, 14 Jan 2009 17:20:36 +0000 (UTC) (envelope-from talon@lpthe.jussieu.fr) Received: from parthe.lpthe.jussieu.fr (parthe.lpthe.jussieu.fr [134.157.10.1]) by shiva.jussieu.fr (8.14.3/jtpda-5.4) with ESMTP id n0EHKYnr069307 ; Wed, 14 Jan 2009 18:20:35 +0100 (CET) X-Ids: 164 Received: from asmodee.lpthe.jussieu.fr (asmodee.lpthe.jussieu.fr [134.157.10.34]) by parthe.lpthe.jussieu.fr (Postfix) with ESMTP id 884148A2F4; Wed, 14 Jan 2009 18:20:33 +0100 (CET) Received: by asmodee.lpthe.jussieu.fr (Postfix, from userid 2005) id 7BB6B42FC; Wed, 14 Jan 2009 18:20:33 +0100 (CET) Date: Wed, 14 Jan 2009 18:20:33 +0100 From: Michel Talon To: Kevin Wilcox , freebsd-current@FreeBSD.org Message-ID: <20090114172033.GA29254@lpthe.jussieu.fr> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5d6848b00901140821s61599c9vb3f91f75142d0481@mail.gmail.com> User-Agent: Mutt/1.4.2.2i X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0.1 (shiva.jussieu.fr [134.157.0.164]); Wed, 14 Jan 2009 18:20:35 +0100 (CET) X-Virus-Scanned: ClamAV 0.94.2/8864/Wed Jan 14 13:50:32 2009 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at jchkmail2.jussieu.fr with ID 496E02E7.005 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 496E02E7.005/134.157.10.1/parthe.lpthe.jussieu.fr/parthe.lpthe.jussieu.fr/ X-j-chkmail-Score: MSGID : 496E02E7.005 on jchkmail2.jussieu.fr : j-chkmail score : . : R=. U=. O=. B=0.036 -> S=0.036 X-j-chkmail-Status: Ham X-Mailman-Approved-At: Wed, 14 Jan 2009 17:43:26 +0000 Cc: 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: Wed, 14 Jan 2009 17:20:38 -0000 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. Of course i make no claim considering other type of software. I have no problem that FreeBSD produces an operating system under BSD licence, unpolluted by viral clauses. And, yes, i have an idea of the difference between V2 and V3. Dimitry Andric says that "dependence on GNU gcc has always been bad", but gcc has been the only "game in town" for all these years and will perhaps remain for a lot of years. The FreeBSD project is not a project on compiler construction. Having done computations in the past, i have seen times when gcc produced code twice slower than the Intel compiler. I have also seen that it took around 10 years to the gcc folks, who are very competent compiler developers, to get more or less at the same level of perfomance than the Intel compiler. So i hope, and i am quite sure, that the FreeBSD developers will not abandon something that works rather well for some very hypothetical advantage. If it appears at some moment that llvm works well and produces code as fast as gcc, for all the platforms of interest for the FreeBSD people, i have no doubt that they will switch immediately. But one of the aims of FreeBSD, distinguishing it from other BSDs, is performance. Having a good compiler is of paramount importance for performance, not only of the base operating system, but of all the ports running on it. People wanting BSD purity, above everything, don't have any difficulty finding it. -- Michel TALON From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 17:52: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 AB1F31065674 for ; Wed, 14 Jan 2009 17:52: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 617A18FC20 for ; Wed, 14 Jan 2009 17:52:49 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id C7EDD9CB059; Wed, 14 Jan 2009 18:52:30 +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 B12VGn0gESP3; Wed, 14 Jan 2009 18:52:28 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 91B319CB064; Wed, 14 Jan 2009 18:52:28 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0EHqSND055266; Wed, 14 Jan 2009 18:52:28 +0100 (CET) (envelope-from rdivacky) Date: Wed, 14 Jan 2009 18:52:28 +0100 From: Roman Divacky To: Michel Talon Message-ID: <20090114175228.GA54368@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> User-Agent: Mutt/1.4.2.3i 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 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jan 2009 17:52:51 -0000 > advantage. If it appears at some moment that llvm works well and produces code > as fast as gcc, for all the platforms of interest for the FreeBSD people, > i have no doubt that they will switch immediately. But one of the aims of the day is already here... llvm produces roughly the same quality of code and it has promises of delivering even much better code in near future. llvm does not have to maintain 20 years old cruft and is based on modern development methods. there are even reports of llvm producing significantly better code (for bzip2 iirc etc.) From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 18:15:19 2009 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id 135821065736; Wed, 14 Jan 2009 18:15:18 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-current@FreeBSD.org Date: Wed, 14 Jan 2009 13:15:00 -0500 User-Agent: KMail/1.6.2 References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090114172033.GA29254@lpthe.jussieu.fr> <20090114175228.GA54368@freebsd.org> In-Reply-To: <20090114175228.GA54368@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200901141315.04020.jkim@FreeBSD.org> Cc: Kevin Wilcox , Roman Divacky , Michel Talon 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: Wed, 14 Jan 2009 18:15:20 -0000 On Wednesday 14 January 2009 12:52 pm, Roman Divacky wrote: > > advantage. If it appears at some moment that llvm works well and > > produces code as fast as gcc, for all the platforms of interest > > for the FreeBSD people, i have no doubt that they will switch > > immediately. But one of the aims of > > the day is already here... llvm produces roughly the same quality > of code and it has promises of delivering even much better code in > near future. > > llvm does not have to maintain 20 years old cruft and is based on > modern development methods. > > there are even reports of llvm producing significantly better code > (for bzip2 iirc etc.) ATM, one of the biggest problems I see with LLVM+Clang is it is not self-hosting as it is almost entirely written in C++. I think buildworld is one of the most important requirements of FreeBSD project, IMHO. Sorry to jump in here, BTW. Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 18:18: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 7E41010659A8 for ; Wed, 14 Jan 2009 18:18:13 +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 295488FC1B for ; Wed, 14 Jan 2009 18:18:12 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 281759CB051; Wed, 14 Jan 2009 19:17:55 +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 VKf9CjZpCFaA; Wed, 14 Jan 2009 19:17:53 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id DB4CC9CB066; Wed, 14 Jan 2009 19:17:52 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0EIHqhp058554; Wed, 14 Jan 2009 19:17:52 +0100 (CET) (envelope-from rdivacky) Date: Wed, 14 Jan 2009 19:17:52 +0100 From: Roman Divacky To: Jung-uk Kim Message-ID: <20090114181752.GA58249@freebsd.org> References: <20090113044111.134EC1CC0B@ptavv.es.net> <20090114172033.GA29254@lpthe.jussieu.fr> <20090114175228.GA54368@freebsd.org> <200901141315.04020.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200901141315.04020.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: Kevin Wilcox , freebsd-current@FreeBSD.org, Michel Talon 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: Wed, 14 Jan 2009 18:18:16 -0000 On Wed, Jan 14, 2009 at 01:15:00PM -0500, Jung-uk Kim wrote: > On Wednesday 14 January 2009 12:52 pm, Roman Divacky wrote: > > > advantage. If it appears at some moment that llvm works well and > > > produces code as fast as gcc, for all the platforms of interest > > > for the FreeBSD people, i have no doubt that they will switch > > > immediately. But one of the aims of > > > > the day is already here... llvm produces roughly the same quality > > of code and it has promises of delivering even much better code in > > near future. > > > > llvm does not have to maintain 20 years old cruft and is based on > > modern development methods. > > > > there are even reports of llvm producing significantly better code > > (for bzip2 iirc etc.) > > ATM, one of the biggest problems I see with LLVM+Clang is it is not > self-hosting as it is almost entirely written in C++. I think > buildworld is one of the most important requirements of FreeBSD > project, IMHO. well.. the c++ part of clang is almost non-existant atm but given the pace of development I wouldn't be surprised if it compiled some simple things (really simple, like hello world) this summer and medium sized projects in summer 2009... note... there has not been a SINGLE public release of clang... yet the results are already quite impressive. I'd expect self-hosting of clang in 2 years (but I am not authority here just a quite well informed observer) From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 22:27:22 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 EE0AD1065807 for ; Wed, 14 Jan 2009 22:27:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id B32E88FC08 for ; Wed, 14 Jan 2009 22:27:22 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n0ELU9g6064888; Wed, 14 Jan 2009 16:30:09 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id n0ELU8wO066902 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 14 Jan 2009 16:30:09 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200901142130.n0ELU8wO066902@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 14 Jan 2009 16:30:09 -0500 To: Nick Hibma , FreeBSD CURRENT Mailing List From: Mike Tancsa In-Reply-To: <200810092344.10388.nick@van-laarhoven.org> References: <200810092344.10388.nick@van-laarhoven.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: Re: Request for testers: Option 3G cards, also Sierra, Huawei and Novatel 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, 14 Jan 2009 22:27:23 -0000 At 04:44 PM 10/9/2008, Nick Hibma wrote: > Sierra > Novatel > Qualcomm Hi, I am trying out a new Novatel 3G card, but no luck. The same driver I have works with my Sierra mini-pciE and PCMCIA modem. However, with the Novatel (Rogers Wireless branded), it comes up when using the driver from Nov 5th u3gstub0: on uhub0 and using the latest checked out from svn, u3g0: on uhub0 u3g0: sending CD eject command to change to modem mode But no /dev/cuaU# ever appears. 0[gprs]# usbdevs addr 1: OHCI root hub, AMD addr 2: Novatel Wireless HSUPA Modem, Novatel Wireless addr 1: EHCI root hub, AMD 0[gprs]# usbdevs -v Controller /dev/usb0: addr 1: full speed, self powered, config 1, OHCI root hub(0x0000), AMD(0x0000), rev 1.00 port 1 powered port 2 addr 2: full speed, power 500 mA, config 1, Novatel Wireless HSUPA Modem(0x5010), Novatel Wireless(0x1410), rev 0.00 port 3 powered port 4 powered Controller /dev/usb1: addr 1: high speed, self powered, config 1, EHCI root hub(0x0000), AMD(0x0000), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered 0[gprs]# The windows drivers that came with it say its an Ovation MC950D ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 22:37: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 80D88106585E for ; Wed, 14 Jan 2009 22:37:17 +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 09D8D8FC23 for ; Wed, 14 Jan 2009 22:37:16 +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 BA5E2198DBC; Wed, 14 Jan 2009 23:37:15 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id AD8F8198DBB; Wed, 14 Jan 2009 23:37:15 +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 9A41A198DBA; Wed, 14 Jan 2009 23:37:15 +0100 (CET) Received: from wep4059 ([132.187.37.59]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 8.0.2HF443) with ESMTP id 2009011423371496-70918 ; Wed, 14 Jan 2009 23:37:14 +0100 Received: by wep4059 (sSMTP sendmail emulation); Wed, 14 Jan 2009 23:37:14 +0100 From: "Alexey Shuvaev" Date: Wed, 14 Jan 2009 23:37:14 +0100 To: pluknet Message-ID: <20090114223714.GA2573@wep4059.physik.uni-wuerzburg.de> References: MIME-Version: 1.0 In-Reply-To: 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 01/14/2009 11:37:15 PM, Serialize by Router on domino1/uni-wuerzburg(Release 8.0.2HF443 | November 25, 2008) at 01/14/2009 11:37:15 PM, Serialize complete at 01/14/2009 11:37:15 PM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current Subject: Re: kernel doesn't boot when is built with ukbd/ums 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, 14 Jan 2009 22:37:19 -0000 On Sat, Jan 10, 2009 at 01:28:19AM +0300, pluknet wrote: > Hi. > > Today I noticed that when kernel has build-in ums and ukbd support, > it stops booting with the last seen messages (transcribed): > ... > uart0: [FILTER] > atkbdc0: port 0x60,0x64 irq1 on acpi0 > [stops here] > ... > > It boots fine if kernel is built without ums and ukbd devices (and > they loaded as modules). And I see in this case. > ... > atrtc0: port 0x70-0x71 irq 8 on acpi0 > uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > uart0: [FILTER] > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > cpu0: on acpi0 > ... > > In both cases I have in loader.conf: > > ums_load="YES" > ukbd_load="YES" > Maybe this is the problem? I have some feeling that it is illegal to load modules already compiled in the kernel with the loader. On the running system kldload (or what is responsible for it) detects that the module is already in the kernel, but loader can't detect this. Try commenting out these lines while booting kernel with ums/ukbd modules. > I would jump in ddb to see what's going on, but my USB keyboard begin to work > only if I replug it close to the multiuser. Hence I can't. > Just my 0.02$, Alexey. From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 22:38: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 46CB3106584B for ; Wed, 14 Jan 2009 22:38:48 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmmtao105.cox.net (eastrmmtao105.cox.net [68.230.240.47]) by mx1.freebsd.org (Postfix) with ESMTP id E69118FC22 for ; Wed, 14 Jan 2009 22:38:47 +0000 (UTC) (envelope-from conrads@cox.net) Received: from eastrmimpo02.cox.net ([68.1.16.120]) by eastrmmtao105.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090114223848.NUAD4139.eastrmmtao105.cox.net@eastrmimpo02.cox.net>; Wed, 14 Jan 2009 17:38:48 -0500 Received: from serene.no-ip.org ([72.200.37.152]) by eastrmimpo02.cox.net with bizsmtp id 3aem1b00E3Gxf8w02aemcp; Wed, 14 Jan 2009 17:38:47 -0500 X-Authority-Analysis: v=1.0 c=1 a=_zFOp4AhvAAsjIWzbhAA:9 a=AdyhbF9MmQoku0xDR9EPU3-bPF4A:4 a=4vB-4DCPJfMA:10 a=7OmpBygbiDMA:10 X-CM-Score: 0.00 Received: from serene.no-ip.org (localhost [127.0.0.1]) by serene.no-ip.org (8.14.3/8.14.3) with ESMTP id n0EMckkh057205; Wed, 14 Jan 2009 16:38:46 -0600 (CST) (envelope-from conrads@cox.net) Date: Wed, 14 Jan 2009 16:38:46 -0600 From: "Conrad J. Sabatier" To: freebsd-current@freebsd.org Message-ID: <20090114163846.0dfa6080@serene.no-ip.org> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: sos@freebsd.org Subject: Fw: nv-pv2 (Was: I give up) 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, 14 Jan 2009 22:38:49 -0000 OK, I took Soren's advice and modified the device ID in one of the patches he had originally sent me. The SATA controller is now being recognized, as well as the hard drive, but still no CD/DVD. What else do I need to do to complete this remedy? I've included my modifications to Soren's original patches below. Thank you, and sorry for the long lag in following up on this issue. Conrad Begin forwarded message: Date: Wed, 31 Dec 2008 22:32:51 -0600 (CST) From: conrads@serene.no-ip.org (Conrad J. Sabatier) To: conrads@cox.net Subject: nv-pv2 Index: chipsets/ata-nvidia.c =================================================================== --- chipsets/ata-nvidia.c (revision 184585) +++ chipsets/ata-nvidia.c (working copy) @@ -61,6 +61,7 @@ /* misc defines */ #define NV4 0x01 #define NVQ 0x02 +#define NVAHCI 0x04 /* @@ -99,6 +100,7 @@ { ATA_NFORCE_MCP67, 0, 0, 0, ATA_UDMA6, "nForce MCP67" }, { ATA_NFORCE_MCP73, 0, 0, 0, ATA_UDMA6, "nForce MCP73" }, { ATA_NFORCE_MCP77, 0, 0, 0, ATA_UDMA6, "nForce MCP77" }, + { ATA_NFORCE_MCP77_A8, 0, NVAHCI, 0, ATA_SA300, "nForce MCP77" }, { 0, 0, 0, 0, 0, 0}} ; if (pci_get_vendor(dev) != ATA_NVIDIA_ID) @@ -108,7 +110,10 @@ return ENXIO; ata_set_desc(dev); - ctlr->chipinit = ata_nvidia_chipinit; + if (ctlr->chip->cfg1 & NVAHCI) + ctlr->chipinit = ata_ahci_chipinit; + else + ctlr->chipinit = ata_nvidia_chipinit; return 0; } Index: ata-pci.h =================================================================== --- ata-pci.h (revision 184585) +++ ata-pci.h (working copy) @@ -255,8 +255,44 @@ #define ATA_NFORCE_MCP61_S3 0x03f710de #define ATA_NFORCE_MCP65 0x044810de #define ATA_NFORCE_MCP67 0x056010de +#define ATA_NFORCE_MCP67_A0 0x055010de +#define ATA_NFORCE_MCP67_A1 0x055110de +#define ATA_NFORCE_MCP67_A2 0x055210de +#define ATA_NFORCE_MCP67_A3 0x055310de +#define ATA_NFORCE_MCP67_A4 0x055410de +#define ATA_NFORCE_MCP67_A5 0x055510de +#define ATA_NFORCE_MCP67_A6 0x055610de +#define ATA_NFORCE_MCP67_A7 0x055710de +#define ATA_NFORCE_MCP67_A8 0x055810de +#define ATA_NFORCE_MCP67_A9 0x055910de +#define ATA_NFORCE_MCP67_Aa 0x055a10de +#define ATA_NFORCE_MCP67_Ab 0x055b10de #define ATA_NFORCE_MCP73 0x056c10de +#define ATA_NFORCE_MCP73_A0 0x07f010de +#define ATA_NFORCE_MCP73_A1 0x07f110de +#define ATA_NFORCE_MCP73_A2 0x07f210de +#define ATA_NFORCE_MCP73_A3 0x07f310de +#define ATA_NFORCE_MCP73_A4 0x07f410de +#define ATA_NFORCE_MCP73_A5 0x07f510de +#define ATA_NFORCE_MCP73_A6 0x07f610de +#define ATA_NFORCE_MCP73_A7 0x07f710de +#define ATA_NFORCE_MCP73_A8 0x07f810de +#define ATA_NFORCE_MCP73_A9 0x07f910de +#define ATA_NFORCE_MCP73_Aa 0x07fa10de +#define ATA_NFORCE_MCP73_Ab 0x07fb10de #define ATA_NFORCE_MCP77 0x075910de +#define ATA_NFORCE_MCP77_A0 0x0ad010de +#define ATA_NFORCE_MCP77_A1 0x0ad110de +#define ATA_NFORCE_MCP77_A2 0x0ad210de +#define ATA_NFORCE_MCP77_A3 0x0ad310de +#define ATA_NFORCE_MCP77_A4 0x0ad410de +#define ATA_NFORCE_MCP77_A5 0x0ad510de +#define ATA_NFORCE_MCP77_A6 0x0ad610de +#define ATA_NFORCE_MCP77_A7 0x0ad710de +#define ATA_NFORCE_MCP77_A8 0x0ad810de +#define ATA_NFORCE_MCP77_A9 0x0ad910de +#define ATA_NFORCE_MCP77_Aa 0x0ada10de +#define ATA_NFORCE_MCP77_Ab 0x0adb10de #define ATA_PROMISE_ID 0x105a #define ATA_PDC20246 0x4d33105a -- Conrad J. Sabatier From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 23:00: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 0FDDF1065679 for ; Wed, 14 Jan 2009 23:00:22 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 909558FC1A for ; Wed, 14 Jan 2009 23:00:21 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ey-out-2122.google.com with SMTP id d26so90308eyd.7 for ; Wed, 14 Jan 2009 15:00:20 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=ZsyPEziGOtQZWVGQmJX/q8KqR6/MID5eEJokAG92UJI=; b=itTJSNzmh8FqdftZoA0hj+EpuZPsmzcg9kaWCVWhs1Y/pokAVJq4vspixFyRt5KyVc QTRCTsU+NfFcFoZWMZboZF9X9NG8YWMnGAB3KuhphQxavLT3Lw9DhKnXNWkkGjp2Gxgk VWab8sKmWK4kHeyXKUcDRhUU2Kl+OAZtLocV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=Eov6GV3H/6QwPteEWRLqklAUgMcfR9RgbU3HevculNTOQF/RMT+q5g9R+3D/4wvgEj 2oKedz+hZyAWj7ZPBlxlXGJlf8XM4+/7PkER4tB1ugDYcVcb6Ny/C31ncH3oy8hP4MWP Vc8Pc5XvkXwD249c+WwNX+Xs5Zx2VjJotnMIc= Received: by 10.210.141.17 with SMTP id o17mr784829ebd.166.1231974020637; Wed, 14 Jan 2009 15:00:20 -0800 (PST) Received: by 10.210.61.13 with HTTP; Wed, 14 Jan 2009 15:00:20 -0800 (PST) Message-ID: <3a142e750901141500i3445a0c1j1f07c24df547bfab@mail.gmail.com> Date: Thu, 15 Jan 2009 00:00:20 +0100 From: "Paul B. Mahol" To: "Alexey Shuvaev" In-Reply-To: <20090114223714.GA2573@wep4059.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20090114223714.GA2573@wep4059.physik.uni-wuerzburg.de> Cc: pluknet , freebsd-current Subject: Re: kernel doesn't boot when is built with ukbd/ums 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, 14 Jan 2009 23:00:22 -0000 On 1/14/09, Alexey Shuvaev wrote: > On Sat, Jan 10, 2009 at 01:28:19AM +0300, pluknet wrote: >> Hi. >> >> Today I noticed that when kernel has build-in ums and ukbd support, >> it stops booting with the last seen messages (transcribed): >> ... >> uart0: [FILTER] >> atkbdc0: port 0x60,0x64 irq1 on acpi0 >> [stops here] >> ... >> >> It boots fine if kernel is built without ums and ukbd devices (and >> they loaded as modules). And I see in this case. >> ... >> atrtc0: port 0x70-0x71 irq 8 on acpi0 >> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >> uart0: [FILTER] >> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >> atkbd0: irq 1 on atkbdc0 >> kbd0 at atkbd0 >> atkbd0: [GIANT-LOCKED] >> atkbd0: [ITHREAD] >> cpu0: on acpi0 >> ... >> >> In both cases I have in loader.conf: >> >> ums_load="YES" >> ukbd_load="YES" >> > Maybe this is the problem? I have some feeling that it is illegal to load > modules already compiled in the kernel with the loader. > On the running system kldload (or what is responsible for it) detects > that the module is already in the kernel, but loader can't detect this. > Try commenting out these lines while booting kernel with ums/ukbd modules. +1. Loader cant detect this, but kernel can (at same rate) and in such cases it will survive boot. Old incompatible modules can cause other problems ... >> I would jump in ddb to see what's going on, but my USB keyboard begin to >> work >> only if I replug it close to the multiuser. Hence I can't. >> > > Just my 0.02$, > Alexey. > _______________________________________________ > 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" > -- Paul From owner-freebsd-current@FreeBSD.ORG Wed Jan 14 23:32: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 708F710656E1 for ; Wed, 14 Jan 2009 23:32:30 +0000 (UTC) (envelope-from baigsabeeh@gmail.com) Received: from rn-out-0910.google.com (rn-out-0910.google.com [64.233.170.191]) by mx1.freebsd.org (Postfix) with ESMTP id 223298FC18 for ; Wed, 14 Jan 2009 23:32:29 +0000 (UTC) (envelope-from baigsabeeh@gmail.com) Received: by rn-out-0910.google.com with SMTP id j71so885001rne.12 for ; Wed, 14 Jan 2009 15:32:29 -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:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=lE6bFI9DuwhA3UU0KaFcbgB1nJ8fIx9F0702HDmAT5g=; b=KBHjpeMTpiOb+iDDNTpD7Zb89t1bZ4ugw8xFOHQJ1t2z5LOw4M6hIE9qMx6GaFN/p8 aTQazFr4OI4Ev3GO550k2knJG7Ht4FPEbGqkj+UPomzbBF+ZjuFgTv84B3WIszpFNwxJ YvKzvp10udR6tOhFrxEaCYiuyqLgU/7WPX18M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Ifbg7BS6vUkdIcGd67aNYWnsoah8oND9pFhT3UpWl/SUrZ7IiR/9I2xSJwPSUNW9be oFYYVA7d3wcj85Sw0d+Iph79wmPgvQZNoEu6s8KH4y3m7Y+cq28PAG4fmhJ2H6dfqGid Omu5eLZOIaN2TzPah3CyPwi9NDEhohIo7TCc0= Received: by 10.150.157.19 with SMTP id f19mr2698356ybe.239.1231974468275; Wed, 14 Jan 2009 15:07:48 -0800 (PST) Received: by 10.151.129.2 with HTTP; Wed, 14 Jan 2009 15:07:48 -0800 (PST) Message-ID: Date: Wed, 14 Jan 2009 18:07:48 -0500 From: "Sabeeh Baig" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline 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: Wed, 14 Jan 2009 23:32:31 -0000 There is work being done on PCC, which is already capable of compiling the OpenBSD and NetBSD userlands. PCC is also quite a bit smaller and already performs better than GCC. OpenBSD folks are helping with the development of PCC, so they can replace GCC in the base. That might be a solution for FreeBSD too, at least as a system compiler. GCC could be available as an add-on through ports for those who need it. Sabeeh Ahmed Baig From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 04:35: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 46A7C1065670 for ; Thu, 15 Jan 2009 04:35:10 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 269BE8FC19 for ; Thu, 15 Jan 2009 04:35:09 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 76-205-169-61.lightspeed.austtx.sbcglobal.net ([76.205.169.61]:63198 helo=borg) by thebighonker.lerctr.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LNJwh-0000dZ-LX for freebsd-current@freebsd.org; Wed, 14 Jan 2009 22:35:09 -0600 Date: Wed, 14 Jan 2009 22:35:00 -0600 (CST) From: Larry Rosenman Sender: ler@borg To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Score: -2.5 (--) X-LERCTR-Spam-Score: -2.5 (--) X-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 X-LERCTR-Spam-Report: SpamScore (-2.5/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931 DomainKey-Status: no signature Subject: Bacula: VERY SLOW on SAME host 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, 15 Jan 2009 04:35:10 -0000 Greetings, Somethings changed (Around the 1st of the year?) where my bacula jobs take FOREVER to backup on the same host with the StorageDaemon and Director. If I change it to use 127.0.0.1 instead of the address on the em card, it's fine. If I use the address on the em nics, it's like 4kb/sec as opposed to multi-megabytes/sec. I'm looking for how to find what broke. Other networking to the host is fine, but this is TCP within the same host, but using the IP address on the em interface. I see the TCP Send-Q fill up, and it's extremely slow. What data do you need to help debug this? -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 04:46:32 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 E912D106564A for ; Thu, 15 Jan 2009 04:46:32 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id BA5358FC08 for ; Thu, 15 Jan 2009 04:46:32 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so923390rvf.43 for ; Wed, 14 Jan 2009 20:46:32 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=Fx/Lo5AKvZ1j8hYZN3UM8qWVW83OgRxTqolhbjvOHUA=; b=FZ3jA5mXsVwc3BTz1/SXRL0/K8BrYVSJCEZU71WtkTUdU3tGkNvTrY7TI+rWzTqdHz QFITd0o6/5G0hbEiD4SE9s2H3GcVEanveVLPMb2qi1zIL34vQIQdibmISEnBsDRpX9LF BrKplz24MpNrfMPb25zsWzqgNLU9oWMjh9iJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=b8Z9wxufutLm9m2pRpsA5lIR7Rj3pzp6cSyX6eV8tLdNn2Vw05J5/WT6tzrxQY3HU7 vgOxrXPhFQoiuTzGz1CjmUHgk5cvSfSDGEa+AVTdi+esLcHZGZjtmyvNch0irFBcDcDD 4TTu52MLFMB+1WkdslM08MMtr+s9zo7zpyRpc= Received: by 10.141.67.21 with SMTP id u21mr393247rvk.123.1231994791520; Wed, 14 Jan 2009 20:46:31 -0800 (PST) Received: by 10.141.180.7 with HTTP; Wed, 14 Jan 2009 20:46:31 -0800 (PST) Message-ID: <3c1674c90901142046n6cd3c328kc0936190c2516a2a@mail.gmail.com> Date: Wed, 14 Jan 2009 20:46:31 -0800 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Larry Rosenman" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: X-Google-Sender-Auth: 5b391bca1bd00ffb Cc: freebsd-current@freebsd.org Subject: Re: Bacula: VERY SLOW on SAME host 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, 15 Jan 2009 04:46:33 -0000 arpv2 - add an localhost interface route as a workaround -Kip On Wed, Jan 14, 2009 at 8:35 PM, Larry Rosenman wrote: > Greetings, > Somethings changed (Around the 1st of the year?) where my bacula jobs > take FOREVER to backup on the same host > with the StorageDaemon and Director. If I change it to use 127.0.0.1 > instead of the address on the em card, it's fine. > > If I use the address on the em nics, it's like 4kb/sec as opposed to > multi-megabytes/sec. > > I'm looking for how to find what broke. > > Other networking to the host is fine, but this is TCP within the same host, > but using the IP address on the em interface. > > I see the TCP Send-Q fill up, and it's extremely slow. > > What data do you need to help debug this? > > > > -- > Larry Rosenman http://www.lerctr.org/~ler > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > _______________________________________________ > 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 Jan 15 06:36: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 5B7D71065672 for ; Thu, 15 Jan 2009 06:36:29 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.188]) by mx1.freebsd.org (Postfix) with ESMTP id DD7488FC12 for ; Thu, 15 Jan 2009 06:36:28 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fk-out-0910.google.com with SMTP id k31so568287fkk.11 for ; Wed, 14 Jan 2009 22:36:28 -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=+s4KYMLE/XzoxXSp2wctt5EFQFUHowzKHMsqiv0woiI=; b=bLjLwJAQUcYQoTpyU2NUe9MTSqBjrIe6oYpPP4JrHbvoUGud9KWyuyzix4i980t3z2 WuvBOvapbmIoIMLEf6X/QIWj7DrZmEo4I8iP1eOaK729QzXpTgM0fJScn3sRIDDHQ6T3 30ySeMDD4czb/7CKuZEb3ZadqhaDGgYISBB4Q= 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=tSBl6bENeqE6cvRoor6WYcuA0wwWCU9syfriFgCSyGRxmPg3P/Py0ILKN09t1cdW4A UG6JVyPgUBwyRWwAPK+03EJ3CFvkBgQbbP/YOydPy4sY43hJNZQdXRTwb3OZ2ly9GSJg PD9nXAi/gyzmLyZgP0CppWzk/XJ1o+dXa1cFA= MIME-Version: 1.0 Received: by 10.181.13.19 with SMTP id q19mr322082bki.53.1232001387904; Wed, 14 Jan 2009 22:36:27 -0800 (PST) In-Reply-To: <3a142e750901141500i3445a0c1j1f07c24df547bfab@mail.gmail.com> References: <20090114223714.GA2573@wep4059.physik.uni-wuerzburg.de> <3a142e750901141500i3445a0c1j1f07c24df547bfab@mail.gmail.com> Date: Thu, 15 Jan 2009 09:36:27 +0300 Message-ID: From: pluknet To: "Paul B. Mahol" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexey Shuvaev , freebsd-current Subject: Re: kernel doesn't boot when is built with ukbd/ums 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, 15 Jan 2009 06:36:29 -0000 2009/1/15 Paul B. Mahol : > On 1/14/09, Alexey Shuvaev wrote: >> On Sat, Jan 10, 2009 at 01:28:19AM +0300, pluknet wrote: >>> Hi. >>> >>> Today I noticed that when kernel has build-in ums and ukbd support, >>> it stops booting with the last seen messages (transcribed): >>> ... >>> uart0: [FILTER] >>> atkbdc0: port 0x60,0x64 irq1 on acpi0 >>> [stops here] >>> ... >>> >>> It boots fine if kernel is built without ums and ukbd devices (and >>> they loaded as modules). And I see in this case. >>> ... >>> atrtc0: port 0x70-0x71 irq 8 on acpi0 >>> uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 >>> uart0: [FILTER] >>> atkbdc0: port 0x60,0x64 irq 1 on acpi0 >>> atkbd0: irq 1 on atkbdc0 >>> kbd0 at atkbd0 >>> atkbd0: [GIANT-LOCKED] >>> atkbd0: [ITHREAD] >>> cpu0: on acpi0 >>> ... >>> >>> In both cases I have in loader.conf: >>> >>> ums_load="YES" >>> ukbd_load="YES" >>> >> Maybe this is the problem? I have some feeling that it is illegal to load >> modules already compiled in the kernel with the loader. >> On the running system kldload (or what is responsible for it) detects >> that the module is already in the kernel, but loader can't detect this. >> Try commenting out these lines while booting kernel with ums/ukbd modules. > > +1. Loader cant detect this, but kernel can (at same rate) and in such > cases it will survive boot. > Old incompatible modules can cause other problems ... > Ok, guys. I'll try this next time :) Just wanted to mention that this is first time when I encounter this minor issue (i.e. problem with boot when driver is built in kernel and loaded as a module). -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 08:45: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 ABEC9106566B for ; Thu, 15 Jan 2009 08:45:39 +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 684AC8FC0A for ; Thu, 15 Jan 2009 08:45:37 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 761C29CB05D; Thu, 15 Jan 2009 09:45:18 +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 FI-3Sk+4JWhu; Thu, 15 Jan 2009 09:45:16 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2F70C9CB06D; Thu, 15 Jan 2009 09:45:16 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0F8jG6l091579; Thu, 15 Jan 2009 09:45:16 +0100 (CET) (envelope-from rdivacky) Date: Thu, 15 Jan 2009 09:45:16 +0100 From: Roman Divacky To: Sabeeh Baig Message-ID: <20090115084515.GA91157@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: 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: Thu, 15 Jan 2009 08:45:40 -0000 On Wed, Jan 14, 2009 at 06:07:48PM -0500, Sabeeh Baig wrote: > There is work being done on PCC, which is already capable of compiling > the OpenBSD and NetBSD userlands. PCC is also quite a bit smaller and > already performs better than GCC. OpenBSD folks are helping with the > development of PCC, so they can replace GCC in the base. That might > be a solution for FreeBSD too, at least as a system compiler. GCC > could be available as an add-on through ports for those who need it. I really dont see any reason why there must be only ONE compiler that can be used to compile FreeBSD. If you will work on making FreeBSD compile with pcc I am sure noone will mind. I am working on clang..... someone else might pick cparser and god knows what else.... From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 10:17: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 69CB81065672; Thu, 15 Jan 2009 10:17:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2DA248FC12; Thu, 15 Jan 2009 10:17:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 2BA7811F838; Thu, 15 Jan 2009 11:16:59 +0100 (CET) Message-ID: <496F0D1D.7080505@andric.com> Date: Thu, 15 Jan 2009 11:17:01 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Roman Divacky References: <20090115084515.GA91157@freebsd.org> In-Reply-To: <20090115084515.GA91157@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Sabeeh Baig 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: Thu, 15 Jan 2009 10:17:00 -0000 On 2009-01-15 09:45, Roman Divacky wrote: > I really dont see any reason why there must be only ONE compiler that > can be used to compile FreeBSD. I completely agree. When I said earlier in this thread "dependence on GNU gcc has always been bad", I did NOT mean to say that gcc is bad in itself, just the dependence on any particular C/C++ compiler. This is also why it is worthwile to go for C89 or C99 standards compliance. The less exotic (read: gcc-specific) extensions, the better. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 11:44: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 40970106566B for ; Thu, 15 Jan 2009 11:44:13 +0000 (UTC) (envelope-from fullblaststorm@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 137648FC16 for ; Thu, 15 Jan 2009 11:44:12 +0000 (UTC) (envelope-from fullblaststorm@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1071755rvf.43 for ; Thu, 15 Jan 2009 03:44:12 -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:to :subject:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=QOfKIfyybseoqzlsdetKPhOKbnVlD/BO4E3HTEjVGYM=; b=Vqtt3h6IhnjDOP58PE7LFU9mEte8MJr/To53RUlyno+ok9dIS+MBUn9KIl2cvdAqK2 U9fiyMjjS5aaKfqhP3LXYtjUUvbKCeDk/Qx4Mf2E6Xwwt9EwkY7vHlTsQCSAFJxgyhos uommbmsWAZmxM6gQ4j2hEHxmpreE0KWrgnD90= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=j61yTaz7gg+dl/huio8CbAjFUwQb91Px4TrJnuRFt9gQcvTnhzuEqanuYmLBAuyJB3 ouNt77I2nkhX+H8csPFCXLh/ohcXJ8XDKDOBa1PjAXq+ZmWNualjkkOL5DARMSqskhOq 7r27kZql8oYQdXeVsiGgW+AQxobNdOaPAlpJU= Received: by 10.142.88.4 with SMTP id l4mr487238wfb.117.1232019852528; Thu, 15 Jan 2009 03:44:12 -0800 (PST) Received: by 10.143.117.8 with HTTP; Thu, 15 Jan 2009 03:44:12 -0800 (PST) Message-ID: <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> Date: Thu, 15 Jan 2009 16:44:12 +0500 From: FuLLBLaSTstorm To: freebsd-current@freebsd.org In-Reply-To: <496F0D1D.7080505@andric.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20090115084515.GA91157@freebsd.org> <496F0D1D.7080505@andric.com> Subject: 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: Thu, 15 Jan 2009 11:44:14 -0000 On 2009-01-15 09:45, Roman Divacky wrote: > I really dont see any reason why there must be only ONE compiler that > can be used to compile FreeBSD. I fully agree with it, too. Why not to put something like OPTION_COMPILER=`gcc|clang|llvm' so every portion of system designed for particular compiler could use the right one? From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 12:22: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 0241B106578C for ; Thu, 15 Jan 2009 12:22:25 +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 BA4268FC1C for ; Thu, 15 Jan 2009 12:22:24 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n0FCMMgn009254; Thu, 15 Jan 2009 12:22:23 GMT (envelope-from ken@mthelicon.com) Message-ID: <9225949D37F24E01AA5FC01169A256F2@PegaPegII> From: "Pegasus Mc Cleaft" To: "FuLLBLaSTstorm" , References: <20090115084515.GA91157@freebsd.org> <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> In-Reply-To: <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> Date: Thu, 15 Jan 2009 12:22:21 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 090114-0, 14/01/2009), Outbound message X-Antivirus-Status: Clean Cc: Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2009 12:22:27 -0000 ----- Original Message ----- From: "FuLLBLaSTstorm" > On 2009-01-15 09:45, Roman Divacky wrote: >> I really dont see any reason why there must be only ONE compiler that >> can be used to compile FreeBSD. > > I fully agree with it, too. Why not to put something like > OPTION_COMPILER=`gcc|clang|llvm' so every portion of system designed > for particular compiler could use the right one? In principla I like the above idea, but... My own personal feeling is that we should have a single compiler for the entire base (world && kernel). Use that compiler as the system compiler and call it "cc". Any other additional compiler can be installed by the user, if he chooses to do so. If each package / section of the base is compiled with a undefined and developer choosen one, wouldent we have to include all three compilers in the base? (Or am I reading this wrong?) I dont know clang, llvm, pcc, etc. very well, but.. Would this solve our problem where we will still need an assembler, linker, archiver, et al? ~Peg From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 12:28: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 A1E0E106570A for ; Thu, 15 Jan 2009 12:28:41 +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 5B6938FC1D for ; Thu, 15 Jan 2009 12:28:40 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 6F8F89CB067; Thu, 15 Jan 2009 13:28:21 +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 ZxGovD9OM81g; Thu, 15 Jan 2009 13:28:06 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 4A7179CB081; Thu, 15 Jan 2009 13:28:06 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0FCS5KR048921; Thu, 15 Jan 2009 13:28:06 +0100 (CET) (envelope-from rdivacky) Date: Thu, 15 Jan 2009 13:28:05 +0100 From: Roman Divacky To: Pegasus Mc Cleaft Message-ID: <20090115122805.GA48561@freebsd.org> References: <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> <9225949D37F24E01AA5FC01169A256F2@PegaPegII> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9225949D37F24E01AA5FC01169A256F2@PegaPegII> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org, FuLLBLaSTstorm Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) 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, 15 Jan 2009 12:28:42 -0000 > I dont know clang, llvm, pcc, etc. very well, but.. Would this solve our > problem where we will still need an assembler, linker, archiver, et al? 1) clang and llvm are not two choices :) it's one 2) llvm uses special "bytecode" that gets compiled into native machine code so technically speaking "classic" assembler is not needed for llvm/clang. the chain with clang is: clang -> llvm bc -> native binary you can get the (human readable) assembler if you want to (I think) but it's not necessary the same goes with linker etc. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 12:43: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 EE02F1065672 for ; Thu, 15 Jan 2009 12:43:26 +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 3E49B8FC27 for ; Thu, 15 Jan 2009 12:43:26 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 15 Jan 2009 12:43:25 -0000 Received: from p54A3E43A.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.228.58] by mail.gmx.net (mp028) with SMTP; 15 Jan 2009 13:43:25 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+t4YcB8Lut4e2L0kzuQ3PKdoO09ZzDjzCBylT3GT y8OX/W+cq3F5fP Message-ID: <496F2F6C.4010708@gmx.de> Date: Thu, 15 Jan 2009 13:43:24 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: FuLLBLaSTstorm References: <20090115084515.GA91157@freebsd.org> <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> In-Reply-To: <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 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: Thu, 15 Jan 2009 12:43:27 -0000 FuLLBLaSTstorm schrieb: > On 2009-01-15 09:45, Roman Divacky wrote: >> I really dont see any reason why there must be only ONE compiler that >> can be used to compile FreeBSD. > > I fully agree with it, too. Why not to put something like > OPTION_COMPILER=`gcc|clang|llvm' so every portion of system designed > for particular compiler could use the right one? I don't even want to imagine the maintainance nightmare. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 12:44: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 58987106567C for ; Thu, 15 Jan 2009 12:44:52 +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 9B1628FC1E for ; Thu, 15 Jan 2009 12:44:51 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 15 Jan 2009 12:44:50 -0000 Received: from p54A3E43A.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.228.58] by mail.gmx.net (mp001) with SMTP; 15 Jan 2009 13:44:50 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX19t1wdvCWRtixCw5q1Afx6eAsNIqkdrh+oB5mmTOa a3zU+yjUQd+y4g Message-ID: <496F2FC0.3050401@gmx.de> Date: Thu, 15 Jan 2009 13:44:48 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Roman Divacky References: <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> <9225949D37F24E01AA5FC01169A256F2@PegaPegII> <20090115122805.GA48561@freebsd.org> In-Reply-To: <20090115122805.GA48561@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.78 Cc: Pegasus Mc Cleaft , FuLLBLaSTstorm , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) 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, 15 Jan 2009 12:44:53 -0000 Roman Divacky schrieb: > 2) llvm uses special "bytecode" that gets compiled into native machine > code so technically speaking "classic" assembler is not needed for llvm/clang. This is an irrelevant detail for normal use. > the chain with clang is: clang -> llvm bc -> native binary This is just a kludge, because clang has no proper compiler driver, yet. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 12:48: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 988131065716 for ; Thu, 15 Jan 2009 12:48:33 +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 4FD758FC08 for ; Thu, 15 Jan 2009 12:48:33 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 625B99CB067; Thu, 15 Jan 2009 13:48:14 +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 U9W2qe3ghk-q; Thu, 15 Jan 2009 13:48:12 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2CB219CB07F; Thu, 15 Jan 2009 13:48:12 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0FCmC9k052069; Thu, 15 Jan 2009 13:48:12 +0100 (CET) (envelope-from rdivacky) Date: Thu, 15 Jan 2009 13:48:12 +0100 From: Roman Divacky To: Christoph Mallon Message-ID: <20090115124812.GA51770@freebsd.org> References: <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> <9225949D37F24E01AA5FC01169A256F2@PegaPegII> <20090115122805.GA48561@freebsd.org> <496F2FC0.3050401@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <496F2FC0.3050401@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: Pegasus Mc Cleaft , FuLLBLaSTstorm , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) 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, 15 Jan 2009 12:48:35 -0000 On Thu, Jan 15, 2009 at 01:44:48PM +0100, Christoph Mallon wrote: > Roman Divacky schrieb: > >2) llvm uses special "bytecode" that gets compiled into native machine > >code so technically speaking "classic" assembler is not needed for > >llvm/clang. > > This is an irrelevant detail for normal use. yes.... but the point is that clang does not need "something that translates mov ax, bx to machine code" > >the chain with clang is: clang -> llvm bc -> native binary > > This is just a kludge, because clang has no proper compiler driver, yet. there's a work going on successor of ccc and ccc itself works for a lot of cases even today (I use it for compiling freebsd) From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 12:53:57 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 F2C1F106564A for ; Thu, 15 Jan 2009 12:53:56 +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 3F9318FC1C for ; Thu, 15 Jan 2009 12:53:56 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 15 Jan 2009 12:53:55 -0000 Received: from p54A3E43A.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.228.58] by mail.gmx.net (mp030) with SMTP; 15 Jan 2009 13:53:55 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX18cg9hhXiEcF1bcZFpP7aKeAT0ugIeTolBDXxc1ym CmlVybxcbmPX+3 Message-ID: <496F31E2.3070004@gmx.de> Date: Thu, 15 Jan 2009 13:53:54 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Roman Divacky References: <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> <9225949D37F24E01AA5FC01169A256F2@PegaPegII> <20090115122805.GA48561@freebsd.org> <496F2FC0.3050401@gmx.de> <20090115124812.GA51770@freebsd.org> In-Reply-To: <20090115124812.GA51770@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.66 Cc: Pegasus Mc Cleaft , FuLLBLaSTstorm , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) 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, 15 Jan 2009 12:53:57 -0000 Roman Divacky schrieb: > On Thu, Jan 15, 2009 at 01:44:48PM +0100, Christoph Mallon wrote: >> Roman Divacky schrieb: >>> 2) llvm uses special "bytecode" that gets compiled into native machine >>> code so technically speaking "classic" assembler is not needed for >>> llvm/clang. >> This is an irrelevant detail for normal use. > > yes.... but the point is that clang does not need "something that translates > mov ax, bx to machine code" It's not problem if your source is C, but what if the source is assembler? >>> the chain with clang is: clang -> llvm bc -> native binary >> This is just a kludge, because clang has no proper compiler driver, yet. > > there's a work going on successor of ccc and ccc itself works for a lot of > cases even today (I use it for compiling freebsd) I know that, you know it, too. This makes mentioning the kludge even more irrelevant, because it is not the normal way you use the compiler. Btw, the current compiler driver is just a prototype and will be replaced. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 13:01: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 5371A1065672 for ; Thu, 15 Jan 2009 13:01:40 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 0201C8FC17 for ; Thu, 15 Jan 2009 13:01:39 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:Reply-To:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=SdhD+904foOFgjbKhcUUieLK8ykj8yC+/OcBNgdYHURUk7UOR1Lwl4YhTteeoZaIR5BmrrhdiAuLFvEsMbrW9CNTx8GNm4JVpsA6iBWIIcMbzIT0A43Kiq6hB+e2vrA9244va1f1fxLcY2AtXSub6V4eEpTwSd4QGPBd5K4tpg8=; Received: from void.codelabs.ru (void.codelabs.ru [144.206.177.25]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1LNRqs-000DhF-Gh; Thu, 15 Jan 2009 16:01:38 +0300 Date: Thu, 15 Jan 2009 16:01:37 +0300 From: Eygene Ryabinkin To: Roman Divacky Message-ID: References: <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> <9225949D37F24E01AA5FC01169A256F2@PegaPegII> <20090115122805.GA48561@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090115122805.GA48561@freebsd.org> Sender: rea-fbsd@codelabs.ru Cc: Pegasus Mc Cleaft , FuLLBLaSTstorm , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rea-fbsd@codelabs.ru List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Jan 2009 13:01:40 -0000 Thu, Jan 15, 2009 at 01:28:05PM +0100, Roman Divacky wrote: > 2) llvm uses special "bytecode" that gets compiled into native machine > code so technically speaking "classic" assembler is not needed for llvm/clang. Hmm, what about assembly statements inside C sources or pure assembler sources? May be my definition of a "classic" differs from yours, but for we need assembler at least for the .S files. Do you mean that some supplementary assembler should be added to the llvm/clang suite? -- Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook {_.-``-' {_/ # From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 14:15: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 C7CAE106566B for ; Thu, 15 Jan 2009 14:15:21 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 859068FC08 for ; Thu, 15 Jan 2009 14:15:21 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AA20511F838; Thu, 15 Jan 2009 15:15:20 +0100 (CET) Message-ID: <496F44FA.1070004@andric.com> Date: Thu, 15 Jan 2009 15:15:22 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Marcel Moolenaar References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> <085BEE07-BAE5-4A45-A14D-9587987FAA5C@mac.com> In-Reply-To: <085BEE07-BAE5-4A45-A14D-9587987FAA5C@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 14:15:22 -0000 On 2009-01-14 17:34, Marcel Moolenaar wrote: >> The only way i've found to boot my system again is to compile a new >> kernel with GEOM_BSD and GEOM_MBR, instead of GEOM_PART_*. > > Wipe out your second sector on the disk. You have a > stale BSD disklabel that prevents the MBR from being > used. Hmm, in my case I can't do so, since I have a "Dangerously Dedicated" FreeBSD MBR partition. This apparently lets the MBR partition overlap with the MBR itself, putting the disklabel on the sector following the MBR. I know "DD" is probably looked upon in the sense of "if it breaks, you get to keep both pieces", but if anyone knows a good hack to make it work with this new scheme... :) From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 15:09: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 DBF431065675 for ; Thu, 15 Jan 2009 15:09:48 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 98BAB8FC08 for ; Thu, 15 Jan 2009 15:09:48 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8B8C611F838; Thu, 15 Jan 2009 16:09:47 +0100 (CET) Message-ID: <496F51BD.6010508@andric.com> Date: Thu, 15 Jan 2009 16:09:49 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre 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> In-Reply-To: <496F44FA.1070004@andric.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 15:09:49 -0000 On 2009-01-15 15:15, Dimitry Andric wrote: > On 2009-01-14 17:34, Marcel Moolenaar wrote: >>> The only way i've found to boot my system again is to compile a new >>> kernel with GEOM_BSD and GEOM_MBR, instead of GEOM_PART_*. >> Wipe out your second sector on the disk. You have a >> stale BSD disklabel that prevents the MBR from being >> used. > > Hmm, in my case I can't do so, since I have a "Dangerously Dedicated" > FreeBSD MBR partition. This apparently lets the MBR partition overlap > with the MBR itself, putting the disklabel on the sector following the > MBR. Just as a data point, I can confirm that adding GEOM_MBR fixes this issue. At least temporarily, until I find out the proper way. :) From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 16:06: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 872831065944 for ; Thu, 15 Jan 2009 16:06:15 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (farley.org [67.64.95.201]) by mx1.freebsd.org (Postfix) with ESMTP id 3CF5B8FC22 for ; Thu, 15 Jan 2009 16:06:15 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [192.168.1.5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n0FFUeN8098605; Thu, 15 Jan 2009 09:30:41 -0600 (CST) (envelope-from scf@FreeBSD.org) Date: Thu, 15 Jan 2009 09:30:40 -0600 (CST) From: "Sean C. Farley" To: Pegasus Mc Cleaft In-Reply-To: <9225949D37F24E01AA5FC01169A256F2@PegaPegII> Message-ID: References: <20090115084515.GA91157@freebsd.org> <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> <9225949D37F24E01AA5FC01169A256F2@PegaPegII> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Spam-Status: No, score=-4.4 required=3.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-current@FreeBSD.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) 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, 15 Jan 2009 16:06:17 -0000 On Thu, 15 Jan 2009, Pegasus Mc Cleaft wrote: *snip* > I dont know clang, llvm, pcc, etc. very well, but.. Would this solve > our problem where we will still need an assembler, linker, archiver, > et al? For assembler, Yasm looks like a possibility, but I have only glanced at it. I think pcc can use it. There is also Fasm. Both are BSD-licensed. Actually, Yasm is mostly BSD-licensed. It depends on the bitvect library which is Artistic/GPL/LGPG-licensed. Yasm may support more platforms, and it does accept Gas syntax. For an archiver, what about tar (bsdtar)? tar tf /usr/lib/libc.a works for me. :) Actually, there is some development[1] to replace those utilities with BSD-licensed versions. ar has already been replaced in HEAD. Sean 1. http://wiki.freebsd.org/ElfToolChain -- scf@FreeBSD.org From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 16:15: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 4C3D01065749 for ; Thu, 15 Jan 2009 16:15:02 +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 B870A8FC1A for ; Thu, 15 Jan 2009 16:15:00 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) (authenticated bits=0) by lexi.siliconlandmark.com (8.14.2/8.14.2) with ESMTP id n0FFkYFx006077 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Thu, 15 Jan 2009 15:46:34 GMT (envelope-from andy@siliconlandmark.com) Message-Id: From: Andre Guibert de Bruet To: Markus Dolze In-Reply-To: <496EE1D9.7090309@nurfuerspam.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: Thu, 15 Jan 2009 10:46:28 -0500 References: <1b9f9a570901141518q1ba70c73ibc58a4f32811e254@mail.gmail.com> <496EE1D9.7090309@nurfuerspam.de> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV 0.94.1/8868/Thu Jan 15 06:34:41 2009 on lexi.siliconlandmark.com X-Virus-Status: Clean Cc: Ernie Cline , lcdproc@lists.omnipotent.net, current@freebsd.org Subject: Re: [Lcdproc] LCDProc CVS + PicoLCD on FreeBSD 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, 15 Jan 2009 16:15:03 -0000 On Jan 15, 2009, at 2:12 AM, Markus Dolze wrote: > Ernie Cline wrote: >> Hello all, >> I recently purchased one of these little guys for eventual use on >> my alix/pfsense based firewall: http://www.mini-box.com/PicoLCD-4X20-Sideshow >> >> I cannot seem to get it to work! I have tried the mini-box >> provided version of LCDProc, version .5.2 and the latest CVS >> version, all seem to give the same output: >> > I am sorry, but the picolcd driver is currently not supported under > FreeBSD. So without any additional programming there is no way to > get it to work with FreeBSD. In the FreeBSD's port it is therefore > disabled and not built by default. > > On your system the driver loads and tries to identify the device. > What packages have you installed to get the dependicies satisfied? Unfortunately the PicoLCD 2X20 and 4X20 devices present themselves as HID devices. I filed PR usb/128803 and attached a patch which quirks the device, so that it doesn't get attached to by the HID driver (Thus making it available to libusb). It can be found at http://www.freebsd.org/cgi/query-pr.cgi?pr=128803 . It would be awesome if this would get committed on CURRENT and possibly MFC'ed... :) Cheers, Andy PS: I have the magic to get the 4X20 working on OSX too, if anyone is interested. /* 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 Jan 15 16:56: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 9309B106564A for ; Thu, 15 Jan 2009 16:56:09 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from mail.barafranca.com (mail.barafranca.com [67.213.67.47]) by mx1.freebsd.org (Postfix) with ESMTP id 67D718FC14 for ; Thu, 15 Jan 2009 16:56:09 +0000 (UTC) (envelope-from hugo@barafranca.com) Received: from localhost (unknown [172.16.100.24]) by mail.barafranca.com (Postfix) with ESMTP id 91750351 for ; Thu, 15 Jan 2009 16:32:29 +0000 (UTC) X-Virus-Scanned: amavisd-new at barafranca.com Received: from mail.barafranca.com ([172.16.100.24]) by localhost (mail.barafranca.com [172.16.100.24]) (amavisd-new, port 10024) with ESMTP id UxNzLHbRhLg5 for ; Thu, 15 Jan 2009 16:31:51 +0000 (UTC) Received: from [10.0.30.27] (adslfixo-b3-115-114.telepac.pt [213.13.115.114]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.barafranca.com (Postfix) with ESMTPSA id 51782345 for ; Thu, 15 Jan 2009 16:31:50 +0000 (UTC) Message-ID: <496F730F.3010008@barafranca.com> Date: Thu, 15 Jan 2009 17:31:59 +0000 From: Hugo Silva User-Agent: Thunderbird 2.0.0.9 (X11/20071213) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Wifi Link 5100 driver ? 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, 15 Jan 2009 16:56:09 -0000 Hi, I would like to know if support for the wifi link 5100 series is planned. I am looking for a new laptop to run current on, and I need a working wireless connection; any pointers would be helpful. Thanks! Hugo From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 17:00:30 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 49B24106568F for ; Thu, 15 Jan 2009 17:00:30 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout017.mac.com (asmtpout017.mac.com [17.148.16.92]) by mx1.freebsd.org (Postfix) with ESMTP id 303CB8FC1D for ; Thu, 15 Jan 2009 17:00:30 +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 l60t.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp017.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KDI008JUV80RN50@asmtp017.mac.com> for current@freebsd.org; Thu, 15 Jan 2009 09:00:01 -0800 (PST) Message-id: <48C1C477-B7BE-43B0-AC57-9DEB7BF9AA88@mac.com> From: Marcel Moolenaar To: Dimitry Andric In-reply-to: <496F44FA.1070004@andric.com> Date: Thu, 15 Jan 2009 09:00:00 -0800 References: <496D0364.2060505@psg.com> <47d0403c0901131335h46e7b151p3768de9a3e2c2027@mail.gmail.com> <085BEE07-BAE5-4A45-A14D-9587987FAA5C@mac.com> <496F44FA.1070004@andric.com> X-Mailer: Apple Mail (2.930.3) Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 17:00:31 -0000 On Jan 15, 2009, at 6:15 AM, Dimitry Andric wrote: > On 2009-01-14 17:34, Marcel Moolenaar wrote: >>> The only way i've found to boot my system again is to compile a new >>> kernel with GEOM_BSD and GEOM_MBR, instead of GEOM_PART_*. >> >> Wipe out your second sector on the disk. You have a >> stale BSD disklabel that prevents the MBR from being >> used. > > Hmm, in my case I can't do so, since I have a "Dangerously Dedicated" > FreeBSD MBR partition. You don't have a DD installation if your root file system is mounted on ad0s1a. You have a DD installation if your root file system is mounted on ad0a. In the DD case, the BSD disklabel in the 2nd sector is the one that's being used. In the non-DD case the BSD disklabel is in the 2nd sector of the first slice (sector 64 on the disk in the most common case). -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 17:29: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 B5D55106566B for ; Thu, 15 Jan 2009 17:29:20 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: from yx-out-1718.google.com (yx-out-1718.google.com [74.125.44.156]) by mx1.freebsd.org (Postfix) with ESMTP id 65D678FC14 for ; Thu, 15 Jan 2009 17:29:20 +0000 (UTC) (envelope-from lists.br@gmail.com) Received: by yx-out-1718.google.com with SMTP id 36so486408yxh.0 for ; Thu, 15 Jan 2009 09:29:19 -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:cc :references:subject:date:mime-version:content-type :content-transfer-encoding:x-priority:x-msmail-priority:x-mailer :x-mimeole; bh=sAHqrfI1NlSQRIq+oPP9HHxyyBgWql5DvijsQi0zNwI=; b=gQ4MLcczAuSIHivol5YAJDDQmNjumKGU3/r4hIY/5/oX27/DGrUjbQoR7DYaFOJJmz igQkQx4jGFDqDbMsRc2KTmBhDmZKTTjTnSD61M55O+ej1dV7xh5Off5GOExgpcVxgFVa tab32PfJJEzD4Ph+U/lwj2zHVGY7m7/Oymb9g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:from:to:cc:references:subject:date:mime-version :content-type:content-transfer-encoding:x-priority:x-msmail-priority :x-mailer:x-mimeole; b=P9sLH41DGMg4tRbf97VQN2XhnZsuqERvfQXqAGaN9T6Ep1S9ztSPtrqnsS4M8agHMp N6vr6fEoMJJd8ea+7n97N0Q9wI5tt2etm9xUhm1fBYe1dg1g0dmIF6f8R7JjvVBUkCGD XObBkbhPyz2exRSD8WD20+KGkUGeJGVfaH+vA= Received: by 10.90.63.6 with SMTP id l6mr894768aga.98.1232040559695; Thu, 15 Jan 2009 09:29:19 -0800 (PST) Received: from adnote989 (189-46-93-120.dsl.telesp.net.br [189.46.93.120]) by mx.google.com with ESMTPS id 6sm135179agb.17.2009.01.15.09.29.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 15 Jan 2009 09:29:19 -0800 (PST) Message-ID: <4465FEDC68154E66AD569B18D668880F@adnote989> From: "Luiz Otavio O Souza" To: "Marcel Moolenaar" , "Dimitry Andric" , 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> Date: Thu, 15 Jan 2009 15:29:08 -0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Randy Bush , George Neville-Neil , Ben Kaduk 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: Thu, 15 Jan 2009 17:29:21 -0000 > On Jan 15, 2009, at 6:15 AM, Dimitry Andric wrote: > >> On 2009-01-14 17:34, Marcel Moolenaar wrote: >>>> The only way i've found to boot my system again is to compile a new >>>> kernel with GEOM_BSD and GEOM_MBR, instead of GEOM_PART_*. >>> >>> Wipe out your second sector on the disk. You have a >>> stale BSD disklabel that prevents the MBR from being >>> used. >> >> Hmm, in my case I can't do so, since I have a "Dangerously Dedicated" >> FreeBSD MBR partition. > > You don't have a DD installation if your root file system > is mounted on ad0s1a. You have a DD installation if your > root file system is mounted on ad0a. > > In the DD case, the BSD disklabel in the 2nd sector is the > one that's being used. In the non-DD case the BSD disklabel > is in the 2nd sector of the first slice (sector 64 on the > disk in the most common case). > > -- > Marcel Moolenaar > xcllnt@mac.com Yep, This do the magic here: # sysctl kern.geom.debugflags=16 kern.geom.debugflags: 0 -> 16 # dd if=/dev/zero of=/dev/ad0 seek=1 count=1 1+0 records in 1+0 records out 512 bytes transferred in 0.000266 secs (1924269 bytes/sec) Now i'm booting from geom_part_* Thanks Marcel. Luiz From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 17:32: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 A20071065672 for ; Thu, 15 Jan 2009 17:32:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 5D6E98FC12 for ; Thu, 15 Jan 2009 17:32:57 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 4CDA111F838; Thu, 15 Jan 2009 18:32:56 +0100 (CET) Message-ID: <496F7347.4060007@andric.com> Date: Thu, 15 Jan 2009 18:32:55 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre 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> In-Reply-To: <48C1C477-B7BE-43B0-AC57-9DEB7BF9AA88@mac.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 17:32:57 -0000 On 2009-01-15 18:00, Marcel Moolenaar wrote: >> Hmm, in my case I can't do so, since I have a "Dangerously Dedicated" >> FreeBSD MBR partition. > > You don't have a DD installation if your root file system > is mounted on ad0s1a. You have a DD installation if your > root file system is mounted on ad0a. Hmm, strangely enough I have multiple systems which really do use ad0s1 while installed DD using sysinstall, and have been using that since years... I have no issues with changing it now, of course, but it's a bit weird that it seems to have always worked flawlessly. :) From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 17:52:35 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 0A232106564A for ; Thu, 15 Jan 2009 17:52:35 +0000 (UTC) (envelope-from antab@valka.is) Received: from smtp-vbr19.xs4all.nl (smtp-vbr19.xs4all.nl [194.109.24.39]) by mx1.freebsd.org (Postfix) with ESMTP id 956658FC0C for ; Thu, 15 Jan 2009 17:52:34 +0000 (UTC) (envelope-from antab@valka.is) Received: from dumb.farm.antab.is (farm.antab.is [80.101.60.195]) by smtp-vbr19.xs4all.nl (8.13.8/8.13.8) with ESMTP id n0FHfIag035243; Thu, 15 Jan 2009 18:41:18 +0100 (CET) (envelope-from antab@valka.is) Message-Id: From: Arnar Mar Sig To: Dimitry Andric In-Reply-To: <496F7347.4060007@andric.com> 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: Thu, 15 Jan 2009 18:41:13 +0100 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> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: by XS4ALL Virus Scanner Cc: current@freebsd.org, Luiz Otavio O Souza , Marcel Moolenaar , Ben Kaduk , Randy Bush , George Neville-Neil 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: Thu, 15 Jan 2009 17:52:35 -0000 On Jan 15, 2009, at 6:32 PM, Dimitry Andric wrote: > On 2009-01-15 18:00, Marcel Moolenaar wrote: >>> Hmm, in my case I can't do so, since I have a "Dangerously >>> Dedicated" >>> FreeBSD MBR partition. >> >> You don't have a DD installation if your root file system >> is mounted on ad0s1a. You have a DD installation if your >> root file system is mounted on ad0a. > > Hmm, strangely enough I have multiple systems which really do use > ad0s1 > while installed DD using sysinstall, and have been using that since > years... > > I have no issues with changing it now, of course, but it's a bit weird > that it seems to have always worked flawlessly. :) I notices about a 1-2 months ago when update to the latest current that the disklabels for one of my disks had changed. I don't remember if I installed 7.x or 8-snapshot (long time ago) but i did use DD mode. The disk label the install wrote to fstab was ad12s1a, while swap on the same disk was ad12b. Now its ad12a, but no harm done so I ignored it. Greets Arnar Mar Sig Valka ehf From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 18:05: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 1AD85106564A for ; Thu, 15 Jan 2009 18:05:25 +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 00B958FC14 for ; Thu, 15 Jan 2009 18:05:24 +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 l60t.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KDI00C58Y8WNC90@asmtp014.mac.com> for current@freebsd.org; Thu, 15 Jan 2009 10:05:24 -0800 (PST) Message-id: From: Marcel Moolenaar To: Dimitry Andric In-reply-to: <496F7347.4060007@andric.com> Date: Thu, 15 Jan 2009 10:05:20 -0800 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> X-Mailer: Apple Mail (2.930.3) Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 18:05:25 -0000 On Jan 15, 2009, at 9:32 AM, Dimitry Andric wrote: > On 2009-01-15 18:00, Marcel Moolenaar wrote: >>> Hmm, in my case I can't do so, since I have a "Dangerously >>> Dedicated" >>> FreeBSD MBR partition. >> >> You don't have a DD installation if your root file system >> is mounted on ad0s1a. You have a DD installation if your >> root file system is mounted on ad0a. > > Hmm, strangely enough I have multiple systems which really do use > ad0s1 > while installed DD using sysinstall, and have been using that since > years... This is a problem with sysinstall. It looks like DD is broken. MBR partitions are always created. GEOM_PART correctly uses the BSD disklabel that's in the 2nd sector, but GEOM_MBR claims the MBR being unaware that the disk is DD. In other words: GEOM_MBR is broken in that it claims the MBR for DD configurations, when GEOM_BSD should actually have claimed the BSD disklabel. libdisk is broken in that it should not create MBR slices for DD configurations to begin with... FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 19:25:00 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 8DFFE106566B for ; Thu, 15 Jan 2009 19:25:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 49AD28FC12 for ; Thu, 15 Jan 2009 19:25:00 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8B90611F838; Thu, 15 Jan 2009 20:24:59 +0100 (CET) Message-ID: <496F8D8A.1060508@andric.com> Date: Thu, 15 Jan 2009 20:24:58 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre 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> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 19:25:01 -0000 On 2009-01-15 19:05, Marcel Moolenaar wrote: >> Hmm, strangely enough I have multiple systems which really do use ad0s1 >> while installed DD using sysinstall, and have been using that since years... > This is a problem with sysinstall. It looks like DD is broken. > MBR partitions are always created. Indeed, and the MBR itself is filled with /boot/boot1, plus a partition table. It is possible this was done to appease some PC BIOSes, because some of those refuse to boot, if there is no "valid" MBR with an active partition... > GEOM_PART correctly uses the > BSD disklabel that's in the 2nd sector, but GEOM_MBR claims the > MBR being unaware that the disk is DD. But how can this be, if I don't have GEOM_MBR in my kernel config? (I'm using GENERIC, in fact.) > libdisk is broken in that it should > not create MBR slices for DD configurations to begin with... As stated above, this might be on purpose; enough braindead BIOSes out there... :) From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 19:30: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 D90141065677 for ; Thu, 15 Jan 2009 19:30:16 +0000 (UTC) (envelope-from kama@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 9F4538FC26 for ; Thu, 15 Jan 2009 19:30:16 +0000 (UTC) (envelope-from kama@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id B9816A9; Thu, 15 Jan 2009 20:01:33 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id B5603A7 for ; Thu, 15 Jan 2009 20:01:33 +0100 (CET) Date: Thu, 15 Jan 2009 20:01:33 +0100 (CET) From: kama X-X-Sender: kama@ns1.as.pvp.se To: current@freebsd.org Message-ID: <20090115194932.H17682@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Subject: age link 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: Thu, 15 Jan 2009 19:30:18 -0000 Hi, I have a bit of a problem. It seems that whenever dhclient tries to talk to the dhcpserver the age goes DOWN and UP. (every 20 minutes). During the day I did not have dhcp enabled (hence ip was 0.0.0.0), there are no messages like this. Jan 15 18:15:09 gw kernel: age0: link state changed to DOWN Jan 15 18:15:11 gw kernel: age0: link state changed to UP Jan 15 18:15:39 gw kernel: age0: link state changed to DOWN Jan 15 18:15:41 gw kernel: age0: link state changed to UP Jan 15 18:16:07 gw kernel: age0: link state changed to DOWN Jan 15 18:16:07 gw dhclient: New IP Address (age0): X.X.X.X Jan 15 18:16:07 gw dhclient: New Subnet Mask (age0): 255.255.255.0 Jan 15 18:16:07 gw dhclient: New Broadcast Address (age0): X.X.X.Y Jan 15 18:16:07 gw dhclient: New Routers (age0): X.X.X.Z Jan 15 18:16:09 gw kernel: age0: link state changed to UP Jan 15 19:31:37 gw kernel: age0: link state changed to DOWN Jan 15 19:31:39 gw kernel: age0: link state changed to UP Jan 15 19:31:42 gw kernel: age0: link state changed to DOWN Jan 15 19:31:42 gw dhclient: New IP Address (age0): X.X.X.X Jan 15 19:31:42 gw dhclient: New Subnet Mask (age0): 255.255.255.0 Jan 15 19:31:42 gw dhclient: New Broadcast Address (age0): X.X.X.Y Jan 15 19:31:42 gw dhclient: New Routers (age0): X.X.X.Z Jan 15 19:31:44 gw kernel: age0: link state changed to UP age0@pci0:3:0:0: class=0x020000 card=0x82261043 chip=0x10481969 rev=0xb0 hdr=0x00 vendor = 'Attansic (Now owned by Atheros)' device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' class = network subclass = ethernet FreeBSD 7.1-STABLE #0: Wed Jan 14 22:58:52 CET 2009 Generic kernel. /Bjorn From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 19:35: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 553F61065741 for ; Thu, 15 Jan 2009 19:35:37 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from asmtpout021.mac.com (asmtpout021.mac.com [17.148.16.96]) by mx1.freebsd.org (Postfix) with ESMTP id 395268FC24 for ; Thu, 15 Jan 2009 19:35:37 +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 sranghan-t61.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp021.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KDJ00M9U2EY2C40@asmtp021.mac.com> for current@freebsd.org; Thu, 15 Jan 2009 11:35:23 -0800 (PST) Message-id: From: Marcel Moolenaar To: Dimitry Andric In-reply-to: <496F8D8A.1060508@andric.com> Date: Thu, 15 Jan 2009 11:35:21 -0800 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> X-Mailer: Apple Mail (2.930.3) Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 19:35:37 -0000 On Jan 15, 2009, at 11:24 AM, Dimitry Andric wrote: > On 2009-01-15 19:05, Marcel Moolenaar wrote: >>> Hmm, strangely enough I have multiple systems which really do use >>> ad0s1 >>> while installed DD using sysinstall, and have been using that >>> since years... >> This is a problem with sysinstall. It looks like DD is broken. >> MBR partitions are always created. > > Indeed, and the MBR itself is filled with /boot/boot1, plus a > partition > table. It is possible this was done to appease some PC BIOSes, > because > some of those refuse to boot, if there is no "valid" MBR with an > active > partition... You need a boot sector for the BIOS to jump into, but it doesn't have to be a MBR with slices. That's why a DD has something that looks an awful lot like a MBR in the first sector. It could very well be boot sector of an FAT* file system. > >> GEOM_PART correctly uses the >> BSD disklabel that's in the 2nd sector, but GEOM_MBR claims the >> MBR being unaware that the disk is DD. > > But how can this be, if I don't have GEOM_MBR in my kernel config? > (I'm > using GENERIC, in fact.) sys/i386/config DEFAULTS is included implicitly. It used to have GEOM_BSD and GEOM_MBR. >> libdisk is broken in that it should >> not create MBR slices for DD configurations to begin with... > > As stated above, this might be on purpose; enough braindead BIOSes out > there... :) Creating ambiguous, conflicting and/or overlapping partition information to work around broken BIOSes to support DD, is not a solution *if* it was on purpose. You want it to fail so that the user partitions the disk in the normal way. Put differently: if there are enough braindead BIOSes out there that won't support DD, then DD should be de-supported by FreeBSD. -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 19:46: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 931C6106564A for ; Thu, 15 Jan 2009 19:46:25 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 4D51D8FC14 for ; Thu, 15 Jan 2009 19:46:25 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 9137311F838; Thu, 15 Jan 2009 20:46:24 +0100 (CET) Message-ID: <496F928F.6010807@andric.com> Date: Thu, 15 Jan 2009 20:46:23 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre 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> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 19:46:25 -0000 On 2009-01-15 20:35, Marcel Moolenaar wrote: > You need a boot sector for the BIOS to jump into, but > it doesn't have to be a MBR with slices. That's why > a DD has something that looks an awful lot like a MBR > in the first sector. It could very well be boot sector > of an FAT* file system. I can confirm, that wiping out the partition table (but not the boot code), using "bsdlabel -B /dev/ad0s1", makes "s1" disappear. Subsequent boots can then be done from /dev/ad0a, and this works both for "old" kernels, e.g. from before r186240 and after. And at least VMware's BIOS isn't scared of empty partition tables. ;) From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 19:55: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 B81FB10656C1 for ; Thu, 15 Jan 2009 19:55:59 +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 9B9148FC12 for ; Thu, 15 Jan 2009 19:55:59 +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 369fn31-3542.jnpr.net (natint3.juniper.net [66.129.224.36]) by asmtp014.mac.com (Sun Java(tm) System Messaging Server 6.3-7.03 (built Aug 7 2008; 32bit)) with ESMTPSA id <0KDJ00J6W3D0O400@asmtp014.mac.com> for current@freebsd.org; Thu, 15 Jan 2009 11:55:49 -0800 (PST) Message-id: From: Marcel Moolenaar To: Dimitry Andric In-reply-to: <496F928F.6010807@andric.com> Date: Thu, 15 Jan 2009 11:55:48 -0800 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> X-Mailer: Apple Mail (2.930.3) Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Thu, 15 Jan 2009 19:56:00 -0000 On Jan 15, 2009, at 11:46 AM, Dimitry Andric wrote: > On 2009-01-15 20:35, Marcel Moolenaar wrote: >> You need a boot sector for the BIOS to jump into, but >> it doesn't have to be a MBR with slices. That's why >> a DD has something that looks an awful lot like a MBR >> in the first sector. It could very well be boot sector >> of an FAT* file system. > > I can confirm, that wiping out the partition table (but not the boot > code), using "bsdlabel -B /dev/ad0s1", makes "s1" disappear. > Subsequent > boots can then be done from /dev/ad0a, and this works both for "old" > kernels, e.g. from before r186240 and after. Thanks *very* much for testing! It's important that we get the details right, so that we can consider adding code to help in the migration and fix whatever is broken. Much appreciated, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 22: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 808D61065672 for ; Thu, 15 Jan 2009 22:43:01 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E6F58FC20 for ; Thu, 15 Jan 2009 22:43:01 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from volatile.chemikals.org (morganw-1-pt.tunnel.tserv8.dal1.ipv6.he.net [IPv6:2001:470:1f0e:47e::2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 6448684CAC0E; Thu, 15 Jan 2009 16:42:57 -0600 (CST) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.3/8.14.3) with ESMTP id n0FMgqoA039430; Thu, 15 Jan 2009 16:42:52 -0600 (CST) (envelope-from morganw@chemikals.org) Date: Thu, 15 Jan 2009 16:42:52 -0600 (CST) From: Wes Morgan To: Marcel Moolenaar In-Reply-To: Message-ID: 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> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed 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: Thu, 15 Jan 2009 22:43:02 -0000 On Thu, 15 Jan 2009, Marcel Moolenaar wrote: > > On Jan 15, 2009, at 11:46 AM, Dimitry Andric wrote: > >> On 2009-01-15 20:35, Marcel Moolenaar wrote: >>> You need a boot sector for the BIOS to jump into, but >>> it doesn't have to be a MBR with slices. That's why >>> a DD has something that looks an awful lot like a MBR >>> in the first sector. It could very well be boot sector >>> of an FAT* file system. >> >> I can confirm, that wiping out the partition table (but not the boot >> code), using "bsdlabel -B /dev/ad0s1", makes "s1" disappear. Subsequent >> boots can then be done from /dev/ad0a, and this works both for "old" >> kernels, e.g. from before r186240 and after. > > Thanks *very* much for testing! It's important that we > get the details right, so that we can consider adding > code to help in the migration and fix whatever is broken. How did so many people (myself included) end up with invalid disk labels? Sysinstall? From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 22:47: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 C99DC1065721 for ; Thu, 15 Jan 2009 22:47: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 CA0878FC34 for ; Thu, 15 Jan 2009 22:47:14 +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 4DA7D46B09; Thu, 15 Jan 2009 17:47:13 -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 n0FMkttH004922; Thu, 15 Jan 2009 17:47:07 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Tor Egge Date: Thu, 15 Jan 2009 16:42:35 -0500 User-Agent: KMail/1.9.7 References: <200812041421.53099.jhb@freebsd.org> <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> <8D488E8F-BDEB-4384-9D64-48812E8DFC7B@baldwin.cx> In-Reply-To: <8D488E8F-BDEB-4384-9D64-48812E8DFC7B@baldwin.cx> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901151642.35495.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, 15 Jan 2009 17:47:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8870/Thu Jan 15 15:57:00 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "yr.retarded@gmail.com" , "freebsd-current@freebsd.org" Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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, 15 Jan 2009 22:47:19 -0000 On Tuesday 16 December 2008 10:18:16 am John Baldwin wrote: > So the real fix is that we need to disable memory and I/O decoding int > the PCI command register when messing with the BARs. One thing to be > careful with is we can't do any console I/O (i.e. printfs) while the > BAR is disabled. I will come up with a proper patch when I get back to > a real computer. Please try this instead (compiled, but not run-tested): --- //depot/vendor/freebsd/src/sys/dev/pci/pci.c 2008/11/13 20:00:29 +++ //depot/user/jhb/acpipci/dev/pci/pci.c 2009/01/15 21:40:48 @@ -2291,9 +2291,27 @@ struct resource *res; map = PCIB_READ_CONFIG(pcib, b, s, f, reg, 4); + + /* + * Disable decoding via the command register before + * determining the BAR's length since we will be placing them + * in a weird state. + */ + cmd = PCIB_READ_CONFIG(pcib, b, s, f, PCIR_COMMAND, 2); + PCIB_WRITE_CONFIG(pcib, b, s, f, PCIR_COMMAND, + cmd & ~(PCI_BAR_MEM(map) ? PCIM_CMD_MEMEN : PCIM_CMD_PORTEN), 2); + + /* + * Determine the BAR's length by writing all 1's. The bottom + * log_2(size) bits of the BAR will stick as 0 when we read + * the value back. + */ PCIB_WRITE_CONFIG(pcib, b, s, f, reg, 0xffffffff, 4); testval = PCIB_READ_CONFIG(pcib, b, s, f, reg, 4); + + /* Restore the BAR and command register. */ PCIB_WRITE_CONFIG(pcib, b, s, f, reg, map, 4); + PCIB_WRITE_CONFIG(pcib, b, s, f, PCIR_COMMAND, cmd, 2); if (PCI_BAR_MEM(map)) type = SYS_RES_MEMORY; -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 22:47:32 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 E661310657E9; Thu, 15 Jan 2009 22:47:31 +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 0F6488FC0C; Thu, 15 Jan 2009 22:47:28 +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 A59F946B0C; Thu, 15 Jan 2009 17:47:24 -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 n0FMkttJ004922; Thu, 15 Jan 2009 17:47:18 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: obrien@freebsd.org Date: Thu, 15 Jan 2009 17:02:19 -0500 User-Agent: KMail/1.9.7 References: <1d6d20bc0811260656t101ddb0eu35296ac973c6ba10@mail.gmail.com> <200812041438.27992.jhb@freebsd.org> <20081230172135.GA19046@dragon.NUXI.org> In-Reply-To: <20081230172135.GA19046@dragon.NUXI.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901151702.19829.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, 15 Jan 2009 17:47:18 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8870/Thu Jan 15 15:57:00 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,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, Robert Watson , Jia-Shiun Li , Marius Strobl Subject: Re: if_le unit number change? 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, 15 Jan 2009 22:47:35 -0000 On Tuesday 30 December 2008 12:21:35 pm David O'Brien wrote: > On Thu, Dec 04, 2008 at 02:38:27PM -0500, John Baldwin wrote: > > I tend to trim my /boot/device.hints to remove hints for devices that > > aren't in my machines. However, with 8.0, if you leave the bogus hints > > around you won't be hurt and the device will stay as 'le1' so long as > > you don't remove the 'le0' hints, so if you never edit your > > /boot/device.hints it will just be called le1 forever. > > I dare say 99% of folks don't touch /boot/device.hints - and given this > is somewhat of a regression for VMware using folks (and they cannot share > /etc/rc.conf any longer), what should we do? > > 1. Comment out the hint - figuring it isn't really needed in 8.0? It might be worth it to pair down the default device.hints a good bit to only list PnPBIOS type devices (e.g. sio/uart, ppc, syscons, psm, atkbd) and not list ISA cards. > 2. Hack things so that 'le' is treated as before with the trip thru > acpi(4)? That basically requires backing out the entire patch. One of the fundamental changes that the entire change relies on is that hints now reserve device names. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 22:59: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 2DDCF106566B; Thu, 15 Jan 2009 22:59:55 +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 E57938FC19; Thu, 15 Jan 2009 22:59:54 +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 n0FMxrPe021913 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 15 Jan 2009 14:59:53 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <496FBFCD.6010302@FreeBSD.org> Date: Thu, 15 Jan 2009 14:59:25 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Roman Divacky References: <20090115084515.GA91157@freebsd.org> In-Reply-To: <20090115084515.GA91157@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, Sabeeh Baig 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: Thu, 15 Jan 2009 22:59:56 -0000 Roman Divacky wrote: > On Wed, Jan 14, 2009 at 06:07:48PM -0500, Sabeeh Baig wrote: >> There is work being done on PCC, which is already capable of compiling >> the OpenBSD and NetBSD userlands. PCC is also quite a bit smaller and >> already performs better than GCC. OpenBSD folks are helping with the >> development of PCC, so they can replace GCC in the base. That might >> be a solution for FreeBSD too, at least as a system compiler. GCC >> could be available as an add-on through ports for those who need it. > > I really dont see any reason why there must be only ONE compiler that > can be used to compile FreeBSD. > > If you will work on making FreeBSD compile with pcc I am sure noone > will mind. I am working on clang..... someone else might pick cparser > and god knows what else.... Nice idea, but... I think that one thing that people often forget about when talking about using external compiler to build base system is that FreeBSD is not only self-hosted, but also that it supports cross-builds of any of the supported arches. This feature would be physically impossible to maintain for any extended period of time with 10 supported compilers maintained outside of the tree. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 23:10: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 00FD3106567B; Thu, 15 Jan 2009 23:10:35 +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 AFD7E8FC12; Thu, 15 Jan 2009 23:10:34 +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 n0FMqLKm057686 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Thu, 15 Jan 2009 15:52:28 -0700 (MST) Message-ID: <496FBE25.5000207@nixil.net> Date: Thu, 15 Jan 2009 15:52:21 -0700 From: Phil Oleson User-Agent: Thunderbird 2.0.0.14 (X11/20080623) MIME-Version: 1.0 To: John Baldwin References: <200812041421.53099.jhb@freebsd.org> <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> <8D488E8F-BDEB-4384-9D64-48812E8DFC7B@baldwin.cx> <200901151642.35495.jhb@freebsd.org> In-Reply-To: <200901151642.35495.jhb@freebsd.org> 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]); Thu, 15 Jan 2009 15:52:29 -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: "yr.retarded@gmail.com" , "freebsd-current@freebsd.org" Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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, 15 Jan 2009 23:10:36 -0000 John Baldwin wrote: > On Tuesday 16 December 2008 10:18:16 am John Baldwin wrote: >> So the real fix is that we need to disable memory and I/O decoding int >> the PCI command register when messing with the BARs. One thing to be >> careful with is we can't do any console I/O (i.e. printfs) while the >> BAR is disabled. I will come up with a proper patch when I get back to >> a real computer. > > Please try this instead (compiled, but not run-tested): > I'll check out the patch tonight and let you know if it removes the need for hw.pci.mcfg=0. -Phil. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 23:34:38 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 89E611065677 for ; Thu, 15 Jan 2009 23:34:38 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 445BE8FC19 for ; Thu, 15 Jan 2009 23:34:38 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 5F6CC11F838; Fri, 16 Jan 2009 00:34:37 +0100 (CET) Message-ID: <496FC80C.90302@andric.com> Date: Fri, 16 Jan 2009 00:34:36 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Wes Morgan 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> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , 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: Thu, 15 Jan 2009 23:34:38 -0000 On 2009-01-15 23:42, Wes Morgan wrote: >>> I can confirm, that wiping out the partition table (but not the boot >>> code), using "bsdlabel -B /dev/ad0s1", makes "s1" disappear. Subsequent >>> boots can then be done from /dev/ad0a, and this works both for "old" >>> kernels, e.g. from before r186240 and after. >> Thanks *very* much for testing! It's important that we >> get the details right, so that we can consider adding >> code to help in the migration and fix whatever is broken. > How did so many people (myself included) end up with invalid disk labels? > Sysinstall? Please note that I was talking about "dangerously dedicated" disks. There are probably two separate problems here: * Dangerously Dedicated: sysinstall writes a partition table, and uses ad0s1[a-z] or similar, while it should use ad0[a-z]. I'm not sure how often this will occur, since most people will go for the normal partitioning scheme. * Normal partitioning: sysinstall can apparently write incorrect geometry into the partition table and/or disklabel, leading to "geometry does not match label" messages, and possibly causing root devices not to be found. From owner-freebsd-current@FreeBSD.ORG Thu Jan 15 23:57: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 DC4B81065745 for ; Thu, 15 Jan 2009 23:57:13 +0000 (UTC) (envelope-from dylan@dylex.net) Received: from datura.dylex.net (datura.dylex.net [216.27.141.80]) by mx1.freebsd.org (Postfix) with ESMTP id 998998FC1C for ; Thu, 15 Jan 2009 23:57:13 +0000 (UTC) (envelope-from dylan@dylex.net) Received: from dylan by datura.dylex.net with local (Exim 4.69) (envelope-from ) id 1LNbkf-0006R0-Fv for freebsd-current@freebsd.org; Thu, 15 Jan 2009 18:35:53 -0500 Date: Thu, 15 Jan 2009 18:35:53 -0500 From: Dylan Alex Simon To: freebsd-current@freebsd.org Message-ID: <20090115233553.GA24679@datura.dylex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: SATA DMA errors on second ICH10 bus 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, 15 Jan 2009 23:57:14 -0000 I have four identical SATA300 disks on a Supermicro C2SEA which has 6 total SATA ports on an ICH10. This is from 20090114 CURRENT sources with a custom kernel (no PREEMPTION, INVARIANTS, WITNESS, and many drivers removed, but otherwise same as GENERIC). The first two disks (ad6 ad7) seem to work fine, and I've done buildworld, zfs, and nfs tests on both of them together and separately. The second two disks (ad8 ad9) work okay for some things (labeling, zpool creation, gmirror creation, dd slice), but as soon as I start doing anything more complicated involving at least one of them (gmirror write access, cp to ufs partition, cp to zfs over nfs, etc.) I get the following errors on all involved disks (including the first two): Jan 15 17:35:07 lust kernel: ad8: FAILURE - load data Jan 15 17:35:07 lust kernel: ad8: setting up DMA failed Jan 15 17:35:07 lust kernel: ad8: FAILURE - load data Jan 15 17:35:07 lust kernel: ad8: setting up DMA failed Jan 15 17:35:07 lust kernel: g_vfs_done():ad8s1e[WRITE(offset=1881014272, length=131072)]error = 5 Jan 15 17:35:07 lust kernel: ad6: FAILURE - load data Jan 15 17:35:07 lust kernel: ad6: setting up DMA failed Jan 15 17:35:07 lust kernel: g_vfs_done():ad6s1e[READ(offset=4117364736, length=32768)]error = 5 Jan 15 17:35:07 lust kernel: vnode_pager_getpages: I/O read error Jan 15 17:35:07 lust kernel: vm_fault: pager read error, pid 985 (cp) This continues for a while and then with ufs panics pretty soon. With zfs it starts hanging most processes after awhile. (7.1 found the disks but failed to complete booting, freezing up right after probing. The only related issue I could find is kern/125859.) I'm happy to provide any information needed or try patches. I would also like to know if there's a way to turn off DMA on just these two disks (atacontrol mode won't seem to set anything but SATA300). Thanks, :-Dylan FreeBSD lust.cns.nyu.edu 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Jan 14 19:58:58 EST 2009 dylan@lust.cns.nyu.edu:/usr/obj/usr/src/sys/SIN amd64 dmesg (partial): lust kernel: pcib3: at device 30.0 on pci0 lust kernel: pci3: on pcib3 lust kernel: atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f irq 22 at device 4.0 on pci3 lust kernel: atapci0: [ITHREAD] lust kernel: ata2: on atapci0 lust kernel: ata2: [ITHREAD] lust kernel: pci3: at device 8.0 (no driver attached) lust kernel: isab0: at device 31.0 on pci0 lust kernel: isa0: on isab0 lust kernel: atapci1: port 0xc400-0xc407,0xc080-0xc083,0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb88f,0xb800-0xb80f irq 19 at device 31.2 on pci0 lust kernel: atapci1: [ITHREAD] lust kernel: ata3: on atapci1 lust kernel: ata3: [ITHREAD] lust kernel: ata4: on atapci1 lust kernel: ata4: [ITHREAD] lust kernel: pci0: at device 31.3 (no driver attached) lust kernel: atapci2: port 0xb400-0xb407,0xb080-0xb083,0xb000-0xb007,0xac00-0xac03,0xa880-0xa88f,0xa800-0xa80f irq 19 at device 31.5 on pci0 lust kernel: atapci2: [ITHREAD] lust kernel: ata5: on atapci2 lust kernel: ata5: [ITHREAD] lust kernel: ata6: on atapci2 lust kernel: ata6: [ITHREAD] lust kernel: est: CPU supports Enhanced Speedstep, but is not recognized. lust kernel: est: cpu_vendor GenuineIntel, msr 61a0a2006000a20 lust kernel: acd0: DVDROM at ata2-master UDMA33 lust kernel: ad6: 953869MB at ata3-master SATA300 lust kernel: ad7: 953869MB at ata3-slave SATA300 lust kernel: ad8: 953869MB at ata4-master SATA300 lust kernel: ad9: 953869MB at ata4-slave SATA300 atacontrol list: ATA channel 2: Master: acd0 ATA/ATAPI revision 7 Slave: no device present ATA channel 3: Master: ad6 Serial ATA II Slave: ad7 Serial ATA II ATA channel 4: Master: ad8 Serial ATA II Slave: ad9 Serial ATA II ATA channel 5: Master: no device present Slave: no device present ATA channel 6: Master: no device present Slave: no device present pciconf -lv (partial): pcib3@pci0:0:30:0: class=0x060401 card=0xb88015d9 chip=0x244e8086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0xb88015d9 chip=0x3a188086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = bridge subclass = PCI-ISA atapci1@pci0:0:31:2: class=0x01018f card=0xb88015d9 chip=0x3a208086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA atapci2@pci0:0:31:5: class=0x010185 card=0xb88015d9 chip=0x3a268086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' class = mass storage subclass = ATA From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 00:10: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 1A9191065697 for ; Fri, 16 Jan 2009 00:10:44 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id C541F8FC17 for ; Fri, 16 Jan 2009 00:10:43 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34] (unknown [IPv6:2001:7b8:3a7:0:9495:274b:b36c:ce34]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D44DB11F838; Fri, 16 Jan 2009 01:10:42 +0100 (CET) Message-ID: <496FD082.6030509@andric.com> Date: Fri, 16 Jan 2009 01:10:42 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre 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> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Randy Bush , Luiz Otavio O Souza , George Neville-Neil , Ben Kaduk , 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: Fri, 16 Jan 2009 00:10:45 -0000 On 2009-01-15 20:55, Marcel Moolenaar wrote: > Thanks *very* much for testing! It's important that we > get the details right, so that we can consider adding > code to help in the migration and fix whatever is broken. In sysinstall, a standard installation writes the disks like so: usr.sbin/sysinstall/install.c: installStandard() usr.sbin/sysinstall/install.c: installCommit() usr.sbin/sysinstall/install.c: installInitial() usr.sbin/sysinstall/label.c: diskLabelCommit() usr.sbin/sysinstall/disks.c: diskPartitionWrite() lib/libdisk/write_i386_disk.c: Write_Disk() It looks like Write_Disk() always writes a partition table: int Write_Disk(const struct disk *d1) { [...] struct dos_partition *dp,work[NDOSPART]; [...] for (c1 = d1->chunks->part; c1; c1 = c1->next) { [... fills dp here ...] } [...] memcpy(mbrblk + DOSPARTOFF, dp, sizeof *dp * NDOSPART); mbrblk[512-2] = 0x55; mbrblk[512-1] = 0xaa; write_block(fd, 0, mbrblk, d1->sector_size); [...] From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 00:46: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 696A9106566B; Fri, 16 Jan 2009 00:46:39 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id 355538FC18; Fri, 16 Jan 2009 00:46:38 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n0G0kaNg027820; Thu, 15 Jan 2009 16:46:36 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 15 Jan 2009 16:46:36 -0800 Message-ID: In-Reply-To: <3c1674c90901142046n6cd3c328kc0936190c2516a2a@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Bacula: VERY SLOW on SAME host Thread-Index: Acl2zE2Nia2Gm12QQjG/brk43Q8xigApxB6Q References: <3c1674c90901142046n6cd3c328kc0936190c2516a2a@mail.gmail.com> From: "Li, Qing" To: "Larry Rosenman" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host 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, 16 Jan 2009 00:46:39 -0000 This is a known issue and it's easily reproducible using the=20 netperf tool. I am working on a permanent solution. In the meantime you can use the following workaround, as suggested by Kip: route add -host (if-ip) -iface lo0 -- Qing > -----Original Message----- > From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- > current@freebsd.org] On Behalf Of Kip Macy > Sent: Wednesday, January 14, 2009 8:47 PM > To: Larry Rosenman > Cc: freebsd-current@freebsd.org > Subject: Re: Bacula: VERY SLOW on SAME host >=20 > arpv2 - add an localhost interface route as a workaround >=20 > -Kip >=20 > On Wed, Jan 14, 2009 at 8:35 PM, Larry Rosenman wrote: > > Greetings, > > Somethings changed (Around the 1st of the year?) where my bacula > jobs > > take FOREVER to backup on the same host > > with the StorageDaemon and Director. If I change it to use 127.0.0.1 > > instead of the address on the em card, it's fine. > > > > If I use the address on the em nics, it's like 4kb/sec as opposed to > > multi-megabytes/sec. > > > > I'm looking for how to find what broke. > > > > Other networking to the host is fine, but this is TCP within the same > host, > > but using the IP address on the em interface. > > > > I see the TCP Send-Q fill up, and it's extremely slow. > > > > What data do you need to help debug this? > > > > > > > > -- > > Larry Rosenman http://www.lerctr.org/~ler > > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org > > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 > > _______________________________________________ > > 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 Fri Jan 16 01:49: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 265D6106564A for ; Fri, 16 Jan 2009 01:49:08 +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 00A7D8FC0C for ; Fri, 16 Jan 2009 01:49:08 +0000 (UTC) (envelope-from randy@psg.com) Received: from 50.216.138.210.bn.2iij.net ([210.138.216.50] helo=rmac.psg.com) by ran.psg.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LNdpa-0007uM-Hk; Fri, 16 Jan 2009 01:49:06 +0000 Message-ID: <496FE791.7000709@psg.com> Date: Fri, 16 Jan 2009 10:49:05 +0900 From: Randy Bush User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1 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> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit 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: Fri, 16 Jan 2009 01:49:08 -0000 > Thanks *very* much for testing! It's important that we > get the details right, so that we can consider adding > code to help in the migration and fix whatever is broken. i may not understand things correctly, but it would seem three things are needed: o fix to source of problem o hack to migration so those with the trigger get it nulled while migrating o repair hack for those of us who migrated and are suffering the result randy From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 02:23: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 7E22B106564A for ; Fri, 16 Jan 2009 02:23:19 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.234]) by mx1.freebsd.org (Postfix) with ESMTP id CBCB38FC08 for ; Fri, 16 Jan 2009 02:23:18 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1419258rvf.43 for ; Thu, 15 Jan 2009 18:23:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received:date:from :to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; bh=5d5LElMdNU7UthY2p7oQo0GDAU6gB35NUi0DuUqdnjg=; b=kk7tcgNKlOoLNkPjBWklNubz6q0GE9kMXUT1hjl+bpbtA9I0SXrmu66HTZ3nYoHIeG ALong5Sy8/jJ70oxold1AAb/O2T/rK98SjDUkzCfa7Cn71T3mSh7eI5w7HxfIh8DbMAH jVhdtRTs9SHWARZ6ZueTsm64CSqSt2T6sj/uI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=U5QOdnOWypQS4ivmkT19laweHdYIAgAQPCXSXF3CY6+ZoxqBgn3NCTxIDEfoiVY/5m x6WUCWu/LG2yZda/rzXBLmSVFmFHQFvrdIwz6w8hSq0ZwKpa65kIzqynsuMJK72yTVpA wRyIFCl/n5QWjwPcP2pM5UBmqn+Bbo8qRvZiw= Received: by 10.141.84.17 with SMTP id m17mr947502rvl.64.1232072598468; Thu, 15 Jan 2009 18:23:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([211.53.35.84]) by mx.google.com with ESMTPS id g14sm278108rvb.0.2009.01.15.18.23.15 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 15 Jan 2009 18:23:16 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.14.3/8.14.3) with ESMTP id n0G2N9b0064418 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Jan 2009 11:23:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.14.3/8.14.3/Submit) id n0G2N8Hr064417; Fri, 16 Jan 2009 11:23:08 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Fri, 16 Jan 2009 11:23:08 +0900 From: Pyun YongHyeon To: kama Message-ID: <20090116022308.GA63972@cdnetworks.co.kr> References: <20090115194932.H17682@ns1.as.pvp.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090115194932.H17682@ns1.as.pvp.se> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: age link problem. 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: Fri, 16 Jan 2009 02:23:19 -0000 On Thu, Jan 15, 2009 at 08:01:33PM +0100, kama wrote: > > Hi, > > I have a bit of a problem. It seems that whenever dhclient tries to talk > to the dhcpserver the age goes DOWN and UP. (every 20 minutes). During the > day I did not have dhcp enabled (hence ip was 0.0.0.0), there are no > messages like this. > > Jan 15 18:15:09 gw kernel: age0: link state changed to DOWN > Jan 15 18:15:11 gw kernel: age0: link state changed to UP > Jan 15 18:15:39 gw kernel: age0: link state changed to DOWN > Jan 15 18:15:41 gw kernel: age0: link state changed to UP > Jan 15 18:16:07 gw kernel: age0: link state changed to DOWN > Jan 15 18:16:07 gw dhclient: New IP Address (age0): X.X.X.X > Jan 15 18:16:07 gw dhclient: New Subnet Mask (age0): 255.255.255.0 > Jan 15 18:16:07 gw dhclient: New Broadcast Address (age0): X.X.X.Y > Jan 15 18:16:07 gw dhclient: New Routers (age0): X.X.X.Z > Jan 15 18:16:09 gw kernel: age0: link state changed to UP > Jan 15 19:31:37 gw kernel: age0: link state changed to DOWN > Jan 15 19:31:39 gw kernel: age0: link state changed to UP > Jan 15 19:31:42 gw kernel: age0: link state changed to DOWN > Jan 15 19:31:42 gw dhclient: New IP Address (age0): X.X.X.X > Jan 15 19:31:42 gw dhclient: New Subnet Mask (age0): 255.255.255.0 > Jan 15 19:31:42 gw dhclient: New Broadcast Address (age0): X.X.X.Y > Jan 15 19:31:42 gw dhclient: New Routers (age0): X.X.X.Z > Jan 15 19:31:44 gw kernel: age0: link state changed to UP > > age0@pci0:3:0:0: class=0x020000 card=0x82261043 chip=0x10481969 > rev=0xb0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' > class = network > subclass = ethernet > > FreeBSD 7.1-STABLE #0: Wed Jan 14 22:58:52 CET 2009 > > Generic kernel. > See http://lists.freebsd.org/pipermail/freebsd-net/2009-January/020662.html -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 02:48: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 2A5931065670 for ; Fri, 16 Jan 2009 02:48:24 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.224]) by mx1.freebsd.org (Postfix) with ESMTP id E9E118FC16 for ; Fri, 16 Jan 2009 02:48:23 +0000 (UTC) (envelope-from mat.macy@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1428491rvf.43 for ; Thu, 15 Jan 2009 18:48:23 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=L3mPEhuwCwjoipw0l0HCMgMjsI5OFrEKaqQst81nAAg=; b=gPCxx8AB6zauzqdOP1Gch45ft9AQyfLJ13lATpHl3s3Mlb/1lkx+sXeCRoxfjj8mOg EkcigRXiFsMXCZsW8sh0+Dw/czZXtx/zx5rd5n40YfKYxZIu9jQKaezlvJVBfwcsPeiA irn5CpOYyFi2UXhCtdvYcPSzQNJ0AbJkU0MTE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=P4Rp2cPI+M3TmUB1xGMBnGnHW+gZnFEiRHajW5aKyHWsE4B1WkYxSW5FgwS5Z87X9X v62iXUCIlv/CbpzFgwdH2fJFjCUqZ/3LTsBCT5jZkJYmVEFCZ5bMhWzX813nO4g2tcnq 6c+RNT341Fh+LwWuP4OrcB5BjTap7XlNXmBu8= Received: by 10.141.85.13 with SMTP id n13mr956745rvl.105.1232074103702; Thu, 15 Jan 2009 18:48:23 -0800 (PST) Received: by 10.141.180.7 with HTTP; Thu, 15 Jan 2009 18:48:23 -0800 (PST) Message-ID: <3c1674c90901151848y7ea905f0l190d549f8b6c8609@mail.gmail.com> Date: Thu, 15 Jan 2009 18:48:23 -0800 From: "Kip Macy" Sender: mat.macy@gmail.com To: "Paul B. Mahol" In-Reply-To: <3a142e750901140905j7fe74944wcf96969a79ccc017@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <3a142e750901140435m58c067c5t5cb100518f882f23@mail.gmail.com> <3a142e750901140905j7fe74944wcf96969a79ccc017@mail.gmail.com> X-Google-Sender-Auth: 303850cd85924474 Cc: freebsd-current@freebsd.org, Yuriy Tsibizov Subject: Re: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 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, 16 Jan 2009 02:48:24 -0000 I need a full backtrace in order to fix. Cheers, Kip On Wed, Jan 14, 2009 at 9:05 AM, Paul B. Mahol wrote: > On 1/14/09, Yuriy Tsibizov wrote: >> >>> On 1/14/09, Yuriy Tsibizov wrote: >>> > Kip, >>> > >>> > this happens on fresh -CURRENT, with configuration similar to one >>> > described in >>> > >>> http://docs.freebsd.org/cgi/mid.cgi?3a142e750812080658r645dc1c >>> 4sdd612585 >>> > fe9ad7d6 (wpa_supplicant is main suspect in triggering this >>> panic). No >>> > crashdump / backtrace available. >>> > >>> > Somehow needlock!=0, and rnh is already locked. >>> > >>> > HW is Intel Atom D945GCLF2 (2core + HT enabled) + D-Link >>> Atheros-based >>> > card with WPA and static ip. >> >>> And bt is completly the same as was mine? >> >> I don't have backtrace -- swap was tooo small. > > How you reproduced it? Textdumps are very small compared to vmcores. > You are probably using custom kernel. > > -- > Paul > From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 02:55: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 5D0761065670 for ; Fri, 16 Jan 2009 02:55:00 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.227]) by mx1.freebsd.org (Postfix) with ESMTP id 331128FC21 for ; Fri, 16 Jan 2009 02:54:59 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1430777rvf.43 for ; Thu, 15 Jan 2009 18:54:59 -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=ExcfwB7xg/cJi4kjCCQZ7o1cTBMe1d4S2X5rEiTPaA8=; b=wGpRDVyEnw/6rixpg/GvXqXr+p81pL2dHwuZDI40GfiFu8Zibhqmx1DbQhKub9R9Jj 1JUXNbVpLGIUGN23Uw9WfEqkJneI5+LKVRyS5u+JLDO4Q3T3+UBZgO0RzAEGNAh6e0fP u8BVCWYAvyAhIT6nZNOrOLu+vsNOROGxq+aek= 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=YANc7CdxBlqcKLQZ/9/xwuOMR+Si/T8imrpjaOZp/AHJTYp33p6k2dLgLNrAmR7nln LjwynMaTv/H3UG4BWO5UA7+CUDVyV6DZCLbqC0f54CWnNU5iSWUCN7zlA2oabcLfF9qo tYcjaLm0iuUZ0CRMnkRlDT5aGA7ysUYXTnp/Q= MIME-Version: 1.0 Received: by 10.142.174.13 with SMTP id w13mr815398wfe.49.1232074499634; Thu, 15 Jan 2009 18:54:59 -0800 (PST) Date: Thu, 15 Jan 2009 21:54:59 -0500 Message-ID: <47d0403c0901151854o67424d7bga64851c3ed4c8fa5@mail.gmail.com> From: Ben Kaduk To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: gmirror regression from 7.1 to current? (was: 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: Fri, 16 Jan 2009 02:55:00 -0000 On Tue, Jan 13, 2009 at 4:35 PM, Ben Kaduk wrote: > On Tue, Jan 13, 2009 at 4:11 PM, Randy Bush wrote: >> installed amd64 7.1 from cdrom >> partitioned two sata drives to single partitions >> labeled and gmirrored >> >> upgraded to 8-current >> ad0 started falling off mirror >> ad2 started reporting smart errors > > Interesting. I have been seeing similar behavior when trying to > update my 7.1-prerelase box to current, except that it seems to be > random _which_ disk falls off the mirror. I'm also seeing panics if I > try to stress the (then-degraded) mirror with the current kernel. The > mirror is rock-solid with the 7.1-pre kernel. > > The panic is "initiate_write_inodeblock_ufs2: already started", and > I've got some details of the other messages I've seen logged up here: > http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/20090107/panic.txt Actually, it looks like the panic is a red herring. Having done a bit more poking around, I am getting the machine in a state where one of the disks is trying to rebuild, and the other one is marked as broken, so there is basically nothing available from the disks, but it keeps trying to find something. I can boot into 7.1 and rebuild the array, and it takes everything I throw at it when running the 7.1 kernel. That would seem to make this a gmirror/ata_dma regression from 7.1, unless you think that a weird label would cause a disk to be dropped from the array on a later-than-first access (I'm mostly sure it's not happening on the first access). Any thoughts? The ident.kernel.old (RELENG_7) and ident.kernel{.updated} files in http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/20090107/ might be of interest ... [it turns out I didn't actually send this when I meant to, which allows me to include the statement that memtest86+ has completed an entire pass without errors. I'll leave it running overnight, just for completeness, though.] -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 04:07: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 744AB106564A for ; Fri, 16 Jan 2009 04:07:56 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 4AAB68FC12 for ; Fri, 16 Jan 2009 04:07:56 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from localhost.lerctr.org ([127.0.0.1]:56714 helo=webmail.lerctr.org) by thebighonker.lerctr.org with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LNfzt-000D7n-8t; Thu, 15 Jan 2009 22:07:55 -0600 Received: from 76.205.169.61 (SquirrelMail authenticated user ler) by webmail.lerctr.org with HTTP; Thu, 15 Jan 2009 22:07:53 -0600 (CST) Message-ID: In-Reply-To: References: <3c1674c90901142046n6cd3c328kc0936190c2516a2a@mail.gmail.com> Date: Thu, 15 Jan 2009 22:07:53 -0600 (CST) From: "Larry Rosenman" To: "Li, Qing" User-Agent: SquirrelMail/1.4.17 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Spam-Score: -4.4 (----) X-LERCTR-Spam-Score: -4.4 (----) X-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 X-LERCTR-Spam-Report: SpamScore (-4.4/5.0) ALL_TRUSTED=-1.8,BAYES_00=-2.599 DomainKey-Status: no signature Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host 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, 16 Jan 2009 04:07:56 -0000 On Thu, January 15, 2009 6:46 pm, Li, Qing wrote: > This is a known issue and it's easily reproducible using the > netperf tool. > > I am working on a permanent solution. > > In the meantime you can use the following workaround, as suggested > by Kip: > > route add -host (if-ip) -iface lo0 > Thanks, Qing! If you have code you'd like me to test, feel free. On a related note, is the arp table supposed to be empty now? $ arp -an $ ping 192.168.200.5 PING 192.168.200.5 (192.168.200.5): 56 data bytes 64 bytes from 192.168.200.5: icmp_seq=0 ttl=255 time=0.810 ms 64 bytes from 192.168.200.5: icmp_seq=1 ttl=255 time=0.292 ms ^C --- 192.168.200.5 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.292/0.551/0.810/0.259 ms $ arp -an $ uname -a FreeBSD borg.lerctr.org 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Jan 14 17:16:03 CST 2009 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG amd64 $ > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Kip Macy >> Sent: Wednesday, January 14, 2009 8:47 PM >> To: Larry Rosenman >> Cc: freebsd-current@freebsd.org >> Subject: Re: Bacula: VERY SLOW on SAME host >> >> arpv2 - add an localhost interface route as a workaround >> >> -Kip >> >> On Wed, Jan 14, 2009 at 8:35 PM, Larry Rosenman > wrote: >> > Greetings, >> > Somethings changed (Around the 1st of the year?) where my bacula >> jobs >> > take FOREVER to backup on the same host >> > with the StorageDaemon and Director. If I change it to use > 127.0.0.1 >> > instead of the address on the em card, it's fine. >> > >> > If I use the address on the em nics, it's like 4kb/sec as opposed to >> > multi-megabytes/sec. >> > >> > I'm looking for how to find what broke. >> > >> > Other networking to the host is fine, but this is TCP within the > same >> host, >> > but using the IP address on the em interface. >> > >> > I see the TCP Send-Q fill up, and it's extremely slow. >> > >> > What data do you need to help debug this? >> > >> > >> > >> > -- >> > Larry Rosenman http://www.lerctr.org/~ler >> > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org >> > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> > _______________________________________________ >> > 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" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 05:05: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 17C9A106566B; Fri, 16 Jan 2009 05:05:01 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id F186A8FC14; Fri, 16 Jan 2009 05:04:59 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n0G54wUl017009; Thu, 15 Jan 2009 21:04:58 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Thu, 15 Jan 2009 21:04:53 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Bacula: VERY SLOW on SAME host Thread-Index: Acl3kAN8TZdnv+vVTamy1eWu6h2OTgABuiOv References: <3c1674c90901142046n6cd3c328kc0936190c2516a2a@mail.gmail.com> From: "Li, Qing" To: "Larry Rosenman" Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host 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, 16 Jan 2009 05:05:01 -0000 Hi Larry, This empty arp output issue appears to be a recent breakage on amd64. The world+kernel built on Jan. 12 out of my last commit for i386 (r187094) appears to be fine. The problem=20 is being investigated ... -- Qing -----Original Message----- From: Larry Rosenman [mailto:ler@lerctr.org] Sent: Thu 1/15/2009 8:07 PM To: Li, Qing Cc: freebsd-current@freebsd.org; freebsd-net@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host =20 On Thu, January 15, 2009 6:46 pm, Li, Qing wrote: > This is a known issue and it's easily reproducible using the > netperf tool. > > I am working on a permanent solution. > > In the meantime you can use the following workaround, as suggested > by Kip: > > route add -host (if-ip) -iface lo0 > Thanks, Qing! If you have code you'd like me to test, feel free. On a related note, is the arp table supposed to be empty now? $ arp -an $ ping 192.168.200.5 PING 192.168.200.5 (192.168.200.5): 56 data bytes 64 bytes from 192.168.200.5: icmp_seq=3D0 ttl=3D255 time=3D0.810 ms 64 bytes from 192.168.200.5: icmp_seq=3D1 ttl=3D255 time=3D0.292 ms ^C --- 192.168.200.5 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.292/0.551/0.810/0.259 ms $ arp -an $ uname -a FreeBSD borg.lerctr.org 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Jan 14 17:16:03 CST 2009 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG=20 amd64 $ > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Kip Macy >> Sent: Wednesday, January 14, 2009 8:47 PM >> To: Larry Rosenman >> Cc: freebsd-current@freebsd.org >> Subject: Re: Bacula: VERY SLOW on SAME host >> >> arpv2 - add an localhost interface route as a workaround >> >> -Kip >> >> On Wed, Jan 14, 2009 at 8:35 PM, Larry Rosenman > wrote: >> > Greetings, >> > Somethings changed (Around the 1st of the year?) where my bacula >> jobs >> > take FOREVER to backup on the same host >> > with the StorageDaemon and Director. If I change it to use > 127.0.0.1 >> > instead of the address on the em card, it's fine. >> > >> > If I use the address on the em nics, it's like 4kb/sec as opposed = to >> > multi-megabytes/sec. >> > >> > I'm looking for how to find what broke. >> > >> > Other networking to the host is fine, but this is TCP within the > same >> host, >> > but using the IP address on the em interface. >> > >> > I see the TCP Send-Q fill up, and it's extremely slow. >> > >> > What data do you need to help debug this? >> > >> > >> > >> > -- >> > Larry Rosenman http://www.lerctr.org/~ler >> > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org >> > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> > _______________________________________________ >> > 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" > --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 07:15: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 6B5BE106566B; Fri, 16 Jan 2009 07:15:54 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-bw0-f20.google.com (mail-bw0-f20.google.com [209.85.218.20]) by mx1.freebsd.org (Postfix) with ESMTP id 65B528FC19; Fri, 16 Jan 2009 07:15:53 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: by bwz13 with SMTP id 13so5071054bwz.19 for ; Thu, 15 Jan 2009 23:15:52 -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=snR2oA1vrlOm7TPzQCm9XjZmJm+jloWkqcTa5L5ssng=; b=HFl50+rnFBxc3y+RSVxRYrMW6511OncIZ97LMBv0xsaAmbYdpy/c4MpTR3KwtAfRU0 HBB2kuKu4ARyCF4kU/O6gXROssiTdhGVdczMjdDWyC+6fg5oyXwJQxHhh9YLDw4KvnkM XUzZ54w8YAIR4txxum4t6RK+begMaSKIp485s= 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=Q7Y1Uw6sp1iEL3VMNlwefui+YHGup8hS4PyFNctwvFnmoSwuq8ARWmab2KQY/8aZMJ NO09s9A+YhGIFFX9U0U2LFJOvS4psvbPH7Gf5/82D4BobhQGztnOFQiX5g1MobK60y5d X4wFRhYdubsGYUbVk9f7+CWwXrIVePA0V89Zs= MIME-Version: 1.0 Received: by 10.180.203.3 with SMTP id a3mr737452bkg.146.1232090152221; Thu, 15 Jan 2009 23:15:52 -0800 (PST) In-Reply-To: <496FBFCD.6010302@FreeBSD.org> References: <20090115084515.GA91157@freebsd.org> <496FBFCD.6010302@FreeBSD.org> Date: Thu, 15 Jan 2009 23:15:52 -0800 Message-ID: <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> From: Garrett Cooper To: Maxim Sobolev Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Roman Divacky , freebsd-current@freebsd.org, Sabeeh Baig 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: Fri, 16 Jan 2009 07:15:54 -0000 On Thu, Jan 15, 2009 at 2:59 PM, Maxim Sobolev wrote: > Roman Divacky wrote: >> >> On Wed, Jan 14, 2009 at 06:07:48PM -0500, Sabeeh Baig wrote: >>> >>> There is work being done on PCC, which is already capable of compiling >>> the OpenBSD and NetBSD userlands. PCC is also quite a bit smaller and >>> already performs better than GCC. OpenBSD folks are helping with the >>> development of PCC, so they can replace GCC in the base. That might >>> be a solution for FreeBSD too, at least as a system compiler. GCC >>> could be available as an add-on through ports for those who need it. >> >> I really dont see any reason why there must be only ONE compiler that >> can be used to compile FreeBSD. >> >> If you will work on making FreeBSD compile with pcc I am sure noone >> will mind. I am working on clang..... someone else might pick cparser >> and god knows what else.... > > Nice idea, but... > > I think that one thing that people often forget about when talking about > using external compiler to build base system is that FreeBSD is not only > self-hosted, but also that it supports cross-builds of any of the supported > arches. This feature would be physically impossible to maintain for any > extended period of time with 10 supported compilers maintained outside of > the tree. > > -Maxim My thoughts: - Although choice is a good thing, I believe that unless you are ready and willing to accept the pains of maintaining multiple toolchains, that there needs to be a small set of acceptable status quo compilers that we work with, otherwise we will end up with a maintenance mess in the end. Take Gentoo Linux: it's a Linux distribution riddled with choices -- so many bloody choices that one has to make to get a working system, that just one library going south with the wrong option can set you back hours or days in order to get up and going again... we shouldn't go down that road or we'll just be begging for pain, if not from a support end, then from a user endpoint because we'll be more efficient manufacturers of rope than ever before, and users will be isolated from folks trying to reproduce their issues. - Like it or not, gcc is the defacto standard, just because it has been around and has been tried and tested for so long. We need to stick with a more gcc-friendly compiler until people in the development community realize that there are other ANSI-C 89/99 standard compilers out there than just what GNU releases. - I believe that our partners should in fact speak about which direction they prefer going in on this compiler issue as they're the ones ultimately holding the bag with the decision on what to do... Cheers, -Garrett From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 07: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 4C902106566B for ; Fri, 16 Jan 2009 07:26:02 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1507D8FC16 for ; Fri, 16 Jan 2009 07:26:01 +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 DD69222E3CF; Fri, 16 Jan 2009 02:26:00 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 16 Jan 2009 02:26:00 -0500 X-Sasl-enc: NDniIl82gWMOkDjXXCOfKHz6+ufUJnr/wCFQxMZDiQV9 1232090760 Received: from empiric.lon.incunabulum.net (radius-82-150-131-239.dsdeurne.nl [82.150.131.239]) by mail.messagingengine.com (Postfix) with ESMTPSA id B958D12473; Fri, 16 Jan 2009 02:25:59 -0500 (EST) Message-ID: <49703686.5040503@FreeBSD.org> Date: Fri, 16 Jan 2009 07:25:58 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.19 (X11/20090107) MIME-Version: 1.0 To: Garrett Cooper References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> In-Reply-To: <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Peter Jeremy , Eitan Adler , "Pedro F. Giffuni" , "O. Hartmann" , freebsd-current@freebsd.org Subject: Why LLVM may be a step forward 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, 16 Jan 2009 07:26:02 -0000 Hi, I'll chime in with my analysis... Garrett Cooper wrote: > On Sun, Jan 11, 2009 at 4:31 PM, Eitan Adler wrote: > >> I never took care about GPLv2 and v3 >> >>> differences but know, this seems to come to relevance in some way. >>> >> I don't seem to understand this. Why should gpl v3 affect the OS? The >> output of the compiler isn't affected by the license. Is it? >> > > Yes the GPLv3 is `extremely viral' when dealing with proprietary > innovations and features, compared to GPLv2. Hence that's why Apple, > Cisco, Intel, Juniper, etc are incredibly wary of licensing, and are > sidestepping around the whole GPLv3 issue as much as possible, > wherever possible. Why LLVM is new I believe based on the data to hand re LLVM, that we are actually seeing 2 major advances over GCC in compiler design. LLVM, like GCC, is freely available open-source software, so there is much greater chance these things will take seed across the world. The market dominators already realise the compiler market is devalued in terms of profit opportunity -- it's infrastructural monopoly, and I wonder how the heck M$ still manage to profit from Visual Studio (hint: support network and maintenance, same as open source). But because of the need for innovation, and the licensing limitations of the GPLv3, LLVM is going to get attention. The smart kids out there will realise LLVM is an erm, "paradigm shift" [1] over GCC in the Robert Anton Wilson sense of the phrase, and start building tools for it, fingers crossed. [1] RAW described the phenomenon of "paradigm shift" in terms of waiting for a current generation of scientific dogma-followers to die off before a new, testable *and* experience-able theroem about reality could be shared with all other humans. A bit cutting, but sometimes we have to be to administer the medicine! The other big driver for LLVM is the fact that the GPL version 3 is being pushed. LLVM offers a non-encumbering alternative. But more on those 2 major, mutally dependent, advances in LLVM: 1. Traceability in translation. The fact that the same LLVM compiler can build both the native objects (i386 ELF in this instance) and its own low-level representation of that in LLVM-space, means you have a direct chain of causality, and traceability, back to the compiler front-end which was responsible building the meta-models of the C++ code, for translation, at t = 0. If you needed to map a symbol in either translation (object vs LLVM) back to the C++ code, you can do that, with the appropriate markers. Doug Hofstader probably has some nice mathematics for this. This is going to make a big difference to their time/people costs re maintaining LLVM just in simple, shop-floor, "dirty hands" engineering terms. 2. Transparency in translation. Whilst gcc does compile to its own intermediate representation, this has never been a "lingua franca" for optimization tools to communicate -- e.g. you can't simulate L2 cache fetches easily from it, or do coverage analysis. The job of intermediate representation is limited -- it is oriented towards the GNU assembler only, and only for the generation, not the analysis, of code in the higher level language you're working in. LLVM changes this, by making it possible to translate source to LLVM bit-code, a transparent representation which in [1] you can trace directly back to the original C++ source code. [Note: Whilst you can probably do these two things with GCC, you can't do them out of the box, and that is where LLVM scores points.] Strange loop There's a co-dependency of [1] with [2] here. Transparency in translation only becomes useful if you can trace the product back to the source. And on the other hand, traceability in translation is only truly possible if you have a *transparent* and easily understood representation which analysis tools can use too. I wager this "strange loop" of improved compiler software, originates from something which process engineers e.g. in agriculture and the food sciences have understood for years -- and an isolated example of where engineering in the physical world, can lead to better engineering in the virtual world. e.g.: mass producing food for safe consumption depends on traceability -- and the "sweet spot" temperature for any unwanted bacteria doesn't generally change, thus making the measurement of whatever is going on transparent -- you measure temperature of your mix, e.g. for soft cheese, at all stages in the production process. If you apply the same reasoning to compiling software in a high-level language, you end up with LLVM. Makes me wonder what the characters really are in LLVM, and if they are in any way involved in the Food Hacking movement. Gweeds has recently been attempting to combine programming with food science: http://www.foodhacking.com/ I just hope he doesn't try to stir the tea with my spanners. later BMS From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 09:10: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 317D010656ED; Fri, 16 Jan 2009 09:10:40 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id F07218FC12; Fri, 16 Jan 2009 09:10:39 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n0G9AZtl003614; Fri, 16 Jan 2009 01:10:36 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Fri, 16 Jan 2009 01:10:30 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Bacula: VERY SLOW on SAME host Thread-Index: Acl3kAN8TZdnv+vVTamy1eWu6h2OTgAKWA0j References: <3c1674c90901142046n6cd3c328kc0936190c2516a2a@mail.gmail.com> From: "Li, Qing" To: "Larry Rosenman" , Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host 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, 16 Jan 2009 09:10:52 -0000 Thanks to Pawel Jakub Dawidek, I found the empty "arp -an" output bug. The bug was introduced in my last commit that attempted at=20 providing some level of binary compatibility. Please sync file ./src/sys/net/rtsock.c to svn r187328=20 Thanks, -- Qing -----Original Message----- From: Larry Rosenman [mailto:ler@lerctr.org] Sent: Thu 1/15/2009 8:07 PM To: Li, Qing Cc: freebsd-current@freebsd.org; freebsd-net@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host =20 On Thu, January 15, 2009 6:46 pm, Li, Qing wrote: > This is a known issue and it's easily reproducible using the > netperf tool. > > I am working on a permanent solution. > > In the meantime you can use the following workaround, as suggested > by Kip: > > route add -host (if-ip) -iface lo0 > Thanks, Qing! If you have code you'd like me to test, feel free. On a related note, is the arp table supposed to be empty now? $ arp -an $ ping 192.168.200.5 PING 192.168.200.5 (192.168.200.5): 56 data bytes 64 bytes from 192.168.200.5: icmp_seq=3D0 ttl=3D255 time=3D0.810 ms 64 bytes from 192.168.200.5: icmp_seq=3D1 ttl=3D255 time=3D0.292 ms ^C --- 192.168.200.5 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev =3D 0.292/0.551/0.810/0.259 ms $ arp -an $ uname -a FreeBSD borg.lerctr.org 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Jan 14 17:16:03 CST 2009 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG=20 amd64 $ > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Kip Macy >> Sent: Wednesday, January 14, 2009 8:47 PM >> To: Larry Rosenman >> Cc: freebsd-current@freebsd.org >> Subject: Re: Bacula: VERY SLOW on SAME host >> >> arpv2 - add an localhost interface route as a workaround >> >> -Kip >> >> On Wed, Jan 14, 2009 at 8:35 PM, Larry Rosenman > wrote: >> > Greetings, >> > Somethings changed (Around the 1st of the year?) where my bacula >> jobs >> > take FOREVER to backup on the same host >> > with the StorageDaemon and Director. If I change it to use > 127.0.0.1 >> > instead of the address on the em card, it's fine. >> > >> > If I use the address on the em nics, it's like 4kb/sec as opposed = to >> > multi-megabytes/sec. >> > >> > I'm looking for how to find what broke. >> > >> > Other networking to the host is fine, but this is TCP within the > same >> host, >> > but using the IP address on the em interface. >> > >> > I see the TCP Send-Q fill up, and it's extremely slow. >> > >> > What data do you need to help debug this? >> > >> > >> > >> > -- >> > Larry Rosenman http://www.lerctr.org/~ler >> > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org >> > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> > _______________________________________________ >> > 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" > --=20 Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 10:25: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 E6E32106564A for ; Fri, 16 Jan 2009 10:25:18 +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 A0CA58FC1A for ; Fri, 16 Jan 2009 10:25:18 +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 1LNle0-0007Dm-L4 for freebsd-current@freebsd.org; Fri, 16 Jan 2009 10:09:44 +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 1LNldw-0003FI-Si for freebsd-current@freebsd.org; Fri, 16 Jan 2009 10:09:37 +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 n0GA9arV036696 for ; Fri, 16 Jan 2009 10:09:36 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 n0GA9WTc036695 for freebsd-current@freebsd.org; Fri, 16 Jan 2009 10:09:32 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: Fri, 16 Jan 2009 10:09:32 +0000 From: Anton Shterenlikht To: freebsd-current@freebsd.org Message-ID: <20090116100932.GB36588@mech-cluster238.men.bris.ac.uk> References: <20090115084515.GA91157@freebsd.org> <496FBFCD.6010302@FreeBSD.org> <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.4 X-Spam-Level: - 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: Fri, 16 Jan 2009 10:25:19 -0000 On Thu, Jan 15, 2009 at 11:15:52PM -0800, Garrett Cooper wrote: > the end. Take Gentoo Linux: it's a Linux distribution riddled with > choices -- so many bloody choices that one has to make to get a > working system, that just one library going south with the wrong > option can set you back hours or days in order to get up and going > again... we shouldn't go down that road or we'll just be begging for > pain, if not from a support end, then from a user endpoint because > we'll be more efficient manufacturers of rope than ever before, and > users will be isolated from folks trying to reproduce their issues. As a FBSD user I'm really happy with the current balance between freedom of choice and order. This was the thing that attracted me first to FBSD (v 4.9), after being thoroughly confused by linux anarchy. >From my point of view this is the ideal balance, and this is what makes FBSD stand apart from linux and other BSDs. Too much choice is not always a good thing. yours anton -- 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 Fri Jan 16 10:36: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 13F22106567F for ; Fri, 16 Jan 2009 10:36:54 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from mail.stillbilde.net (d80.iso100.no [81.175.61.195]) by mx1.freebsd.org (Postfix) with ESMTP id 89B338FC19 for ; Fri, 16 Jan 2009 10:36:52 +0000 (UTC) (envelope-from svein-listmail@stillbilde.net) Received: from [192.168.4.16] (unknown [192.168.4.16]) (Authenticated sender: svein) by mail.stillbilde.net (Familien Skogens mail) with ESMTPSA id 26C3739; Fri, 16 Jan 2009 10:36:36 +0000 (UTC) Message-ID: <49706341.8060207@stillbilde.net> Date: Fri, 16 Jan 2009 11:36:49 +0100 From: "Svein Skogen (listmail account)" User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20090115084515.GA91157@freebsd.org> <496FBFCD.6010302@FreeBSD.org> <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> In-Reply-To: <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Sabeeh Baig 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: Fri, 16 Jan 2009 10:36:54 -0000 Garrett Cooper wrote: > On Thu, Jan 15, 2009 at 2:59 PM, Maxim Sobolev wrote: >> Roman Divacky wrote: >>> On Wed, Jan 14, 2009 at 06:07:48PM -0500, Sabeeh Baig wrote: >>>> There is work being done on PCC, which is already capable of compiling >>>> the OpenBSD and NetBSD userlands. PCC is also quite a bit smaller and >>>> already performs better than GCC. OpenBSD folks are helping with the >>>> development of PCC, so they can replace GCC in the base. That might >>>> be a solution for FreeBSD too, at least as a system compiler. GCC >>>> could be available as an add-on through ports for those who need it. >>> I really dont see any reason why there must be only ONE compiler that >>> can be used to compile FreeBSD. >>> >>> If you will work on making FreeBSD compile with pcc I am sure noone >>> will mind. I am working on clang..... someone else might pick cparser >>> and god knows what else.... >> Nice idea, but... >> >> I think that one thing that people often forget about when talking about >> using external compiler to build base system is that FreeBSD is not only >> self-hosted, but also that it supports cross-builds of any of the supported >> arches. This feature would be physically impossible to maintain for any >> extended period of time with 10 supported compilers maintained outside of >> the tree. >> >> -Maxim > > My thoughts: > - Although choice is a good thing, I believe that unless you are ready > and willing to accept the pains of maintaining multiple toolchains, > that there needs to be a small set of acceptable status quo compilers > that we work with, otherwise we will end up with a maintenance mess in > the end. Take Gentoo Linux: it's a Linux distribution riddled with > choices -- so many bloody choices that one has to make to get a > working system, that just one library going south with the wrong > option can set you back hours or days in order to get up and going > again... we shouldn't go down that road or we'll just be begging for > pain, if not from a support end, then from a user endpoint because > we'll be more efficient manufacturers of rope than ever before, and > users will be isolated from folks trying to reproduce their issues. > - Like it or not, gcc is the defacto standard, just because it has > been around and has been tried and tested for so long. We need to > stick with a more gcc-friendly compiler until people in the > development community realize that there are other ANSI-C 89/99 > standard compilers out there than just what GNU releases. > - I believe that our partners should in fact speak about which > direction they prefer going in on this compiler issue as they're the > ones ultimately holding the bag with the decision on what to do... > Cheers, > -Garrett But... Couldn't this be done easier? For the main source tree, going through each file and adding a commented header line with the requirements should be manageable. Add to that a file such as /usr/share/misc/c-compilers.info that holds a list of current available compilers (compilers on the system), what features they have, and a priority order. A minor parser running in the make buildworld could run down the source codes dependancies on compiler functions, and then find the highest priority compiler that has the required feature set, possibly on a per folder basis, including checking for output platform capability. The "trick" here is to agree on a standard header, and a syntax for the compiler table, before starting out. But given that this is an operating system that has a man page for the programming style, I think there is a possibility of success. ;) A similar header could actually be used for ports as well, and wouldn't really add more complexity than our current make/gmake solution. //Svein From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 10:45: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 EE2BC10656D3 for ; Fri, 16 Jan 2009 10:45:31 +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 612F88FC25 for ; Fri, 16 Jan 2009 10:45:31 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) with esmtp (envelope-from ) id <1LNmCg-0001KV-MD>; Fri, 16 Jan 2009 11:45:30 +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 <1LNmCg-0006EZ-L5>; Fri, 16 Jan 2009 11:45:30 +0100 Message-ID: <497064C6.5070807@zedat.fu-berlin.de> Date: Fri, 16 Jan 2009 10:43:18 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.19 (X11/20090112) MIME-Version: 1.0 To: Anton Shterenlikht References: <20090115084515.GA91157@freebsd.org> <496FBFCD.6010302@FreeBSD.org> <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> <20090116100932.GB36588@mech-cluster238.men.bris.ac.uk> In-Reply-To: <20090116100932.GB36588@mech-cluster238.men.bris.ac.uk> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 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: Fri, 16 Jan 2009 10:45:33 -0000 Anton Shterenlikht wrote: > On Thu, Jan 15, 2009 at 11:15:52PM -0800, Garrett Cooper wrote: >> the end. Take Gentoo Linux: it's a Linux distribution riddled with >> choices -- so many bloody choices that one has to make to get a >> working system, that just one library going south with the wrong >> option can set you back hours or days in order to get up and going >> again... we shouldn't go down that road or we'll just be begging for >> pain, if not from a support end, then from a user endpoint because >> we'll be more efficient manufacturers of rope than ever before, and >> users will be isolated from folks trying to reproduce their issues. > > As a FBSD user I'm really happy with the current balance between > freedom of choice and order. This was the thing that attracted me > first to FBSD (v 4.9), after being thoroughly confused by linux anarchy. >>From my point of view this is the ideal balance, and this is what makes > FBSD stand apart from linux and other BSDs. > > Too much choice is not always a good thing. > > yours > anton > .. but having NO or a very RESTRICTED choice could lead to a dead end, see performance, modern parallel techniques (OpenMP) and new built-in-silica -features. If the 'dictated choice' of the compiler leads also development of the OS's interna (by taking care of having no specific features like SSE3/4/4.1/4.2 for basic libc-features like memcopy etc due to the danger the compiler/binutils will not target this in all cases or whilst the development of the compiler stagnated and therefore those features could not be used), this could also be the end for the OS. Switching back to an hopeless outdated relict from the past (pcc) means having years of development and invention bringing those compiler suits back to the recent state of the art and this means the OS that relies on those strange political directions could end up behind competitors. This may sound stupid for several people here, but Within the 13 years with FreeBSD now, I saw many departments switching from FreeBSD to Linux and moneyflow is in most cases directed towards expected profit. Since BSD isn't developed as an academic approach of an OS, it is highly dependend on a pseudo-commercial success finding new donations hiring developer (not scientists, what a pitty). From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 10:51: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 BC7EA106568B; Fri, 16 Jan 2009 10:51:11 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from mx2.gfk.ru (mx2.gfk.ru [84.21.231.139]) by mx1.freebsd.org (Postfix) with ESMTP id EF6F88FC20; Fri, 16 Jan 2009 10:51:10 +0000 (UTC) (envelope-from Yuriy.Tsibizov@gfk.com) Received: from ex.hhp.local by mx2.gfk.ru (MDaemon PRO v9.6.0) with ESMTP id md50002729552.msg; Fri, 16 Jan 2009 13:51:09 +0300 Received: from ex-be-1.hhp.local ([10.0.0.31]) by ex.hhp.local with Microsoft SMTPSVC(6.0.3790.1830); Fri, 16 Jan 2009 13:51:08 +0300 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MimeOLE: Produced By Microsoft Exchange V6.5 Date: Fri, 16 Jan 2009 13:51:04 +0300 Message-ID: In-Reply-To: <3c1674c90901151848y7ea905f0l190d549f8b6c8609@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 Thread-Index: Acl3hOy15Ggd4PRaT6yqlWsc4cXepAAQtDJw References: <3a142e750901140435m58c067c5t5cb100518f882f23@mail.gmail.com> <3a142e750901140905j7fe74944wcf96969a79ccc017@mail.gmail.com> <3c1674c90901151848y7ea905f0l190d549f8b6c8609@mail.gmail.com> From: "Yuriy Tsibizov" To: "Kip Macy" X-OriginalArrivalTime: 16 Jan 2009 10:51:08.0033 (UTC) FILETIME=[56363F10:01C977C8] X-Spam-Processed: mx2.gfk.ru, Fri, 16 Jan 2009 13:51:09 +0300 (not processed: message from valid local sender) X-MDRemoteIP: 10.0.0.30 X-Return-Path: Yuriy.Tsibizov@gfk.com X-Envelope-From: Yuriy.Tsibizov@gfk.com X-MDAV-Processed: mx2.gfk.ru, Fri, 16 Jan 2009 13:51:10 +0300 Cc: freebsd-current@freebsd.org Subject: RE: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 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, 16 Jan 2009 10:51:12 -0000 > > On 1/14/09, Yuriy Tsibizov wrote: > >> > >>> On 1/14/09, Yuriy Tsibizov wrote: > >>> > Kip, > >>> > > >>> > this happens on fresh -CURRENT, with configuration=20 > similar to one > >>> > described in > >>> > > >>> http://docs.freebsd.org/cgi/mid.cgi?3a142e750812080658r645dc1c > >>> 4sdd612585 > >>> > fe9ad7d6 (wpa_supplicant is main suspect in triggering this > >>> panic). No > >>> > crashdump / backtrace available. > >>> > > >>> > Somehow needlock!=3D0, and rnh is already locked. > >>> > > >>> > HW is Intel Atom D945GCLF2 (2core + HT enabled) + D-Link > >>> Atheros-based > >>> > card with WPA and static ip. > >> > >>> And bt is completly the same as was mine? > >> > >> I don't have backtrace -- swap was tooo small. > > > I need a full backtrace in order to fix. I have a textdumps enabled now (with default script that calls bt), will it be enough or full memory dump (for kgdb analysis) is a must? Yuriy. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 10:56:36 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 EBD67106573C for ; Fri, 16 Jan 2009 10:56:36 +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 681778FC23 for ; Fri, 16 Jan 2009 10:56:36 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 16 Jan 2009 10:56:35 -0000 Received: from p54A3E7DB.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.231.219] by mail.gmx.net (mp071) with SMTP; 16 Jan 2009 11:56:35 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1+fbVQRXk+fWaAcLlcBtrbORqa84GedG/lQklieCr RhlyPXvkf1riN9 Message-ID: <497067E2.2000806@gmx.de> Date: Fri, 16 Jan 2009 11:56:34 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: "Svein Skogen (listmail account)" References: <20090115084515.GA91157@freebsd.org> <496FBFCD.6010302@FreeBSD.org> <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> <49706341.8060207@stillbilde.net> In-Reply-To: <49706341.8060207@stillbilde.net> 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-current@freebsd.org, Sabeeh Baig 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: Fri, 16 Jan 2009 10:56:37 -0000 Svein Skogen (listmail account) schrieb: > Garrett Cooper wrote: >> On Thu, Jan 15, 2009 at 2:59 PM, Maxim Sobolev wrote: >>> Roman Divacky wrote: >>>> On Wed, Jan 14, 2009 at 06:07:48PM -0500, Sabeeh Baig wrote: >>>>> There is work being done on PCC, which is already capable of compiling >>>>> the OpenBSD and NetBSD userlands. PCC is also quite a bit smaller and >>>>> already performs better than GCC. OpenBSD folks are helping with the >>>>> development of PCC, so they can replace GCC in the base. That might >>>>> be a solution for FreeBSD too, at least as a system compiler. GCC >>>>> could be available as an add-on through ports for those who need it. >>>> I really dont see any reason why there must be only ONE compiler that >>>> can be used to compile FreeBSD. >>>> >>>> If you will work on making FreeBSD compile with pcc I am sure noone >>>> will mind. I am working on clang..... someone else might pick cparser >>>> and god knows what else.... >>> Nice idea, but... >>> >>> I think that one thing that people often forget about when talking about >>> using external compiler to build base system is that FreeBSD is not only >>> self-hosted, but also that it supports cross-builds of any of the supported >>> arches. This feature would be physically impossible to maintain for any >>> extended period of time with 10 supported compilers maintained outside of >>> the tree. >>> >>> -Maxim >> My thoughts: >> - Although choice is a good thing, I believe that unless you are ready >> and willing to accept the pains of maintaining multiple toolchains, >> that there needs to be a small set of acceptable status quo compilers >> that we work with, otherwise we will end up with a maintenance mess in >> the end. Take Gentoo Linux: it's a Linux distribution riddled with >> choices -- so many bloody choices that one has to make to get a >> working system, that just one library going south with the wrong >> option can set you back hours or days in order to get up and going >> again... we shouldn't go down that road or we'll just be begging for >> pain, if not from a support end, then from a user endpoint because >> we'll be more efficient manufacturers of rope than ever before, and >> users will be isolated from folks trying to reproduce their issues. >> - Like it or not, gcc is the defacto standard, just because it has >> been around and has been tried and tested for so long. We need to >> stick with a more gcc-friendly compiler until people in the >> development community realize that there are other ANSI-C 89/99 >> standard compilers out there than just what GNU releases. >> - I believe that our partners should in fact speak about which >> direction they prefer going in on this compiler issue as they're the >> ones ultimately holding the bag with the decision on what to do... >> Cheers, >> -Garrett > > But... Couldn't this be done easier? For the main source tree, going > through each file and adding a commented header line with the > requirements should be manageable. Add to that a file such as > /usr/share/misc/c-compilers.info that holds a list of current available > compilers (compilers on the system), what features they have, and a > priority order. A minor parser running in the make buildworld could run > down the source codes dependancies on compiler functions, and then find > the highest priority compiler that has the required feature set, > possibly on a per folder basis, including checking for output platform > capability. The "trick" here is to agree on a standard header, and a > syntax for the compiler table, before starting out. But given that this > is an operating system that has a man page for the programming style, I > think there is a possibility of success. ;) > > A similar header could actually be used for ports as well, and wouldn't > really add more complexity than our current make/gmake solution. What the hell? FreeBSD is an operating system not a test lab for compiler experiments! From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 11:05: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 94CAC1065676 for ; Fri, 16 Jan 2009 11:05:37 +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 1061E8FC1F for ; Fri, 16 Jan 2009 11:05:36 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 16 Jan 2009 11:05:35 -0000 Received: from p54A3E7DB.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.231.219] by mail.gmx.net (mp017) with SMTP; 16 Jan 2009 12:05:35 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX1/ZYjB2Kl3ZYol5fzIBNITPwSD5dHFO/N7btjSZF1 8AdPK+2ibgURsL Message-ID: <497069FE.9080704@gmx.de> Date: Fri, 16 Jan 2009 12:05:34 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: "O. Hartmann" References: <20090115084515.GA91157@freebsd.org> <496FBFCD.6010302@FreeBSD.org> <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com> <20090116100932.GB36588@mech-cluster238.men.bris.ac.uk> <497064C6.5070807@zedat.fu-berlin.de> In-Reply-To: <497064C6.5070807@zedat.fu-berlin.de> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.54 Cc: freebsd-current@freebsd.org, 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: Fri, 16 Jan 2009 11:05:38 -0000 O. Hartmann schrieb: > Anton Shterenlikht wrote: >> On Thu, Jan 15, 2009 at 11:15:52PM -0800, Garrett Cooper wrote: >>> the end. Take Gentoo Linux: it's a Linux distribution riddled with >>> choices -- so many bloody choices that one has to make to get a >>> working system, that just one library going south with the wrong >>> option can set you back hours or days in order to get up and going >>> again... we shouldn't go down that road or we'll just be begging for >>> pain, if not from a support end, then from a user endpoint because >>> we'll be more efficient manufacturers of rope than ever before, and >>> users will be isolated from folks trying to reproduce their issues. >> >> As a FBSD user I'm really happy with the current balance between >> freedom of choice and order. This was the thing that attracted me >> first to FBSD (v 4.9), after being thoroughly confused by linux anarchy. >>>> From my point of view this is the ideal balance, and this is what makes >> FBSD stand apart from linux and other BSDs. >> >> Too much choice is not always a good thing. >> >> yours >> anton >> > > .. but having NO or a very RESTRICTED choice could lead to a dead end, > see performance, modern parallel techniques (OpenMP) and new OpenMP? In the core of an operating system? mkay... > built-in-silica -features. If the 'dictated choice' of the compiler > leads also development of the OS's interna (by taking care of having no > specific features like SSE3/4/4.1/4.2 for basic libc-features like > memcopy etc due to the danger the compiler/binutils will not target this > in all cases or whilst the development of the compiler stagnated and > therefore those features could not be used), this could also be the end > for the OS. The end of the world is near! Please, people, keep realistic. > Switching back to an hopeless outdated relict from the past (pcc) means > having years of development and invention bringing those compiler suits > back to the recent state of the art and this means the OS that relies on > those strange political directions could end up behind competitors. This > may sound stupid for several people here, but Within the 13 years with > FreeBSD now, I saw many departments switching from FreeBSD to Linux and > moneyflow is in most cases directed towards expected profit. Since BSD > isn't developed as an academic approach of an OS, it is highly dependend > on a pseudo-commercial success finding new donations hiring developer > (not scientists, what a pitty). I wonder if this has anything to do with the massive amounts of $$$ firms like HP and IBM pour into marketing for the Linux hype... From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 11:17: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 4F19A1065673 for ; Fri, 16 Jan 2009 11:17:05 +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 788BF8FC12 for ; Fri, 16 Jan 2009 11:17:04 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 16 Jan 2009 11:17:02 -0000 Received: from p54A3E7DB.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.231.219] by mail.gmx.net (mp058) with SMTP; 16 Jan 2009 12:17:02 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX19G1Pko5cZGNAIClGMNPe5wLpunmJH/XC2cKZnqPK MfDo0uDqDxn0Av Message-ID: <49706CAD.4020800@gmx.de> Date: Fri, 16 Jan 2009 12:17:01 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: "Bruce M. Simpson" References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> <49703686.5040503@FreeBSD.org> In-Reply-To: <49703686.5040503@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.5 Cc: Eitan Adler , Peter Jeremy , "O. Hartmann" , "Pedro F. Giffuni" , freebsd-current@freebsd.org, Garrett Cooper Subject: Re: Why LLVM may be a step forward 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, 16 Jan 2009 11:17:05 -0000 Bruce M. Simpson schrieb: > Hi, > > I'll chime in with my analysis... > > Garrett Cooper wrote: >> On Sun, Jan 11, 2009 at 4:31 PM, Eitan Adler >> wrote: >> >>> I never took care about GPLv2 and v3 >>> >>>> differences but know, this seems to come to relevance in some way. >>>> >>> I don't seem to understand this. Why should gpl v3 affect the OS? The >>> output of the compiler isn't affected by the license. Is it? >>> >> >> Yes the GPLv3 is `extremely viral' when dealing with proprietary >> innovations and features, compared to GPLv2. Hence that's why Apple, >> Cisco, Intel, Juniper, etc are incredibly wary of licensing, and are >> sidestepping around the whole GPLv3 issue as much as possible, >> wherever possible. > > Why LLVM is new > > I believe based on the data to hand re LLVM, that we are actually > seeing 2 major advances over GCC in compiler design. LLVM, like GCC, is > freely available open-source software, so there is much greater chance > these things will take seed across the world. > > The market dominators already realise the compiler market is devalued > in terms of profit opportunity -- it's infrastructural monopoly, and I > wonder how the heck M$ still manage to profit from Visual Studio (hint: > support network and maintenance, same as open source). There's a hefty price tag on VS if you want to use your results commercially. Also there are many "add-ons" like TFS, which are not exactly cheap, either. > But because of the need for innovation, and the licensing limitations > of the GPLv3, LLVM is going to get attention. The smart kids out there > will realise LLVM is an erm, "paradigm shift" [1] over GCC in the Robert > Anton Wilson sense of the phrase, and start building tools for it, > fingers crossed. You are missing the main point why it gets attention: Somebody throws $$$ at it, so they can afford buying manpower to develop it. > [1] RAW described the phenomenon of "paradigm shift" in terms of waiting > for a current generation of scientific dogma-followers to die off before > a new, testable *and* experience-able theroem about reality could be > shared with all other humans. A bit cutting, but sometimes we have to be > to administer the medicine! > > The other big driver for LLVM is the fact that the GPL version 3 is > being pushed. LLVM offers a non-encumbering alternative. > > > But more on those 2 major, mutally dependent, advances in LLVM: > > 1. Traceability in translation. > > The fact that the same LLVM compiler can build both the native objects > (i386 ELF in this instance) and its own low-level representation of that > in LLVM-space, means you have a direct chain of causality, and > traceability, back to the compiler front-end which was responsible > building the meta-models of the C++ code, for translation, at t = 0. Non sequitur. > If you needed to map a symbol in either translation (object vs LLVM) > back to the C++ code, you can do that, with the appropriate markers. > Doug Hofstader probably has some nice mathematics for this. > > This is going to make a big difference to their time/people costs re > maintaining LLVM just in simple, shop-floor, "dirty hands" engineering > terms. You always lose information in translation from a high-level source language to something low-level and optimised. You can try to retain pieces of information, but there's always a loss. The most basic examples is constant folding and CSE. > 2. Transparency in translation. > > Whilst gcc does compile to its own intermediate representation, this > has never been a "lingua franca" for optimization tools to communicate Nobody except LLVM uses the LLVM representation either. > -- e.g. you can't simulate L2 cache fetches easily from it, or do > coverage analysis. The job of intermediate representation is limited -- Nobody can effectively and efficiently do anything sensible with cache in a fully automated way in a compiler. > it is oriented towards the GNU assembler only, and only for the > generation, not the analysis, of code in the higher level language > you're working in. > > LLVM changes this, by making it possible to translate source to LLVM > bit-code, a transparent representation which in [1] you can trace > directly back to the original C++ source code. > > [Note: Whilst you can probably do these two things with GCC, you can't > do them out of the box, and that is where LLVM scores points.] > > Strange loop > > There's a co-dependency of [1] with [2] here. Transparency in > translation only becomes useful if you can trace the product back to the > source. And on the other hand, traceability in translation is only truly > possible if you have a *transparent* and easily understood > representation which analysis tools can use too. Which [2]? I only see [1]. > I wager this "strange loop" of improved compiler software, originates > from something which process engineers e.g. in agriculture and the food > sciences have understood for years -- and an isolated example of where > engineering in the physical world, can lead to better engineering in the > virtual world. > > e.g.: mass producing food for safe consumption depends on traceability > -- and the "sweet spot" temperature for any unwanted bacteria doesn't > generally change, thus making the measurement of whatever is going on > transparent -- you measure temperature of your mix, e.g. for soft > cheese, at all stages in the production process. *cough* The food industry is not exactly the best analogy for best practices - and this is an understatement. > If you apply the same reasoning to compiling software in a high-level > language, you end up with LLVM. high-level? LLVM? You do know what the letters LL in LLVM stand for, don't you? All what LLVM has are basic blocks, adds (and the other basic arithmetic operations), compares and jumps. There's nothing "high-level" about it. It's a typical IR. > Makes me wonder what the characters really are in LLVM, and if they > are in any way involved in the Food Hacking movement. > > Gweeds has recently been attempting to combine programming with food > science: > http://www.foodhacking.com/ Now you totally lost me. What the hell is this about? From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 11:26: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 3852E106564A for ; Fri, 16 Jan 2009 11:26:16 +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 DE5418FC20 for ; Fri, 16 Jan 2009 11:26:15 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0E2CF9CB068; Fri, 16 Jan 2009 12:25:54 +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 XKQkMFhqNthl; Fri, 16 Jan 2009 12:25:51 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AFF8A9CB07E; Fri, 16 Jan 2009 12:25:51 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0GBPnnl075163; Fri, 16 Jan 2009 12:25:49 +0100 (CET) (envelope-from rdivacky) Date: Fri, 16 Jan 2009 12:25:49 +0100 From: Roman Divacky To: Christoph Mallon Message-ID: <20090116112549.GA74685@freebsd.org> References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> <49703686.5040503@FreeBSD.org> <49706CAD.4020800@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49706CAD.4020800@gmx.de> User-Agent: Mutt/1.4.2.3i Cc: Eitan Adler , Peter Jeremy , "O. Hartmann" , "Pedro F. Giffuni" , freebsd-current@FreeBSD.org, Garrett Cooper , "Bruce M. Simpson" Subject: Re: Why LLVM may be a step forward 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, 16 Jan 2009 11:26:16 -0000 > > But because of the need for innovation, and the licensing limitations > >of the GPLv3, LLVM is going to get attention. The smart kids out there > >will realise LLVM is an erm, "paradigm shift" [1] over GCC in the Robert > >Anton Wilson sense of the phrase, and start building tools for it, > >fingers crossed. > > You are missing the main point why it gets attention: Somebody throws > $$$ at it, so they can afford buying manpower to develop it. well.... there are big $$$ being thrown at llvm/clang but there are also quite a lot of non-commercial contributors, for example the whole C++ side of clang is volunteers driven From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 11:30: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 E84E610656BB for ; Fri, 16 Jan 2009 11:30:54 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-out1.uni-muenster.de (ZIVM-OUT1.UNI-MUENSTER.DE [128.176.192.8]) by mx1.freebsd.org (Postfix) with ESMTP id CEECC8FC2B for ; Fri, 16 Jan 2009 11:30:53 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) X-IronPort-AV: E=Sophos;i="4.37,276,1231110000"; d="scan'208";a="267237221" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER02.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 16 Jan 2009 12:30:52 +0100 Received: by ZIVMAILUSER02.UNI-MUENSTER.DE (Postfix, from userid 149459) id 2FD591B0871; Fri, 16 Jan 2009 12:30:52 +0100 (CET) Date: Fri, 16 Jan 2009 12:30:51 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD panics with 64GiB of RAM 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, 16 Jan 2009 11:30:56 -0000 unfortunately there's (probably) nobody here using a computer with that much memory. finding the problem without using similar hardware in order to have a closer look at the problem is very difficult i guess. cheers. alex From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 11:32: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 007E91065676 for ; Fri, 16 Jan 2009 11:32:57 +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 3C6668FC19 for ; Fri, 16 Jan 2009 11:32:57 +0000 (UTC) (envelope-from christoph.mallon@gmx.de) Received: (qmail invoked by alias); 16 Jan 2009 11:32:55 -0000 Received: from p54A3E7DB.dip.t-dialin.net (EHLO tron.homeunix.org) [84.163.231.219] by mail.gmx.net (mp049) with SMTP; 16 Jan 2009 12:32:55 +0100 X-Authenticated: #1673122 X-Provags-ID: V01U2FsdGVkX19aGJdcskRaiLMr4HJda+2FEi+WSggkbJTV5tOasy VLvZ0IN8MhQYOZ Message-ID: <49707065.4020504@gmx.de> Date: Fri, 16 Jan 2009 12:32:53 +0100 From: Christoph Mallon User-Agent: Thunderbird 2.0.0.19 (X11/20090103) MIME-Version: 1.0 To: Roman Divacky References: <61484.71762.qm@web32708.mail.mud.yahoo.com> <20090111044448.GC5661@server.vk2pj.dyndns.org> <4969CC6D.6030707@mail.zedat.fu-berlin.de> <496A8F45.7010400@gmail.com> <7d6fde3d0901111813y3da92325p6d2a3541d7db53a2@mail.gmail.com> <49703686.5040503@FreeBSD.org> <49706CAD.4020800@gmx.de> <20090116112549.GA74685@freebsd.org> In-Reply-To: <20090116112549.GA74685@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-FuHaFi: 0.67 Cc: Eitan Adler , Peter Jeremy , "O. Hartmann" , "Pedro F. Giffuni" , freebsd-current@FreeBSD.org, Garrett Cooper , "Bruce M. Simpson" Subject: Re: Why LLVM may be a step forward 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, 16 Jan 2009 11:32:58 -0000 Roman Divacky schrieb: >>> But because of the need for innovation, and the licensing limitations >>> of the GPLv3, LLVM is going to get attention. The smart kids out there >>> will realise LLVM is an erm, "paradigm shift" [1] over GCC in the Robert >>> Anton Wilson sense of the phrase, and start building tools for it, >>> fingers crossed. >> You are missing the main point why it gets attention: Somebody throws >> $$$ at it, so they can afford buying manpower to develop it. > > well.... there are big $$$ being thrown at llvm/clang but there are also > quite a lot of non-commercial contributors, for example the whole C++ > side of clang is volunteers driven What was first? The $$$ or the beginning of the development of clang C++ frontend. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 11:48:19 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 0CF0710656D6 for ; Fri, 16 Jan 2009 11:48:19 +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 B022C8FC22 for ; Fri, 16 Jan 2009 11:48:18 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PegaPegII (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id n0GBkTcY004371; Fri, 16 Jan 2009 11:46:31 GMT (envelope-from ken@mthelicon.com) Message-ID: From: "Pegasus Mc Cleaft" To: "O. Hartmann" , "Anton Shterenlikht" References: <20090115084515.GA91157@freebsd.org><496FBFCD.6010302@FreeBSD.org> <7d6fde3d0901152315y7c6ce36fqe137519bd73e3e@mail.gmail.com><20090116100932.GB36588@mech-cluster238.men.bris.ac.uk> <497064C6.5070807@zedat.fu-berlin.de> In-Reply-To: <497064C6.5070807@zedat.fu-berlin.de> Date: Fri, 16 Jan 2009 11:46:29 -0000 Organization: Feathers MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="ISO-8859-15"; reply-type=response Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Windows Mail 6.0.6001.18000 X-MimeOLE: Produced By Microsoft MimeOLE V6.0.6001.18049 X-Antivirus: avast! (VPS 090115-0, 15/01/2009), Outbound message X-Antivirus-Status: Clean 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: Pegasus Mc Cleaft List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2009 11:48:20 -0000 ----- Original Message ----- From: "O. Hartmann" To: "Anton Shterenlikht" Cc: Sent: Friday, January 16, 2009 10:43 AM Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standard compiler?) > Anton Shterenlikht wrote: >> On Thu, Jan 15, 2009 at 11:15:52PM -0800, Garrett Cooper wrote: >>> the end. Take Gentoo Linux: it's a Linux distribution riddled with >>> choices -- so many bloody choices that one has to make to get a >>> working system, that just one library going south with the wrong >>> option can set you back hours or days in order to get up and going >>> again... we shouldn't go down that road or we'll just be begging for >>> pain, if not from a support end, then from a user endpoint because >>> we'll be more efficient manufacturers of rope than ever before, and >>> users will be isolated from folks trying to reproduce their issues. >> >> As a FBSD user I'm really happy with the current balance between >> freedom of choice and order. This was the thing that attracted me >> first to FBSD (v 4.9), after being thoroughly confused by linux anarchy. >>>From my point of view this is the ideal balance, and this is what makes >> FBSD stand apart from linux and other BSDs. >> >> Too much choice is not always a good thing. >> >> yours >> anton >> > > .. but having NO or a very RESTRICTED choice could lead to a dead end, see > performance, modern parallel techniques (OpenMP) and new > built-in-silica -features. If the 'dictated choice' of the compiler leads > also development of the OS's interna (by taking care of having no specific > features like SSE3/4/4.1/4.2 for basic libc-features like memcopy etc due > to the danger the compiler/binutils will not target this in all cases or > whilst the development of the compiler stagnated and therefore those > features could not be used), this could also be the end for the OS. > > Switching back to an hopeless outdated relict from the past (pcc) means > having years of development and invention bringing those compiler suits > back to the recent state of the art and this means the OS that relies on > those strange political directions could end up behind competitors. This > may sound stupid for several people here, but Within the 13 years with > FreeBSD now, I saw many departments switching from FreeBSD to Linux and > moneyflow is in most cases directed towards expected profit. Since BSD > isn't developed as an academic approach of an OS, it is highly dependend > on a pseudo-commercial success finding new donations hiring developer (not > scientists, what a pitty). Hello Everyone, Perhapse i'm missing something. I have to admit that I dont know much about how something like a complete OS is compiled, most of the stuff I do is in userland with the occational driver here and there, but I wonder how much "direction" is actually given in source to utilize various CPU options/instructions/registers, etc. I know there is a need in assembly to do this for low-level things, but aside from that, I would think its up to the C compiler to make the choice based on what it knows, optimizations set, vectorizing, etc.. 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). So, even if you have a better/more recent compiler, you still cant use the latest options. Building, for instance, 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. What I personally think should be done is keep gcc4.2 as the standard "base" compiler (and binutils 2.15) being only accessable through the standard "cc" command. Make binutils a port that is updated and plays nice with the gcc4.x (and later) port. Make CPUTYPE in /etc/make.conf a familty variable (ie: AMD64, 386, arm, sparc....) and have another variable CPUARCH that is a pass through to the compiler so you can specify -march=[core2][bakedpotato][bananna],etc. Have the base "generic" kernel compiled agaisnt the lowest common denominator for a perticular family and let the admins build the tools and recompile for the latest and greatest as specified by the CPUARCH variable (not so different then how it is done now, in a way). I do realize this will make BSD run sub-optimally until the admin recompiles the kernel and world for his machine. Would this be opening up a huge can of worms if done this way? ~Peg From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 07:26: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 9EF0A10656D1 for ; Fri, 16 Jan 2009 07:26:56 +0000 (UTC) (envelope-from bjornh@pvp.se) Received: from ms1.as.pvp.se (dns.pvp.se [213.64.187.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6648F8FC1A for ; Fri, 16 Jan 2009 07:26:56 +0000 (UTC) (envelope-from bjornh@pvp.se) Received: by ms1.as.pvp.se (Postfix, from userid 1001) id 2BE18AD; Fri, 16 Jan 2009 08:09:08 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by ms1.as.pvp.se (Postfix) with ESMTP id 2A8F3AC for ; Fri, 16 Jan 2009 08:09:08 +0100 (CET) Date: Fri, 16 Jan 2009 08:09:08 +0100 (CET) From: Bjorn Hellqvist X-X-Sender: kama@ns1.as.pvp.se To: current@freebsd.org In-Reply-To: <20090115194932.H17682@ns1.as.pvp.se> Message-ID: <20090116010318.K17682@ns1.as.pvp.se> References: <20090115194932.H17682@ns1.as.pvp.se> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Mailman-Approved-At: Fri, 16 Jan 2009 12:13:01 +0000 Cc: Subject: Re: age link 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: Fri, 16 Jan 2009 07:26:57 -0000 On Thu, 15 Jan 2009, kama wrote: > > Hi, > > I have a bit of a problem. It seems that whenever dhclient tries to talk > to the dhcpserver the age goes DOWN and UP. (every 20 minutes). During the > day I did not have dhcp enabled (hence ip was 0.0.0.0), there are no > messages like this. > > Jan 15 18:15:09 gw kernel: age0: link state changed to DOWN > Jan 15 18:15:11 gw kernel: age0: link state changed to UP > Jan 15 18:15:39 gw kernel: age0: link state changed to DOWN > Jan 15 18:15:41 gw kernel: age0: link state changed to UP > Jan 15 18:16:07 gw kernel: age0: link state changed to DOWN > Jan 15 18:16:07 gw dhclient: New IP Address (age0): X.X.X.X > Jan 15 18:16:07 gw dhclient: New Subnet Mask (age0): 255.255.255.0 > Jan 15 18:16:07 gw dhclient: New Broadcast Address (age0): X.X.X.Y > Jan 15 18:16:07 gw dhclient: New Routers (age0): X.X.X.Z > Jan 15 18:16:09 gw kernel: age0: link state changed to UP > Jan 15 19:31:37 gw kernel: age0: link state changed to DOWN > Jan 15 19:31:39 gw kernel: age0: link state changed to UP > Jan 15 19:31:42 gw kernel: age0: link state changed to DOWN > Jan 15 19:31:42 gw dhclient: New IP Address (age0): X.X.X.X > Jan 15 19:31:42 gw dhclient: New Subnet Mask (age0): 255.255.255.0 > Jan 15 19:31:42 gw dhclient: New Broadcast Address (age0): X.X.X.Y > Jan 15 19:31:42 gw dhclient: New Routers (age0): X.X.X.Z > Jan 15 19:31:44 gw kernel: age0: link state changed to UP > > age0@pci0:3:0:0: class=0x020000 card=0x82261043 chip=0x10481969 > rev=0xb0 hdr=0x00 > vendor = 'Attansic (Now owned by Atheros)' > device = 'L1 Gigabit Ethernet 10/100/1000Base-T Ethernet Controller' > class = network > subclass = ethernet > > FreeBSD 7.1-STABLE #0: Wed Jan 14 22:58:52 CET 2009 > > Generic kernel. > > /Bjorn After having it enabled for awhile, it does not happen that often. dont know why it reported it every 20 minutes before. Now it occurs every now and then. Sometimes there are hours between them. But its always DOWN - UP - DOWN - dhcp renew - UP. /Bjorn From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 12:19: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 4377F1065670 for ; Fri, 16 Jan 2009 12:19:18 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: from corpmail.itlegion.ru (corpmail.itlegion.ru [84.21.226.211]) by mx1.freebsd.org (Postfix) with SMTP id 6EAB08FC18 for ; Fri, 16 Jan 2009 12:19:16 +0000 (UTC) (envelope-from matrix@itlegion.ru) Received: (qmail 52582 invoked from network); 16 Jan 2009 14:52:34 +0300 Received: from unknown (HELO ?192.168.0.12?) (192.168.0.12) by 84.21.226.211 with SMTP; 16 Jan 2009 14:52:34 +0300 Message-ID: <4970740D.8010609@itlegion.ru> Date: Fri, 16 Jan 2009 14:48:29 +0300 From: Artem Kuchin Organization: IT Legion User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Alexander Best References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD panics with 64GiB of RAM 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, 16 Jan 2009 12:19:18 -0000 Alexander Best ?????: > unfortunately there's (probably) nobody here using a computer with that much > memory. finding the problem without using similar hardware in order to have a > closer look at the problem is very difficult i guess. > > But how do you know if it is really memory related? Take out half of the memory and see what happens. If it still crashed then take out all but one module and see. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 10:23: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 18717106567D for ; Fri, 16 Jan 2009 10:23:19 +0000 (UTC) (envelope-from g.r.vansickle@att.net) Received: from mtiwmhc13.worldnet.att.net (mtiwmhc13.worldnet.att.net [204.127.131.117]) by mx1.freebsd.org (Postfix) with ESMTP id D1E028FC2A for ; Fri, 16 Jan 2009 10:23:18 +0000 (UTC) (envelope-from g.r.vansickle@att.net) Received: from dfw5rb41 (h-66-167-177-50.chcgilgm.dynamic.covad.net[66.167.177.50]) by worldnet.att.net (mtiwmhc13) with SMTP id <2009011610092911300avn8ve>; Fri, 16 Jan 2009 10:09:30 +0000 From: "Gary R. Van Sickle" To: References: <1b9f9a570901141518q1ba70c73ibc58a4f32811e254@mail.gmail.com><496EE1D9.7090309@nurfuerspam.de> Date: Fri, 16 Jan 2009 04:09:28 -0600 Message-ID: <17C934E643C24C478EAA0C15A2D898EB@DFW5RB41> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acl3KHYR5/OuF+bZTIuYij7n6GyLfgAmOViw X-Mailman-Approved-At: Fri, 16 Jan 2009 12:25:25 +0000 Cc: current@freebsd.org Subject: RE: [Lcdproc] LCDProc CVS + PicoLCD on FreeBSD 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, 16 Jan 2009 10:23:19 -0000 > From: Andre Guibert de Bruet > [] > > Unfortunately the PicoLCD 2X20 and 4X20 devices present > themselves as HID devices. ...but... they *are* HID devices. Why is this "unfortunate"? > I filed PR usb/128803 and attached > a patch which quirks the device, so that it doesn't get > attached to by the HID driver (Thus making it available to > libusb). It can be found at > http://www.freebsd.org/cgi/query-pr.cgi?pr=128803 > . It would be awesome if this would get committed on > CURRENT and possibly MFC'ed... :) Perhaps I'm missing something, but how would that be awesome? Wouldn't it be significantly more awesome if these HID devices were communicated with in the same manner as any other HID device? Or is FreeBSD's HID support really that broken? -- Gary R. Van Sickle From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 12:34: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 0F17D106566B for ; Fri, 16 Jan 2009 12:34:49 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id DB6E38FC18 for ; Fri, 16 Jan 2009 12:34:48 +0000 (UTC) (envelope-from dudu.meyer@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1741939wfg.7 for ; Fri, 16 Jan 2009 04:34:48 -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=Qe+n8loGzUsMQt/1hAIxHT+5SmT85c4Kii9l82sQVDc=; b=Sq8giHQiIJS0bXMZSHyttfKz7k04PEh8Gg03irUFsr3O/uxzWQDXBKy7tt9t2XoFAI /+j1LrL0KiStXJG6fNxnTTLNkrXqxfZufbMMIZ18NWIQ77wA8gLwtIKCcWs7mYH7ef1N LuJoISdTWcggy+uXE/0Q/qCiifm3LGT0gXaZg= 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=wldwpnctUvoEiphjcyLNKHejaCZPTNwtQVZjqh8CD379Okdpsve4psFIxBrJ7xWsJH z/zv94YjtvI2AIre8gIraQ4io4AiIlD5VK5fG1Juaf4BrCE5r18s8+q/u8CwWRFbqbxT svkB2kR6MpDJtDeEnalHmUg7x7eVDa5KtpgRI= MIME-Version: 1.0 Received: by 10.142.173.14 with SMTP id v14mr1012912wfe.245.1232108054869; Fri, 16 Jan 2009 04:14:14 -0800 (PST) Date: Fri, 16 Jan 2009 10:14:14 -0200 Message-ID: From: Eduardo Meyer To: net@freebsd.org, current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Multiple Routing Tables (FIB) + IPFW problem as (I?) expected 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, 16 Jan 2009 12:34:49 -0000 Hello, I am trying the new FIB stuff on -STABLE with IPFW, I made many tests and it did not work as I expected. Quick testing: # lynx -dump http://www.whatismyip.org 200.165.75.10 # setfib -1 lynx -dump http://www.whatismyip.org 189.52.141.2 # setfib -2 lynx -dump http://www.whatismyip.org 201.91.92.154 # ipfw -q flush # ipfw add 1 setfib 1 all from any to any 00001 setfib 1 ip from any to any # lynx -dump http://www.whatismyip.org 200.165.75.10 Check for counters: # ipfw -q add 2 allow all from any to any fib 1 # ipfw show 00001 388599 139653215 setfib 1 ip from any to any 00002 4253 2221474 allow ip from any to any fib 1 65535 2419650 983279227 allow ip from any to any # lynx -dump http://www.whatismyip.org 200.165.75.10 # setfib -1 lynx -dump http://www.whatismyip.org 189.52.141.2 Is anything wrong with my concepts? I would like to know if -CURRENT has the same behavior, can someone please test? -- =========== Eduardo Meyer pessoal: dudu.meyer@gmail.com profissional: ddm.farmaciap@saude.gov.br From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 13:22: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 341FD10656DB for ; Fri, 16 Jan 2009 13:22:20 +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 81DB48FC17 for ; Fri, 16 Jan 2009 13:22:19 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 16 Jan 2009 13:22:15 -0000 Received: from cm56-152-15.liwest.at (EHLO bones) [86.56.152.15] by mail.gmx.net (mp045) with SMTP; 16 Jan 2009 14:22:15 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX19d6jF20uJdHhWv3g8IuDNDVruUhDmm/cHOa8smRv Hz4MWvTyqk4uh5 From: Christian Gusenbauer To: "Li, Qing" Date: Fri, 16 Jan 2009 14:23:00 +0100 User-Agent: KMail/1.9.10 References: <031f01c9693d$f7f5a514$7202020a@internal.cacheflow.com> In-Reply-To: <031f01c9693d$f7f5a514$7202020a@internal.cacheflow.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901161423.00602.c47g@gmx.at> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.58 Cc: qingli@freebsd.org, freebsd-current@freebsd.org, Kip Macy Subject: Re: Network slowdown on lo0 introduced with svn186119/186121 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, 16 Jan 2009 13:22:20 -0000 Hi Qing! Did you have some time to look at this problem? Thanks, Christian. On Sunday 28 December 2008, Li, Qing wrote: > I'll investigate and get back to you ... > > -- Qing > > > -----Original Message----- > From: Christian Gusenbauer > Sent: Sunday, December 28, 2008 2:04 PM > To: Kip Macy > Cc: Li, Qing ; freebsd-current@freebsd.org > ; qingli@freebsd.org > Subject: Re: Network slowdown on lo0 introduced with svn186119/186121 > > Hi Kip! > > Hmmm, I thought amanda is using a localhost connection? But you're right. > If I test connections using the 'discard' or 'echo' service with the IP > address of my lan interface, I get this terrible throughput, too. Using the > localhost address the throughput is *much* better! > > Thanks, > Christian. > > On Sunday 28 December 2008, Kip Macy wrote: > > This problem can reproduced with netperf. 127.0.0.1 will give good > > throughput, but using the IP address of one of the interfaces gives > > terrible throughput. > > > > -Kip > > > > On Sun, Dec 28, 2008 at 12:50 PM, Li, Qing wrote: > > > Hi Christian, > > > > > > Is the loopback address or an address that is assigned to > > > an interface used by amanda? Would it be possible for you > > > to give me some information on the tests you performed and > > > on your method of measurement? > > > > > > Thanks, > > > > > > -- Qing > > > > > > ________________________________ > > > > > > From: owner-freebsd-current@freebsd.org on behalf of Christian > > > Gusenbauer Sent: Sun 12/28/2008 9:56 AM > > > To: freebsd-current@freebsd.org > > > Subject: Network slowdown on lo0 introduced with svn186119/186121 > > > > > > > > > > > > Hi! > > > > > > Today I built a new kernel on current and experienced a massive network > > > slowdown on lo0 when doing a backup using amanda. I made some tests and > > > it seems that the commits 186119 and 186121 to the svn repository are > > > causing it. A kernel based on revision 186107 runs fine and all kernels > > > starting with revison 186119 do not. > > > > > > This slowdown seems to appear only on the loopback interface, not on my > > > lan interface. > > > > > > Is this a known issue? > > > > > > Regards, > > > Christian. > > > _______________________________________________ > > > 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 Fri Jan 16 13:54: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 64F871065680 for ; Fri, 16 Jan 2009 13:54:04 +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 A3CC98FC0A for ; Fri, 16 Jan 2009 13:54:03 +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 n0GDs1bT038518; Fri, 16 Jan 2009 14:54: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 n0GDs15q038517; Fri, 16 Jan 2009 14:54:01 +0100 (CET) (envelope-from olli) Date: Fri, 16 Jan 2009 14:54:01 +0100 (CET) Message-Id: <200901161354.n0GDs15q038517@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, alexbestms@math.uni-muenster.de, bra@fsn.hu 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, 16 Jan 2009 14:54:02 +0100 (CET) Cc: Subject: Re: FreeBSD panics with 64GiB of RAM X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, alexbestms@math.uni-muenster.de, bra@fsn.hu List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Jan 2009 13:54:04 -0000 Alexander Best wrote: > unfortunately there's (probably) nobody here using a computer with > that much memory. finding the problem without using similar hardware > in order to have a closer look at the problem is very difficult i > guess. I can assure you that there _are_ people using computers with that much memory. And I can also assure that there is no generic problem with FreeBSD/amd64 and 64 GB RAM, because we have four machines like this, running perfectly fine. From dmesg: usable memory = 68705054720 (65522 MB) avail memory = 66614861824 (63528 MB) These are HP ProLiant DL585 G2 with 8 cores (quad dual- core Opteron). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mn- chen, HRB 125758, Geschftsfhrer: 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 Jan 16 14:19: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 D41961065674 for ; Fri, 16 Jan 2009 14:19:27 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9A6A58FC13 for ; Fri, 16 Jan 2009 14:19:27 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a] (unknown [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id C6D8511F838 for ; Fri, 16 Jan 2009 15:19:26 +0100 (CET) Message-ID: <4970976B.1000208@andric.com> Date: Fri, 16 Jan 2009 15:19:23 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: make release 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: Fri, 16 Jan 2009 14:19:28 -0000 Hi, To experiment with some sysinstall things, I'm trying to build a -CURRENT release. This chugs along for some hours and all works fine, until it tries to create some mfsroot filesystems, right at (nearly) the end: [...] sh -e /usr/src/release/scripts/doFS.sh bsdlabel "" /R/stage/mfsroot/mfsroot /R/stage /mnt 4320 /R/stage/mfsfd 8000 minimum3 + export BLOCKSIZE=512 + DISKLABEL=bsdlabel + shift + MACHINE= + shift + FSIMG=/R/stage/mfsroot/mfsroot + shift + RD=/R/stage + shift + MNT=/mnt + shift + FSSIZE=4320 + shift + FSPROTO=/R/stage/mfsfd + shift + FSINODE=8000 + shift + FSLABEL=minimum3 + shift + [ 4320 -eq 0 -a minimum3 = auto ] + rm -f /R/stage/mfsroot/mfsroot + dd of=/R/stage/mfsroot/mfsroot if=/dev/zero count=4320 bs=1k + uname -r + [ -f /R/stage/trees/base/boot/boot ] + BOOT=-B -b /R/stage/trees/base/boot/boot + dofs_md + [ x != x ] + mdconfig -a -t vnode -f /R/stage/mfsroot/mfsroot + MDDEVICE=md0 + [ ! -c /dev/md0 ] + trap umount /mnt; mdconfig -d -u md0 EXIT + [ xbsdlabel != x ] + bsdlabel -w -B -b /R/stage/trees/base/boot/boot md0 minimum3 + newfs -O1 -i 8000 -o space -m 0 /dev/md0c fstab: /etc/fstab:0: No such file or directory newfs: /dev/md0c: could not find special device + umount /mnt umount: /mnt: not a file system root directory *** Error code 1 Stop in /usr/src/release. [...] AFAICS, it looks like bsdlabel does NOT create /dev/md0c anymore, only /dev/md0a. Since the doFS.sh script hasn't been changed since 2004, I guess there must be some other change somewhere, that has changed either bsdlabel's (or possibly devd's?) behaviour. Example: # dd of=mfsroot if=/dev/zero count=4320 bs=1k 4320+0 records in 4320+0 records out 4423680 bytes transferred in 0.117794 secs (37554363 bytes/sec) # mdconfig -a -t vnode -f mfsroot md0 # ls -l /dev/md* crw-r----- 1 root operator 0, 90 Jan 16 15:16 /dev/md0 crw------- 1 root wheel 0, 78 Jan 16 09:08 /dev/mdctl # bsdlabel -w -B -b /boot/boot md0 minimum3 # ls -l /dev/md* crw-r----- 1 root operator 0, 90 Jan 16 15:17 /dev/md0 crw-r----- 1 root operator 0, 95 Jan 16 15:17 /dev/md0a crw------- 1 root wheel 0, 78 Jan 16 09:08 /dev/mdctl # newfs -O1 -i 8000 -o space -m 0 /dev/md0c newfs: /dev/md0c: could not find special device Or am I doing something completely crazy here? :) From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 14:21: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 3B58410656BC; Fri, 16 Jan 2009 14:21:28 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from pil.idi.ntnu.no (pil.idi.ntnu.no [129.241.107.93]) by mx1.freebsd.org (Postfix) with ESMTP id B0B8F8FC25; Fri, 16 Jan 2009 14:21:27 +0000 (UTC) (envelope-from Tor.Egge@cvsup.no.freebsd.org) Received: from cvsup.no.freebsd.org (c2h5oh.idi.ntnu.no [129.241.103.69]) by pil.idi.ntnu.no (8.14.1/8.13.1) with ESMTP id n0GELOvK012756 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Jan 2009 15:21:25 +0100 (MET) Received: from localhost (localhost [127.0.0.1]) by cvsup.no.freebsd.org (8.14.2/8.14.2) with ESMTP id n0GELO4U028731; Fri, 16 Jan 2009 14:21:24 GMT (envelope-from Tor.Egge@cvsup.no.freebsd.org) Date: Fri, 16 Jan 2009 14:21:19 +0000 (UTC) Message-Id: <20090116.142119.41658101.Tor.Egge@cvsup.no.freebsd.org> To: jhb@freebsd.org From: Tor Egge In-Reply-To: <200901151642.35495.jhb@freebsd.org> References: <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> <8D488E8F-BDEB-4384-9D64-48812E8DFC7B@baldwin.cx> <200901151642.35495.jhb@freebsd.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 X-Virus-Scanned-By: mimedefang.idi.ntnu.no, using CLAMD X-SMTP-From: Sender=, Relay/Client=c2h5oh.idi.ntnu.no [129.241.103.69], EHLO=cvsup.no.freebsd.org X-Scanned-By: MIMEDefang 2.48 on 129.241.107.38 X-Scanned-By: mimedefang.idi.ntnu.no, using MIMEDefang 2.48 with local filter 16.42-idi X-Filter-Time: 1 seconds Cc: yr.retarded@gmail.com, freebsd-current@freebsd.org Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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, 16 Jan 2009 14:21:29 -0000 > Please try this instead (compiled, but not run-tested): Your patch works on my machine. No kludge needed anymore. - Tor Egge From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 14:59: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 AB2C31065673 for ; Fri, 16 Jan 2009 14:59:29 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.187]) by mx1.freebsd.org (Postfix) with ESMTP id 4686B8FC1E for ; Fri, 16 Jan 2009 14:59:29 +0000 (UTC) (envelope-from lihong.chen@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so1005147tib.3 for ; Fri, 16 Jan 2009 06:59:28 -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=CbY9FhU/tLdwt9ygim6RXBgyKZgkI8q5Z3QO66G2atg=; b=VC8DMsmRUXZAv6MBRb90VgVBhGad5si3jo9M7044VCmO/V+6Y36ZlykzOpXfOm5sic si0YIlTlAGMoEJqSGBAUr9fF4QccKnVbYXZa+yTKrvk4VaT+un4jOJZWQl62MbGYjVpo Vmdaz1qy278kuGK9bGPFzXmdP5kOJv2+xXGxM= 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=WKuHOKfuNFMgQc98zFTFxav+FWkA6bHXfb5oJS6c01NlhdQodpzYc+4RJDYvWLEOsj hYcecn8LEayMpv6LNPPNpdUxtN1fm2Q4tRn34Z7W8NnG5K2nG1JWg+S/26P2FXIswRVZ o3XqFiaFy2TBUHSOI1uCfHxLJa5KbJ3Ed/xV4= MIME-Version: 1.0 Sender: lihong.chen@gmail.com Received: by 10.110.20.15 with SMTP id 15mr3363624tit.46.1232116635118; Fri, 16 Jan 2009 06:37:15 -0800 (PST) In-Reply-To: <4970976B.1000208@andric.com> References: <4970976B.1000208@andric.com> Date: Fri, 16 Jan 2009 22:37:15 +0800 X-Google-Sender-Auth: 39dd36f3b3ace801 Message-ID: From: "Eric L. Chen" To: Dimitry Andric Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: make release 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: Fri, 16 Jan 2009 14:59:29 -0000 On Fri, Jan 16, 2009 at 10:19 PM, Dimitry Andric wrote: > Hi, > > To experiment with some sysinstall things, I'm trying to build a > -CURRENT release. This chugs along for some hours and all works fine, > until it tries to create some mfsroot filesystems, right at (nearly) the > end: > > [...] > sh -e /usr/src/release/scripts/doFS.sh bsdlabel "" /R/stage/mfsroot/mfsroot /R/stage /mnt 4320 /R/stage/mfsfd 8000 minimum3 > + export BLOCKSIZE=512 > + DISKLABEL=bsdlabel > + shift > + MACHINE= > + shift > + FSIMG=/R/stage/mfsroot/mfsroot > + shift > + RD=/R/stage > + shift > + MNT=/mnt > + shift > + FSSIZE=4320 > + shift > + FSPROTO=/R/stage/mfsfd > + shift > + FSINODE=8000 > + shift > + FSLABEL=minimum3 > + shift > + [ 4320 -eq 0 -a minimum3 = auto ] > + rm -f /R/stage/mfsroot/mfsroot > + dd of=/R/stage/mfsroot/mfsroot if=/dev/zero count=4320 bs=1k > + uname -r > + [ -f /R/stage/trees/base/boot/boot ] > + BOOT=-B -b /R/stage/trees/base/boot/boot > + dofs_md > + [ x != x ] > + mdconfig -a -t vnode -f /R/stage/mfsroot/mfsroot > + MDDEVICE=md0 > + [ ! -c /dev/md0 ] > + trap umount /mnt; mdconfig -d -u md0 EXIT > + [ xbsdlabel != x ] > + bsdlabel -w -B -b /R/stage/trees/base/boot/boot md0 minimum3 > + newfs -O1 -i 8000 -o space -m 0 /dev/md0c > fstab: /etc/fstab:0: No such file or directory > newfs: /dev/md0c: could not find special device > + umount /mnt > umount: /mnt: not a file system root directory > *** Error code 1 > > Stop in /usr/src/release. > [...] > > AFAICS, it looks like bsdlabel does NOT create /dev/md0c anymore, only > /dev/md0a. Since the doFS.sh script hasn't been changed since 2004, I > guess there must be some other change somewhere, that has changed either > bsdlabel's (or possibly devd's?) behaviour. > > Example: > > # dd of=mfsroot if=/dev/zero count=4320 bs=1k > 4320+0 records in > 4320+0 records out > 4423680 bytes transferred in 0.117794 secs (37554363 bytes/sec) > # mdconfig -a -t vnode -f mfsroot > md0 > # ls -l /dev/md* > crw-r----- 1 root operator 0, 90 Jan 16 15:16 /dev/md0 > crw------- 1 root wheel 0, 78 Jan 16 09:08 /dev/mdctl > # bsdlabel -w -B -b /boot/boot md0 minimum3 > # ls -l /dev/md* > crw-r----- 1 root operator 0, 90 Jan 16 15:17 /dev/md0 > crw-r----- 1 root operator 0, 95 Jan 16 15:17 /dev/md0a > crw------- 1 root wheel 0, 78 Jan 16 09:08 /dev/mdctl > # newfs -O1 -i 8000 -o space -m 0 /dev/md0c > newfs: /dev/md0c: could not find special device > > Or am I doing something completely crazy here? :) > _______________________________________________ > 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" > I modified this file "src/release/scripts/doFS.sh" to make release on 7-STABLE/8-CURRENT boxes. Change line 76 from: newfs -O1 -i ${FSINODE} -o space -m 0 /dev/${MDDEVICE}c to: newfs -O1 -i ${FSINODE} -o space -m 0 /dev/${MDDEVICE} Change line 73 from: to sleep 2 For you reference /Eric From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 15:05: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 D44D31065670 for ; Fri, 16 Jan 2009 15:05:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9711E8FC0A for ; Fri, 16 Jan 2009 15:05:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a] (unknown [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id AFB7811F838; Fri, 16 Jan 2009 16:05:52 +0100 (CET) Message-ID: <4970A24F.5080102@andric.com> Date: Fri, 16 Jan 2009 16:05:51 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: "Eric L. Chen" References: <4970976B.1000208@andric.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: make release 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: Fri, 16 Jan 2009 15:05:54 -0000 On 2009-01-16 15:37, Eric L. Chen wrote: > I modified this file "src/release/scripts/doFS.sh" to make release on > 7-STABLE/8-CURRENT boxes. > Change line 76 from: > newfs -O1 -i ${FSINODE} -o space -m 0 /dev/${MDDEVICE}c > to: > newfs -O1 -i ${FSINODE} -o space -m 0 /dev/${MDDEVICE} Well, I would change this into ${MDDEVICE}a instead, but both changes are just a kludge. The real reason seems to lie in the GEOM_BSD to GEOM_PART_BSD transition: I have just tested the same scenario on a 7.1 box, and when you run bsdlabel there, it creates both md0a AND md0c in /dev. This seems to have changed, maybe unintentionally, with GEOM_PART_BSD. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 15:28: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 7642D1065695 for ; Fri, 16 Jan 2009 15:28:11 +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 45E0C8FC16 for ; Fri, 16 Jan 2009 15:28:11 +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 E1CEB46B45; Fri, 16 Jan 2009 10:28:10 -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 n0GFS4KH011368; Fri, 16 Jan 2009 10:28:04 -0500 (EST) (envelope-from jhb@freebsd.org) From: John Baldwin To: Tor Egge Date: Fri, 16 Jan 2009 09:27:10 -0500 User-Agent: KMail/1.9.7 References: <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> <200901151642.35495.jhb@freebsd.org> <20090116.142119.41658101.Tor.Egge@cvsup.no.freebsd.org> In-Reply-To: <20090116.142119.41658101.Tor.Egge@cvsup.no.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901160927.11068.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, 16 Jan 2009 10:28:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.94.2/8871/Thu Jan 15 23:16:59 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: yr.retarded@gmail.com, freebsd-current@freebsd.org Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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, 16 Jan 2009 15:28:12 -0000 On Friday 16 January 2009 9:21:19 am Tor Egge wrote: > > > Please try this instead (compiled, but not run-tested): > > Your patch works on my machine. No kludge needed anymore. Excellent, I will commit it. Thanks for the thorough analysis earlier. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 16:21: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 1F5961065738 for ; Fri, 16 Jan 2009 16:21:39 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id DD5638FC0C for ; Fri, 16 Jan 2009 16:21:38 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: by yw-out-2324.google.com with SMTP id 9so670519ywe.13 for ; Fri, 16 Jan 2009 08:21:38 -0800 (PST) MIME-Version: 1.0 Received: by 10.90.65.5 with SMTP id n5mr1402526aga.14.1232122897840; Fri, 16 Jan 2009 08:21:37 -0800 (PST) In-Reply-To: <496B115F.1000105@fsn.hu> References: <496B115F.1000105@fsn.hu> Date: Fri, 16 Jan 2009 17:21:37 +0100 Message-ID: From: =?ISO-8859-1?Q?Marius_N=FCnnerich?= To: Attila Nagy Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD panics with 64GiB of RAM 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, 16 Jan 2009 16:21:39 -0000 On Mon, Jan 12, 2009 at 10:46 AM, Attila Nagy wrote: > Hello, > > FreeBSD-CURRENT/amd64 panics at initialization with this: > http://people.fsn.hu/~bra/freebsd/20090107-freebsd-x4540/Screenshot-55.png > on a Sun X4550, equipped with two Opteron CPUs and 64 GiB of RAM. > > The machine will be here for this week, so if somebody can or want to look > into this issue, I can test patches. Have you tried turning it off and on again? Just kidding, I mean do you have the newest BIOS? From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 16:52: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 DB3F41065672 for ; Fri, 16 Jan 2009 16:52:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9F0288FC08 for ; Fri, 16 Jan 2009 16:52:53 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a] (unknown [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 8C05511F838; Fri, 16 Jan 2009 17:52:52 +0100 (CET) Message-ID: <4970BB63.7030601@andric.com> Date: Fri, 16 Jan 2009 17:52:51 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Attila Nagy References: <496B115F.1000105@fsn.hu> In-Reply-To: <496B115F.1000105@fsn.hu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD panics with 64GiB of RAM 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, 16 Jan 2009 16:52:54 -0000 On 2009-01-12 10:46, Attila Nagy wrote: > FreeBSD-CURRENT/amd64 panics at initialization with this: > http://people.fsn.hu/~bra/freebsd/20090107-freebsd-x4540/Screenshot-55.png > on a Sun X4550, equipped with two Opteron CPUs and 64 GiB of RAM. Looks like a BIOS problem, the memory map doesn't include any segment that starts at 0. This memory map seems to be provided by the loader, as stated in /usr/src/sys/amd64/amd64/machdep.c: static void getmemsize(caddr_t kmdp, u_int64_t first) { [...] /* * get memory map from INT 15:E820, kindly supplied by the loader. [...] /* * Find the 'base memory' segment for SMP */ basemem = 0; for (i = 0; i <= physmap_idx; i += 2) { if (physmap[i] == 0x00000000) { basemem = physmap[i + 1] / 1024; break; } } if (basemem == 0) panic("BIOS smap did not include a basemem segment!"); [...] Funny though, the i386 equivalent has: static void getmemsize(int first) { [...] /* * Perform "base memory" related probes & setup based on SMAP */ if (basemem == 0) { for (i = 0; i <= physmap_idx; i += 2) { if (physmap[i] == 0x00000000) { basemem = physmap[i + 1] / 1024; break; } } /* * XXX this function is horribly organized and has to the same * things that it does above here. */ if (basemem == 0) basemem = 640; if (basemem > 640) { printf( "Preposterous BIOS basemem of %uK, truncating to 640K\n", basemem); basemem = 640; } E.g. if it can't find the SMAP segment required, it just assumes 640k... should be enough for everone. ;) From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 17:37: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 AD9B81065672 for ; Fri, 16 Jan 2009 17:37:53 +0000 (UTC) (envelope-from dylan@dylex.net) Received: from datura.dylex.net (datura.dylex.net [216.27.141.80]) by mx1.freebsd.org (Postfix) with ESMTP id 653878FC1F for ; Fri, 16 Jan 2009 17:37:53 +0000 (UTC) (envelope-from dylan@dylex.net) Received: from dylan by datura.dylex.net with local (Exim 4.69) (envelope-from ) id 1LNsdk-00071s-BZ for freebsd-current@freebsd.org; Fri, 16 Jan 2009 12:37:52 -0500 Date: Fri, 16 Jan 2009 12:37:52 -0500 From: Dylan Alex Simon To: freebsd-current@freebsd.org Message-ID: <20090116173752.GA27002@datura.dylex.net> References: <20090115233553.GA24679@datura.dylex.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090115233553.GA24679@datura.dylex.net> Jabber-ID: dylan@dylex.net Subject: Re: SATA DMA errors on second ICH10 bus 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, 16 Jan 2009 17:37:53 -0000 > FreeBSD lust.cns.nyu.edu 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Wed Jan 14 19:58:58 EST 2009 dylan@lust.cns.nyu.edu:/usr/obj/usr/src/sys/SIN amd64 Sorry, I'd meant to enable verbose messages before: verbose dmesg (partial): lust kernel: atapci0: port 0xec00-0xec07,0xe880-0xe883,0xe800-0xe807,0xe480-0xe483,0xe400-0xe40f irq 22 at device 4.0 on pci3 lust kernel: atapci0: Reserved 0x10 bytes for rid 0x20 type 4 at 0xe400 lust kernel: ioapic0: routing intpin 22 (PCI IRQ 22) to vector 53 lust kernel: atapci0: [MPSAFE] lust kernel: atapci0: [ITHREAD] lust kernel: ata2: on atapci0 lust kernel: atapci0: Reserved 0x8 bytes for rid 0x10 type 4 at 0xec00 lust kernel: atapci0: Reserved 0x4 bytes for rid 0x14 type 4 at 0xe880 lust kernel: ata2: reset tp1 mask=03 ostat0=50 ostat1=00 lust kernel: ata2: stat0=0x00 err=0x01 lsb=0x14 msb=0xeb lust kernel: ata2: stat1=0x00 err=0x00 lsb=0x00 msb=0x00 lust kernel: ata2: reset tp2 stat0=00 stat1=00 devices=0x10000 lust kernel: ata2: [MPSAFE] lust kernel: ata2: [ITHREAD] lust kernel: pci3: at device 8.0 (no driver attached) lust kernel: isab0: at device 31.0 on pci0 lust kernel: isa0: on isab0 lust kernel: atapci1: port 0xc400-0xc407,0xc080-0xc083,0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb88f,0xb800-0xb80f irq 19 at device 31.2 on pci0 lust kernel: atapci1: Reserved 0x10 bytes for rid 0x20 type 4 at 0xb880 lust kernel: atapci1: [MPSAFE] lust kernel: atapci1: [ITHREAD] lust kernel: atapci1: Reserved 0x10 bytes for rid 0x24 type 4 at 0xb800 lust kernel: ata3: on atapci1 lust kernel: atapci1: Reserved 0x8 bytes for rid 0x10 type 4 at 0xc400 lust kernel: atapci1: Reserved 0x4 bytes for rid 0x14 type 4 at 0xc080 lust kernel: ata3: reset tp1 mask=03 ostat0=50 ostat1=50 lust kernel: ata3: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 lust kernel: ata3: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 lust kernel: ata3: reset tp2 stat0=50 stat1=50 devices=0x3 lust kernel: ata3: [MPSAFE] lust kernel: ata3: [ITHREAD] lust kernel: ata4: on atapci1 lust kernel: atapci1: Reserved 0x8 bytes for rid 0x18 type 4 at 0xc000 lust kernel: atapci1: Reserved 0x4 bytes for rid 0x1c type 4 at 0xbc00 lust kernel: ata4: reset tp1 mask=03 ostat0=50 ostat1=50 lust kernel: ata4: stat0=0x50 err=0x01 lsb=0x00 msb=0x00 lust kernel: ata4: stat1=0x50 err=0x01 lsb=0x00 msb=0x00 lust kernel: ata4: reset tp2 stat0=50 stat1=50 devices=0x3 lust kernel: ata4: [MPSAFE] lust kernel: ata4: [ITHREAD] lust kernel: pci0: at device 31.3 (no driver attached) lust kernel: atapci2: port 0xb400-0xb407,0xb080-0xb083,0xb000-0xb007,0xac00-0xac03,0xa880-0xa88f,0xa800-0xa80f irq 19 at device 31.5 on pci0 lust kernel: atapci2: Reserved 0x10 bytes for rid 0x20 type 4 at 0xa880 lust kernel: atapci2: [MPSAFE] lust kernel: atapci2: [ITHREAD] lust kernel: atapci2: Reserved 0x10 bytes for rid 0x24 type 4 at 0xa800 lust kernel: ata5: on atapci2 lust kernel: atapci2: Reserved 0x8 bytes for rid 0x10 type 4 at 0xb400 lust kernel: atapci2: Reserved 0x4 bytes for rid 0x14 type 4 at 0xb080 lust kernel: ata5: reset tp1 mask=03 ostat0=7f ostat1=7f lust kernel: ata5: stat0=0x7f err=0xff lsb=0xff msb=0xff lust kernel: ata5: stat1=0x7f err=0xff lsb=0xff msb=0xff lust kernel: ata5: reset tp2 stat0=ff stat1=ff devices=0x0 lust kernel: ata5: [MPSAFE] lust kernel: ata5: [ITHREAD] lust kernel: ata6: on atapci2 lust kernel: atapci2: Reserved 0x8 bytes for rid 0x18 type 4 at 0xb000 lust kernel: atapci2: Reserved 0x4 bytes for rid 0x1c type 4 at 0xac00 lust kernel: ata6: reset tp1 mask=03 ostat0=7f ostat1=7f lust kernel: ata6: stat0=0x7f err=0xff lsb=0xff msb=0xff lust kernel: ata6: stat1=0x7f err=0xff lsb=0xff msb=0xff lust kernel: ata6: reset tp2 stat0=ff stat1=ff devices=0x0 lust kernel: ata6: [MPSAFE] lust kernel: ata6: [ITHREAD] lust kernel: ata2: identify ch->devices=00010000 lust kernel: ata2-master: pio=PIO4 wdma=WDMA2 udma=UDMA33 cable=40 wire lust kernel: acd0: setting PIO4 on IT8213F chip lust kernel: acd0: setting UDMA33 on IT8213F chip lust kernel: acd0: DVDROM drive at ata2 as master lust kernel: acd0: read 8268KB/s (8268KB/s), 198KB buffer, UDMA33 lust kernel: acd0: Reads: CDR, CDRW, CDDA stream, DVDROM, DVDR, DVDRAM, packet lust kernel: acd0: Writes: lust kernel: acd0: Audio: play, 256 volume levels lust kernel: acd0: Mechanism: ejectable tray, unlocked lust kernel: acd0: Medium: no/blank disc lust kernel: ata3: identify ch->devices=00000003 lust kernel: ata3-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire lust kernel: ata3-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire lust kernel: ad6: 953869MB at ata3-master SATA300 lust kernel: ad6: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue lust kernel: GEOM: new disk ad6 lust kernel: ad7: 953869MB at ata3-slave SATA300 lust kernel: ad7: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue lust kernel: ata4: identify ch->devices=00000003 lust kernel: ata4-master: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire lust kernel: GEOM: new disk ad7 lust kernel: ata4-slave: pio=PIO4 wdma=WDMA2 udma=UDMA133 cable=40 wire lust kernel: ad8: 953869MB at ata4-master SATA300 lust kernel: ad8: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue lust kernel: GEOM: new disk ad8 lust kernel: ad9: 953869MB at ata4-slave SATA300 lust kernel: ad9: 1953525168 sectors [1938021C/16H/63S] 16 sectors/interrupt 1 depth queue lust kernel: ata5: identify ch->devices=00000000 lust kernel: ata6: identify ch->devices=00000000 lust kernel: ioapic0: Assigning ISA IRQ 1 to local APIC 0 lust kernel: ioapic0: Assigning ISA IRQ 9 to local APIC 1 lust kernel: ioapic0: Assigning PCI IRQ 17 to local APIC 0 lust kernel: ioapic0: Assigning PCI IRQ 18 to local APIC 1 lust kernel: ioapic0: Assigning PCI IRQ 19 to local APIC 0 lust kernel: ioapic0: Assigning PCI IRQ 22 to local APIC 1 lust kernel: ioapic0: Assigning PCI IRQ 23 to local APIC 0 lust kernel: GEOM: new disk ad9 From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 18:12: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 D2BEF106564A for ; Fri, 16 Jan 2009 18:12:43 +0000 (UTC) (envelope-from bms@FreeBSD.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id AA8238FC12 for ; Fri, 16 Jan 2009 18:12:43 +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 B0FE6214E46; Fri, 16 Jan 2009 13:12:42 -0500 (EST) Received: from heartbeat1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Fri, 16 Jan 2009 13:12:42 -0500 X-Sasl-enc: X/dRwYGjI0qIUnzxESlyZsZqkjMm+viRGJDUqurMy7gT 1232129562 Received: from empiric.lon.incunabulum.net (radius-82-150-131-239.dsdeurne.nl [82.150.131.239]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1A98919998; Fri, 16 Jan 2009 13:12:42 -0500 (EST) Message-ID: <4970CE18.1060004@FreeBSD.org> Date: Fri, 16 Jan 2009 18:12:40 +0000 From: "Bruce M. Simpson" User-Agent: Thunderbird 2.0.0.19 (X11/20090107) MIME-Version: 1.0 To: raoul References: <20090112092824.6B6B8D4800D@smtp5-g21.free.fr> In-Reply-To: <20090112092824.6B6B8D4800D@smtp5-g21.free.fr> 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 Subject: Re: ext3fs 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, 16 Jan 2009 18:12:44 -0000 Try mounting the FS with the FUSE plugin for ext2/3? http://sourceforge.net/projects/ext2fuse You will need to build it from source (or use the ports I posted to -stable the other month) http://groups.google.com/group/mailing.freebsd.stable/browse_thread/thread/eac238aa244093b1/3cb587cfca9c87c3?lnk=raot From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 19:37: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 E27FA106566B; Fri, 16 Jan 2009 19:37:52 +0000 (UTC) (envelope-from prvs=julian=26000d075@elischer.org) Received: from smtp-outbound.ironport.com (smtp-outbound.ironport.com [63.251.108.112]) by mx1.freebsd.org (Postfix) with ESMTP id B2F9F8FC0C; Fri, 16 Jan 2009 19:37:52 +0000 (UTC) (envelope-from prvs=julian=26000d075@elischer.org) Received: from unknown (HELO julian-mac.elischer.org) ([10.251.60.21]) by smtp-outbound.ironport.com with ESMTP; 16 Jan 2009 11:09:27 -0800 Message-ID: <4970DB6C.4030200@elischer.org> Date: Fri, 16 Jan 2009 11:09:32 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Eduardo Meyer References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, net@freebsd.org Subject: Re: Multiple Routing Tables (FIB) + IPFW problem as (I?) expected 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, 16 Jan 2009 19:37:53 -0000 Eduardo Meyer wrote: > Hello, > > I am trying the new FIB stuff on -STABLE with IPFW, I made many tests > and it did not work as I expected. > > Quick testing: > > # lynx -dump http://www.whatismyip.org > 200.165.75.10 > > # setfib -1 lynx -dump http://www.whatismyip.org > 189.52.141.2 > > # setfib -2 lynx -dump http://www.whatismyip.org > 201.91.92.154 > so you have 3 tables with different default routes? > # ipfw -q flush > # ipfw add 1 setfib 1 all from any to any > 00001 setfib 1 ip from any to any > > # lynx -dump http://www.whatismyip.org > 200.165.75.10 > > Check for counters: > > # ipfw -q add 2 allow all from any to any fib 1 > # ipfw show obviously you did some other commands here.. something generated 2 million packets.. > 00001 388599 139653215 setfib 1 ip from any to any > 00002 4253 2221474 allow ip from any to any fib 1 > 65535 2419650 983279227 allow ip from any to any > > # lynx -dump http://www.whatismyip.org > 200.165.75.10 > > # setfib -1 lynx -dump http://www.whatismyip.org > 189.52.141.2 > > Is anything wrong with my concepts? I would like to know if -CURRENT > has the same behavior, can someone please test? this is expected.. setfib in the firewall can only change the fib on an outgoing packet AFTER it has already done its routing decision. setfib in ipfw is basically for packets that you are ROUTING, (i.e. you are a gateway) and is expected to be run in INCOMING packets before they make their routing decision.. I was thinking of adding a 'reroute' ipfw keyword.. kind of like 'fwd {original dest} ip from any to any' because 'fwd' does cause the routing decision to be redone. The fib of the process that opens the socket controls where packets from the local machine are sent. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 20:07: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 DC05E106564A for ; Fri, 16 Jan 2009 20:07:01 +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 8BD438FC14 for ; Fri, 16 Jan 2009 20:07:01 +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 n0GK6u9i086771 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Jan 2009 12:06:57 -0800 (PST) (envelope-from sobomax@FreeBSD.org) Message-ID: <4970E8C0.1080005@FreeBSD.org> Date: Fri, 16 Jan 2009 12:06:24 -0800 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Dimitry Andric References: <496B115F.1000105@fsn.hu> <4970BB63.7030601@andric.com> In-Reply-To: <4970BB63.7030601@andric.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Attila Nagy , freebsd-current@FreeBSD.org Subject: Re: FreeBSD panics with 64GiB of RAM 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, 16 Jan 2009 20:07:02 -0000 Atilla, Try the following patch (basically replace panic() with basemem = 640 and let us know: Index: sys/amd64/amd64/machdep.c =================================================================== --- sys/amd64/amd64/machdep.c (revision 185808) +++ sys/amd64/amd64/machdep.c (working copy) @@ -1089,7 +1091,13 @@ } } if (basemem == 0) - panic("BIOS smap did not include a basemem segment!"); + basemem = 640; + if (basemem > 640) { + printf( + "Preposterous BIOS basemem of %uK, truncating to 640K\n", + basemem); + basemem = 640; + } #ifdef SMP /* make hole for AP bootstrap code */ -Maxim Dimitry Andric wrote: > On 2009-01-12 10:46, Attila Nagy wrote: >> FreeBSD-CURRENT/amd64 panics at initialization with this: >> http://people.fsn.hu/~bra/freebsd/20090107-freebsd-x4540/Screenshot-55.png >> on a Sun X4550, equipped with two Opteron CPUs and 64 GiB of RAM. > > Looks like a BIOS problem, the memory map doesn't include any segment > that starts at 0. This memory map seems to be provided by the loader, > as stated in /usr/src/sys/amd64/amd64/machdep.c: > > static void > getmemsize(caddr_t kmdp, u_int64_t first) > { > [...] > /* > * get memory map from INT 15:E820, kindly supplied by the loader. > [...] > /* > * Find the 'base memory' segment for SMP > */ > basemem = 0; > for (i = 0; i <= physmap_idx; i += 2) { > if (physmap[i] == 0x00000000) { > basemem = physmap[i + 1] / 1024; > break; > } > } > if (basemem == 0) > panic("BIOS smap did not include a basemem segment!"); > [...] > > Funny though, the i386 equivalent has: > > static void > getmemsize(int first) > { > [...] > /* > * Perform "base memory" related probes & setup based on SMAP > */ > if (basemem == 0) { > for (i = 0; i <= physmap_idx; i += 2) { > if (physmap[i] == 0x00000000) { > basemem = physmap[i + 1] / 1024; > break; > } > } > > /* > * XXX this function is horribly organized and has to the same > * things that it does above here. > */ > if (basemem == 0) > basemem = 640; > if (basemem > 640) { > printf( > "Preposterous BIOS basemem of %uK, truncating to 640K\n", > basemem); > basemem = 640; > } > > E.g. if it can't find the SMAP segment required, it just assumes 640k... > should be enough for everone. ;) > _______________________________________________ > 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 Jan 16 20:24: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 4D7371065673; Fri, 16 Jan 2009 20:24:16 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from thebighonker.lerctr.org (thebighonker.lerctr.org [192.147.25.65]) by mx1.freebsd.org (Postfix) with ESMTP id 238BC8FC14; Fri, 16 Jan 2009 20:24:15 +0000 (UTC) (envelope-from ler@lerctr.org) Received: from 64.3.1.253.ptr.us.xo.net ([64.3.1.253]:44398 helo=LROSENMAN) by thebighonker.lerctr.org with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LNvEi-000Ljk-2c; Fri, 16 Jan 2009 14:24:13 -0600 From: "Larry Rosenman" To: "'Li, Qing'" , References: <3c1674c90901142046n6cd3c328kc0936190c2516a2a@mail.gmail.com> In-Reply-To: Date: Fri, 16 Jan 2009 14:24:01 -0600 Message-ID: <006501c97818$64f732c0$2ee59840$@org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: Acl3kAN8TZdnv+vVTamy1eWu6h2OTgAKWA0jABe8FSA= Content-Language: en-us X-Spam-Score: -2.4 (--) X-LERCTR-Spam-Score: -2.4 (--) X-Spam-Report: SpamScore (-2.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931, TW_SV=0.077 X-LERCTR-Spam-Report: SpamScore (-2.4/5.0) ALL_TRUSTED=-1.8, BAYES_00=-2.599, TVD_RCVD_IP=1.931, TW_SV=0.077 DomainKey-Status: no signature Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host 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, 16 Jan 2009 20:24:17 -0000 verified to fix the arp problem! Thanks, Qing! -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 -----Original Message----- From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd-current@freebsd.org] On Behalf Of Li, Qing Sent: Friday, January 16, 2009 3:11 AM To: Larry Rosenman; ato@iem.pw.edu.pl Cc: freebsd-net@freebsd.org; freebsd-current@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host Thanks to Pawel Jakub Dawidek, I found the empty "arp -an" output bug. The bug was introduced in my last commit that attempted at providing some level of binary compatibility. Please sync file ./src/sys/net/rtsock.c to svn r187328 Thanks, -- Qing -----Original Message----- From: Larry Rosenman [mailto:ler@lerctr.org] Sent: Thu 1/15/2009 8:07 PM To: Li, Qing Cc: freebsd-current@freebsd.org; freebsd-net@freebsd.org Subject: RE: Bacula: VERY SLOW on SAME host On Thu, January 15, 2009 6:46 pm, Li, Qing wrote: > This is a known issue and it's easily reproducible using the > netperf tool. > > I am working on a permanent solution. > > In the meantime you can use the following workaround, as suggested > by Kip: > > route add -host (if-ip) -iface lo0 > Thanks, Qing! If you have code you'd like me to test, feel free. On a related note, is the arp table supposed to be empty now? $ arp -an $ ping 192.168.200.5 PING 192.168.200.5 (192.168.200.5): 56 data bytes 64 bytes from 192.168.200.5: icmp_seq=0 ttl=255 time=0.810 ms 64 bytes from 192.168.200.5: icmp_seq=1 ttl=255 time=0.292 ms ^C --- 192.168.200.5 ping statistics --- 2 packets transmitted, 2 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.292/0.551/0.810/0.259 ms $ arp -an $ uname -a FreeBSD borg.lerctr.org 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Jan 14 17:16:03 CST 2009 root@borg.lerctr.org:/usr/obj/usr/src/sys/BORG amd64 $ > -- Qing > > >> -----Original Message----- >> From: owner-freebsd-current@freebsd.org [mailto:owner-freebsd- >> current@freebsd.org] On Behalf Of Kip Macy >> Sent: Wednesday, January 14, 2009 8:47 PM >> To: Larry Rosenman >> Cc: freebsd-current@freebsd.org >> Subject: Re: Bacula: VERY SLOW on SAME host >> >> arpv2 - add an localhost interface route as a workaround >> >> -Kip >> >> On Wed, Jan 14, 2009 at 8:35 PM, Larry Rosenman > wrote: >> > Greetings, >> > Somethings changed (Around the 1st of the year?) where my bacula >> jobs >> > take FOREVER to backup on the same host >> > with the StorageDaemon and Director. If I change it to use > 127.0.0.1 >> > instead of the address on the em card, it's fine. >> > >> > If I use the address on the em nics, it's like 4kb/sec as opposed to >> > multi-megabytes/sec. >> > >> > I'm looking for how to find what broke. >> > >> > Other networking to the host is fine, but this is TCP within the > same >> host, >> > but using the IP address on the em interface. >> > >> > I see the TCP Send-Q fill up, and it's extremely slow. >> > >> > What data do you need to help debug this? >> > >> > >> > >> > -- >> > Larry Rosenman http://www.lerctr.org/~ler >> > Phone: +1 512-248-2683 E-Mail: ler@lerctr.org >> > US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 >> > _______________________________________________ >> > 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" > -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 512-248-2683 E-Mail: ler@lerctr.org US Mail: 430 Valona Loop, Round Rock, TX 78681-3893 _______________________________________________ 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 Jan 16 20:32: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 4AEB41065672 for ; Fri, 16 Jan 2009 20:32:40 +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 005668FC16 for ; Fri, 16 Jan 2009 20:32:39 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from [10.7.6.254] ([63.76.235.163]) (authenticated bits=0) by lexi.siliconlandmark.com (8.14.2/8.14.2) with ESMTP id n0GKWapo066086 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 16 Jan 2009 20:32:37 GMT (envelope-from andy@siliconlandmark.com) Message-Id: From: Andre Guibert de Bruet To: "Gary R. Van Sickle" In-Reply-To: <17C934E643C24C478EAA0C15A2D898EB@DFW5RB41> 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: Fri, 16 Jan 2009 15:32:30 -0500 References: <1b9f9a570901141518q1ba70c73ibc58a4f32811e254@mail.gmail.com><496EE1D9.7090309@nurfuerspam.de> <17C934E643C24C478EAA0C15A2D898EB@DFW5RB41> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV 0.94.1/8872/Fri Jan 16 16:55:46 2009 on lexi.siliconlandmark.com X-Virus-Status: Clean Cc: lcdproc@lists.omnipotent.net, current@freebsd.org Subject: Re: [Lcdproc] LCDProc CVS + PicoLCD on FreeBSD 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, 16 Jan 2009 20:32:40 -0000 On Jan 16, 2009, at 5:09 AM, Gary R. Van Sickle wrote: >> From: Andre Guibert de Bruet >> >> Unfortunately the PicoLCD 2X20 and 4X20 devices present >> themselves as HID devices. > > ...but... they *are* HID devices. Why is this "unfortunate"? The PicoLCD 4X20 devices offer a bunch of different bits of functionality: - A 4x20 character display. - 8 physical buttons. - An IR receiver. It is "unfortunate" because the FreeBSD HID implementation (Along with OSX, Linux and Windows') has no clue what to do why any of these. It is way more useful for a program to be able to attach to the device and interact with it in a user-configurable way. You may want to have the display print out the output of a program (Such as lcdproc or lcdexec), have the buttons map to commonly-used scripts and have the IR controller hooked up to lirc, for example. >> I filed PR usb/128803 and attached >> a patch which quirks the device, so that it doesn't get >> attached to by the HID driver (Thus making it available to >> libusb). It can be found at >> http://www.freebsd.org/cgi/query-pr.cgi?pr=128803 >> . It would be awesome if this would get committed on >> CURRENT and possibly MFC'ed... :) > > Perhaps I'm missing something, but how would that be awesome? > Wouldn't it > be significantly more awesome if these HID devices were communicated > with in > the same manner as any other HID device? Or is FreeBSD's HID > support really > that broken? It has nothing to do with FreeBSD being broken. As stated above, this quirk allows third-party programs to connect to the device and interact with it. Note that this device's smaller brother, the PicoLCD 2X20 is already being quirked in the USB stack. Cheers, /* 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 Fri Jan 16 20: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 3A6821065670 for ; Fri, 16 Jan 2009 20:42:06 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.175]) by mx1.freebsd.org (Postfix) with ESMTP id F34FD8FC1B for ; Fri, 16 Jan 2009 20:42:05 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so1951452wfg.7 for ; Fri, 16 Jan 2009 12:42:05 -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=9C9F5isxbd0RSuYL58fAQwXXpXRpoydBmZ3tsGfosPA=; b=Y/gdB8Z4U/BaycJwuvLTGDgDYXNS4WDSJLL7a1OV2cmJO41zsJ1+pdhbN9x7N04ztr FsOlCoxLaGrbyMYkqUnr6seVzvBdPzJB0+zF2GP3MmtnmTVkX4zgnk5yKk7sper6+MQ1 anSbZCQIMpTzpMYxSRq5eSybCmFD+t/7lteGI= 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=tNtJzW1fofVhJXyxk03OcwrHx4fLESaNcYJwNK8Be560SA9IXk63md7RDLGmhtvzuB HcKVTCY31hgika3g1cBOjo9lor9Xlg48kFMfANLXi03aWdOwrDDgfQ8jgocH2PUcdHIq d/u457DfVgtYH8f14ZFPTxKIyBVmFTV4noSGM= MIME-Version: 1.0 Received: by 10.143.28.8 with SMTP id f8mr1182569wfj.204.1232138525185; Fri, 16 Jan 2009 12:42:05 -0800 (PST) In-Reply-To: <49613379.8040901@vwsoft.com> References: <49613379.8040901@vwsoft.com> Date: Fri, 16 Jan 2009 15:42:05 -0500 Message-ID: <47d0403c0901161242ifa1f121p5a3583caddd40483@mail.gmail.com> From: Ben Kaduk To: Volker Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: attilio@freebsd.org, uwe@grohnwaldt.eu, freebsd-current@freebsd.org, kib@freebsd.org, Martin Wilke Subject: Re: panic in bundirty 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, 16 Jan 2009 20:42:06 -0000 On Sun, Jan 4, 2009 at 5:08 PM, Volker wrote: > Gentlemen, > > I've had the pleasure to inspect miwi's new tinderbox machine in a panic > situation. > > The debugging info we're able to get out of the box is the following: > > panic: bundirty: buffer 0xffffffff9a475438 still on queue 1 > > #9 0xffffffff8049f196 in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:556 > #10 0xffffffff8050b540 in bundirty (bp=Variable "bp" is not available. > ) at /usr/src/sys/kern/vfs_bio.c:1068 > #11 0xffffffff8050d684 in brelse (bp=0xffffffff9a475438) > at /usr/src/sys/kern/vfs_bio.c:1388 > #12 0xffffffff8050f07c in bufdone (bp=0xffffffff9a475438) > at /usr/src/sys/kern/vfs_bio.c:3157 > #13 0xffffffff8069cb6c in ffs_backgroundwritedone (bp=0xffffffff9a475438) > ---Type to continue, or q to quit--- > at /usr/src/sys/ufs/ffs/ffs_vfsops.c:1679 > #14 0xffffffff8050f051 in bufdone (bp=0xffffffff9a475438) > at /usr/src/sys/kern/vfs_bio.c:3151 > #15 0xffffffff80452b51 in g_io_schedule_up (tp=Variable "tp" is not > available. > ) > at /usr/src/sys/geom/geom_io.c:587 > #16 0xffffffff8045323f in g_up_procbody () at > /usr/src/sys/geom/geom_kern.c:95 > #17 0xffffffff8048037a in fork_exit ( > callout=0xffffffff804531d0 , arg=0x0, > frame=0xffffffff80e63c80) at /usr/src/sys/kern/kern_fork.c:789 > > in frame 11, 'p *bp' gives: > $1 = {b_bufobj = 0xffffff00034fe958, b_bcount = 16384, b_caller1 = 0x0, > b_data = 0xffffffff9f4b7000 "", b_error = 5, b_iocmd = 2 '\002', > b_ioflags = 2 '\002', b_iooffset = 7127891968, b_resid = 16384, > b_iodone = 0, b_blkno = 13921664, b_offset = 7127891968, b_bobufs = { > tqe_next = 0xffffffff9a505a38, tqe_prev = 0xffffff00034fe9a8}, > b_left = 0x0, b_right = 0xffffffff9a505a38, b_vflags = 0, b_freelist = { > tqe_next = 0xffffffff9a472db8, tqe_prev = 0xffffffff80b56210}, > b_qindex = 1, b_flags = 41092, b_xflags = 33 '!', b_lock = > {lock_object = { > lo_name = 0xffffffff8083ce18 "bufwait", > lo_type = 0xffffffff8083ce18 "bufwait", lo_flags = 91947008, > lo_witness_data = {lod_list = {stqe_next = 0xffffffff80ae6f80}, > lod_witness = 0xffffffff80ae6f80}}, lk_lock = 18446744073709551608, > lk_recurse = 0, lk_timo = 0, lk_pri = 80}, b_bufsize = 16384, > b_runningbufspace = 0, b_kvabase = 0xffffffff9f4b7000 "", b_kvasize = > 16384, > b_lblkno = 13921664, b_vp = 0xffffff00034fe820, b_dirtyoff = 0, > b_dirtyend = 0, b_rcred = 0x0, b_wcred = 0x0, > b_saveaddr = 0xffffffff9f4b7000, b_pager = {pg_reqpage = 0}, b_cluster = { > cluster_head = {tqh_first = 0xffffffff9a479c68, > tqh_last = 0xffffffff9a4901b0}, cluster_entry = { > tqe_next = 0xffffffff9a479c68, tqe_prev = 0xffffffff9a4901b0}}, > b_pages = {0xffffff00de0eafa0, 0xffffff00de0eb010, 0xffffff00de0eb080, > 0xffffff00de0eb0f0, 0x0 }, b_npages = 4, b_dep = { > lh_first = 0x0}, b_fsprivate1 = 0x0, b_fsprivate2 = 0x0, > b_fsprivate3 = 0x0, b_pin_count = 0} > > This panic does not occur before commit 176708. > > The panic is in sys/kern/vfs_bio.c bundirty 1055: > KASSERT( bp->b_flags & B_REMFREE || bp->b_qindex == QUEUE_NONE ... > > bp->b_qindex = 0x01 (QUEUE_FREE) > bp->b_flags = 0xa084 (B_ASYNC | B_DELWRI | B_NOCACHE | B_INVAL) > > My assumption is: > > brele knows about the QUEUE_FREE but bundirty only wants to operate on > QUEUE_NONE. Either this is a race condition, brele should not call > bundirty or bundirty should operate not just on QUEUE_NONE buffers. > > As there have been some locking related commits in the changes in > question, this might also be caused by an unlocked operation. > > right before the panic, we're seeing DMA errors: > > ad6: setting up DMA failed > _vfs_done():ad6[WRITE(offset=5412487168, length=131072)]error = 5 > ad6: FAILURE - load data > ad6: setting up DMA failed > g_vfs_done():ad6[WRITE(offset=5044109312, length=131072)]error = 5 > g_vfs_done():ad6[WRITE(offset=5230985216, length=131072)]error = 5 > g_vfs_done():ad6[WRITE(offset=5231116288, length=131072)]error = 5 > g_vfs_done():ad6[WRITE(offset=5044240384, length=131072)]error = 5 > g_vfs_done():ad6[WRITE(offset=5412618240, length=131072)]error = 5 > g_vfs_done():ad4s1d[WRITE(offset=7127891968, length=16384)]error = 5 > I am seeing this sort of output on a machine here as well, though I have not been able to get a crash dump (it complains about not being able to set up DMA ...). I saw a bundirty panic today, but I've also seen panic: initiate_write_inodeblock_ufs2: already started a number of times. I think what I'm seeing happening is that something (probably the actual bug) is causing the bio to get into a weird state (I'm not entirely sure about this), which then cascades to GEOM_MIRROR dropping the disk from the array. I think the initiate_write_inodeblock_ufs2 panics only happen when I have lost both disks from the array in such a fashion and/or am trying to rebuild one of them. In any case, I have been seeing this as a regression from 7.1-prerelease to current of a few days ago, and am trying to back out possibly-relevant changes to locate the problem. (I had originally suspected GEOM, but will switch my focus to vfs_bio having seen this.) Such feeble notes as I have been able to make are at http://stuff.mit.edu/afs/sipb.mit.edu/user/kaduk/freebsd/periphrasis/20090107/panic.txt and I have also placed `ident /boot/kernel.old/kernel` and friends in that directory. (kernel.old is 7.1-prerelease, and kernel and kernel.updated are two current snapshots) Thanks, Ben Kaduk > kgdb output can be found at: > http://www.bsdmeat.net/~lando/miwi/kgdb.txt > > Suggestions what the correct fix to this issue is? Change bundirty or > brele? Clean up locking? > > CC'ing those who committed to vfs_bio.c in the relevant time frame. > > Thanks > > Volker > _______________________________________________ > 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 Jan 16 21:19: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 0CCAF106564A for ; Fri, 16 Jan 2009 21:19:25 +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 C3E1C8FC0C for ; Fri, 16 Jan 2009 21:19:24 +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 855DA3F129; Fri, 16 Jan 2009 21:19:23 +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 n0GLJMs2023244; Fri, 16 Jan 2009 21:19:22 GMT (envelope-from phk@critter.freebsd.dk) To: Andre Guibert de Bruet From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 16 Jan 2009 15:32:30 EST." Date: Fri, 16 Jan 2009 21:19:22 +0000 Message-ID: <23243.1232140762@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: lcdproc@lists.omnipotent.net, current@freebsd.org, "Gary R. Van Sickle" Subject: Re: [Lcdproc] LCDProc CVS + PicoLCD on FreeBSD 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, 16 Jan 2009 21:19:25 -0000 In message , Andre Gu ibert de Bruet writes: >On Jan 16, 2009, at 5:09 AM, Gary R. Van Sickle wrote: >>> Unfortunately the PicoLCD 2X20 and 4X20 devices present >>> themselves as HID devices. >> >> ...but... they *are* HID devices. Why is this "unfortunate"? It's unfortunate, because they are HID devices only because that is what microchip.com supplies as a USB programming example. The actual protocol they talk has nothing to do with the HID specification. -- 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 Fri Jan 16 22:09: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 8D64A106564A; Fri, 16 Jan 2009 22:09:10 +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 4D88C8FC1B; Fri, 16 Jan 2009 22:09:10 +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 n0GM950X080245 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 16 Jan 2009 15:09:08 -0700 (MST) Message-ID: <49710581.3030202@nixil.net> Date: Fri, 16 Jan 2009 15:09:05 -0700 From: Phil Oleson User-Agent: Thunderbird 2.0.0.14 (X11/20080623) MIME-Version: 1.0 To: John Baldwin References: <20081214.035113.104070918.Tor.Egge@cvsup.no.freebsd.org> <200901151642.35495.jhb@freebsd.org> <20090116.142119.41658101.Tor.Egge@cvsup.no.freebsd.org> <200901160927.11068.jhb@freebsd.org> In-Reply-To: <200901160927.11068.jhb@freebsd.org> 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]); Fri, 16 Jan 2009 15:09:08 -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: yr.retarded@gmail.com, freebsd-current@freebsd.org Subject: Re: lockup booting 8.0-CURRENT-200811 snap image 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, 16 Jan 2009 22:09:10 -0000 John Baldwin wrote: > On Friday 16 January 2009 9:21:19 am Tor Egge wrote: >>> Please try this instead (compiled, but not run-tested): >> Your patch works on my machine. No kludge needed anymore. > > Excellent, I will commit it. Thanks for the thorough analysis earlier. > Worked on bootup for me as well.. but the system locked up when I started the X server.. I ended up not having a lot of time to test this, as I had not updated my source in a week, and had to double check the world source with & without this patch. X works without the patch and hard locks with it. I'll try to find more details to report about this over the weekend. -Phil. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 22:14: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 808A9106567E for ; Fri, 16 Jan 2009 22:14:16 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by mx1.freebsd.org (Postfix) with ESMTP id 4864C8FC3D for ; Fri, 16 Jan 2009 22:14:14 +0000 (UTC) (envelope-from root@free.fr) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id B3716E08098 for ; Fri, 16 Jan 2009 23:14:11 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp6-g21.free.fr (Postfix) with ESMTP id CD1AFE08053 for ; Fri, 16 Jan 2009 23:14:08 +0100 (CET) From: raoul CC: freebsd-current@freebsd.org Date: Fri, 16 Jan 2009 23:14:06 +0100 Sender: root@free.fr Message-Id: <20090116221408.CD1AFE08053@smtp6-g21.free.fr> Subject: Re: ext3fs 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, 16 Jan 2009 22:14:17 -0000 On Fri, 16 Jan 2009 18:12:40 +0000 "Bruce M. Simpson" wrote: > Try mounting the FS with the FUSE plugin for ext2/3? > > http://sourceforge.net/projects/ext2fuse > > You will need to build it from source (or use the ports I posted to > -stable the other month) > > http://groups.google.com/group/mailing.freebsd.stable/browse_thread/thread/eac238aa244093b1/3cb587cfca9c87c3?lnk=raot Thanks a lot, i will try this. Best regards raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 22:15:28 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 8228C10656BD for ; Fri, 16 Jan 2009 22:15:28 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 435A98FC1C for ; Fri, 16 Jan 2009 22:15:28 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a] (unknown [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id F158611F838; Fri, 16 Jan 2009 23:15:26 +0100 (CET) Message-ID: <497106FC.40609@andric.com> Date: Fri, 16 Jan 2009 23:15:24 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Wes Morgan References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: George Neville-Neil , 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: Fri, 16 Jan 2009 22:15:29 -0000 On 2009-01-12 08:12, Martin wrote: > and I can tell you one more thing. Even you actually _have_ the livefs > CD (8.0-CURRENT, december snapshot), it won't help you to fix your GPT, > because gpart crashes when you call it on the command line from Fixit > console. Indeed, and it even does this with the very latest -CURRENT. It is due to incorrect usage of strsep(3) in geom(8), combined with a non-default setting of GEOM_LIBRARY_PATH on the Live CD. I have submitted PR bin/130632 for this, which also contains a patch. From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 22:37: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 D8CA7106566B for ; Fri, 16 Jan 2009 22:37:59 +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 74B6E8FC1C for ; Fri, 16 Jan 2009 22:37:59 +0000 (UTC) (envelope-from andy@siliconlandmark.com) Received: from 159.sub-97-145-136.myvzw.com (159.sub-97-145-136.myvzw.com [97.145.136.159]) (authenticated bits=0) by lexi.siliconlandmark.com (8.14.2/8.14.2) with ESMTP id n0GMbsEQ070408 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Fri, 16 Jan 2009 22:37:57 GMT (envelope-from andy@siliconlandmark.com) Message-Id: From: Andre Guibert de Bruet To: Poul-Henning Kamp In-Reply-To: <23243.1232140762@critter.freebsd.dk> 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: Fri, 16 Jan 2009 17:37:52 -0500 References: <23243.1232140762@critter.freebsd.dk> X-Mailer: Apple Mail (2.930.3) X-Virus-Scanned: ClamAV 0.94.1/8872/Fri Jan 16 16:55:46 2009 on lexi.siliconlandmark.com X-Virus-Status: Clean Cc: current@freebsd.org Subject: Re: [Lcdproc] LCDProc CVS + PicoLCD on FreeBSD 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, 16 Jan 2009 22:38:00 -0000 On Jan 16, 2009, at 4:19 PM, Poul-Henning Kamp wrote: > In message E744B2F19C99@siliconlandmark.com>, Andre Gu > ibert de Bruet writes: >> On Jan 16, 2009, at 5:09 AM, Gary R. Van Sickle wrote: >>>> Unfortunately the PicoLCD 2X20 and 4X20 devices present >>>> themselves as HID devices. >>> >>> ...but... they *are* HID devices. Why is this "unfortunate"? > > It's unfortunate, because they are HID devices only because that > is what microchip.com supplies as a USB programming example. > > The actual protocol they talk has nothing to do with the HID > specification. PHK - I see that you committed the quirk for the 2X20. Would you mind committing the patch attached to PR usb/128803? Do you want me to produce the bits required for usb2 as well? Many thanks, 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 Fri Jan 16 22:39: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 48ACE1065675 for ; Fri, 16 Jan 2009 22:39:43 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe12.swipnet.se [212.247.155.97]) by mx1.freebsd.org (Postfix) with ESMTP id D5BCE8FC18 for ; Fri, 16 Jan 2009 22:39:42 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=txgvz0rRWuBXmVHga8oA:9 a=IEwgn6kqvPd3oqXUM5cA:7 a=FipQB2Yc13dnErd9v2Wlv5dp8p8A:4 a=50e4U0PicR4A:10 Received: from [193.217.167.134] (account mc467741@c2i.net HELO [10.0.0.249]) by mailfe12.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 1008948945; Fri, 16 Jan 2009 23:39:41 +0100 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 16 Jan 2009 23:42:01 +0100 User-Agent: KMail/1.9.7 References: <8e10486b0901070617q2ddb82cem18b34b70c8cc45ef@mail.gmail.com> <8e10486b0901070620x610a8156lfc1206e5262f8f5a@mail.gmail.com> In-Reply-To: <8e10486b0901070620x610a8156lfc1206e5262f8f5a@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200901162342.02430.hselasky@c2i.net> Cc: Alexandre Biancalana Subject: Re: ZFS boot 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, 16 Jan 2009 22:39:43 -0000 Hi, I'm trying to boot a PC-engines board off GPT+ZFS, but the GPT MBR does not support CHS layout and requests data per LBA, which the PC Engines BIOS does not support. Anyone have a solution for this laying around? --HPS PC Engines ALIX.2 v0.99 640 KB Base Memory 261120 KB Extended Memory 01F0 Master 044A CF 1GB Phys C/H/S 1966/16/63 Log C/H/S 983/32/63 Invalid partition table sys/boot/i386/pmbr %grep Invalid pmbr.s err_pt: movw $msg_pt,%si # "Invalid partition msg_pt: .asciz "Invalid partition table" From owner-freebsd-current@FreeBSD.ORG Fri Jan 16 22:54: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 C3E151065670 for ; Fri, 16 Jan 2009 22:54:07 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 86BD98FC14 for ; Fri, 16 Jan 2009 22:54:07 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a] (unknown [IPv6:2001:7b8:3a7:0:2535:e527:6aaa:357a]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id CCA0E11F838; Fri, 16 Jan 2009 23:54:06 +0100 (CET) Message-ID: <4971100D.7090209@andric.com> Date: Fri, 16 Jan 2009 23:54:05 +0100 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1b3pre) Gecko/20090108 Shredder/3.0b2pre MIME-Version: 1.0 To: Wes Morgan References: <497106FC.40609@andric.com> In-Reply-To: <497106FC.40609@andric.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: George Neville-Neil , 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: Fri, 16 Jan 2009 22:54:08 -0000 On 2009-01-16 23:15, Dimitry Andric wrote: > Indeed, and it even does this with the very latest -CURRENT. It is due > to incorrect usage of strsep(3) in geom(8), combined with a non-default > setting of GEOM_LIBRARY_PATH on the Live CD. Btw, you can work around the crash, by setting GEOM_LIBRARY_PATH to a single directory, before you execute any of the geom(8) commands, e.g.: Fixit# export GEOM_LIBRARY_PATH=/mnt2/lib/geom Fixit# gpart show => 0 67108864 ad0 BSD (32G) 0 62914560 1 freebsd-ufs (30G) 62914560 4194304 2 freebsd-swap (2.0G) From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 01:30: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 6A10E1065672 for ; Sat, 17 Jan 2009 01:30:13 +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 2DFD38FC1B for ; Sat, 17 Jan 2009 01:30:12 +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 219393F129; Sat, 17 Jan 2009 01:30:12 +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 n0H1UBCM024020; Sat, 17 Jan 2009 01:30:11 GMT (envelope-from phk@critter.freebsd.dk) To: Andre Guibert de Bruet From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 16 Jan 2009 17:37:52 EST." Date: Sat, 17 Jan 2009 01:30:11 +0000 Message-ID: <24019.1232155811@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: current@freebsd.org Subject: Re: [Lcdproc] LCDProc CVS + PicoLCD on FreeBSD 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, 17 Jan 2009 01:30:13 -0000 In message , Andre Gu ibert de Bruet writes: >>>> ...but... they *are* HID devices. Why is this "unfortunate"? >> >> It's unfortunate, because they are HID devices only because that >> is what microchip.com supplies as a USB programming example. >> >> The actual protocol they talk has nothing to do with the HID >> specification. > >PHK - I see that you committed the quirk for the 2X20. Would you mind >committing the patch attached to PR usb/128803? Do you want me to >produce the bits required for usb2 as well? USB2 patches should go to HPS@ still I think ? -- 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 Sat Jan 17 01:17:12 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 7F0FF1065693 for ; Sat, 17 Jan 2009 01:17:12 +0000 (UTC) (envelope-from g.r.vansickle@att.net) Received: from mtiwmhc11.worldnet.att.net (mtiwmhc11.worldnet.att.net [204.127.131.115]) by mx1.freebsd.org (Postfix) with ESMTP id 4536B8FC19 for ; Sat, 17 Jan 2009 01:17:12 +0000 (UTC) (envelope-from g.r.vansickle@att.net) Received: from dfw5rb41 (h-68-165-184-133.chcgilgm.dynamic.covad.net[68.165.184.133]) by worldnet.att.net (mtiwmhc11) with SMTP id <2009011701171111100h4mdee>; Sat, 17 Jan 2009 01:17:11 +0000 From: "Gary R. Van Sickle" To: , References: Your message of "Fri, 16 Jan 2009 15:32:30 EST." <23243.1232140762@critter.freebsd.dk> Date: Fri, 16 Jan 2009 19:17:10 -0600 Message-ID: <550B7A950EEE45359972D2A54F44EA5C@DFW5RB41> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook 11 In-Reply-To: <23243.1232140762@critter.freebsd.dk> X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Thread-Index: Acl4IBrCGd4A58KZSNORE2N34Yq2KwAIFvMg X-Mailman-Approved-At: Sat, 17 Jan 2009 01:31:07 +0000 Cc: Subject: RE: [Lcdproc] LCDProc CVS + PicoLCD on FreeBSD 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, 17 Jan 2009 01:17:12 -0000 > From: Poul-Henning Kamp > > In message > , > Andre Gu ibert de Bruet writes: > >On Jan 16, 2009, at 5:09 AM, Gary R. Van Sickle wrote: > >>> Unfortunately the PicoLCD 2X20 and 4X20 devices present > themselves > >>> as HID devices. > >> > >> ...but... they *are* HID devices. Why is this "unfortunate"? > > It's unfortunate, because they are HID devices only because > that is what microchip.com supplies as a USB programming example. > > The actual protocol they talk has nothing to do with the HID > specification. Ah. That's not "unfortunate", that's just sheer laziness on iTuner's part. Great, and I just bought one too. Welp, here's hoping whatever nonstandard protocol they do use works reasonably, and that the mfg gets their act together on the next one. -- Gary R. Van Sickle From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 09: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 3F0EB1065670 for ; Sat, 17 Jan 2009 09:21:01 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from kientzle.com (kientzle.com [66.166.149.50]) by mx1.freebsd.org (Postfix) with ESMTP id DB2138FC0A for ; Sat, 17 Jan 2009 09:21:00 +0000 (UTC) (envelope-from kientzle@freebsd.org) Received: from [10.123.2.23] (h-66-166-149-52.snvacaid.covad.net [66.166.149.52]) by kientzle.com (8.12.9/8.12.9) with ESMTP id n0H9KvC1047681; Sat, 17 Jan 2009 01:20:57 -0800 (PST) (envelope-from kientzle@freebsd.org) Message-ID: <4971A2F2.7060509@freebsd.org> Date: Sat, 17 Jan 2009 01:20:50 -0800 From: Tim Kientzle User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.12) Gecko/20060422 X-Accept-Language: en-us, en MIME-Version: 1.0 To: "Sean C. Farley" References: <20090115084515.GA91157@freebsd.org> <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> <9225949D37F24E01AA5FC01169A256F2@PegaPegII> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Pegasus Mc Cleaft , freebsd-current@freebsd.org Subject: Re: Alternatives to gcc (was Re: gcc 4.3: when will it become standardcompiler?) 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, 17 Jan 2009 09:21:01 -0000 Sean C. Farley wrote: > > For an archiver, what about tar (bsdtar)? tar tf /usr/lib/libc.a works > for me. :) Actually, there is some development[1] to replace those > utilities with BSD-licensed versions. ar has already been replaced in > HEAD. Kai Wang added "ar" format to libarchive, so tar and cpio in -CURRENT can both read and write ar archives. But that doesn't mean that tar can serve as a replacement for ar. The "ar" utility does have a few tricks. ;-) Kai and I did at one time discuss the feasability of using tar or cpio format as a library archive format. It does have a certain appeal (the "ar" format is fairly gruesome, especially the Gnu/SysV long filename extension) but is probably not worth the effort. Tim From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 12:43: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 9434C106566B; Sat, 17 Jan 2009 12:43: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 5BBD78FC13; Sat, 17 Jan 2009 12:43: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 n0HChV78036545; Sat, 17 Jan 2009 07:43:31 -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 n0HChVYl041463; Sat, 17 Jan 2009 07:43:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 50A047302F; Sat, 17 Jan 2009 07:43:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090117124331.50A047302F@freebsd-current.sentex.ca> Date: Sat, 17 Jan 2009 07:43: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/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, 17 Jan 2009 12:43:35 -0000 TB --- 2009-01-17 11:10:49 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-01-17 11:10:49 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-01-17 11:10:49 - cleaning the object tree TB --- 2009-01-17 11:11:16 - cvsupping the source tree TB --- 2009-01-17 11:11:16 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-01-17 11:11:23 - building world TB --- 2009-01-17 11:11:23 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-17 11:11:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-17 11:11:23 - TARGET=sun4v TB --- 2009-01-17 11:11:23 - TARGET_ARCH=sparc64 TB --- 2009-01-17 11:11:23 - TZ=UTC TB --- 2009-01-17 11:11:23 - __MAKE_CONF=/dev/null TB --- 2009-01-17 11:11:23 - cd /src TB --- 2009-01-17 11:11:23 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 17 11:11:24 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 Jan 17 12:29:00 UTC 2009 TB --- 2009-01-17 12:29:00 - generating LINT kernel config TB --- 2009-01-17 12:29:00 - cd /src/sys/sun4v/conf TB --- 2009-01-17 12:29:00 - /usr/bin/make -B LINT TB --- 2009-01-17 12:29:00 - building LINT kernel TB --- 2009-01-17 12:29:00 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-17 12:29:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-17 12:29:00 - TARGET=sun4v TB --- 2009-01-17 12:29:00 - TARGET_ARCH=sparc64 TB --- 2009-01-17 12:29:00 - TZ=UTC TB --- 2009-01-17 12:29:00 - __MAKE_CONF=/dev/null TB --- 2009-01-17 12:29:00 - cd /src TB --- 2009-01-17 12:29:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 17 12:29: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 >>> 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/hcall.S 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/hviommu.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/identcpu.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/in_cksum.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/intr_machdep.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-01-17 12:43:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-01-17 12:43:31 - ERROR: failed to build lint kernel TB --- 2009-01-17 12:43:31 - 4578.29 user 404.15 system 5561.55 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 12:45:11 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 2C08A10656C3 for ; Sat, 17 Jan 2009 12:45:11 +0000 (UTC) (envelope-from martin.baumann@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 985F58FC2C for ; Sat, 17 Jan 2009 12:45:09 +0000 (UTC) (envelope-from martin.baumann@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so96551ugs.39 for ; Sat, 17 Jan 2009 04:45: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:content-type :content-transfer-encoding; bh=njLsYLIVCis4hd1t13lpqlkKCIHqr6a3c7eLQ8Qn9Xc=; b=fm5BiAnWGf/W2ar6kClR5iz+sIXk8Da5fx5nRsHRpqv37tovHbSvymeS4ZOfZloPe4 OVi1dIz1f0bfaUOjQx3jr2AlHhBjtgkKKNxxMM/dXYcgxE3fYcYbK2nkIBl+HPwAY4pq PYEFIgpuojb4hNGcOjbFUKmW0TLPpTREPC7hs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=EwXiUMnOb8qDA+bXRwhTHWPbxXCiu7l45CHisDT2UlhpYJDNIpeQKDp+aHKzUP0Ecb hdKUUJ10cP3z15T1XFiruDwNLNAcljdHwYWbPw/u2iLXAdp8VuE2vM6fRNOZ3GJEcfo1 b7MYuFrQ54lEMAPWYYIgP2njg2Xe1/DiJetKs= Received: by 10.67.103.11 with SMTP id f11mr738292ugm.12.1232194690959; Sat, 17 Jan 2009 04:18:10 -0800 (PST) Received: from ?192.168.47.100? ([84.16.39.226]) by mx.google.com with ESMTPS id b23sm4168363ugd.20.2009.01.17.04.18.09 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Jan 2009 04:18:09 -0800 (PST) Message-ID: <4971CC75.4050501@gmail.com> Date: Sat, 17 Jan 2009 13:17:57 +0100 From: Martin Baumann User-Agent: Thunderbird 2.0.0.16 (X11/20080913) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: linux compatibility module build 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, 17 Jan 2009 12:45:12 -0000 Hi. My sources are updated to HEAD. When I try to do: *cd /usr/src/sys/modules/linux && make* cc -c -O2 -fno-strict-aliasing -pipe -march=prescott -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions @/i386/i386/genassym.c @/i386/i386/genassym.c:40:29: error: opt_hwpmc_hooks.h: No such file or directory *** Error code 1 Stop in /usr/src/sys/modules/linux. Exit 1 Where is the problem ? My sources are updated via csup.. Should I download that file manually ?? Best regards, Martin Baumann From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 13:40: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 2A8B4106566B for ; Sat, 17 Jan 2009 13:40: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 D04E28FC1C for ; Sat, 17 Jan 2009 13:40: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 AD75041C65E; Sat, 17 Jan 2009 14:40:06 +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 CECLGbaWUOnC; Sat, 17 Jan 2009 14:40:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 5FC5F41C650; Sat, 17 Jan 2009 14:40:06 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id D42D54448D5; Sat, 17 Jan 2009 13:37:52 +0000 (UTC) Date: Sat, 17 Jan 2009 13:37:52 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Guli In-Reply-To: <496DAC15.30904@mikulas.com> Message-ID: <20090117133358.X45399@maildrop.int.zabbadoz.net> References: <496DAC15.30904@mikulas.com> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD current mailing list Subject: Re: INET6 tcp md5 signature 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, 17 Jan 2009 13:40:08 -0000 On Wed, 14 Jan 2009, Guli wrote: Hi, > Is there anyone, who could merge this feature into CURENT / RELENG_7 > please ? > (we want use it for secured IPv6 BGP sessions in Quagga) > > http://people.freebsd.org/~bz/20080913-02-tcp-md5-ack-rst.diff You do not really need this patch to run TCP-MD5 with INET6. TCP-MD5 with INTE6 is in HEAD already, I am not sure if it's my 50 pending MFCs or if it's in RELENG_7 (and with that 7.1-R) already. You can find a description what the patch does here: http://lists.freebsd.org/pipermail/freebsd-net/2008-September/019492.html And it's something for both v4 and v6 that hasn't been there the last years for v4 ... -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 14:37:12 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 9B9081065678 for ; Sat, 17 Jan 2009 14:37:12 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 5DDF78FC18 for ; Sat, 17 Jan 2009 14:37:12 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 8F60E6D43F; Sat, 17 Jan 2009 14:37:11 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 7189C844BA; Sat, 17 Jan 2009 15:37:11 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Pedro F. Giffuni" References: <61484.71762.qm@web32708.mail.mud.yahoo.com> Date: Sat, 17 Jan 2009 15:37:11 +0100 In-Reply-To: <61484.71762.qm@web32708.mail.mud.yahoo.com> (Pedro F. Giffuni's message of "Fri, 9 Jan 2009 19:22:38 -0800 (PST)") Message-ID: <86skniyp60.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (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: 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: Sat, 17 Jan 2009 14:37:12 -0000 "Pedro F. Giffuni" writes: > - Replacing groff with something less restricted that doesn't require > C++: Heirloom-doctools may be an option. groff is not the only C++ program in the base system; there is also devd. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 15:15: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 F0CC4106564A for ; Sat, 17 Jan 2009 15:15:35 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id AF6888FC0A for ; Sat, 17 Jan 2009 15:15:35 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id A877C6D43F; Sat, 17 Jan 2009 15:15:34 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 8D310844C6; Sat, 17 Jan 2009 16:15:34 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: FuLLBLaSTstorm References: <20090115084515.GA91157@freebsd.org> <496F0D1D.7080505@andric.com> <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> Date: Sat, 17 Jan 2009 16:15:34 +0100 In-Reply-To: <6c51dbb10901150344s409cd834p3cd8fae189e42a68@mail.gmail.com> (fullblaststorm@gmail.com's message of "Thu, 15 Jan 2009 16:44:12 +0500") Message-ID: <86fxjiyne1.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (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: 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: Sat, 17 Jan 2009 15:15:37 -0000 FuLLBLaSTstorm writes: > I fully agree with it, too. Why not to put something like > OPTION_COMPILER=3D`gcc|clang|llvm' so every portion of system designed > for particular compiler could use the right one? I assume you are joking, and / or have no actual software development experience? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 15:28: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 043DA1065670; Sat, 17 Jan 2009 15:28:29 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B9A778FC18; Sat, 17 Jan 2009 15:28:28 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id EF2AE6D43F; Sat, 17 Jan 2009 15:28:27 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id CDBC5844C6; Sat, 17 Jan 2009 16:28:27 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roman Divacky References: <20090113215520.GA29635@freebsd.org> <20090113221127.GA31906@freebsd.org> Date: Sat, 17 Jan 2009 16:28:27 +0100 In-Reply-To: <20090113221127.GA31906@freebsd.org> (Roman Divacky's message of "Tue, 13 Jan 2009 23:11:27 +0100") Message-ID: <8663keymsk.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [PATCH]: set C dialect when compiling world 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, 17 Jan 2009 15:28:29 -0000 Roman Divacky writes: > On Tue, Jan 13, 2009 at 10:55:20PM +0100, Roman Divacky wrote: >> hi >>=20 >> in my effort to make world compile in gnu99 mode I'd like this >> patch to be commited: >>=20 >> Index: bsd.sys.mk >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> RCS file: /home/ncvs/src/share/mk/bsd.sys.mk,v >> retrieving revision 1.47 >> diff -u -r1.47 bsd.sys.mk >> --- bsd.sys.mk 23 Jul 2008 06:14:21 -0000 1.47 >> +++ bsd.sys.mk 13 Jan 2009 21:36:04 -0000 >> @@ -8,8 +8,11 @@ >>=20=20 >> # for GCC: http://gcc.gnu.org/onlinedocs/gcc-3.0.4/gcc_3.html#IDX143 >>=20=20 >> -.if !defined(NO_WARNS) && ${CC} !=3D "icc" >> -. if defined(CSTD) >> +# the default is gnu89 for now >> +. if !defined(CSTD) >> +CSTD =3D gnu89 >> +. endif >> + > > CSTD +=3D gnu89 > > of course :) Why "of course"? Can you explain the expected semantics when CSTD contains more than one word? >> +. if !defined(CSTD) >> +CSTD =3D gnu89 >> +. endif DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 15:29: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 2E2001065670; Sat, 17 Jan 2009 15:29:51 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id E0CB98FC08; Sat, 17 Jan 2009 15:29:50 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 3B2D46D43F; Sat, 17 Jan 2009 15:29:50 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 2411F844C6; Sat, 17 Jan 2009 16:29:50 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Roman Divacky References: <20090113215520.GA29635@freebsd.org> <20090113221127.GA31906@freebsd.org> <8663keymsk.fsf@ds4.des.no> Date: Sat, 17 Jan 2009 16:29:50 +0100 In-Reply-To: <8663keymsk.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Sat, 17 Jan 2009 16:28:27 +0100") Message-ID: <861vv2ymq9.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [PATCH]: set C dialect when compiling world 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, 17 Jan 2009 15:29:51 -0000 Dag-Erling Sm=C3=B8rgrav writes: >>> +. if !defined(CSTD) >>> +CSTD =3D gnu89 >>> +. endif What I meant to write here is that . if !defined(CSTD) CSTD =3D gnu89 . endif can simply be written as CSTD ?=3D gnu89 DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 16:20:12 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 C18C21065673 for ; Sat, 17 Jan 2009 16:20:12 +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 702FA8FC1A for ; Sat, 17 Jan 2009 16:20:11 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 01FA09CB05F; Sat, 17 Jan 2009 17:19:49 +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 9VbBPcNrU++E; Sat, 17 Jan 2009 17:19:34 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 57A7D9CB07F; Sat, 17 Jan 2009 17:19:34 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.2/8.14.2/Submit) id n0HGJYCS011915; Sat, 17 Jan 2009 17:19:34 +0100 (CET) (envelope-from rdivacky) Date: Sat, 17 Jan 2009 17:19:34 +0100 From: Roman Divacky To: Dag-Erling Sm??rgrav Message-ID: <20090117161934.GA11723@freebsd.org> References: <20090113215520.GA29635@freebsd.org> <20090113221127.GA31906@freebsd.org> <8663keymsk.fsf@ds4.des.no> <861vv2ymq9.fsf@ds4.des.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <861vv2ymq9.fsf@ds4.des.no> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [PATCH]: set C dialect when compiling world 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, 17 Jan 2009 16:20:13 -0000 On Sat, Jan 17, 2009 at 04:29:50PM +0100, Dag-Erling Sm??rgrav wrote: > Dag-Erling Sm??rgrav writes: > >>> +. if !defined(CSTD) > >>> +CSTD = gnu89 > >>> +. endif > > What I meant to write here is that > > . if !defined(CSTD) > CSTD = gnu89 > . endif > > can simply be written as > > CSTD ?= gnu89 yes.. that was intended but I made a typo.... I have a new patch that I will present soon... sorry for the inconvenience From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 16:57: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 33BF71065672 for ; Sat, 17 Jan 2009 16:57:38 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id 429EA8FC0C for ; Sat, 17 Jan 2009 16:57:36 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from [172.27.51.4] (fw.axelero.hu [195.228.243.120]) by people.fsn.hu (Postfix) with ESMTP id 0D2BCAC4C9; Sat, 17 Jan 2009 17:57:34 +0100 (CET) Message-ID: <49720DFE.3080808@fsn.hu> Date: Sat, 17 Jan 2009 17:57:34 +0100 From: Attila Nagy User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: Maxim Sobolev References: <496B115F.1000105@fsn.hu> <4970BB63.7030601@andric.com> <4970E8C0.1080005@FreeBSD.org> In-Reply-To: <4970E8C0.1080005@FreeBSD.org> X-Stationery: 0.4.8.12 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (people.fsn.hu [0.0.0.0]); Sat, 17 Jan 2009 17:57:35 +0100 (CET) Cc: Dimitry Andric , freebsd-current@FreeBSD.org Subject: Re: FreeBSD panics with 64GiB of RAM 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, 17 Jan 2009 16:57:38 -0000 Hello, I've already tried something similar. The effect of the patch is this: http://people.fsn.hu/~bra/freebsd/20090107-freebsd-x4540/Screenshot-70.png BTW, this: ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/200812/8.0-CURRENT-200812-amd64-bootonly.iso boots up fine (to sysinstall). I haven't installed FreeBSD for years (I'm using netboot), is this i386? That could explain the situation. Maxim Sobolev wrote: > Atilla, > > Try the following patch (basically replace panic() with basemem = 640 > and let us know: > > Index: sys/amd64/amd64/machdep.c > =================================================================== > --- sys/amd64/amd64/machdep.c (revision 185808) > +++ sys/amd64/amd64/machdep.c (working copy) > @@ -1089,7 +1091,13 @@ > } > } > if (basemem == 0) > - panic("BIOS smap did not include a basemem segment!"); > + basemem = 640; > + if (basemem > 640) { > + printf( > + "Preposterous BIOS basemem of %uK, truncating to > 640K\n", > + basemem); > + basemem = 640; > + } > > #ifdef SMP > /* make hole for AP bootstrap code */ > > -Maxim > > Dimitry Andric wrote: >> On 2009-01-12 10:46, Attila Nagy wrote: >>> FreeBSD-CURRENT/amd64 panics at initialization with this: >>> http://people.fsn.hu/~bra/freebsd/20090107-freebsd-x4540/Screenshot-55.png >>> >>> on a Sun X4550, equipped with two Opteron CPUs and 64 GiB of RAM. >> >> Looks like a BIOS problem, the memory map doesn't include any segment >> that starts at 0. This memory map seems to be provided by the loader, >> as stated in /usr/src/sys/amd64/amd64/machdep.c: >> >> static void >> getmemsize(caddr_t kmdp, u_int64_t first) >> { >> [...] >> /* >> * get memory map from INT 15:E820, kindly supplied by the >> loader. >> [...] >> /* >> * Find the 'base memory' segment for SMP >> */ >> basemem = 0; >> for (i = 0; i <= physmap_idx; i += 2) { >> if (physmap[i] == 0x00000000) { >> basemem = physmap[i + 1] / 1024; >> break; >> } >> } >> if (basemem == 0) >> panic("BIOS smap did not include a basemem segment!"); >> [...] >> >> Funny though, the i386 equivalent has: >> >> static void >> getmemsize(int first) >> { >> [...] >> /* >> * Perform "base memory" related probes & setup based on SMAP >> */ >> if (basemem == 0) { >> for (i = 0; i <= physmap_idx; i += 2) { >> if (physmap[i] == 0x00000000) { >> basemem = physmap[i + 1] / 1024; >> break; >> } >> } >> >> /* >> * XXX this function is horribly organized and has to the >> same >> * things that it does above here. >> */ >> if (basemem == 0) >> basemem = 640; >> if (basemem > 640) { >> printf( >> "Preposterous BIOS basemem of %uK, truncating to >> 640K\n", >> basemem); >> basemem = 640; >> } >> >> E.g. if it can't find the SMAP segment required, it just assumes 640k... >> should be enough for everone. ;) >> _______________________________________________ >> 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 Jan 17 17:11: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 08F7C106564A for ; Sat, 17 Jan 2009 17:11:10 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from people.fsn.hu (people.fsn.hu [195.228.252.137]) by mx1.freebsd.org (Postfix) with ESMTP id BB7218FC0C for ; Sat, 17 Jan 2009 17:11:09 +0000 (UTC) (envelope-from bra@fsn.hu) Received: from [172.27.51.4] (fw.axelero.hu [195.228.243.120]) by people.fsn.hu (Postfix) with ESMTP id EA9D6AC521; Sat, 17 Jan 2009 18:11:04 +0100 (CET) Message-ID: <49721125.8070701@fsn.hu> Date: Sat, 17 Jan 2009 18:11:01 +0100 From: Attila Nagy User-Agent: Thunderbird 2.0.0.19 (X11/20090105) MIME-Version: 1.0 To: =?ISO-8859-1?Q?Marius_N=FCnnerich?= References: <496B115F.1000105@fsn.hu> In-Reply-To: X-Stationery: 0.4.8.12 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (people.fsn.hu [0.0.0.0]); Sat, 17 Jan 2009 18:11:06 +0100 (CET) Cc: freebsd-current@freebsd.org Subject: Re: FreeBSD panics with 64GiB of RAM 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, 17 Jan 2009 17:11:10 -0000 Marius Nnnerich wrote: > On Mon, Jan 12, 2009 at 10:46 AM, Attila Nagy wrote: > >> Hello, >> >> FreeBSD-CURRENT/amd64 panics at initialization with this: >> http://people.fsn.hu/~bra/freebsd/20090107-freebsd-x4540/Screenshot-55.png >> on a Sun X4550, equipped with two Opteron CPUs and 64 GiB of RAM. >> >> The machine will be here for this week, so if somebody can or want to look >> into this issue, I can test patches. >> > > Have you tried turning it off and on again? Just kidding, I mean do > you have the newest BIOS? > This is really a 7210 "storage appliance", so I can't upgrade it's BIOS so easily. :( From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 21:12: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 147FD1065673 for ; Sat, 17 Jan 2009 21:12:07 +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 CF3158FC13 for ; Sat, 17 Jan 2009 21:12:06 +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 A4DD43F129 for ; Sat, 17 Jan 2009 21:12:05 +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 n0HLC5GC001504 for ; Sat, 17 Jan 2009 21:12:05 GMT (envelope-from phk@critter.freebsd.dk) To: current@freebsd.org From: Poul-Henning Kamp Date: Sat, 17 Jan 2009 21:12:04 +0000 Message-ID: <1503.1232226724@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Subject: USB2 + ucom + UHCI: still not happy 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, 17 Jan 2009 21:12:07 -0000 I just updated to -current and tried USB2 again, FTDI serial ports and Huawei 3G modem still not happy. -- 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 Sat Jan 17 21:38: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 B8D7C1065670; Sat, 17 Jan 2009 21:38: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 6F6178FC0A; Sat, 17 Jan 2009 21:38: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 n0HLcExR083509; Sat, 17 Jan 2009 16:38: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 n0HLcEHw028130; Sat, 17 Jan 2009 16:38:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2EAF77302F; Sat, 17 Jan 2009 16:38:14 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090117213814.2EAF77302F@freebsd-current.sentex.ca> Date: Sat, 17 Jan 2009 16:38: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 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, 17 Jan 2009 21:38:18 -0000 TB --- 2009-01-17 20:05:28 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2009-01-17 20:05:28 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2009-01-17 20:05:28 - cleaning the object tree TB --- 2009-01-17 20:05:50 - cvsupping the source tree TB --- 2009-01-17 20:05:50 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2009-01-17 20:05:59 - building world TB --- 2009-01-17 20:05:59 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-17 20:05:59 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-17 20:05:59 - TARGET=sun4v TB --- 2009-01-17 20:05:59 - TARGET_ARCH=sparc64 TB --- 2009-01-17 20:05:59 - TZ=UTC TB --- 2009-01-17 20:05:59 - __MAKE_CONF=/dev/null TB --- 2009-01-17 20:05:59 - cd /src TB --- 2009-01-17 20:05:59 - /usr/bin/make -B buildworld >>> World build started on Sat Jan 17 20:06: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 >>> World build completed on Sat Jan 17 21:23:49 UTC 2009 TB --- 2009-01-17 21:23:49 - generating LINT kernel config TB --- 2009-01-17 21:23:49 - cd /src/sys/sun4v/conf TB --- 2009-01-17 21:23:49 - /usr/bin/make -B LINT TB --- 2009-01-17 21:23:49 - building LINT kernel TB --- 2009-01-17 21:23:49 - MAKEOBJDIRPREFIX=/obj TB --- 2009-01-17 21:23:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-01-17 21:23:49 - TARGET=sun4v TB --- 2009-01-17 21:23:49 - TARGET_ARCH=sparc64 TB --- 2009-01-17 21:23:49 - TZ=UTC TB --- 2009-01-17 21:23:49 - __MAKE_CONF=/dev/null TB --- 2009-01-17 21:23:49 - cd /src TB --- 2009-01-17 21:23:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Jan 17 21:23: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 [...] 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/hvcons.c cc -c -x assembler-with-cpp -DLOCORE -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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/hcall.S 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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/hviommu.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/identcpu.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sparc64/sparc64/in_cksum.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/intr_machdep.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=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mcmodel=medany -msoft-float -ffreestanding -fstack-protector -Werror /src/sys/sun4v/sun4v/machdep.c /src/sys/sun4v/sun4v/machdep.c:192: error: size of array '__assert192' is negative *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-01-17 21:38:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-01-17 21:38:14 - ERROR: failed to build lint kernel TB --- 2009-01-17 21:38:14 - 4573.65 user 407.92 system 5565.85 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 22:43:30 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 594931065670 for ; Sat, 17 Jan 2009 22:43:30 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id E14058FC1C for ; Sat, 17 Jan 2009 22:43:29 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so322827nfh.33 for ; Sat, 17 Jan 2009 14:43:29 -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=WZCc92OUOKsfjKnNZEbkzSiK2pEbV1GQG9SXBp+nQuE=; b=KfnTLszJQ2hT2U6QB3dO8kW89kqh2wqXXEAXX9FK2zwb0tjaYO1yJF9DBKICRzcRu8 QRuitmc+AF73PVsPgRQaQLNua0weR8mZfeaQz4Jbt8cUT8k7nKhKEZuGdXnzZPL5rNk7 o6GKLkf6XhHZfpojBAVo3D5kEux3SZxEUNyG4= 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=bgBxF2LKcswYU4e57WNzY351Lhpu1iNZoNZ+6lxtdqjVzuDbmFNLUXbTsGdBmw25CF dzbEdKklyOBxN9U9s9ZBVrgzwB5TH5boRBTmwkMctMW+RThf6nKqvv/qRCB4q+3o2Ctm Yh4Nlrz9oVO83xYNVylTW44cwsKGY+b2GWQX8= MIME-Version: 1.0 Received: by 10.210.19.7 with SMTP id 7mr3737536ebs.44.1232232208954; Sat, 17 Jan 2009 14:43:28 -0800 (PST) In-Reply-To: <4971CC75.4050501@gmail.com> References: <4971CC75.4050501@gmail.com> Date: Sat, 17 Jan 2009 23:43:28 +0100 Message-ID: <3a142e750901171443w43ddb06p2022cca1e787773a@mail.gmail.com> From: "Paul B. Mahol" To: Martin Baumann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: linux compatibility module build 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, 17 Jan 2009 22:43:30 -0000 On 1/17/09, Martin Baumann wrote: > Hi. > > My sources are updated to HEAD. > When I try to do: *cd /usr/src/sys/modules/linux && make* This will make it just build but may not work .... diff Makefile.org Makefile 17c17 < device_if.h bus_if.h assym.s --- > device_if.h bus_if.h assym.s opt_hwpmc_hooks.h -- Paul From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 23: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 1708B106566B for ; Sat, 17 Jan 2009 23:02:27 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-ew0-f18.google.com (mail-ew0-f18.google.com [209.85.219.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6FA0E8FC08 for ; Sat, 17 Jan 2009 23:02:26 +0000 (UTC) (envelope-from onemda@gmail.com) Received: by ewy11 with SMTP id 11so97295ewy.19 for ; Sat, 17 Jan 2009 15:02: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 :content-transfer-encoding; bh=30fKGtpNpAg7HDwVRWjDYD6sx6R6FCLTby7K9IwnVOw=; b=e+ljWWoMazte35vL0DtNHPcd7jQi5srmJ+4tqmrT1S96dwEdK36NFvjMFgBYYlrBMC Bu8b39uZywkEfy/CDSh6vLLOKbtgOrhkqVtisp8BZuGgbfPlBq0aaioLC/tKJvJs6O4q UzBzQAcXdWYSRGmsfFq4V7yNGa7Ui5Zniyv5E= 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=w5Clej5/2fcwa1BHtgmfFUYJktxvBi2OfVr9iIRfyq3UdCPeqioPvhH3vttmB1VA4n IoUNSjCuJraPqIL1rM4MFGgIDZT7p8XTlZNO/T1ScPeyzkw/O5NVIri3YaTe19fsJIA/ 8J+FBOifh0znHFdAlQMTEPUvSkpwqBj9/YysY= MIME-Version: 1.0 Received: by 10.210.62.3 with SMTP id k3mr3746981eba.81.1232233345091; Sat, 17 Jan 2009 15:02:25 -0800 (PST) In-Reply-To: References: <3a142e750901140435m58c067c5t5cb100518f882f23@mail.gmail.com> <3a142e750901140905j7fe74944wcf96969a79ccc017@mail.gmail.com> <3c1674c90901151848y7ea905f0l190d549f8b6c8609@mail.gmail.com> Date: Sun, 18 Jan 2009 00:02:24 +0100 Message-ID: <3a142e750901171502h74f6d9a5q130f79add54e48d8@mail.gmail.com> From: "Paul B. Mahol" To: Yuriy Tsibizov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: _rw_wlock_hard: recursing but non-recursive rw radix node head @ /usr/src/sys/net/route.c:831 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, 17 Jan 2009 23:02:28 -0000 On 1/16/09, Yuriy Tsibizov wrote: >> > On 1/14/09, Yuriy Tsibizov wrote: >> >> >> >>> On 1/14/09, Yuriy Tsibizov wrote: >> >>> > Kip, >> >>> > >> >>> > this happens on fresh -CURRENT, with configuration >> similar to one >> >>> > described in >> >>> > >> >>> http://docs.freebsd.org/cgi/mid.cgi?3a142e750812080658r645dc1c >> >>> 4sdd612585 >> >>> > fe9ad7d6 (wpa_supplicant is main suspect in triggering this >> >>> panic). No >> >>> > crashdump / backtrace available. >> >>> > >> >>> > Somehow needlock!=0, and rnh is already locked. >> >>> > >> >>> > HW is Intel Atom D945GCLF2 (2core + HT enabled) + D-Link >> >>> Atheros-based >> >>> > card with WPA and static ip. >> >> >> >>> And bt is completly the same as was mine? >> >> >> >> I don't have backtrace -- swap was tooo small. >> > >> I need a full backtrace in order to fix. > > I have a textdumps enabled now (with default script that calls bt), will > it be enough or full memory dump (for kgdb analysis) is a must? bt is necessarily for even starting to look at panic source when there is no known way how to reproduce panic itself. When textdump is enabled memory dumps are by default not created. Memory dumps are useful if you plan to debug big file yourself, and you already said that your dumb dev is too small for it. -- Paul From owner-freebsd-current@FreeBSD.ORG Sat Jan 17 23:34:28 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 4D1B3106564A for ; Sat, 17 Jan 2009 23:34:28 +0000 (UTC) (envelope-from martin.baumann@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id D2A828FC1E for ; Sat, 17 Jan 2009 23:34:27 +0000 (UTC) (envelope-from martin.baumann@gmail.com) Received: by ug-out-1314.google.com with SMTP id 30so119613ugs.39 for ; Sat, 17 Jan 2009 15:34:27 -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=uDOFbJgMKIcjIjrtUXN5KGG7vFhheaLTPYZoczGOkvo=; b=mpJzISO/C02ZRHkCnF73FgV05hRy4mhKXXeSo60Av91/Ihlsf7A18JFRAVixKb6xw9 W6A9jkIJZcSeOSHxq9xYH0GEyGFTJKHjhVm0UdQVKL0v8TS7JWbppgkGC4bVSxqFJaSk zz9Pkkueg5euBB+UD4AubiTCX4dsLDvyKnZac= 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=G3bb01JSbqWRs5zYuuj2l4kbM8NKn5g7jF1dthksPbDrr5fN+RvM3JiOYiUrkENrFF CcKlN3D6DdZH4/W+2c0H3AQXzyK4//iPhdIu5rOsLX4zR4LkGkJku6P/cgB2IPXfQuQU iaDs6/KRC4VE82DR2nLUPNaNbxDgG7ndYVW8o= Received: by 10.67.10.8 with SMTP id n8mr928428ugi.81.1232235266944; Sat, 17 Jan 2009 15:34:26 -0800 (PST) Received: from ?127.0.0.1? ([84.16.39.226]) by mx.google.com with ESMTPS id o30sm5684966ugd.35.2009.01.17.15.34.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Jan 2009 15:34:25 -0800 (PST) Message-ID: <49726AFF.9060807@gmail.com> Date: Sun, 18 Jan 2009 00:34:23 +0100 From: Martin Baumann User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: current@freebsd.org References: <4971CC75.4050501@gmail.com> <3a142e750901171443w43ddb06p2022cca1e787773a@mail.gmail.com> In-Reply-To: <3a142e750901171443w43ddb06p2022cca1e787773a@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: linux compatibility module build 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, 17 Jan 2009 23:34:28 -0000 Hi. The strangest thing is that when I compile kernel with options COMPAT_LINUX it doesnt give me any error.. So I really dont understand. Best regards, Martin Baumann Paul B. Mahol wrote: > On 1/17/09, Martin Baumann wrote: > >> Hi. >> >> My sources are updated to HEAD. >> When I try to do: *cd /usr/src/sys/modules/linux && make* >> > > This will make it just build but may not work .... > > diff Makefile.org Makefile > 17c17 > < device_if.h bus_if.h assym.s > --- > >> device_if.h bus_if.h assym.s opt_hwpmc_hooks.h >> > > >