From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 00:29:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6253B106564A for ; Sun, 24 Apr 2011 00:29:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 16BB68FC14 for ; Sun, 24 Apr 2011 00:29:14 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ArwGAKtms02DaFvO/2dsb2JhbACET5NNjkOxG49vgSmDUH0EjjU X-IronPort-AV: E=Sophos;i="4.64,260,1301889600"; d="scan'208";a="118441913" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 23 Apr 2011 20:00:18 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id E5AC6B3F30 for ; Sat, 23 Apr 2011 20:00:18 -0400 (EDT) Date: Sat, 23 Apr 2011 20:00:18 -0400 (EDT) From: Rick Macklem To: freebsd-current@freebsd.org Message-ID: <2075443640.480241.1303603218847.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.202] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Subject: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 00:29:15 -0000 There will soon be a commit to head that will change the default NFS server to the new one that was called the experimental NFS server (but no longer experimental). After this commit, you must use "-o" on both mountd and nfsd to force the system to use the old/regular server but, please, try the new server and let me know of problems before you switch back to the old one. Hopefully this will not cause you grief, rick From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 06:08:27 2011 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 62564106564A for ; Sun, 24 Apr 2011 06:08:27 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 4515E8FC0C for ; Sun, 24 Apr 2011 06:08:26 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QDsJ6-00070F-52 for current@freebsd.org; Sun, 24 Apr 2011 05:56:32 +0000 Date: Sun, 24 Apr 2011 14:57:11 +0900 Message-ID: From: Randy Bush To: FreeBSD current mailing list User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: Subject: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 06:08:27 -0000 i know i a perverted, but i really prefer not to have ca_mode. i.e. prior to 9, i had this little patch *** termcap.FCS Tue Jun 17 15:10:46 2003 --- termcap Tue Jun 17 15:14:15 2003 *************** *** 299,305 **** adm3|3|lsi adm3:\ :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: xterm|xterm-color|X11 terminal emulator:\ ! :ti@:te@:tc=xterm-xfree86: # # DESCRIPTION: # This file describes capabilities of various terminals, as needed by --- 299,305 ---- adm3|3|lsi adm3:\ :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: xterm|xterm-color|X11 terminal emulator:\ ! :tc=xterm-xfree86: # # DESCRIPTION: # This file describes capabilities of various terminals, as needed by which no longer works. what is the simplest way to accomplish this? thanks. randy From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 09:04:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBA45106564A for ; Sun, 24 Apr 2011 09:04:43 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 444DE8FC08 for ; Sun, 24 Apr 2011 09:04:42 +0000 (UTC) Received: by bwz12 with SMTP id 12so1743526bwz.13 for ; Sun, 24 Apr 2011 02:04:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=D3YAQeke8DwBVhIZorV4TTW3jt2V1oxfEB93g1WDxJA=; b=UNH6qOg4CzducHKUDhjoKq5HQI8v0sjKMf1hbx9PZsUyPLf8C3l8Z4A2i5ao9/GOPe UcdUNXQm6kqvovPmPlC6bsPuoaNfd8YeIbJQTAQWEMjVcXKEYPgioel+Zaf0XajuKAj7 u1nu1A9gBMi9yU7e2ZiBxbxncRU5vnZhqddI0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=LjmBojMCHu7mGvq72XA5yZZ7Um70pQ9PSBChtT6HGrgu1+4VSuvjpG7rPp3BqypJBC kfWrCgz/t+eMXoXEqUJEGgkKn6UoenaKvYr7gVwzYZCcPS1e/o7SQ3z5x2itF4xTKywd eHVZDBtiM2ghkFFCZsaLEcc2hwtLad30docaU= Received: by 10.204.16.72 with SMTP id n8mr2350896bka.8.1303635881410; Sun, 24 Apr 2011 02:04:41 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id x6sm2643579bkv.0.2011.04.24.02.04.39 (version=SSLv3 cipher=OTHER); Sun, 24 Apr 2011 02:04:40 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB3E7A6.5020002@FreeBSD.org> Date: Sun, 24 Apr 2011 12:04:38 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 CC: FreeBSD-Current References: <4DAEAE1B.70207@FreeBSD.org> <20110420205115.GA86399@alchemy.franken.de> <4DB00651.6080708@FreeBSD.org> In-Reply-To: <4DB00651.6080708@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Switch from legacy ata(4) to CAM-based ATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 09:04:43 -0000 On 21.04.2011 13:26, Alexander Motin wrote: > Marius Strobl wrote: >> On Wed, Apr 20, 2011 at 12:57:47PM +0300, Alexander Motin wrote: >>> With 9.0 release approaching quickly, I believe it the best time now to >>> manage migration from legacy ata(4) ATA to the new CAM-based one. New >>> ATA code present in the tree for more then a year now, used by many >>> people and proved it's superior functionality and reliability. The only >>> major issue with it now is the migration process. Sooner or later we >>> have to pass it, but due to major UI and API changes we can't do it >>> after 9.0 release. So I propose to do it the next Sunday (April 24) to >>> have as much time for troubleshooting as possible. >>> >>> I have prepared the following patch to do it: >>> http://people.freebsd.org/~mav/ata_switch.patch >> >> Could you please add descriptions of the controllers supported by >> ahci(4), mvs(4) and siis(4) to the kernel configuration files and >> preserve alphabetical ordering, i.e. list ata(4) after ahci(4)? > > OK. Here is the new patch: > http://people.freebsd.org/~mav/ata_switch2.patch Patch committed. Welcome to the new world! :) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 09:14:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A7378106564A; Sun, 24 Apr 2011 09:14:27 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay02.ispgateway.de (smtprelay02.ispgateway.de [80.67.31.25]) by mx1.freebsd.org (Postfix) with ESMTP id 367AA8FC16; Sun, 24 Apr 2011 09:14:26 +0000 (UTC) Received: from [78.34.147.53] (helo=fabiankeil.de) by smtprelay02.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QDvOb-0005uy-6v; Sun, 24 Apr 2011 11:14:25 +0200 Date: Sun, 24 Apr 2011 11:12:03 +0200 From: Fabian Keil To: FreeBSD-Current Message-ID: <20110424111203.2fe56510@fabiankeil.de> In-Reply-To: <20110422170401.4847857d@fabiankeil.de> References: <20110422170401.4847857d@fabiankeil.de> X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/oGXW3_=Lo/m6pZqcJHr/EtC"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: Pawel Jakub Dawidek Subject: Re: panic: g_eli_key_hold: sc_ekeys_total=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: Sun, 24 Apr 2011 09:14:27 -0000 --Sig_/oGXW3_=Lo/m6pZqcJHr/EtC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > With sources from today my system panics at boot time > after attaching the swap device: >=20 > GEOM_ELI: Device ada0s1b.eli created. > GEOM_ELI: Encryption: AES-XTS 256 > GEOM_ELI: Crypto: software > panic: g_eli_key_hold: sc_ekeys_total=3D1 > cpuid =3D 0 > KDB: enter: panic > Uptime: 2m16s > Physical memory: 1974 MB > Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 >=20 > Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/ker= nel/zfs.ko.symbols...done. > done. > [...] > Loaded symbols for /boot/kernel/acpi_ibm.ko > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:250 > 250 if (textdump_pending) > (kgdb) where > #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:250 > #1 0xffffffff805354f7 in kern_reboot (howto=3D260) at /usr/src/sys/kern/= kern_shutdown.c:418 > #2 0xffffffff80534f91 in panic (fmt=3DVariable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:591 > #3 0xffffffff811acab2 in g_eli_key_hold (sc=3D0xfffffe0005c33400, offset= =3D0, blocksize=3DVariable "blocksize" is not available. > ) at /usr/src/sys/modules/geom/geom_eli/../../../geom/eli/g_eli_key_cache= .c:266 > #4 0xffffffff811acdbc in g_eli_crypto_run (wr=3D0xfffffe0005cc3a80, bp= =3D0xfffffe0005b9f0e8) at /usr/src/sys/modules/geom/geom_eli/../../../geom/= eli/g_eli_privacy.c:317 > #5 0xffffffff811a5301 in g_eli_worker (arg=3DVariable "arg" is not avail= able. > ) at /usr/src/sys/modules/geom/geom_eli/../../../geom/eli/g_eli.c:519 > #6 0xffffffff80509845 in fork_exit (callout=3D0xffffffff811a4f20 , arg=3D0xfffffe0005cc3a80, frame=3D0xffffff80e68d5c50) at /usr/src/= sys/kern/kern_fork.c:920 > #7 0xffffffff807bd67e in fork_trampoline () at /usr/src/sys/amd64/amd64/= exception.S:603 > [...] > (kgdb) f 3 > #3 0xffffffff811acab2 in g_eli_key_hold (sc=3D0xfffffe0005c33400, offset= =3D0, blocksize=3DVariable "blocksize" is not available. > ) at /usr/src/sys/modules/geom/geom_eli/../../../geom/eli/g_eli_key_cache= .c:266 > 266 KASSERT(sc->sc_ekeys_total > 1, ("%s: sc_ekeys_total=3D%j= u", __func__, > (kgdb) p *sc > $1 =3D {sc_geom =3D 0xfffffe00028a1000, sc_crypto =3D 2,=20 > sc_mkey =3D "[scrubbed]", sc_ekey =3D '\0' , sc_ekeys= _queue =3D {tqh_first =3D 0xfffffe0005c2b380, tqh_last =3D 0xfffffe0005c2b3= d0},=20 > sc_ekeys_tree =3D {rbh_root =3D 0xfffffe0005c2b380}, sc_ekeys_lock =3D = {lock_object =3D {lo_name =3D 0xffffffff811adf38 "geli:ekeys", lo_flags =3D= 16973824, lo_data =3D 0, lo_witness =3D 0x0},=20 > mtx_lock =3D 4}, sc_ekeys_total =3D 1, sc_ekeys_allocated =3D 1, sc_e= algo =3D 22, sc_ekeylen =3D 256,=20 > sc_akey =3D "[scrubbed]", sc_aalgo =3D 0, sc_akeylen =3D 0, sc_alen =3D= 0, sc_akeyctx =3D {state =3D {0, 0, 0, 0, 0, 0, 0,=20 > 0}, bitcount =3D 0, buffer =3D '\0' },=20 > sc_ivkey =3D "[scrubbed]", sc_ivctx =3D {state =3D {0, 0, 0, 0, 0, 0, 0= , 0},=20 > bitcount =3D 0, buffer =3D '\0' }, sc_nkey =3D -1, = sc_flags =3D 13, sc_inflight =3D 1, sc_mediasize =3D 2147483648, sc_sectors= ize =3D 4096, sc_bytes_per_sector =3D 0,=20 > sc_data_per_sector =3D 0, sc_queue =3D {queue =3D {tqh_first =3D 0x0, t= qh_last =3D 0xfffffe0005c336a8}, last_offset =3D 2147479552, insert_point = =3D 0x0}, sc_queue_mtx =3D {lock_object =3D { > lo_name =3D 0xffffffff811adf2d "geli:queue", lo_flags =3D 16973824,= lo_data =3D 0, lo_witness =3D 0x0}, mtx_lock =3D 4}, sc_workers =3D {lh_fi= rst =3D 0xfffffe0005cc3a40}} >=20 > Before the panic, the geli provider (AES-CBC 128) for the ZFS pool > is attached without issues. Attaching geli providers located on > USB disks doesn't seem to cause issues either, and I haven't > been able to reproduce the panic by manually running: >=20 > /sbin/geli onetime -l 256 /dev/ada0s1b > swapon /dev/ada0s1b.eli Which of course isn't the sector size normally used for the swap device. The panic can be reproduced with: /sbin/geli onetime -l 256 -s 4096 /dev/ada0s1b Fabian --Sig_/oGXW3_=Lo/m6pZqcJHr/EtC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk2z6WYACgkQBYqIVf93VJ3VjACgmrfx08+nRwpy14PpUdblVrUU fqIAn2F+Pjc1IfY+4UMXER4bIi7tbEbd =eNQZ -----END PGP SIGNATURE----- --Sig_/oGXW3_=Lo/m6pZqcJHr/EtC-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 09:57:15 2011 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 0CC20106566C for ; Sun, 24 Apr 2011 09:57:15 +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 C450A8FC0A for ; Sun, 24 Apr 2011 09:57:14 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3O9vDGf017656; Sun, 24 Apr 2011 05:57:13 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3O9vDVT017655; Sun, 24 Apr 2011 05:57:13 -0400 (EDT) Date: Sun, 24 Apr 2011 05:57:13 -0400 From: Thomas Dickey To: Randy Bush Message-ID: <20110424095713.GA17603@saltmine.radix.net> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZGiS0Q5IWpPtfppv" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 09:57:15 -0000 --ZGiS0Q5IWpPtfppv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2011 at 02:57:11PM +0900, Randy Bush wrote: > i know i a perverted, but i really prefer not to have ca_mode. i.e. > prior to 9, i had this little patch >=20 > *** termcap.FCS Tue Jun 17 15:10:46 2003 > --- termcap Tue Jun 17 15:14:15 2003 > *************** > *** 299,305 **** > adm3|3|lsi adm3:\ > :do=3D^J:am:le=3D^H:bs:cl=3D^Z:li#24:ma=3D^K^P:co#80: > xterm|xterm-color|X11 terminal emulator:\ > ! :ti@:te@:tc=3Dxterm-xfree86: > # > # DESCRIPTION: > # This file describes capabilities of various terminals, as needed = by > --- 299,305 ---- > adm3|3|lsi adm3:\ > :do=3D^J:am:le=3D^H:bs:cl=3D^Z:li#24:ma=3D^K^P:co#80: > xterm|xterm-color|X11 terminal emulator:\ > ! :tc=3Dxterm-xfree86: > # > # DESCRIPTION: > # This file describes capabilities of various terminals, as needed = by >=20 > which no longer works. >=20 > what is the simplest way to accomplish this? thanks. With xterm? (that's a resource setting, also available as a menu entry) Or something else that you're using that termcap entry for? --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --ZGiS0Q5IWpPtfppv 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 iD8DBQFNs/P3tIqByHxlDocRAn/FAKCrc/Tv4AVkN/IzFYk5zgCZodisEQCgpyf5 AFOBQX9x//7tz6nMQVcQqts= =IN9W -----END PGP SIGNATURE----- --ZGiS0Q5IWpPtfppv-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 10:29:35 2011 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 1DB15106566B for ; Sun, 24 Apr 2011 10:29:35 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 07E308FC0C for ; Sun, 24 Apr 2011 10:29:34 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QDwZH-0007ax-Pf; Sun, 24 Apr 2011 10:29:32 +0000 Date: Sun, 24 Apr 2011 19:30:12 +0900 Message-ID: From: Randy Bush To: Thomas Dickey In-Reply-To: <20110424095713.GA17603@saltmine.radix.net> References: <20110424095713.GA17603@saltmine.radix.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 10:29:35 -0000 > With xterm? yep > (that's a resource setting, also available as a menu entry) the menu "Enable Alternate Screen Switching" seems to do nothing toggled either way. could you whack me with the resource name? randy From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 10:52:47 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA54A106564A for ; Sun, 24 Apr 2011 10:52:47 +0000 (UTC) (envelope-from pawel@dawidek.net) Received: from mail.garage.freebsd.pl (60.wheelsystems.com [83.12.187.60]) by mx1.freebsd.org (Postfix) with ESMTP id 78DBD8FC08 for ; Sun, 24 Apr 2011 10:52:46 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 5998945B36; Sun, 24 Apr 2011 12:52:44 +0200 (CEST) Received: from localhost (mail.garage.freebsd.pl [10.0.4.2]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D897245685; Sun, 24 Apr 2011 12:52:38 +0200 (CEST) Date: Sun, 24 Apr 2011 12:52:26 +0200 From: Pawel Jakub Dawidek To: Fabian Keil Message-ID: <20110424104145.GA1872@garage.freebsd.pl> References: <20110422170401.4847857d@fabiankeil.de> <20110424111203.2fe56510@fabiankeil.de> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="O5XBE6gyVG5Rl6Rj" Content-Disposition: inline In-Reply-To: <20110424111203.2fe56510@fabiankeil.de> X-OS: FreeBSD 9.0-CURRENT amd64 User-Agent: Mutt/1.5.21 (2010-09-15) X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: FreeBSD-Current Subject: Re: panic: g_eli_key_hold: sc_ekeys_total=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: Sun, 24 Apr 2011 10:52:47 -0000 --O5XBE6gyVG5Rl6Rj Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2011 at 11:12:03AM +0200, Fabian Keil wrote: > The panic can be reproduced with: > /sbin/geli onetime -l 256 -s 4096 /dev/ada0s1b That's why I asked for ada0s1b size. It should be fixed in HEAD (r220984). --=20 Pawel Jakub Dawidek http://www.wheelsystems.com FreeBSD committer http://www.FreeBSD.org Am I Evil? Yes, I Am! http://yomoli.com --O5XBE6gyVG5Rl6Rj Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAk20AOoACgkQForvXbEpPzR0FwCfdkIOZfaxlX9pgamBgc4pr1Rf tfMAn1zKmkVWNYnSTGZy3JB/ixJN9/uy =mb51 -----END PGP SIGNATURE----- --O5XBE6gyVG5Rl6Rj-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 11:47:41 2011 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 7F241106566B for ; Sun, 24 Apr 2011 11:47:41 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3B51C8FC0A for ; Sun, 24 Apr 2011 11:47:40 +0000 (UTC) Received: by qwc9 with SMTP id 9so910124qwc.13 for ; Sun, 24 Apr 2011 04:47:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:x-enigmail-version:content-type:content-transfer-encoding; bh=abXNrPkgyu416a+taF5E8J7fsNqNXbpWcBtzdrJI1bE=; b=xJVkGvXXg9OKbCfNocVlob2c/Kr7rWrvVxsBUk82HkPhiIZO+mhZarDjXh9M0EvnQU AEl2q0tbmrqvJgTVpFJ91RpzlOY9Cg0ld9EVrz1keLRqt91StFfja2GwzDCkle1Poikn mdpGfnwIj3tHOC/GnLyNV5KiWBqDK+4GGB5nM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=oQqmwCYEf6GHuvsmLCPRnrZF75U8t6wc5TBaRCZIP5s2ra8HqDSsyTdNHyCXq9aU4d 21Lb9GHSccQU/hxSkZqNr4Ulx+KDf2bbpI+9AvonHRGYN6o/5F8swuAfRHRMnNtnREd8 2sQpHnyuPraab8ZTNKFMhprWpvjXwGuKcIGDQ= Received: by 10.224.182.71 with SMTP id cb7mr1995021qab.271.1303644251699; Sun, 24 Apr 2011 04:24:11 -0700 (PDT) Received: from schism.local (75.97.128.170.res-cmts.sewb.ptd.net [75.97.128.170]) by mx.google.com with ESMTPS id k2sm3329750qcu.31.2011.04.24.04.24.07 (version=SSLv3 cipher=OTHER); Sun, 24 Apr 2011 04:24:09 -0700 (PDT) Message-ID: <4DB40853.5@gmail.com> Date: Sun, 24 Apr 2011 07:24:03 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: current@freebsd.org X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: "No such file or directory" in daily setuid checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 11:47:41 -0000 Hi, I'm running a fairly recent -CURRENT on a new storage machine: kaos % uname -a FreeBSD kaos 9.0-CURRENT FreeBSD 9.0-CURRENT #0: Sat Apr 16 06:39:04 EDT 2011 root@kaos:/usr/obj/usr/src/sys/GENERIC amd64 I'm using ZFS v28 with dedup (thank you, pjd!) on an NFS-exported dataset, to which I backup another machine using rsnapshot: kaos % zpool list NAME SIZE ALLOC FREE CAP DEDUP HEALTH ALTROOT zroot 2.70T 28.9G 2.67T 1% 11.80x ONLINE - kaos % zfs get dedup zroot/usr/backup NAME PROPERTY VALUE SOURCE zroot/usr/backup dedup sha256,verify local kaos % showmount -e Exports list on localhost: /usr/backup 192.168.1.0 I've been seeing the following in my daily periodic emails: Checking setuid files and devices: find: /usr/backup/hourly.14/orion: No such file or directory find: /usr/backup/hourly.14: No such file or directory find: /usr/backup/hourly.15/orion: No such file or directory find: /usr/backup/hourly.15: No such file or directory [...] Files/directories do exist, however: kaos % ll /usr/backup/hourly.14/orion/usr/ total 4 drwxr-xr-x 5 root wheel 5 Apr 23 17:01 home drwxr-xr-x 4 root wheel 5 Apr 23 17:01 local kaos % ls /usr/backup/hourly.14/orion/usr/home/gjb/ | wc -l 82 The UID for my primary logon has changed between these two machines, so I do expect to see output from the weekly 340.noid check, but I'm not sure what to make of the 'No such file or directory' output in the daily emails. If it matters, the machine that is backing up to the NFS dataset is running 8-STABLE: orion % uname -a FreeBSD orion 8.2-STABLE FreeBSD 8.2-STABLE #9 r219355: Sun Mar 6 19:31:45 EST 2011 root@orion:/usr/obj/usr/src/sys/ORION amd64 I'm not sure if this is ZFS or NFS related, and I'm not entirely sure where to begin looking. Any ideas? Regards, -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 13:08:53 2011 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 E7809106566B for ; Sun, 24 Apr 2011 13:08:53 +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 AB5F28FC16 for ; Sun, 24 Apr 2011 13:08:53 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3OD8qGf009845; Sun, 24 Apr 2011 09:08:52 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3OD8qrn009844; Sun, 24 Apr 2011 09:08:52 -0400 (EDT) Date: Sun, 24 Apr 2011 09:08:52 -0400 From: Thomas Dickey To: Randy Bush Message-ID: <20110424130852.GA8226@saltmine.radix.net> References: <20110424095713.GA17603@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qDbXVdCdHGoSgWSk" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: Thomas Dickey , FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 13:08:54 -0000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2011 at 07:30:12PM +0900, Randy Bush wrote: > > With xterm? >=20 > yep What does the included termcap for xterm-xfree86 look like? Just to refresh my memory, I'm looking at the code, and see that titeInhibit applies to each of the controls that would switch between normal/alternate screens. But the older (47) code would clear the screen, unlike the "newer" (1049) code. =20 > > (that's a resource setting, also available as a menu entry) >=20 > the menu "Enable Alternate Screen Switching" seems to do nothing toggled > either way. odd - even if you were using an application that uses the terminfo entry rather than the modified termcap, that should prevent the screen-switching. =20 > could you whack me with the resource name? That's titeInhibit What does "xterm -v" say? (I'm not aware that anyone has patched xterm to disable the feature; I revised it more than ten years ago, though it's been ignored by all of the "xterm emulators"...). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --qDbXVdCdHGoSgWSk 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 iD8DBQFNtCDitIqByHxlDocRArV4AKCn0VavlxgsdxoiQyuLO8T8BqUslgCfRcUk iNaN5k1aVdCPdEfosOpOZE0= =KDT4 -----END PGP SIGNATURE----- --qDbXVdCdHGoSgWSk-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 13:23:03 2011 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 CBF73106566B for ; Sun, 24 Apr 2011 13:23:03 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id B40DB8FC1D for ; Sun, 24 Apr 2011 13:23:03 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QDzHC-0007ub-BU; Sun, 24 Apr 2011 13:23:02 +0000 Date: Sun, 24 Apr 2011 22:23:43 +0900 Message-ID: From: Randy Bush To: Thomas Dickey In-Reply-To: <20110424130852.GA8226@saltmine.radix.net> References: <20110424095713.GA17603@saltmine.radix.net> <20110424130852.GA8226@saltmine.radix.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 13:23:03 -0000 > What does the included termcap for xterm-xfree86 look like? xterm-new|modern xterm:\ :@7=\EOF:@8=\EOM:F1=\E[23~:F2=\E[24~:K2=\EOE:Km=\E[M:\ :k1=\EOP:k2=\EOQ:k3=\EOR:k4=\EOS:k5=\E[15~:k6=\E[17~:\ :k7=\E[18~:k8=\E[19~:k9=\E[20~:k;=\E[21~:kI=\E[2~:\ :kN=\E[6~:kP=\E[5~:kd=\EOB:kh=\EOH:kl=\EOD:kr=\EOC:ku=\EOA:\ :tc=xterm-basic: xterm-basic|modern xterm common:\ :am:bs:km:mi:ms:ut:xn:AX:\ :Co#8:co#80:kn#12:li#24:pa#64:\ :AB=\E[4%dm:AF=\E[3%dm:AL=\E[%dL:DC=\E[%dP:DL=\E[%dM:\ :DO=\E[%dB:LE=\E[%dD:RI=\E[%dC:UP=\E[%dA:ae=\E(B:al=\E[L:\ :as=\E(0:bl=^G:cd=\E[J:ce=\E[K:cl=\E[H\E[2J:\ :cm=\E[%i%d;%dH:cs=\E[%i%d;%dr:ct=\E[3g:dc=\E[P:dl=\E[M:\ :ei=\E[4l:ho=\E[H:im=\E[4h:is=\E[!p\E[?3;4l\E[4l\E>:\ :kD=\E[3~:kb=^H:ke=\E[?1l\E>:ks=\E[?1h\E=:le=^H:md=\E[1m:\ :me=\E[m:ml=\El:mr=\E[7m:mu=\Em:nd=\E[C:op=\E[39;49m:\ :rc=\E8:rs=\E[!p\E[?3;4l\E[4l\E>:sc=\E7:se=\E[27m:sf=^J:\ :so=\E[7m:sr=\EM:st=\EH:\ :ue=\E[24m:up=\E[A:us=\E[4m:ve=\E[?12l\E[?25h:vi=\E[?25l:vs=\E[?12;25h: xterm-xfree86|xterm terminal emulator (XFree86):\ :tc=xterm-new: > odd - even if you were using an application that uses the terminfo > entry rather than the modified termcap, that should prevent the > screen-switching. i test with less > What does "xterm -v" say? no xterm on the remote sys. the local sys is macosx snow leopard, and % xterm -v XTerm(251) note that my ti@:te@: hack works when the remote sys is 7-stable or releng_8. it's just 9-current randy From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 13:38:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE7751065673; Sun, 24 Apr 2011 13:38:52 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay06.ispgateway.de (smtprelay06.ispgateway.de [80.67.31.96]) by mx1.freebsd.org (Postfix) with ESMTP id 61E768FC1A; Sun, 24 Apr 2011 13:38:52 +0000 (UTC) Received: from [78.34.147.53] (helo=fabiankeil.de) by smtprelay06.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1QDzWT-0003W6-HG; Sun, 24 Apr 2011 15:38:50 +0200 Date: Sun, 24 Apr 2011 15:38:45 +0200 From: Fabian Keil To: freebsd-current@freebsd.org Message-ID: <20110424153845.4d355498@fabiankeil.de> In-Reply-To: <20110424111203.2fe56510@fabiankeil.de> References: <20110422170401.4847857d@fabiankeil.de> <20110424111203.2fe56510@fabiankeil.de> X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; micalg=PGP-SHA1; boundary="Sig_/O2Xnp2yQadtxc1RlBGcvd+I"; protocol="application/pgp-signature" X-Df-Sender: 775067 Cc: Pawel Jakub Dawidek Subject: Re: panic: g_eli_key_hold: sc_ekeys_total=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: Sun, 24 Apr 2011 13:38:52 -0000 --Sig_/O2Xnp2yQadtxc1RlBGcvd+I Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Fabian Keil wrote: > Fabian Keil wrote: >=20 > > With sources from today my system panics at boot time > > after attaching the swap device: > >=20 > > GEOM_ELI: Device ada0s1b.eli created. > > GEOM_ELI: Encryption: AES-XTS 256 > > GEOM_ELI: Crypto: software > > panic: g_eli_key_hold: sc_ekeys_total=3D1 > > cpuid =3D 0 > > KDB: enter: panic > > Uptime: 2m16s > > Physical memory: 1974 MB > > Dumping 213 MB: 198 182 166 150 134 118 102 86 70 54 38 22 6 > > Before the panic, the geli provider (AES-CBC 128) for the ZFS pool > > is attached without issues. Attaching geli providers located on > > USB disks doesn't seem to cause issues either, and I haven't > > been able to reproduce the panic by manually running: > >=20 > > /sbin/geli onetime -l 256 /dev/ada0s1b > > swapon /dev/ada0s1b.eli >=20 > Which of course isn't the sector size normally > used for the swap device. >=20 > The panic can be reproduced with: > /sbin/geli onetime -l 256 -s 4096 /dev/ada0s1b Somehow http://lists.freebsd.org/pipermail/freebsd-current/2011-April/024199.html and http://lists.freebsd.org/pipermail/freebsd-current/2011-April/024210.html haven't reached me. fk@r500 ~ $diskinfo -v /dev/ada0s1b /dev/ada0s1b 512 # sectorsize 2147483648 # mediasize in bytes (2.0G) 4194304 # mediasize in sectors 0 # stripesize 1073782272 # stripeoffset 4161 # Cylinders according to firmware. 16 # Heads according to firmware. 63 # Sectors according to firmware. 090509FB2F32LLEY6D8A # Disk ident. It is indeed fixed in r220984. Thanks, Pawel. Fabian --Sig_/O2Xnp2yQadtxc1RlBGcvd+I Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iEYEARECAAYFAk20J+wACgkQBYqIVf93VJ3JUgCgyp3DbOBQlnCHuRjpGkfBVWmb 0KEAniC4vuuWpAEsZ3l/jEJQ4DpjRO+h =r4IW -----END PGP SIGNATURE----- --Sig_/O2Xnp2yQadtxc1RlBGcvd+I-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 13:48:40 2011 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 E00F1106564A for ; Sun, 24 Apr 2011 13:48:39 +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 87AC98FC12 for ; Sun, 24 Apr 2011 13:48:39 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3ODmcGf014563; Sun, 24 Apr 2011 09:48:38 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3ODmcvp014562; Sun, 24 Apr 2011 09:48:38 -0400 (EDT) Date: Sun, 24 Apr 2011 09:48:38 -0400 From: Thomas Dickey To: Randy Bush Message-ID: <20110424134838.GA11767@saltmine.radix.net> References: <20110424095713.GA17603@saltmine.radix.net> <20110424130852.GA8226@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="d6Gm4EdcadzBjdND" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 13:48:40 -0000 --d6Gm4EdcadzBjdND Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2011 at 10:23:43PM +0900, Randy Bush wrote: > > What does the included termcap for xterm-xfree86 look like? >=20 > xterm-new|modern xterm:\ =2E.. looks ok - no hidden "ti" or "te" capabilities lurking in that. =20 > > odd - even if you were using an application that uses the terminfo > > entry rather than the modified termcap, that should prevent the > > screen-switching. >=20 > i test with less normally I test with ded (using ncurses and terminfo). But "less" behaves consistently (referring to the testing mentioned below). =20 > > What does "xterm -v" say? >=20 > no xterm on the remote sys. the local sys is macosx snow leopard, and >=20 > % xterm -v > XTerm(251) Actually, I "have" that in my current configuration, but don't use it (their insistence on using the option/command buttons in the "emulate three-button mouse" rather than shift is cumbersome). So (except for testing), I use my compiled #269 (with the toolbar). However... the menu-entry seems to work for me here, testing with the bundled #251. > note that my ti@:te@: hack works when the remote sys is 7-stable or > releng_8. it's just 9-current I don't have 9-current (8.1 is here, as a VM). But I'm puzzled: if you were reporting the reverse case (expecting alternate screen-switching to occur), it would be good to collect a typescript from "script" and verify if the control sequences were sent. But this doesn't offer that possibility since it's doing a function that the menu entry itself should prevent. While it's possible to have conflicting resource-settings, the menu entry isn't affected by that (discarding another possibility). If I saw something like this first-hand, I'd compile a copy of xterm to compare (and look at its debugging trace). My local compiles on Mac OS X are only x86_64 so far - --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --d6Gm4EdcadzBjdND 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 iD8DBQFNtCoftIqByHxlDocRAunKAJ9LBdpFEEi+r5OJYdv/8zY121g7kgCeNhSp Aavj2PSflcY/ztw7T2kDBh0= =v5vM -----END PGP SIGNATURE----- --d6Gm4EdcadzBjdND-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 14:10:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A742C106564A for ; Sun, 24 Apr 2011 14:10:20 +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 648F98FC08 for ; Sun, 24 Apr 2011 14:10:20 +0000 (UTC) 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 <1QE00w-0002Kh-Us>; Sun, 24 Apr 2011 16:10:18 +0200 Received: from e178005228.adsl.alicedsl.de ([85.178.5.228] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QE00w-0001pi-SE>; Sun, 24 Apr 2011 16:10:18 +0200 Message-ID: <4DB42F4A.9030405@mail.zedat.fu-berlin.de> Date: Sun, 24 Apr 2011 16:10:18 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Rick Macklem References: <2075443640.480241.1303603218847.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <2075443640.480241.1303603218847.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.5.228 X-Mailman-Approved-At: Sun, 24 Apr 2011 14:28:09 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 14:10:20 -0000 On 04/24/11 02:00, Rick Macklem wrote: > There will soon be a commit to head that will change the > default NFS server to the new one that was called the > experimental NFS server (but no longer experimental). After > this commit, you must use "-o" on both mountd and nfsd to > force the system to use the old/regular server but, please, > try the new server and let me know of problems before you > switch back to the old one. > > Hopefully this will not cause you grief, rick > _______________________________________________ > 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" If one would like to build NFS into the kernel, should those people use the "old" options (options NFSCLIENT|options NFSSERVER)? Oliver From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 18:32:24 2011 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 38948106566C for ; Sun, 24 Apr 2011 18:32:24 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.154.0.151]) by mx1.freebsd.org (Postfix) with ESMTP id C20818FC08 for ; Sun, 24 Apr 2011 18:32:23 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1QE3mK-000534-2F; Sun, 24 Apr 2011 20:11:28 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.72 (FreeBSD)) (envelope-from ) id 1QE3mG-0000p5-OJ; Sun, 24 Apr 2011 20:11:24 +0200 Message-Id: To: Randy Bush From: Ian FREISLICH In-Reply-To: References: X-Attribution: BOFH Date: Sun, 24 Apr 2011 20:11:24 +0200 Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 18:32:24 -0000 Randy Bush wrote: > i know i a perverted, but i really prefer not to have ca_mode. i.e. > prior to 9, i had this little patch Are you trying to stop the irritating linux-like screen swapping? I couldn't make termcap play nicely. In the end I put the following in wy .Xresources: XTerm*titeInhibit: true urxvt*secondaryScreen: false Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 18:54:54 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C3917106566B; Sun, 24 Apr 2011 18:54:54 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 8C22D8FC1B; Sun, 24 Apr 2011 18:54:54 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.4/8.14.4) with ESMTP id p3OIsiEm011938; Sun, 24 Apr 2011 12:54:47 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1084) From: Scott Long In-Reply-To: <20110423.183641.41662287.sthaug@nethelp.no> Date: Sun, 24 Apr 2011 12:54:44 -0600 Message-Id: <99424DD0-6ED9-42E8-A3D2-0376D444109A@samsco.org> References: <20110420203754.GM85668@acme.spoerlein.net> <4DAF46F8.9040004@FreeBSD.org> <20110423.183641.41662287.sthaug@nethelp.no> To: "sthaug@nethelp.no" X-Mailer: Apple Mail (2.1084) X-Spam-Status: No, score=-50.0 required=3.8 tests=ALL_TRUSTED,HTML_MESSAGE, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" , "mav@freebsd.org" Subject: Re: Switch from legacy ata(4) to CAM-based ATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 18:54:54 -0000 On Apr 23, 2011, at 10:36 AM, sthaug@nethelp.no wrote: >> In other words, "ada" isn't the problem here, it's that we all still = think in terms of the 1980's when systems didn't autoconfigure and = device names were important hints to system functionality. That time = has thankfully passed, and it's time for us to catch up. >=20 > If this is important for disk type devices, why not also for network > type devices? Why don't we all use ethX like Linux does? I'd really like to see that as well, but there were strong disagreements = when I floated the idea 4 years ago. > Personally I *like* knowing something about the underlying type of > device and technology - but I can definitely see both sides of the > argument here. >=20 Indeed, there's nothing wrong with preserving access to the system = details for the use of administration, troubleshooting, and even mere = geeky knowledge. This isn't about taking power away from the = superusers, it's about making the system smart enough to handle common = situations reliably. I'm sure that there some among us who pine for the = good old days of manually configuring and linking a kernel, but it's = hard to argue that an auto-configured kernel isn't pretty darn = convenient most of the time. What I'm proposing is just the next step = in that process. Scott= From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 19:12:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9F2C5106566B for ; Sun, 24 Apr 2011 19:12:14 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6062D8FC0A for ; Sun, 24 Apr 2011 19:12:14 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAJ11tE2DaFvO/2dsb2JhbACET6FgiHCqY49UgSmDUH0EjH2BOA X-IronPort-AV: E=Sophos;i="4.64,263,1301889600"; d="scan'208";a="118479551" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 24 Apr 2011 15:12:13 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 6A9D6B3F5A; Sun, 24 Apr 2011 15:12:13 -0400 (EDT) Date: Sun, 24 Apr 2011 15:12:13 -0400 (EDT) From: Rick Macklem To: "O. Hartmann" Message-ID: <883894078.493543.1303672333362.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4DB42F4A.9030405@mail.zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: freebsd-current@freebsd.org Subject: Re: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 19:12:14 -0000 > On 04/24/11 02:00, Rick Macklem wrote: > > There will soon be a commit to head that will change the > > default NFS server to the new one that was called the > > experimental NFS server (but no longer experimental). After > > this commit, you must use "-o" on both mountd and nfsd to > > force the system to use the old/regular server but, please, > > try the new server and let me know of problems before you > > switch back to the old one. > > > > Hopefully this will not cause you grief, rick > > _______________________________________________ > > 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" > > If one would like to build NFS into the kernel, should those people > use > the "old" options (options NFSCLIENT|options NFSSERVER)? > If you are going with the default/new server, the option is NFSD. I haven't yet switched over the client (it still needs some commits related to diskless root, etc), but the option for it is NFSCL. (When it gets time to switch the client, I plan on posting to see if others think the default kernel configs should change. Personally, I'd wait until both have been switched and the dust settles to the point where it seems there is no need to switch back.) rick From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 20:12:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D41A1065672 for ; Sun, 24 Apr 2011 20:12:56 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id F1C318FC18 for ; Sun, 24 Apr 2011 20:12:55 +0000 (UTC) Received: by fxm11 with SMTP id 11so1634842fxm.13 for ; Sun, 24 Apr 2011 13:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=yWDi5Ur0DKMFn2/Gt9dQGJNHz0JR+ZiqiRH11zM8eFU=; b=XMJCaVs5VU89IIs6uR5qdFsGrpT1Z668sLgLxt2ykTKLspn/LxENyn95rPSWB4H8Vr 4DMoDLt6KNf3JC23sIZE0W1PkBSJRSFCT3I8JDzuneHOhVODgekWp7+z/VpMLW+GHSdu pnRqqpNfy3xItBvLpAdr+z7cR6IbwEeAC5yLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=IGa1j8aehvViKrM+5piwMnNKCjl/ptspaWs63dFCXwd6ADseq9zn3Lc+5WSA0V8Hr2 /cxZ6kaXh7WIUpCdq5d28M40WESmRcptmfdUSVOYYqGU/o+e+HIeNALdI25diNvUpZH7 gTaWVh8E4Ly5/QgsRQgrYD2n6eJKz1BOmvs1I= MIME-Version: 1.0 Received: by 10.223.54.213 with SMTP id r21mr2133267fag.54.1303674373570; Sun, 24 Apr 2011 12:46:13 -0700 (PDT) Received: by 10.223.20.145 with HTTP; Sun, 24 Apr 2011 12:46:13 -0700 (PDT) In-Reply-To: <99424DD0-6ED9-42E8-A3D2-0376D444109A@samsco.org> References: <20110420203754.GM85668@acme.spoerlein.net> <4DAF46F8.9040004@FreeBSD.org> <20110423.183641.41662287.sthaug@nethelp.no> <99424DD0-6ED9-42E8-A3D2-0376D444109A@samsco.org> Date: Sun, 24 Apr 2011 14:46:13 -0500 Message-ID: From: Adam Vande More To: Scott Long Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-current@freebsd.org" Subject: Re: Switch from legacy ata(4) to CAM-based ATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 20:12:56 -0000 On Sun, Apr 24, 2011 at 1:54 PM, Scott Long wrote: > Indeed, there's nothing wrong with preserving access to the system details > for the use of administration, troubleshooting, and even mere geeky > knowledge. This isn't about taking power away from the superusers, it's > about making the system smart enough to handle common situations reliably. > I'm sure that there some among us who pine for the good old days of manually > configuring and linking a kernel, but it's hard to argue that an > auto-configured kernel isn't pretty darn convenient most of the time. What > I'm proposing is just the next step in that process. > For me, your proposal would make life more difficult as it is on Linux. I've had to do more deployment/autoconfig setups recently and FreeBSD's method of device naming makes it much easier for me to deal with. I like the fact I easily know what disk is attached to what controller and what NIC driver is in use. The NIC specific naming is more useful than disk controller, but both have their places for me. It makes tweaking/troubleshooting quicker in some situations. In fact, I would like even more of it it, eg /dev/usbda0. What a disk is called is already different(for me) than what is in fstab since some(maybe many?) people are already using some of the abstraction methods currently available. If a sys-admin makes an effort, a consistent fstab is pretty easily achieved but it's better done by pre-deployment planning rather than after. If one of the new installer proposals handled this automatically, even better. My point is that device names are still an important hint to functionality particularly for auto-deployment/configure settings where specific hardware isn't always known ahead of time. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 20:51:33 2011 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 D24B31065672 for ; Sun, 24 Apr 2011 20:51:33 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id BBED58FC08 for ; Sun, 24 Apr 2011 20:51:33 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QE6G0-0008tg-C4; Sun, 24 Apr 2011 20:50:16 +0000 Date: Mon, 25 Apr 2011 05:50:57 +0900 Message-ID: From: Randy Bush To: Ian FREISLICH In-Reply-To: References: User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 20:51:33 -0000 >> i know i a perverted, but i really prefer not to have ca_mode. i.e. >> prior to 9, i had this little patch > Are you trying to stop the irritating linux-like screen swapping? don't know linux, but i want to exit more et alia and have my screen restored. sounds like i am the opposite of you. > I couldn't make termcap play nicely. i could up to 9-current. termcap changed bigtime in 9. but something else changed too. it's as if tite has been excised from the code. > In the end I put the following in wy .Xresources: > XTerm*titeInhibit: true > urxvt*secondaryScreen: false no workie (with settings flipped) randy From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 21:05:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E77A106566C for ; Sun, 24 Apr 2011 21:05:07 +0000 (UTC) (envelope-from inyaoo@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id E06D38FC16 for ; Sun, 24 Apr 2011 21:05:06 +0000 (UTC) Received: by ewy1 with SMTP id 1so715359ewy.13 for ; Sun, 24 Apr 2011 14:05:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=U2N9g2Sr7BCrUmQwFH9Vn3mru13lIJpRPTUKV40K5TI=; b=KoOfFzBjbcvzNX+XSFCTcDsI+R8CJ4F+7Nes4QnAdZme9kDTQiAMidNUA5HYJVFyXa L+Cy3hOcHBFQWiwexLHtD+c8gaXeYg/jZEc7jeUB07BJvzfNoRKIXXla29GtSQLnSXAu G3DHmpualI5iV70DYJX0kt33GI0bAlXiDKpWg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=NffNCfhK5qA/DBM4orUR4k3/5qTXgtuR44IhNr45JEsY2NipgRIcy6qG4Ednlqqkmi OJTGTX5LwSwpJbtl7azY+7JyGDqErKuB41rMm5FF9U0IwRtJxrXfbswpx9ySaCMa/zdc MskU9TlLVyOJeMAG0yIbwE/TYtMozpB0M0riE= Received: by 10.14.48.7 with SMTP id u7mr1140092eeb.221.1303679105736; Sun, 24 Apr 2011 14:05:05 -0700 (PDT) Received: from localhost (rockhall.torservers.net [77.247.181.163]) by mx.google.com with ESMTPS id u1sm3621173eeh.6.2011.04.24.14.05.03 (version=SSLv3 cipher=OTHER); Sun, 24 Apr 2011 14:05:04 -0700 (PDT) From: Pan Tsu To: Randy Bush References: Date: Mon, 25 Apr 2011 01:04:56 +0400 In-Reply-To: (Randy Bush's message of "Sun, 24 Apr 2011 14:57:11 +0900") Message-ID: <8639l7bbt3.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 21:05:07 -0000 Randy Bush writes: > i know i a perverted, but i really prefer not to have ca_mode. i.e. Not to? But the patch makes the opposite effect. > prior to 9, i had this little patch > > *** termcap.FCS Tue Jun 17 15:10:46 2003 > --- termcap Tue Jun 17 15:14:15 2003 > *************** > *** 299,305 **** > adm3|3|lsi adm3:\ > :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: > xterm|xterm-color|X11 terminal emulator:\ > ! :ti@:te@:tc=xterm-xfree86: > # > # DESCRIPTION: > # This file describes capabilities of various terminals, as needed by > --- 299,305 ---- > adm3|3|lsi adm3:\ > :do=^J:am:le=^H:bs:cl=^Z:li#24:ma=^K^P:co#80: > xterm|xterm-color|X11 terminal emulator:\ > ! :tc=xterm-xfree86: > # > # DESCRIPTION: > # This file describes capabilities of various terminals, as needed by > > which no longer works. Use FreeBSD-specific `xterm-clear' termcap record, e.g. $ xterm -xrm 'XTerm.termName: xterm-clear' # or add to ~/.Xdefaults or alter xterm alias to point to it so that ca_mode works even if you ssh to Linux box that doesn't have the record. %% Index: share/termcap/termcap.src =================================================================== --- share/termcap/termcap.src (revision 220998) +++ share/termcap/termcap.src (working copy) @@ -3011,7 +3011,7 @@ # is widely used for a variety of incompatible terminal emulations including # color_xterm and rxvt. xterm|X11 terminal emulator:\ - :tc=xterm-new: + :tc=xterm-clear: # :tc=xterm-r6: # dtterm termcap entry - Obtained from Xinside's CDE with permission # from Thomas Roell %% From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 21:23:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 737B4106564A for ; Sun, 24 Apr 2011 21:23:36 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2228FC08 for ; Sun, 24 Apr 2011 21:23:36 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QE6cL-0008ym-KH; Sun, 24 Apr 2011 21:13:22 +0000 Date: Mon, 25 Apr 2011 06:14:03 +0900 Message-ID: From: Randy Bush To: Pan Tsu In-Reply-To: <8639l7bbt3.fsf@gmail.com> References: <8639l7bbt3.fsf@gmail.com> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 21:23:36 -0000 >> i know i a perverted, but i really prefer not to have ca_mode. i.e. > Not to? But the patch makes the opposite effect. sorry. my bad. > Use FreeBSD-specific `xterm-clear' termcap record, e.g. > > $ xterm -xrm 'XTerm.termName: xterm-clear' # or add to ~/.Xdefaults > > or alter xterm alias to point to it so that ca_mode works even if you > ssh to Linux box that doesn't have the record. > > %% > Index: share/termcap/termcap.src > =================================================================== > --- share/termcap/termcap.src (revision 220998) > +++ share/termcap/termcap.src (working copy) > @@ -3011,7 +3011,7 @@ > # is widely used for a variety of incompatible terminal emulations including > # color_xterm and rxvt. > xterm|X11 terminal emulator:\ > - :tc=xterm-new: > + :tc=xterm-clear: > # :tc=xterm-r6: > # dtterm termcap entry - Obtained from Xinside's CDE with permission > # from Thomas Roell > %% not working on 9. From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 22:49:01 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99612106566C for ; Sun, 24 Apr 2011 22:49:01 +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 5D85B8FC15 for ; Sun, 24 Apr 2011 22:49:01 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3OMVKGf027637 for ; Sun, 24 Apr 2011 18:31:20 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3OMVKFN027636 for freebsd-current@freebsd.org; Sun, 24 Apr 2011 18:31:20 -0400 (EDT) Date: Sun, 24 Apr 2011 18:31:20 -0400 From: Thomas Dickey To: FreeBSD current mailing list Message-ID: <20110424223120.GA27169@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <20110424222634.GA24854@saltmine.radix.net> User-Agent: Mutt/1.3.27i Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 22:49:01 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2011 at 06:26:34PM -0400, Thomas Dickey wrote: > On Mon, Apr 25, 2011 at 01:04:56AM +0400, Pan Tsu wrote: > > Randy Bush writes: > >=20 > > > i know i a perverted, but i really prefer not to have ca_mode. i.e. > >=20 > > Not to? But the patch makes the opposite effect. >=20 > hmm - I've seen this sort of question often enough that I read it offhand > as did someone last August - that Randy wants to cancel the alternate > screen mode: >=20 > http://lists.freebsd.org/pipermail/freebsd-current/2010-August/019100.html >=20 > (I don't know what ca_mode might be, either) Googling further finds that referenced in a comment pointing to the termcap manual, which refers to the terminfo names "enter_ca_mode" and "exit_ca_mode". In that context, "ca" refers to cursor-addressing, which is only related to titeInhibit since the strings happen to be where xterm's alternate-screen controls are usually put. bye --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --gKMricLos+KVdGMg 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 iD8DBQFNtKS2tIqByHxlDocRAuGXAKCNS6j1DcRw/nJBXWQOmVkl7lBlIQCfY/hR +NPr/2n0q7tpu6ntB9Vuhc8= =RUMh -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 22:49:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CD5B1065670 for ; Sun, 24 Apr 2011 22:49:02 +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 DC3808FC16 for ; Sun, 24 Apr 2011 22:49:01 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3OMQeGf027027; Sun, 24 Apr 2011 18:26:50 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3OMQYkP027026; Sun, 24 Apr 2011 18:26:34 -0400 (EDT) Date: Sun, 24 Apr 2011 18:26:34 -0400 From: Thomas Dickey To: Pan Tsu Message-ID: <20110424222634.GA24854@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7JfCtLOvnd9MIVvH" Content-Disposition: inline In-Reply-To: <8639l7bbt3.fsf@gmail.com> User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 22:49:02 -0000 --7JfCtLOvnd9MIVvH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2011 at 01:04:56AM +0400, Pan Tsu wrote: > Randy Bush writes: >=20 > > i know i a perverted, but i really prefer not to have ca_mode. i.e. >=20 > Not to? But the patch makes the opposite effect. hmm - I've seen this sort of question often enough that I read it offhand as did someone last August - that Randy wants to cancel the alternate screen mode: http://lists.freebsd.org/pipermail/freebsd-current/2010-August/019100.html (I don't know what ca_mode might be, either) But given your comment, and looking again at the patch, I notice that the chunk without the cancels has the later timestamp: =20 > > prior to 9, i had this little patch > > > > *** termcap.FCS Tue Jun 17 15:10:46 2003 > > --- termcap Tue Jun 17 15:14:15 2003 > > *************** > > *** 299,305 **** > > adm3|3|lsi adm3:\ > > :do=3D^J:am:le=3D^H:bs:cl=3D^Z:li#24:ma=3D^K^P:co#80: > > xterm|xterm-color|X11 terminal emulator:\ > > ! :ti@:te@:tc=3Dxterm-xfree86: > > # > > # DESCRIPTION: > > # This file describes capabilities of various terminals, as neede= d by > > --- 299,305 ---- > > adm3|3|lsi adm3:\ > > :do=3D^J:am:le=3D^H:bs:cl=3D^Z:li#24:ma=3D^K^P:co#80: > > xterm|xterm-color|X11 terminal emulator:\ > > ! :tc=3Dxterm-xfree86: > > # > > # DESCRIPTION: > > # This file describes capabilities of various terminals, as neede= d by > > > > which no longer works. Perhaps he wants to _have_ the alternate screen, which as I noted is not present in the "xterm-xfree86" entry. Then that would make the=20 desired line :ti=3D\E[?1049h:te=3D\E[?1049l:tc=3Dxterm-xfree86: or=20 :ti=3D\E[?1049h:te=3D\E[?1049l:tc=3Dxterm-new: Setting the titeInhibit resource cancels those 1049's, but unsetting it doesn't add them. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --7JfCtLOvnd9MIVvH 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 iD8DBQFNtKORtIqByHxlDocRAvliAJ0QzSJsZndA4v/NxgwLUnjt138/2QCgkct6 FII6WsB7vGMAGW5Hg+h4yew= =S/Ei -----END PGP SIGNATURE----- --7JfCtLOvnd9MIVvH-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 23:17:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDE011065672 for ; Sun, 24 Apr 2011 23:17:27 +0000 (UTC) (envelope-from inyaoo@gmail.com) Received: from mail-px0-f172.google.com (mail-px0-f172.google.com [209.85.212.172]) by mx1.freebsd.org (Postfix) with ESMTP id AFF2A8FC14 for ; Sun, 24 Apr 2011 23:17:27 +0000 (UTC) Received: by pxi6 with SMTP id 6so4514726pxi.17 for ; Sun, 24 Apr 2011 16:17:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; bh=Xo0g+VhrDmwd/pu3BMz+/oinHyxvwIGwYZ0GMUfKhOQ=; b=A9r+VmTygH6plog7eWw3BMxmzeKOFd/ZDdjovmS17RqlE/4V5EK4BtGLFj5G34/awl UX+9ZRAvvblHk/M3jVsbSRrkAzn1q3FLgOAysqUDWJHrHlhOg5lfsfr/kKipZb4x0SCP 2nx994QRVkNNZ9qSuToPjn7YUw61uO+dXomVM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=hiub5LwJMz0tm4azOpg943AuuR/xfzxuaLoy+X+/CVHsVsA12ySd83SFmGaTNJa7rm Y5hY9SQ5BVhzjYbQNOlUZgIFC10p61U2cc/w2qO78FPl947LwSoa5POUquhCj7r+Ud31 TBMnmFTggSIYuv7ttZ6nrDoeWy/JWoGGhoz/4= Received: by 10.142.149.10 with SMTP id w10mr2263429wfd.69.1303687046909; Sun, 24 Apr 2011 16:17:26 -0700 (PDT) Received: from localhost (tor-exit-router45-readme.formlessnetworking.net [199.48.147.45]) by mx.google.com with ESMTPS id p40sm6973880wfc.19.2011.04.24.16.17.24 (version=SSLv3 cipher=OTHER); Sun, 24 Apr 2011 16:17:25 -0700 (PDT) From: Pan Tsu To: Thomas Dickey References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> Date: Mon, 25 Apr 2011 03:17:16 +0400 In-Reply-To: <20110424222634.GA24854@saltmine.radix.net> (Thomas Dickey's message of "Sun, 24 Apr 2011 18:26:34 -0400") Message-ID: <86k4ej5jer.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 23:17:27 -0000 Thomas Dickey writes: [...] > Setting the titeInhibit resource cancels those 1049's, but unsetting > it doesn't add them. xterm-basic in /head doesn't define ti/te capabilities anymore per r200503. So, there is no more need to hide them via `@', e.g. `:ti@:te@:' in `xterm'. $ getcap -c ti -f /etc/termcap xterm-basic || tset -S xterm-basic | sed 'y/:/\n/' | fgrep ti It was probably too minor of an issue to be mentioned in UPDATING. From owner-freebsd-current@FreeBSD.ORG Sun Apr 24 23:36:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3DE7106564A for ; Sun, 24 Apr 2011 23:36:26 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id CBC648FC16 for ; Sun, 24 Apr 2011 23:36:26 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QE8ql-0009Ig-My; Sun, 24 Apr 2011 23:36:23 +0000 Date: Mon, 25 Apr 2011 08:37:05 +0900 Message-ID: From: Randy Bush To: Thomas Dickey In-Reply-To: <20110424222634.GA24854@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list , Pan Tsu Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 24 Apr 2011 23:36:27 -0000 no help from the following: *** termcap~ Fri Mar 18 14:34:01 2011 --- termcap Sun Apr 24 23:33:52 2011 *************** *** 3131,3136 **** --- 3131,3137 ---- # # Customization begins here. xterm-xfree86|xterm terminal emulator (XFree86):\ + :te=\E[?1049l:ti=\E[?1049h:\ :tc=xterm-new: # # This is the only entry which you should have to customize, since "xterm" From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 00:23:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 61FBF1065670 for ; Mon, 25 Apr 2011 00:23:18 +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 2247D8FC08 for ; Mon, 25 Apr 2011 00:23:17 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3P0NFGf010959; Sun, 24 Apr 2011 20:23:15 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3P0NEL8010958; Sun, 24 Apr 2011 20:23:14 -0400 (EDT) Date: Sun, 24 Apr 2011 20:23:14 -0400 From: Thomas Dickey To: Randy Bush Message-ID: <20110425002314.GA8998@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Qxx1br4bt0+wmkIi" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 00:23:18 -0000 --Qxx1br4bt0+wmkIi Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2011 at 08:37:05AM +0900, Randy Bush wrote: > no help from the following: >=20 > *** termcap~ Fri Mar 18 14:34:01 2011 > --- termcap Sun Apr 24 23:33:52 2011 > *************** > *** 3131,3136 **** > --- 3131,3137 ---- > # > # Customization begins here. > xterm-xfree86|xterm terminal emulator (XFree86):\ > + :te=3D\E[?1049l:ti=3D\E[?1049h:\ > :tc=3Dxterm-new: At this point, I'd check if less is using that entry (ktrace or truss should be able to show the open's on the termcap database, for instance). Also, I seem to recall some discussion about less' -X (--no-init) option. It's possible that someone's patched "less" for FreeBSD to make that -X option more or less permanent. That would be consistent with omitting ti/te from the termcap. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --Qxx1br4bt0+wmkIi 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 iD8DBQFNtLwTtIqByHxlDocRAji7AJ9n1Eu8WFlHXk2Q5VpBm78OBhErHQCgkXMy EqNhNvrULIPxRAzxqXGURYs= =iYK9 -----END PGP SIGNATURE----- --Qxx1br4bt0+wmkIi-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 04:06:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADD4C1065673; Mon, 25 Apr 2011 04:06:36 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 658008FC13; Mon, 25 Apr 2011 04:06:36 +0000 (UTC) Received: by iyj12 with SMTP id 12so2300483iyj.13 for ; Sun, 24 Apr 2011 21:06:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=YHlcJEXzcfInq+f/JYuGkEytUChUTtvp3FRw0GxvHh4=; b=g5DxbCJ7E5mdVx9amPHAeQYs4o8hAoF3IQVnInOQE3uPRAP+VCqEcOHd7R7ZpjCBVl Af6+ItMrC6T4YDT0SWLntmVL+5Ktsk+wGM0+333xMXaJf556hkB+tvhdysYpgnZnf0OY lIYj5nlWylbLG9eVmPw8XzwS303KeDo9mAOuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Pz9t/P4t3wDIv/PsUa3rTh6ijbjI1Eq+FA/pzzaHwSao3VqmTDHSwSwrXL1LKCwSRc UBuuib1OiXCVUtnN1OjhPVMsvTz4GqW/Esrw9LD9Hm4efTBCI11pHGbFUiAFc6104BcW Tan1sKLa1r81Dm/Ds0PynR/Ikg4SYoqpAQfls= MIME-Version: 1.0 Received: by 10.42.139.5 with SMTP id e5mr4223937icu.136.1303704395621; Sun, 24 Apr 2011 21:06:35 -0700 (PDT) Received: by 10.42.177.134 with HTTP; Sun, 24 Apr 2011 21:06:35 -0700 (PDT) In-Reply-To: <4DB3E7A6.5020002@FreeBSD.org> References: <4DAEAE1B.70207@FreeBSD.org> <20110420205115.GA86399@alchemy.franken.de> <4DB00651.6080708@FreeBSD.org> <4DB3E7A6.5020002@FreeBSD.org> Date: Mon, 25 Apr 2011 00:06:35 -0400 Message-ID: From: Arnaud Lacombe To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current Subject: Re: Switch from legacy ata(4) to CAM-based ATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 04:06:36 -0000 Hi, On Sun, Apr 24, 2011 at 5:04 AM, Alexander Motin wrote: > Patch committed. Welcome to the new world! :) > What transition plan do you provide ? Drop in single-user-mode and fix /etc/fstab ? Forbid anybody without ATA_CAM in their 8.x config to be able to switch between 8 and 9 ? Thanks, - Arnaud From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 04:18:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F39D61065672; Mon, 25 Apr 2011 04:18:27 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id A73078FC0A; Mon, 25 Apr 2011 04:18:27 +0000 (UTC) Received: by iyj12 with SMTP id 12so2306495iyj.13 for ; Sun, 24 Apr 2011 21:18:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+xOCMhC0yHLpKlQaV7aT/vQpIHDpflqlfw7aVccBT08=; b=GjV/FIVdEYgerCgluC1dZI300m8OsYnCFirVaibRzOnw7Op0zD3d0KdPM2UhflZ+mY BlWJy83vVtXiSsibi27T34tOhaXqKRefMZ8FWUfoSUx9xmK5+cxjWjmc+c+z+YsxKldy JtKCMavjxbeCWqnHFTnadiZjUf2VtNlwy/xMA= 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=ny6vUQ7HxKY7pfXC2eQqdppS4izV2HQrJySe7uzbO8dT/snBcNv9/HNJmsCIv5RU8f s6ye51h4aDTXOBbjxdA32jp5NKJazr8e7OjbSNYbnjg/5DMmmr8PxXlI8/I+YM0UAQNS vk0NePH6VidksiPud0uCXLBSMMS10Wmxti7WI= MIME-Version: 1.0 Received: by 10.42.213.3 with SMTP id gu3mr4450560icb.270.1303705106888; Sun, 24 Apr 2011 21:18:26 -0700 (PDT) Received: by 10.42.177.134 with HTTP; Sun, 24 Apr 2011 21:18:26 -0700 (PDT) In-Reply-To: References: <4DAEAE1B.70207@FreeBSD.org> <20110420203754.GM85668@acme.spoerlein.net> <4DAF46F8.9040004@FreeBSD.org> Date: Mon, 25 Apr 2011 00:18:26 -0400 Message-ID: From: Arnaud Lacombe To: "Bjoern A. Zeeb" , Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: Switch from legacy ata(4) to CAM-based ATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 04:18:28 -0000 Hi, On Thu, Apr 21, 2011 at 3:51 AM, Bjoern A. Zeeb wrote: > [...] > > I agree that we need to catch up with something but we should have done s= o a year ago. > > a) we MUST HAVE a transition scheme if we cam-base ATA by default. Someth= ing that converts things automatically to whatever? =A0That's not been done= in more than one year. =A0It's not acceptable to update, reboot and not fi= nd the root file system no matter what. =A0We all agreed on that back then.= =A0I do not really care how it's done. > =A0I have been testing cam based ata for a while now on the machines I ca= n cope with as a developer and even then I screwed the transition partly tw= o times in the last months. =A0How's a normal user to do that flawlessly? > For the record, it would seem that Alexander did not provide any follow-up to this message, but still decided to go forward. I would be interested to have his answer to your question. Thanks, - Arnaud > b) FYI: labels and stacked geoms do not work well together as you can nev= er detach providers cleanly then, which basically means you are at risk of = data loss with every reboot. =A0I was told multiple times that this is not = fixable. =A0If it is labels seem to be a great why to go. =A0For now I have= to compile them out/disable them unfortunately so they are not an option, = and they'll be less so if the new installer also offers gmirror, geli, ... = installs. > > Give me a solution that works out of the box and I'll happily agree that = we switch. > FWIW, so do I. > /bz > > -- > Bjoern A. Zeeb =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 You have to have visions! > =A0 =A0 =A0 =A0 Stop bit received. Insert coin for new address family. > > _______________________________________________ > 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 Apr 25 07:52:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4C861065675 for ; Mon, 25 Apr 2011 07:52:29 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 304CE8FC17 for ; Mon, 25 Apr 2011 07:52:28 +0000 (UTC) Received: by wwc33 with SMTP id 33so1916661wwc.31 for ; Mon, 25 Apr 2011 00:52:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=+gN8TkXUwRoDSx86rLM/tozc6QisKumE6rzQ9r6q04A=; b=xmirf+034oURB7Esq8N2uTkAxgNLdOAciPiU7/vXWgrJrGA/dBzhvphSMpE23mZgzW zF4/AYA+qlB1CouA6wErRCFO+OcFEn24B+qu5mw/jcP3SySpktK0rhD5jE+DTrr889UP zMdso25puBcG/ZM/36kA9MXkZKTFpJrnLGuOE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=MBNG6lLgdHe/29GJz4ZSXvSIblaKgGKrkuqjNCaAtsbhjjhkuKIPQS08Ti7UdBCpyC t4mjtIm7MJPUBYFEw8YB6Qs4FZWdRENd/6t5Wiytm6itu3WLnv2eUKXjLQliZ+EKedbM xobmCixfnsmxwVOCRTJx36FZBbcIyxSaXEnB4= Received: by 10.227.91.77 with SMTP id l13mr3661967wbm.44.1303717948182; Mon, 25 Apr 2011 00:52:28 -0700 (PDT) Received: from ernst.jennejohn.org (p578E3302.dip.t-dialin.net [87.142.51.2]) by mx.google.com with ESMTPS id p5sm3132025wbg.11.2011.04.25.00.52.26 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Apr 2011 00:52:27 -0700 (PDT) Date: Mon, 25 Apr 2011 09:52:24 +0200 From: Gary Jennejohn To: Thomas Dickey Message-ID: <20110425095224.39550486@ernst.jennejohn.org> In-Reply-To: <20110425002314.GA8998@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Randy Bush , FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2011 07:52:29 -0000 On Sun, 24 Apr 2011 20:23:14 -0400 Thomas Dickey wrote: > On Mon, Apr 25, 2011 at 08:37:05AM +0900, Randy Bush wrote: > > no help from the following: > > > > *** termcap~ Fri Mar 18 14:34:01 2011 > > --- termcap Sun Apr 24 23:33:52 2011 > > *************** > > *** 3131,3136 **** > > --- 3131,3137 ---- > > # > > # Customization begins here. > > xterm-xfree86|xterm terminal emulator (XFree86):\ > > + :te=\E[?1049l:ti=\E[?1049h:\ > > :tc=xterm-new: > > At this point, I'd check if less is using that entry > (ktrace or truss should be able to show the open's on the termcap database, > for instance). > > Also, I seem to recall some discussion about less' -X (--no-init) > option. It's possible that someone's patched "less" for FreeBSD > to make that -X option more or less permanent. That would be > consistent with omitting ti/te from the termcap. > This may not be too helpful, but it works with rxvt and less, i.e. the old screen contents are preserved and appear again after leaving less. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 09:18:59 2011 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 B5A40106566B for ; Mon, 25 Apr 2011 09:18:59 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A3838FC0C for ; Mon, 25 Apr 2011 09:18:59 +0000 (UTC) Received: by iwn33 with SMTP id 33so2440735iwn.13 for ; Mon, 25 Apr 2011 02:18:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=G+tV54HePoKWBQxRcMhgfc3z8Tk7/ibHwIantSDL4ec=; b=slHffT8GCY+QgdJDLjXw5DLPghZzrKRkjpBSaWXiMOv42sV7m006SMN9KlbcvH/xTr rmmGfSWpC+s+/JRm/+X35mm8HGa5ehpYaRrXQz1TJGQxVaYYA7CT57V5YcRhkNs/2Xgm OoDL1VARSvp2+seQFZ7/NomhCpY/+SG5BzuAY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=QV0XPGqw8170DaPhwA8eJgHAiJjazYiB7P9l7oPjuRyG/+4PT8gIyh03qUYgpgOPYY Fn50bHrMzXeLGl5x9iMY6boMSev6jpHirCIc4iJh6ghKsv4PWZOf7zLFf2EpghoxlpqW cPu1XazaD6UC2UF5wdEWXpmLmbt6UZaOSQdAI= Received: by 10.42.150.66 with SMTP id z2mr4294522icv.462.1303721506221; Mon, 25 Apr 2011 01:51:46 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id xj16sm1971908icb.18.2011.04.25.01.51.43 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Apr 2011 01:51:44 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p3P8pePf027290 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Apr 2011 04:51:40 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p3P8pdnO027289; Mon, 25 Apr 2011 04:51:39 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Mon, 25 Apr 2011 04:51:38 -0400 From: "J. Hellenthal" To: Glen Barber Message-ID: <20110425085138.GA22646@DataIX.net> References: <4DB40853.5@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline In-Reply-To: <4DB40853.5@gmail.com> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: current@freebsd.org Subject: Re: "No such file or directory" in daily setuid checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 09:18:59 -0000 --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Apr 24, 2011 at 07:24:03AM -0400, Glen Barber wrote: >Hi, > >Files/directories do exist, however: > >kaos % ll /usr/backup/hourly.14/orion/usr/ >total 4 >drwxr-xr-x 5 root wheel 5 Apr 23 17:01 home >drwxr-xr-x 4 root wheel 5 Apr 23 17:01 local > Hi Glen, ;) By chance do you have these properties set on the pool or datasets: listsnaps (zpool property) snapdir (zfs property) A ( ls -A ) in the offending directory should verify this by showing a hidden snapdir that would normally not be shown. It might be wise to update the script to just not take those special directories into consideration unless some rc_var is turned on. Recommended naming convention for the var: ? daily_status_security_chksetuid_snapdir_recursive=3D"NO" If so can you flip these off and test it again by running the same commands that are run in the 100.chksetuid script ? Actually I just looked over the script, "That syntax is just fuggin crazy" ( find /path/to/offending/directory ) should do it. --=20 Regards, J. Hellenthal WWJD --RnlQjJ0d97Da+TV1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNtTYZAAoJEJBXh4mJ2FR+wBUIAJKBswPxr2urtkKkkHosK52Z RD8hw9mksYXKYAO59YG/vA6G3ES6yqbdAK01j9TWiz4KuAmfckbYC2OHjfBmq7ur phow3DJzR4LLQUUSWz1SzCS/4zZ3siSHoE8zpgFv5IBkNS4i0yHsBQNq+pzKPhA5 cJ9TQm4jK1uGiJeFq2mWhMJiNSy8Ok7TxdzY0nDkNwFm2MAa975Uk5XUypAZQ0VR thgDwuT2cml5o/W4DkJjfAXoSECgcz8zKtpqxrqtDGoSPlT/UPWpWGLs67JPuzl5 SnJYMHhWyKdiDTftsw+vooJfyOarVafXIkW+AXbXoPXnRnuG5VHgwLnrwLK/jI0= =7L4x -----END PGP SIGNATURE----- --RnlQjJ0d97Da+TV1-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 10:23:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D72D106566B; Mon, 25 Apr 2011 10:23:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id A36678FC15; Mon, 25 Apr 2011 10:23:43 +0000 (UTC) Received: by bwz12 with SMTP id 12so2368997bwz.13 for ; Mon, 25 Apr 2011 03:23:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:x-enigmail-version:content-type :content-transfer-encoding; bh=k61M9RwHIjl/hrWfNduMORUocK6ijgIa3lOIIDP3Yz8=; b=KvH/nkebI8a4SGZWsNTrvDEJ29SvfgYB7Hd2j4UrEW7TP7dtlMCDchJy2uev5sUXwx CpSRjk7rnM+kGWMZkjSB2gcVl4VZYlIB/e+90f3/GJaoZ/f3VhCUYUNUxpDVDR/dHtKD pm/GKRRMbYPXxHZ9gxjjBufhaPU7vZnzJjPHQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; b=rHBEObpNiWk/QlooPhlraaxYRO25JNaSZqzMO9i1G01csUjCiYByEvIJDoFIgeY73v CmqCEhUL+yDmLuEHMc6R092hcYcL9TaRiC+bizZeQVynce7a+NBiKaLBrHKfXgSt2Fsj GBSOjMD56+qdZTof0LFBrBf/NU/k8qIhoEPBk= Received: by 10.204.19.18 with SMTP id y18mr3208605bka.179.1303727022529; Mon, 25 Apr 2011 03:23:42 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id t1sm3189138bkx.7.2011.04.25.03.23.40 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 03:23:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB54BA9.5050901@FreeBSD.org> Date: Mon, 25 Apr 2011 13:23:37 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , Robert Watson Subject: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 10:23:44 -0000 Hi. I've implemented following patch to keep basic compatibility for the migrating users. I don't like such hacky things, but at least I tried to make it less invasive. The idea: - New xpt_path_legacy_ata_id() function in CAM tries to predict bus unit number and then device unit number for specified path, as if it was with legacy ATA with ATA_STATIC_ID option. - on attach, ada driver fetches that number (if not disabled using tunable kern.cam.ada.legacy_aliases), prints to console something like: ada0: Previously was known as ad12 , and sets kernel environment variable like: kern.devalias.ada0="ad12" - when geom_dev tastes new geom and creates device node for it, it also tries to match prefix of the device name with present kern.devalias.* enviromnent variables, and, if some match found, creates alias with substituted name (ada0 -> ad12, ada0s1 -> ad12s1, etc.). The patch is here: http://people.freebsd.org/~mav/legacy_aliases.patch I did few tests and it seems like working -- two sets of device nodes appeared for each device, I can successfully label and mount any of them. What will not work: - old device names won't be seen inside GEOM, so users who hardcoded provider names in gmirror/gstripe/... metadata (not the default behavior) are still in trouble. - patch mimics ATA_STATIC_ID behavior, if user had custom kernel without it, he should update device names manually. - it won't work for users with hot-unplugging ATA controllers (not devices), but I believe it is really rare case. - low-level tools, such as smartmontools, won't be able to work with alias devices, as background ada driver doesn't implements legacy ioctls. May be I could partially fix this. Except those, I think this patch should work for the most of users. Any more objections/ideas? Is this an acceptable solution? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 11:00:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 63F4A106566B for ; Mon, 25 Apr 2011 11:00:45 +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 08F7F8FC16 for ; Mon, 25 Apr 2011 11:00:44 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3PB0huM008481; Mon, 25 Apr 2011 07:00:44 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3PB0do3008479; Mon, 25 Apr 2011 07:00:39 -0400 (EDT) Date: Mon, 25 Apr 2011 07:00:39 -0400 From: Thomas Dickey To: Gary Jennejohn Message-ID: <20110425110039.GA7645@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="fUYQa+Pmc3FrFX/N" Content-Disposition: inline In-Reply-To: <20110425095224.39550486@ernst.jennejohn.org> User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 11:00:45 -0000 --fUYQa+Pmc3FrFX/N Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2011 at 09:52:24AM +0200, Gary Jennejohn wrote: > On Sun, 24 Apr 2011 20:23:14 -0400 > Thomas Dickey wrote: >=20 > > On Mon, Apr 25, 2011 at 08:37:05AM +0900, Randy Bush wrote: > > > no help from the following: > > >=20 > > > *** termcap~ Fri Mar 18 14:34:01 2011 > > > --- termcap Sun Apr 24 23:33:52 2011 > > > *************** > > > *** 3131,3136 **** > > > --- 3131,3137 ---- > > > # > > > # Customization begins here. > > > xterm-xfree86|xterm terminal emulator (XFree86):\ > > > + :te=3D\E[?1049l:ti=3D\E[?1049h:\ > > > :tc=3Dxterm-new: > >=20 > > At this point, I'd check if less is using that entry > > (ktrace or truss should be able to show the open's on the termcap datab= ase, > > for instance). > >=20 > > Also, I seem to recall some discussion about less' -X (--no-init) > > option. It's possible that someone's patched "less" for FreeBSD > > to make that -X option more or less permanent. That would be > > consistent with omitting ti/te from the termcap. > >=20 >=20 > This may not be too helpful, but it works with rxvt and less, i.e. the > old screen contents are preserved and appear again after leaving less. Well, that would address the issue with "less" (if it used the same behavior in either terminal). rxvt should be setting $TERM to some "rxvt" name though, since its function-keys differ from xterm's. (I seem to recall that some packages for it used to set TERM to "xterm", under the supposition that a poor match was better than none). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --fUYQa+Pmc3FrFX/N 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 iD8DBQFNtVQvtIqByHxlDocRAkq7AKCi5UZxn9G6SD2d8C6TBxUjRDzXhwCgne1z 2SjIS+lL2QiaN+V1tLPw/2E= =yMWx -----END PGP SIGNATURE----- --fUYQa+Pmc3FrFX/N-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 11:12:58 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7E9510656AA for ; Mon, 25 Apr 2011 11:12:58 +0000 (UTC) (envelope-from gljennjohn@googlemail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 544C58FC15 for ; Mon, 25 Apr 2011 11:12:57 +0000 (UTC) Received: by wwc33 with SMTP id 33so2014806wwc.31 for ; Mon, 25 Apr 2011 04:12:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:date:from:to:cc:subject:message-id:in-reply-to :references:reply-to:x-mailer:mime-version:content-type :content-transfer-encoding; bh=PBxtkw6ZtqK4rDhyGZ1xe2S5VSZgiqLKYcwb13piy80=; b=gsNMnqlp59tzK9zmuyiW5xaBrOduqcoun4TC173eOdVhQ+RTqgXViYVZjvuOhLGPBt dZA5duB077j/Nqpiq06HZYT7vaBW+rAESb72sZVyLMcaO0xIOOwIYIWpNNtTFW6N22GE PvRAKNYxwqPl3f/P/J5DlK9SH4apos1zzXQhk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:reply-to :x-mailer:mime-version:content-type:content-transfer-encoding; b=A0lI0cJmaNLEnJF2sDXthL6IOxwGYdelAnEqQYZGxzQzw32voKtfPpsNd+cuAIQhIv WXLpowlaf+eZBMd5K0r8EURFocWWNvJrPoGehObSz84QSCA2/lJW/LrsBSF+mmE/7mhN UizwffFKcBbSWexaq0lx2T/YJKOVdV7yxHfeA= Received: by 10.227.57.83 with SMTP id b19mr3746934wbh.15.1303729977266; Mon, 25 Apr 2011 04:12:57 -0700 (PDT) Received: from ernst.jennejohn.org (p578E3302.dip.t-dialin.net [87.142.51.2]) by mx.google.com with ESMTPS id bd8sm3213048wbb.31.2011.04.25.04.12.55 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 25 Apr 2011 04:12:56 -0700 (PDT) Date: Mon, 25 Apr 2011 13:12:54 +0200 From: Gary Jennejohn To: Thomas Dickey Message-ID: <20110425131254.21c29fc8@ernst.jennejohn.org> In-Reply-To: <20110425110039.GA7645@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> <20110425110039.GA7645@saltmine.radix.net> X-Mailer: Claws Mail 3.7.9 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gljennjohn@googlemail.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2011 11:12:59 -0000 On Mon, 25 Apr 2011 07:00:39 -0400 Thomas Dickey wrote: > On Mon, Apr 25, 2011 at 09:52:24AM +0200, Gary Jennejohn wrote: > > On Sun, 24 Apr 2011 20:23:14 -0400 > > Thomas Dickey wrote: > > > > > On Mon, Apr 25, 2011 at 08:37:05AM +0900, Randy Bush wrote: > > > > no help from the following: > > > > > > > > *** termcap~ Fri Mar 18 14:34:01 2011 > > > > --- termcap Sun Apr 24 23:33:52 2011 > > > > *************** > > > > *** 3131,3136 **** > > > > --- 3131,3137 ---- > > > > # > > > > # Customization begins here. > > > > xterm-xfree86|xterm terminal emulator (XFree86):\ > > > > + :te=\E[?1049l:ti=\E[?1049h:\ > > > > :tc=xterm-new: > > > > > > At this point, I'd check if less is using that entry > > > (ktrace or truss should be able to show the open's on the termcap database, > > > for instance). > > > > > > Also, I seem to recall some discussion about less' -X (--no-init) > > > option. It's possible that someone's patched "less" for FreeBSD > > > to make that -X option more or less permanent. That would be > > > consistent with omitting ti/te from the termcap. > > > > > > > This may not be too helpful, but it works with rxvt and less, i.e. the > > old screen contents are preserved and appear again after leaving less. > > Well, that would address the issue with "less" (if it used the same > behavior in either terminal). rxvt should be setting $TERM to some > "rxvt" name though, since its function-keys differ from xterm's. > That's why I mentioned it, although I didn't compare the termcap entries for xterm and rxvt. > (I seem to recall that some packages for it used to set TERM to "xterm", > under the supposition that a poor match was better than none). > Mine sets it to rxvt. I tried setting TERM to rxvt in xterm, but of course it didn't work. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 12:02:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E49031065677; Mon, 25 Apr 2011 12:02:09 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward6.mail.yandex.net (forward6.mail.yandex.net [77.88.60.125]) by mx1.freebsd.org (Postfix) with ESMTP id 910A28FC1D; Mon, 25 Apr 2011 12:02:09 +0000 (UTC) Received: from smtp8.mail.yandex.net (smtp8.mail.yandex.net [77.88.61.54]) by forward6.mail.yandex.net (Yandex) with ESMTP id 11CF8F80DFC; Mon, 25 Apr 2011 15:44:13 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1303731853; bh=/GXLKmZWAVD71E1LbS94WxN+M1bUDYThZvmVBDueWxY=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type; b=WUCR/Jtru/YNWQIwBgLsZoubnKFdk/y9CngT+F7iEGkzxUweSq5HHSyP3rrNKV2OB FQmwmE5FVJ1dDFezgiazhCOYUkIMWnOgJRjZILDghku2e7LALDarpdRsMNUwSpbGrS FB9jOgy20MgPg5ABSF5KEfVSRnMo85KBQgHI87kU= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp8.mail.yandex.net (Yandex) with ESMTPSA id A428F41900C6; Mon, 25 Apr 2011 15:44:12 +0400 (MSD) Message-ID: <4DB55E86.7000805@yandex.ru> Date: Mon, 25 Apr 2011 15:44:06 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Alexander Motin References: <4DB54BA9.5050901@FreeBSD.org> In-Reply-To: <4DB54BA9.5050901@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig5DDFDA51E3B9408075ED2F55" X-Yandex-Spam: 1 Cc: Robert Watson , FreeBSD-Current , "Bjoern A. Zeeb" Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 12:02:10 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig5DDFDA51E3B9408075ED2F55 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 25.04.2011 14:23, Alexander Motin wrote: > What will not work: > - old device names won't be seen inside GEOM, so users who hardcoded > provider names in gmirror/gstripe/... metadata (not the default > behavior) are still in trouble. > - patch mimics ATA_STATIC_ID behavior, if user had custom kernel > without it, he should update device names manually. > - it won't work for users with hot-unplugging ATA controllers (not > devices), but I believe it is really rare case. > - low-level tools, such as smartmontools, won't be able to work with > alias devices, as background ada driver doesn't implements legacy > ioctls. May be I could partially fix this. >=20 > Except those, I think this patch should work for the most of users. >=20 > Any more objections/ideas? Is this an acceptable solution? Hi, what about new GEOM class? You can create new class instance after disk_alloc(), attach it to the new disk and create provider with old-styl= e name. It seems this class will be very simple. --=20 WBR, Andrey V. Elsukov --------------enig5DDFDA51E3B9408075ED2F55 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.10 (MingW32) iQEcBAEBAgAGBQJNtV6KAAoJEAHF6gQQyKF6wUsH+gObBajwU3mL4OyTnGC4wM24 4rfbVQVX5lV3bxnLVVFSZJ82evwzgyjW9ohM4qoC3UN8y/TtsDS1a/04KKuLYjF4 0/Jk3djzp7vMMm2RZCzGUcHCfrLiMLUbuQGTJ6zH1dw88r20IMLIOq+krscmrroZ 485xP5q2eykveJ7EZBGiO/YfX+1ASUAwEKPMHmAgiQPZs4tBd2wlOlZketdmd35L GjhcumOsFMsxJRgjn6JYHKnYXeftQhtCSyvPHGuOYLKhhdoAQD6h1sk7Ia6I7OHL qIzg/gS/eQiWJ0+wYKmYBQF1krX8aTHl1f2payvTcVaCVkYsT3b7k8XABV46CmQ= =wm+Z -----END PGP SIGNATURE----- --------------enig5DDFDA51E3B9408075ED2F55-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 12:16:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 283EC1065673; Mon, 25 Apr 2011 12:16:28 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 64A0C8FC12; Mon, 25 Apr 2011 12:16:27 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p3PCGPIC019162; Mon, 25 Apr 2011 14:16:25 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p3PCGPBG019161; Mon, 25 Apr 2011 14:16:25 +0200 (CEST) (envelope-from marius) Date: Mon, 25 Apr 2011 14:16:25 +0200 From: Marius Strobl To: Alexander Motin Message-ID: <20110425121624.GA19134@alchemy.franken.de> References: <4DB54BA9.5050901@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DB54BA9.5050901@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: "Bjoern A. Zeeb" , FreeBSD-Current , Robert Watson Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 12:16:28 -0000 On Mon, Apr 25, 2011 at 01:23:37PM +0300, Alexander Motin wrote: > Hi. > > I've implemented following patch to keep basic compatibility for the > migrating users. I don't like such hacky things, but at least I tried to > make it less invasive. > > The idea: > - New xpt_path_legacy_ata_id() function in CAM tries to predict bus > unit number and then device unit number for specified path, as if it was > with legacy ATA with ATA_STATIC_ID option. > - on attach, ada driver fetches that number (if not disabled using > tunable kern.cam.ada.legacy_aliases), prints to console something like: > ada0: Previously was known as ad12 > , and sets kernel environment variable like: > kern.devalias.ada0="ad12" > - when geom_dev tastes new geom and creates device node for it, it also > tries to match prefix of the device name with present kern.devalias.* > enviromnent variables, and, if some match found, creates alias with > substituted name (ada0 -> ad12, ada0s1 -> ad12s1, etc.). > > The patch is here: http://people.freebsd.org/~mav/legacy_aliases.patch > > I did few tests and it seems like working -- two sets of device nodes > appeared for each device, I can successfully label and mount any of them. > > What will not work: > - old device names won't be seen inside GEOM, so users who hardcoded > provider names in gmirror/gstripe/... metadata (not the default > behavior) are still in trouble. > - patch mimics ATA_STATIC_ID behavior, if user had custom kernel > without it, he should update device names manually. > - it won't work for users with hot-unplugging ATA controllers (not > devices), but I believe it is really rare case. > - low-level tools, such as smartmontools, won't be able to work with > alias devices, as background ada driver doesn't implements legacy > ioctls. May be I could partially fix this. > > Except those, I think this patch should work for the most of users. > > Any more objections/ideas? Is this an acceptable solution? > Hi, given that only the amd64, i386 and pc98 GENERIC kernel configuration files had ATA_STATIC_ID enabled by default it would be highly desireable that your compatibility shim also only mimics that behavior on these archs or probably better actually check for ATA_STATIC_ID and put that option back into the respective kernel configuration files. Marius From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 12:26:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ECAA106566C; Mon, 25 Apr 2011 12:26:09 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5068B8FC16; Mon, 25 Apr 2011 12:26:07 +0000 (UTC) Received: by bwz12 with SMTP id 12so2450227bwz.13 for ; Mon, 25 Apr 2011 05:26:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=SvEfqQAsC81lJwhNWVcpntMU59RjVEk1Z7ABTSs15Ik=; b=hGD6MffXXfz37D0V15qkKTzc5RieLKdxBQfoPjnsML4msA/1xy+btav/F9hf/nNFen nVsoNeJq8OU6pFprvyJ4m6qbme/XY/sFqb1hzLZWMiKg/Pl4Smt/aeM8MJgQDtZD9djB fQp9glsGf70zIDDlpoBkqFVIn1GgHTccbbeXY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=kKgGPSx1PQhojUzss5kxBDi9IFgMzROY39yKXzW5+2OV0eO/gRToiATd96GiQlGYQm OdWclKday1f1YA9ziqaWh+s1hIVnzKJhYXyLe+uF8ckDlL9ANCB+Vts2eHOV3AcYgW8b E7uAurEjNQ0+BSHKAS1DTjfmhNxmRTkNVzdwk= Received: by 10.204.14.144 with SMTP id g16mr3435435bka.34.1303734367171; Mon, 25 Apr 2011 05:26:07 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id w3sm3245068bkt.5.2011.04.25.05.26.05 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 05:26:06 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB5685A.8010803@FreeBSD.org> Date: Mon, 25 Apr 2011 15:26:02 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4DB54BA9.5050901@FreeBSD.org> <4DB55E86.7000805@yandex.ru> In-Reply-To: <4DB55E86.7000805@yandex.ru> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Robert Watson , FreeBSD-Current , "Bjoern A. Zeeb" Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 12:26:09 -0000 Andrey V. Elsukov wrote: > On 25.04.2011 14:23, Alexander Motin wrote: >> What will not work: >> - old device names won't be seen inside GEOM, so users who hardcoded >> provider names in gmirror/gstripe/... metadata (not the default >> behavior) are still in trouble. >> - patch mimics ATA_STATIC_ID behavior, if user had custom kernel >> without it, he should update device names manually. >> - it won't work for users with hot-unplugging ATA controllers (not >> devices), but I believe it is really rare case. >> - low-level tools, such as smartmontools, won't be able to work with >> alias devices, as background ada driver doesn't implements legacy >> ioctls. May be I could partially fix this. >> >> Except those, I think this patch should work for the most of users. >> >> Any more objections/ideas? Is this an acceptable solution? > > what about new GEOM class? You can create new class instance after > disk_alloc(), attach it to the new disk and create provider with old-style > name. It seems this class will be very simple. It sounds like less dirty option. I'll try it. Thank you. Won't re-providing exactly the same device into GEOM create some problems? glabel and co will connect to each of them (original and legacy) and report two equal sets of labels. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 12:28:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4A81F1065670 for ; Mon, 25 Apr 2011 12:28:57 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 027918FC27 for ; Mon, 25 Apr 2011 12:28:56 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QEKuN-0005lP-Gf for freebsd-current@freebsd.org; Mon, 25 Apr 2011 14:28:55 +0200 Received: from gw1.masterhost.ru ([87.242.97.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2011 14:28:55 +0200 Received: from citrin by gw1.masterhost.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2011 14:28:55 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Anton Yuzhaninov Date: Mon, 25 Apr 2011 12:28:44 +0000 (UTC) Organization: Vega Lines: 30 Sender: Anton Yuzhaninov Message-ID: References: <4DAEAE1B.70207@FreeBSD.org> X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: gw1.masterhost.ru X-Comment-To: Alexander Motin User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/9.0-CURRENT-201101 (i386)) Subject: Re: Switch from legacy ata(4) to CAM-based ATA X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 12:28:57 -0000 On Wed, 20 Apr 2011 12:57:47 +0300, Alexander Motin wrote: AM> If somebody has any problems with new ATA stack, please repeat your AM> tests with latest HEAD code and contact me if problem is still there. AM> Next three weeks before BSDCan I am going to dedicate to fixing possibly AM> remaining issues. On motherboard MSI MS-7210 no HDD detected with new GENERIC (r221012). In dmesg I see line like: device_attach: ahci0 attach returned 6 (I have no serial console cable and can't capture full dmesg). >From pciconf -vlbc (when I boot with old ata) atapci1@pci0:0:31:2: class=0x01018f card=0x72101462 chip=0x27c08086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' device = '82801GB/GR/GH (ICH7 Family) Serial ATA Storage Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0xe880, size 8, enabled bar [14] = type I/O Port, range 32, base 0xe800, size 4, enabled bar [18] = type I/O Port, range 32, base 0xe480, size 8, enabled bar [1c] = type I/O Port, range 32, base 0xe400, size 4, enabled bar [20] = type I/O Port, range 32, base 0xe080, size 16, enabled cap 01[70] = powerspec 2 supports D0 D3 current D0 -- WBR, Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 12:33:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ADB11106566C; Mon, 25 Apr 2011 12:33:28 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id D2E6A8FC18; Mon, 25 Apr 2011 12:33:27 +0000 (UTC) Received: by bwz12 with SMTP id 12so2456027bwz.13 for ; Mon, 25 Apr 2011 05:33:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=2PsN9cps+lfOSwgrtebU11MlHip0iqRFvtC32o2hv+I=; b=DDYGh6H9fNsg4pRz6IJHLWQ2+3XyYUkgHLABxHpyPn9/640p6CrzefpAr1IfSZc2fU wp0LW6uv6kkm7lDb2TcVM+1NvyWS/GGyiMYHtRUhNDfPwGVERGwNSZNa9dU8yD8g2NCo 4BvLp2Ahi2JNh3WyaCvoKGox62sloqHOXDM9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=OZIzdbfWXEg+mA6SGslkpKv6DjEVUw/HDWLdvpGGvY3IP5JtIEGupEf6WO2ywE4ue+ mMp8TR7GNXJcZoXGvvJYaI0LBjCyyVvbLPE3MSblKBhSKjPCdOV/VRMORElVuLZlHNQZ DVsyHAzoFrfF/VL9siQ25Kp5d7KTG38+pNTAA= Received: by 10.204.85.8 with SMTP id m8mr3330208bkl.139.1303734806577; Mon, 25 Apr 2011 05:33:26 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id q18sm3248504bka.3.2011.04.25.05.33.24 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 05:33:25 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB56A11.9030407@FreeBSD.org> Date: Mon, 25 Apr 2011 15:33:21 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Marius Strobl References: <4DB54BA9.5050901@FreeBSD.org> <20110425121624.GA19134@alchemy.franken.de> In-Reply-To: <20110425121624.GA19134@alchemy.franken.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Bjoern A. Zeeb" , FreeBSD-Current , Robert Watson Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 12:33:28 -0000 Marius Strobl wrote: > On Mon, Apr 25, 2011 at 01:23:37PM +0300, Alexander Motin wrote: >> I've implemented following patch to keep basic compatibility for the >> migrating users. I don't like such hacky things, but at least I tried to >> make it less invasive. >> >> The idea: >> - New xpt_path_legacy_ata_id() function in CAM tries to predict bus >> unit number and then device unit number for specified path, as if it was >> with legacy ATA with ATA_STATIC_ID option. >> - on attach, ada driver fetches that number (if not disabled using >> tunable kern.cam.ada.legacy_aliases), prints to console something like: >> ada0: Previously was known as ad12 >> , and sets kernel environment variable like: >> kern.devalias.ada0="ad12" >> - when geom_dev tastes new geom and creates device node for it, it also >> tries to match prefix of the device name with present kern.devalias.* >> enviromnent variables, and, if some match found, creates alias with >> substituted name (ada0 -> ad12, ada0s1 -> ad12s1, etc.). >> >> The patch is here: http://people.freebsd.org/~mav/legacy_aliases.patch >> >> I did few tests and it seems like working -- two sets of device nodes >> appeared for each device, I can successfully label and mount any of them. >> >> What will not work: >> - old device names won't be seen inside GEOM, so users who hardcoded >> provider names in gmirror/gstripe/... metadata (not the default >> behavior) are still in trouble. >> - patch mimics ATA_STATIC_ID behavior, if user had custom kernel >> without it, he should update device names manually. >> - it won't work for users with hot-unplugging ATA controllers (not >> devices), but I believe it is really rare case. >> - low-level tools, such as smartmontools, won't be able to work with >> alias devices, as background ada driver doesn't implements legacy >> ioctls. May be I could partially fix this. >> >> Except those, I think this patch should work for the most of users. >> >> Any more objections/ideas? Is this an acceptable solution? > > given that only the amd64, i386 and pc98 GENERIC kernel configuration > files had ATA_STATIC_ID enabled by default it would be highly desireable > that your compatibility shim also only mimics that behavior on these > archs or probably better actually check for ATA_STATIC_ID and put that > option back into the respective kernel configuration files. You are right. I have also thought about restoring that option, but haven't related it with architectures. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 13:10:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B78B21065670 for ; Mon, 25 Apr 2011 13:10:51 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF458FC0A for ; Mon, 25 Apr 2011 13:10:50 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjgHAIxytU2DaFvO/2dsb2JhbACET5M9jh+wdpAtgSmDUH0EjjU X-IronPort-AV: E=Sophos;i="4.64,265,1301889600"; d="scan'208";a="119383251" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 25 Apr 2011 09:10:30 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 3A7C0B3FEE for ; Mon, 25 Apr 2011 09:10:30 -0400 (EDT) Date: Mon, 25 Apr 2011 09:10:30 -0400 (EDT) From: Rick Macklem To: freebsd-current@freebsd.org Message-ID: <1481134074.508426.1303737030180.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Subject: Heads up: nfsclient .h dependencies changing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 13:10:51 -0000 Hi, I will be making a commit to head/sys that will change the .h file dependencies for the experimental NFS client. You probably want to do a fresh: make cleandepend make depend when building a kernel after updating to r221014. rick From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 13:18:57 2011 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 606C41065672 for ; Mon, 25 Apr 2011 13:18:57 +0000 (UTC) (envelope-from glen.j.barber@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 161B48FC14 for ; Mon, 25 Apr 2011 13:18:56 +0000 (UTC) Received: by qyk27 with SMTP id 27so1257510qyk.13 for ; Mon, 25 Apr 2011 06:18:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; bh=1d0zcdFxvkWWWffc32zTKP0XxTOiwu3cKmQhlk6T7UQ=; b=TTvcehNK7yQ7RcPE4cfta00ngg/YjEOzeV/MBUZHePLbktct6ExRBv4n5v3EoG5Lz3 kPoDlIkFSm3D+SnbqS8peIhvNAlsvu5i0jLEEClSBUXuJwfikkEWpx1WE8SEvDufH8zL ZPWKvqu4Y24dY2/t9cLENuwop1DQfhtebXc9s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=KnnWWCZ5eAtEPXK63202YarJd0M7CHVpgz9xJ7A0+hHFE3xVUNK2X3sCTOKD3Q5P6G E8d8aTqsQdxaKYF7hAB0G7BV/DSvIGYG/Qy3KvswYeyJipId2Ujaa/oDCilgP6pf1nRn LRSuEM8Y6bMBHxmwEvO3IeYn2Ypo13YXRK5zc= Received: by 10.224.193.1 with SMTP id ds1mr2711527qab.231.1303737536217; Mon, 25 Apr 2011 06:18:56 -0700 (PDT) Received: from schism.local (75-146-225-65-Philadelphia.hfc.comcastbusiness.net [75.146.225.65]) by mx.google.com with ESMTPS id l38sm3045849qck.42.2011.04.25.06.18.49 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 06:18:50 -0700 (PDT) Message-ID: <4DB574B9.5060503@gmail.com> Date: Mon, 25 Apr 2011 09:18:49 -0400 From: Glen Barber User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: "J. Hellenthal" References: <4DB40853.5@gmail.com> <20110425085138.GA22646@DataIX.net> In-Reply-To: <20110425085138.GA22646@DataIX.net> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: "No such file or directory" in daily setuid checks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 13:18:57 -0000 On 4/25/11 4:51 AM, J. Hellenthal wrote: > On Sun, Apr 24, 2011 at 07:24:03AM -0400, Glen Barber wrote: >> Hi, >> >> Files/directories do exist, however: >> >> kaos % ll /usr/backup/hourly.14/orion/usr/ >> total 4 >> drwxr-xr-x 5 root wheel 5 Apr 23 17:01 home >> drwxr-xr-x 4 root wheel 5 Apr 23 17:01 local >> > By chance do you have these properties set on the pool or datasets: > listsnaps (zpool property) > snapdir (zfs property) Nope, in fact the cause is much simpler than that. Shortly after periodic starts, rsnapshot begins, which moves the hourly.? directories out from under find(1), which became more obvious after my Monday morning coffee. Sorry for the noise. -- Glen Barber From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 13:32:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DE66A1065670 for ; Mon, 25 Apr 2011 13:32:08 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 9DD008FC14 for ; Mon, 25 Apr 2011 13:32:08 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QELtW-0006M6-8F for freebsd-current@freebsd.org; Mon, 25 Apr 2011 15:32:06 +0200 Received: from gw1.masterhost.ru ([87.242.97.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2011 15:32:06 +0200 Received: from citrin by gw1.masterhost.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2011 15:32:06 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Anton Yuzhaninov Date: Mon, 25 Apr 2011 13:31:55 +0000 (UTC) Organization: Vega Lines: 45 Sender: Anton Yuzhaninov Message-ID: X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: gw1.masterhost.ru User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/9.0-CURRENT (i386)) Subject: geli on r221012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 13:32:08 -0000 Geli no longer works for me after upgrade to r221012. # geli attach -k ~citrin/private.key /dev/label/spool2 Enter passphrase: # from dmesg: GEOM_ELI: Device label/spool2.eli created. GEOM_ELI: Encryption: Blowfish-CBC 128 GEOM_ELI: Integrity: HMAC/MD5 GEOM_ELI: Crypto: software # dd if=/dev/label/spool2.eli of=/dev/null dd: /dev/label/spool2.eli: Invalid argument 0+0 records in 0+0 records out 0 bytes transferred in 0.000669 secs (0 bytes/sec) # geli status Name Status Components label/spool2.eli ACTIVE label/spool # geli list Geom name: label/spool2.eli State: ACTIVE EncryptionAlgorithm: Blowfish-CBC KeyLength: 128 AuthenticationAlgorithm: HMAC/MD5 Crypto: software UsedKey: 0 Flags: AUTH KeysAllocated: 125 KeysTotal: 125 Providers: 1. Name: label/spool2.eli Mediasize: 59545088000 (55G) Sectorsize: 4096 Mode: r0w0e0 Consumers: 1. Name: label/spool2 Mediasize: 66988228096 (62G) Sectorsize: 512 Mode: r1w1e1 -- WBR, Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 13:53:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 62B4F1065674 for ; Mon, 25 Apr 2011 13:53:51 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 1CC4B8FC08 for ; Mon, 25 Apr 2011 13:53:50 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1QEMEX-0001kN-Hi for freebsd-current@freebsd.org; Mon, 25 Apr 2011 15:53:49 +0200 Received: from gw1.masterhost.ru ([87.242.97.4]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2011 15:53:49 +0200 Received: from citrin by gw1.masterhost.ru with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 25 Apr 2011 15:53:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Anton Yuzhaninov Date: Mon, 25 Apr 2011 13:53:35 +0000 (UTC) Organization: Vega Lines: 9 Sender: Anton Yuzhaninov Message-ID: References: X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: gw1.masterhost.ru X-Comment-To: Anton Yuzhaninov User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/9.0-CURRENT (i386)) Subject: Re: geli on r221012 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 13:53:51 -0000 On Mon, 25 Apr 2011 13:31:55 +0000 (UTC), Anton Yuzhaninov wrote: AY> Geli no longer works for me after upgrade to r221012. AY> r220286 works for me. -- WBR, Anton Yuzhaninov From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 14:02:52 2011 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 3A3FF106566C; Mon, 25 Apr 2011 14:02:52 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id A82238FC12; Mon, 25 Apr 2011 14:02:51 +0000 (UTC) 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 p3PE2G0A039637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Apr 2011 17:02:16 +0300 (EEST) (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.4/8.14.4) with ESMTP id p3PE2GuR036744; Mon, 25 Apr 2011 17:02:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p3PE2Gk7036743; Mon, 25 Apr 2011 17:02:16 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 25 Apr 2011 17:02:16 +0300 From: Kostik Belousov To: current@freebsd.org Message-ID: <20110425140216.GI48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="LFN/h9p3ZzIorjyq" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: ports@freebsd.org Subject: NX stacks on amd64 and powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Apr 2011 14:02:52 -0000 --LFN/h9p3ZzIorjyq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I added a support for non-executable stacks on amd64 and PowerPC architectures some time ago, but did not enabled it. Passed time allowed to fix some bugs in the implementation, and I consider it would be good to have NX stacks enabled for architectures that support it. I plan to commit the following knob twiddle in approximately a week. Some ports, if any, that erronously handle PT_GNU_STACK phdr may break. Anybody interested should and could test the change before the commit, by setting sysctl kern.elf64.nxstack and kern.elf32.nxstack to 1. diff --git a/sys/kern/imgact_elf.c b/sys/kern/imgact_elf.c index b41741a..7358e40 100644 --- a/sys/kern/imgact_elf.c +++ b/sys/kern/imgact_elf.c @@ -116,7 +115,12 @@ static int elf_legacy_coredump =3D 0; SYSCTL_INT(_debug, OID_AUTO, __elfN(legacy_coredump), CTLFLAG_RW,=20 &elf_legacy_coredump, 0, ""); =20 -static int __elfN(nxstack) =3D 0; +static int __elfN(nxstack) =3D +#if defined(__amd64__) || defined(__powerpc__) /* both 64 and 32 bit */ + 1; +#else + 0; +#endif SYSCTL_INT(__CONCAT(_kern_elf, __ELF_WORD_SIZE), OID_AUTO, nxstack, CTLFLAG_RW, &__elfN(nxstack), 0, __XSTRING(__CONCAT(ELF, __ELF_WORD_SIZE)) ": enable non-executable sta= ck"); --LFN/h9p3ZzIorjyq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk21fuUACgkQC3+MBN1Mb4jAfACfdORTV/jFy9b2ue6EugbyLRf1 zDMAniPXcyuURzmVw/5P/Yryq8BfotQc =kMuV -----END PGP SIGNATURE----- --LFN/h9p3ZzIorjyq-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 14:11:07 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B8877106566B; Mon, 25 Apr 2011 14:11:07 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 57CE88FC0C; Mon, 25 Apr 2011 14:11:06 +0000 (UTC) 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 p3PEB26o040389 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Apr 2011 17:11:03 +0300 (EEST) (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.4/8.14.4) with ESMTP id p3PEB2DZ059196; Mon, 25 Apr 2011 17:11:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p3PEB2Us059132; Mon, 25 Apr 2011 17:11:02 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 25 Apr 2011 17:11:02 +0300 From: Kostik Belousov To: Alexander Motin Message-ID: <20110425141102.GJ48734@deviant.kiev.zoral.com.ua> References: <4DB54BA9.5050901@FreeBSD.org> <4DB55E86.7000805@yandex.ru> <4DB5685A.8010803@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="BbvjD0mU+7XPw0yH" Content-Disposition: inline In-Reply-To: <4DB5685A.8010803@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "Bjoern A. Zeeb" , "Andrey V. Elsukov" , Robert Watson , FreeBSD-Current Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 14:11:07 -0000 --BbvjD0mU+7XPw0yH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote: > Andrey V. Elsukov wrote: > > On 25.04.2011 14:23, Alexander Motin wrote: > >> What will not work: > >> - old device names won't be seen inside GEOM, so users who hardcoded > >> provider names in gmirror/gstripe/... metadata (not the default > >> behavior) are still in trouble. > >> - patch mimics ATA_STATIC_ID behavior, if user had custom kernel > >> without it, he should update device names manually. > >> - it won't work for users with hot-unplugging ATA controllers (not > >> devices), but I believe it is really rare case. > >> - low-level tools, such as smartmontools, won't be able to work with > >> alias devices, as background ada driver doesn't implements legacy > >> ioctls. May be I could partially fix this. > >> > >> Except those, I think this patch should work for the most of users. > >> > >> Any more objections/ideas? Is this an acceptable solution? > >=20 > > what about new GEOM class? You can create new class instance after > > disk_alloc(), attach it to the new disk and create provider with old-st= yle > > name. It seems this class will be very simple. >=20 > It sounds like less dirty option. I'll try it. Thank you. Won't > re-providing exactly the same device into GEOM create some problems? > glabel and co will connect to each of them (original and legacy) and > report two equal sets of labels. Can you limit the real functionality of this new class to the calls to make_dev_alias(9) ? Ideally, I would think about some extension of the core GEOM, which would take some parameter, lets call it alias name, and will acompany the existing make_dev() calls with parallel make_dev_alias(). --BbvjD0mU+7XPw0yH Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk21gPYACgkQC3+MBN1Mb4jyTwCghkGhAwheCpNcp+n2J6n0CTV6 jIsAnj+t7ucjim1G2WKmLB6W3yxGOqwC =6cVV -----END PGP SIGNATURE----- --BbvjD0mU+7XPw0yH-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 14:38:19 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 258F2106566B; Mon, 25 Apr 2011 14:38:19 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1EA2D8FC14; Mon, 25 Apr 2011 14:38:17 +0000 (UTC) Received: by bwz12 with SMTP id 12so2582439bwz.13 for ; Mon, 25 Apr 2011 07:38:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=eUxFmbCSXIKqEPUC63vL6zj5V/wxUVVjVr8nYAtLWJo=; b=i1hkKM5Qn3tqiCcnYy1hq15vKA1UdViqFqWtsaq56P6wkA72UIW33ur5HqmoMzVAYQ V00hIHz87/wasYQQXTSvkOUflCWs/zP7YLIycugv6L1UCZCXDi+VX5mUJ9Ev17LUITru 4VJFT8VrGSe9BBoTjf2uI0vNIHRwbwtHC+C5Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=devHCYQkLqbkTCJX2tddddz+z6R083GdnXdYx+6nMAbV7/JScfAQ3s5PPzCyZqJqr0 Fn3J7Y4NABNi76fpBVKEG983AiiS89La5t0dJg/nwqPkbun/lezZU8gu112Kn1kyXrwI xBN5HmrbNYPhXRhn3su+bhKxnifvMeYBg9Mfk= Received: by 10.204.170.193 with SMTP id e1mr3175948bkz.136.1303742296929; Mon, 25 Apr 2011 07:38:16 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm3304735bkm.6.2011.04.25.07.38.15 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 07:38:16 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB58753.6020605@FreeBSD.org> Date: Mon, 25 Apr 2011 17:38:11 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Kostik Belousov References: <4DB54BA9.5050901@FreeBSD.org> <4DB55E86.7000805@yandex.ru> <4DB5685A.8010803@FreeBSD.org> <20110425141102.GJ48734@deviant.kiev.zoral.com.ua> In-Reply-To: <20110425141102.GJ48734@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: Pawel Jakub Dawidek , "Bjoern A. Zeeb" , "Andrey V. Elsukov" , Robert Watson , FreeBSD-Current Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 14:38:19 -0000 Kostik Belousov wrote: > On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote: >> Andrey V. Elsukov wrote: >>> On 25.04.2011 14:23, Alexander Motin wrote: >>>> What will not work: >>>> - old device names won't be seen inside GEOM, so users who hardcoded >>>> provider names in gmirror/gstripe/... metadata (not the default >>>> behavior) are still in trouble. >>>> - patch mimics ATA_STATIC_ID behavior, if user had custom kernel >>>> without it, he should update device names manually. >>>> - it won't work for users with hot-unplugging ATA controllers (not >>>> devices), but I believe it is really rare case. >>>> - low-level tools, such as smartmontools, won't be able to work with >>>> alias devices, as background ada driver doesn't implements legacy >>>> ioctls. May be I could partially fix this. >>>> >>>> Except those, I think this patch should work for the most of users. >>>> >>>> Any more objections/ideas? Is this an acceptable solution? >>> what about new GEOM class? You can create new class instance after >>> disk_alloc(), attach it to the new disk and create provider with old-style >>> name. It seems this class will be very simple. >> It sounds like less dirty option. I'll try it. Thank you. Won't >> re-providing exactly the same device into GEOM create some problems? >> glabel and co will connect to each of them (original and legacy) and >> report two equal sets of labels. I have implemented it by adding one more specialized glabel submodule: http://people.freebsd.org/~mav/legacy_aliases_geom.patch But when I already done it, I understood where will be the problem: if somebody open any partition on the device with the new name, all legacy names will become inaccessible (busy), and vice versa. It could be not a big problem if it would only be user's choice -- we could say just: "use one or another, not both". But provider could be chosen blindly by some GEOM class, such as glabel, and then it turns into pure lottery. So while from the code side and for point of supporting hardcoded provider names it looks much better, it probably won't work so. > Can you limit the real functionality of this new class to the calls > to make_dev_alias(9) ? Ideally, I would think about some extension of > the core GEOM, which would take some parameter, lets call it alias > name, and will acompany the existing make_dev() calls with parallel > make_dev_alias(). Adding one more alias name field to the struct g_geom probably is not a problem. And the result probably would not have downsides of two previous approaches. And from the code side it would probably looked better then textual parsing in a first patch. But supporting alias in every place where names used in GEOM (that is required to make it usable) will probably require quite a massive set of changes though GEOM core and many classes. I am not sure I want to go there. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 14:48:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DDAAE106568E; Mon, 25 Apr 2011 14:48:32 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7CCDD8FC21; Mon, 25 Apr 2011 14:48:32 +0000 (UTC) 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 p3PEmS2O042665 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 25 Apr 2011 17:48:28 +0300 (EEST) (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.4/8.14.4) with ESMTP id p3PEmSHZ092472; Mon, 25 Apr 2011 17:48:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p3PEmSZw092471; Mon, 25 Apr 2011 17:48:28 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 25 Apr 2011 17:48:28 +0300 From: Kostik Belousov To: Alexander Motin Message-ID: <20110425144828.GK48734@deviant.kiev.zoral.com.ua> References: <4DB54BA9.5050901@FreeBSD.org> <4DB55E86.7000805@yandex.ru> <4DB5685A.8010803@FreeBSD.org> <20110425141102.GJ48734@deviant.kiev.zoral.com.ua> <4DB58753.6020605@FreeBSD.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="y0SACtZlsHo4Vp7j" Content-Disposition: inline In-Reply-To: <4DB58753.6020605@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD-Current Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 14:48:32 -0000 --y0SACtZlsHo4Vp7j Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable [Cc: list trimmed] On Mon, Apr 25, 2011 at 05:38:11PM +0300, Alexander Motin wrote: > Kostik Belousov wrote: > > On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote: > >> Andrey V. Elsukov wrote: > >>> On 25.04.2011 14:23, Alexander Motin wrote: > >>>> What will not work: > >>>> - old device names won't be seen inside GEOM, so users who hardcoded > >>>> provider names in gmirror/gstripe/... metadata (not the default > >>>> behavior) are still in trouble. > >>>> - patch mimics ATA_STATIC_ID behavior, if user had custom kernel > >>>> without it, he should update device names manually. > >>>> - it won't work for users with hot-unplugging ATA controllers (not > >>>> devices), but I believe it is really rare case. > >>>> - low-level tools, such as smartmontools, won't be able to work with > >>>> alias devices, as background ada driver doesn't implements legacy > >>>> ioctls. May be I could partially fix this. > >>>> > >>>> Except those, I think this patch should work for the most of users. > >>>> > >>>> Any more objections/ideas? Is this an acceptable solution? > >>> what about new GEOM class? You can create new class instance after > >>> disk_alloc(), attach it to the new disk and create provider with old-= style > >>> name. It seems this class will be very simple. > >> It sounds like less dirty option. I'll try it. Thank you. Won't > >> re-providing exactly the same device into GEOM create some problems? > >> glabel and co will connect to each of them (original and legacy) and > >> report two equal sets of labels. >=20 > I have implemented it by adding one more specialized glabel submodule: > http://people.freebsd.org/~mav/legacy_aliases_geom.patch >=20 > But when I already done it, I understood where will be the problem: if > somebody open any partition on the device with the new name, all legacy > names will become inaccessible (busy), and vice versa. It could be not a > big problem if it would only be user's choice -- we could say just: "use > one or another, not both". But provider could be chosen blindly by some > GEOM class, such as glabel, and then it turns into pure lottery. >=20 > So while from the code side and for point of supporting hardcoded > provider names it looks much better, it probably won't work so. If ad4 is an alias for ada0, carry UFS on s1a, for instance, and both ad4s1a and ada0s1a are mounted rw, user will get (probably unrepairable) fs corruption. Not sure about double-import of ZFS pools. >=20 > > Can you limit the real functionality of this new class to the calls > > to make_dev_alias(9) ? Ideally, I would think about some extension of > > the core GEOM, which would take some parameter, lets call it alias > > name, and will acompany the existing make_dev() calls with parallel > > make_dev_alias(). >=20 > Adding one more alias name field to the struct g_geom probably is not a > problem. And the result probably would not have downsides of two > previous approaches. And from the code side it would probably looked > better then textual parsing in a first patch. But supporting alias in > every place where names used in GEOM (that is required to make it > usable) will probably require quite a massive set of changes though GEOM > core and many classes. I am not sure I want to go there. >=20 > --=20 > Alexander Motin --y0SACtZlsHo4Vp7j Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk21ibwACgkQC3+MBN1Mb4h3xACg2Uo4u1e+wdqx1ziWC1eh+dsf tLMAn2oN054SdDLGdKATVokuCTIknJFs =crRX -----END PGP SIGNATURE----- --y0SACtZlsHo4Vp7j-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 14:58:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3FB2106564A for ; Mon, 25 Apr 2011 14:58:08 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5C45B8FC0C for ; Mon, 25 Apr 2011 14:58:07 +0000 (UTC) Received: by bwz12 with SMTP id 12so2604656bwz.13 for ; Mon, 25 Apr 2011 07:58:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=esBXlUI0SwMthP1xL2JI1PlG73f4SA1vgaFUpFKdK3A=; b=SCPl+UxLVsaEgb/d0FQziJjXyqaS5mcQzJlGn3yLRHxm1lX42LZUL9xpWIivRNVL54 ybCNMseIz75yw5FNpmx0d8Uqauz7oiwP44CP20sALuP8RZpEPIYWmSrN1yBFIckiNUiX QqYUS5lyVIn+K7IEqdnUY6F3SnrefVGbCcoYc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=Xlwy/E2GBhCZWhzv8XvTmxxSUSArT5fcWOoku+V5XR9uHR6Vwp3ikVf4mZndOy9gJ7 K9JNUSwZPl221Wr6XyqvU3Jh0tpK+0ceXKhEaCWbLzLlMgqw3hG7ui85E2zOlKFsT6mk +sFQP2CcW2yu7bRXfEVESABh3fwKGhJw9yvhs= Received: by 10.204.83.212 with SMTP id g20mr3344529bkl.55.1303743487122; Mon, 25 Apr 2011 07:58:07 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id x6sm3310640bkv.12.2011.04.25.07.58.05 (version=SSLv3 cipher=OTHER); Mon, 25 Apr 2011 07:58:06 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB58BF9.9070901@FreeBSD.org> Date: Mon, 25 Apr 2011 17:58:01 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Kostik Belousov References: <4DB54BA9.5050901@FreeBSD.org> <4DB55E86.7000805@yandex.ru> <4DB5685A.8010803@FreeBSD.org> <20110425141102.GJ48734@deviant.kiev.zoral.com.ua> <4DB58753.6020605@FreeBSD.org> <20110425144828.GK48734@deviant.kiev.zoral.com.ua> In-Reply-To: <20110425144828.GK48734@deviant.kiev.zoral.com.ua> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 14:58:08 -0000 Kostik Belousov wrote: > [Cc: list trimmed] > > On Mon, Apr 25, 2011 at 05:38:11PM +0300, Alexander Motin wrote: >> Kostik Belousov wrote: >>> On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote: >>>> Andrey V. Elsukov wrote: >>>>> On 25.04.2011 14:23, Alexander Motin wrote: >>>>>> What will not work: >>>>>> - old device names won't be seen inside GEOM, so users who hardcoded >>>>>> provider names in gmirror/gstripe/... metadata (not the default >>>>>> behavior) are still in trouble. >>>>>> - patch mimics ATA_STATIC_ID behavior, if user had custom kernel >>>>>> without it, he should update device names manually. >>>>>> - it won't work for users with hot-unplugging ATA controllers (not >>>>>> devices), but I believe it is really rare case. >>>>>> - low-level tools, such as smartmontools, won't be able to work with >>>>>> alias devices, as background ada driver doesn't implements legacy >>>>>> ioctls. May be I could partially fix this. >>>>>> >>>>>> Except those, I think this patch should work for the most of users. >>>>>> >>>>>> Any more objections/ideas? Is this an acceptable solution? >>>>> what about new GEOM class? You can create new class instance after >>>>> disk_alloc(), attach it to the new disk and create provider with old-style >>>>> name. It seems this class will be very simple. >>>> It sounds like less dirty option. I'll try it. Thank you. Won't >>>> re-providing exactly the same device into GEOM create some problems? >>>> glabel and co will connect to each of them (original and legacy) and >>>> report two equal sets of labels. >> I have implemented it by adding one more specialized glabel submodule: >> http://people.freebsd.org/~mav/legacy_aliases_geom.patch >> >> But when I already done it, I understood where will be the problem: if >> somebody open any partition on the device with the new name, all legacy >> names will become inaccessible (busy), and vice versa. It could be not a >> big problem if it would only be user's choice -- we could say just: "use >> one or another, not both". But provider could be chosen blindly by some >> GEOM class, such as glabel, and then it turns into pure lottery. >> >> So while from the code side and for point of supporting hardcoded >> provider names it looks much better, it probably won't work so. > If ad4 is an alias for ada0, carry UFS on s1a, for instance, and both > ad4s1a and ada0s1a are mounted rw, user will get (probably unrepairable) > fs corruption. Not sure about double-import of ZFS pools. This is not a problem, GEOM will not allow double open in that case and that is actually where problem I mentioned grows. I was talking about the other case: if ada0s1a opened by glabel during root mounting using UFS ID, swapon for swap mentioned in fstab as /dev/ad4s1b will fail. >>> Can you limit the real functionality of this new class to the calls >>> to make_dev_alias(9) ? Ideally, I would think about some extension of >>> the core GEOM, which would take some parameter, lets call it alias >>> name, and will acompany the existing make_dev() calls with parallel >>> make_dev_alias(). >> Adding one more alias name field to the struct g_geom probably is not a >> problem. And the result probably would not have downsides of two >> previous approaches. And from the code side it would probably looked >> better then textual parsing in a first patch. But supporting alias in >> every place where names used in GEOM (that is required to make it >> usable) will probably require quite a massive set of changes though GEOM >> core and many classes. I am not sure I want to go there. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 18:46:56 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD60A1065676; Mon, 25 Apr 2011 18:46:56 +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 AE3C98FC0A; Mon, 25 Apr 2011 18:46:56 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 5B32746B06; Mon, 25 Apr 2011 14:46:56 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id B83768A02A; Mon, 25 Apr 2011 14:46:55 -0400 (EDT) From: John Baldwin To: Romain Garbage Date: Mon, 25 Apr 2011 14:46:53 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <20110416155122.GA29309@wolfman.devio.us> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201104251446.54024.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 25 Apr 2011 14:46:55 -0400 (EDT) Cc: mdf@freebsd.org, freebsd-current@freebsd.org, Nick Ulen Subject: Re: `hw.acpi.thermal.tz0.temperature' disappeared X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 18:46:56 -0000 On Wednesday, April 20, 2011 2:22:39 am Romain Garbage wrote: > 2011/4/18 : > > I don't seem to have a hw.acpi.thermal sysctl node on my box. Can > > someone please try this patch? > > Works for me too. > > $> sysctl -a | grep temp > [...] > hw.acpi.thermal.tz0.temperature: 62.0C > dev.cpu.0.temperature: 55.0C > dev.cpu.1.temperature: 56.0C > [...] > > By the way, why the temperature from coretemp is different of the one > from acpi? Are they two different hardware? Yes, tz0 is probably some other sensor. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 18:58:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3F62106564A; Mon, 25 Apr 2011 18:58:37 +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 9DD548FC0C; Mon, 25 Apr 2011 18:58:37 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 2822746B99; Mon, 25 Apr 2011 14:58:37 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 912338A027; Mon, 25 Apr 2011 14:58:36 -0400 (EDT) From: John Baldwin To: Ryan Stone Date: Mon, 25 Apr 2011 14:58:35 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201104061429.50185.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104251458.35718.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 25 Apr 2011 14:58:36 -0400 (EDT) Cc: freebsd-current@freebsd.org, Ed Maste Subject: Re: sched_4bsd startup crash trying to run a bound thread on an AP that hasn't started X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 18:58:38 -0000 On Wednesday, April 20, 2011 6:02:42 pm Ryan Stone wrote: > On Wed, Apr 6, 2011 at 2:29 PM, John Baldwin wrote: > > I guess one other option would be something like this: > > > > if (smp_started && (td->td_pinned != 0 || td->td_flags & TDF_BOUND || > > ts->ts_flags & TSF_AFFINITY)) { > > if (td->td_pinned != 0) > > cpu = td->td_lastcpu; > > else if (td->td_flags & TDF_BOUND) { > > /* Find CPU from bound runq. */ > > KASSERT(...); > > cpu = ts->ts_runq - &runq_pcpu[0]; > > } else > > /* Find a valid CPU for our cpuset. */ > > cpu = sched_pickcpu(td); > > ts->ts_runq = &runq_pcpu[cpu]; > > single_cpu = 1; > > CTR3(KTR_RUNQ, ...); > > } else { > > /* Global runq case. */ > > } > > > > This also avoids duplicating some common code to all the single_cpu cases. > > > > -- > > John Baldwin > > > > I went with this option. Does this look right? Yes, I would perhaps tweak the comment to reflect the full if statement though. Maybe something like: /* * If SMP is started and the thread is pinned or otherwise limited to * a specific set of CPUs, queue the thread to a per-CPU run queue. * Otherwise, queue the thread to the global run queue. */ > > Index: sys/kern/sched_4bsd.c > =================================================================== > --- sys/kern/sched_4bsd.c (revision 220603) > +++ sys/kern/sched_4bsd.c (working copy) > @@ -1246,30 +1246,28 @@ > } > TD_SET_RUNQ(td); > > - if (td->td_pinned != 0) { > - cpu = td->td_lastcpu; > + /* > + * If SMP is not started, don't obey any requested CPU pinning as that > + * CPU has either not yet started or it is curcpu. Trying to run a > + * thread on a CPU that has not yet started will panic the system. > + */ > + if (smp_started && (td->td_pinned != 0 || td->td_flags & TDF_BOUND || > + ts->ts_flags & TSF_AFFINITY)) { > + if (td->td_pinned != 0) > + cpu = td->td_lastcpu; > + else if (td->td_flags & TDF_BOUND) { > + /* Find CPU from bound runq. */ > + KASSERT(SKE_RUNQ_PCPU(ts), > + ("sched_add: bound td_sched not on cpu runq")); > + cpu = ts->ts_runq - &runq_pcpu[0]; > + } else > + /* Find a valid CPU for our cpuset */ > + cpu = sched_pickcpu(td); > ts->ts_runq = &runq_pcpu[cpu]; > single_cpu = 1; > CTR3(KTR_RUNQ, > "sched_add: Put td_sched:%p(td:%p) on cpu%d runq", ts, td, > cpu); > - } else if (td->td_flags & TDF_BOUND) { > - /* Find CPU from bound runq. */ > - KASSERT(SKE_RUNQ_PCPU(ts), > - ("sched_add: bound td_sched not on cpu runq")); > - cpu = ts->ts_runq - &runq_pcpu[0]; > - single_cpu = 1; > - CTR3(KTR_RUNQ, > - "sched_add: Put td_sched:%p(td:%p) on cpu%d runq", ts, td, > - cpu); > - } else if (ts->ts_flags & TSF_AFFINITY) { > - /* Find a valid CPU for our cpuset */ > - cpu = sched_pickcpu(td); > - ts->ts_runq = &runq_pcpu[cpu]; > - single_cpu = 1; > - CTR3(KTR_RUNQ, > - "sched_add: Put td_sched:%p(td:%p) on cpu%d runq", ts, td, > - cpu); > } else { > CTR2(KTR_RUNQ, > "sched_add: adding td_sched:%p (td:%p) to gbl runq", ts, > -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 19:53:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 9968B1065675 for ; Mon, 25 Apr 2011 19:53:45 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1C3FA1507C7 for ; Mon, 25 Apr 2011 19:53:45 +0000 (UTC) Message-ID: <4DB5D148.3080106@FreeBSD.org> Date: Mon, 25 Apr 2011 12:53:44 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Why is /usr/obj/lib32 where it is? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 19:53:45 -0000 Howdy, In my /usr/obj (on amd64) I have 2 directories; lib32, and the root of the fs where the sources are. It seems odd to me that lib32 is not under the same root as everything else, so I'm asking why. :) Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 20:07:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D39261065675; Mon, 25 Apr 2011 20:07:14 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) by mx1.freebsd.org (Postfix) with ESMTP id 99E188FC1D; Mon, 25 Apr 2011 20:07:14 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id p3PK7EAs001999; Mon, 25 Apr 2011 13:07:14 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id p3PK7Ec7001998; Mon, 25 Apr 2011 13:07:14 -0700 (PDT) (envelope-from sgk) Date: Mon, 25 Apr 2011 13:07:14 -0700 From: Steve Kargl To: Doug Barton Message-ID: <20110425200714.GA1895@troutmask.apl.washington.edu> References: <4DB5D148.3080106@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DB5D148.3080106@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Why is /usr/obj/lib32 where it is? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 20:07:14 -0000 On Mon, Apr 25, 2011 at 12:53:44PM -0700, Doug Barton wrote: > Howdy, > > In my /usr/obj (on amd64) I have 2 directories; lib32, and the root of > the fs where the sources are. It seems odd to me that lib32 is not under > the same root as everything else, so I'm asking why. :) > troutmask:kargl[214] find /usr/obj/usr/src/lib32 -type f | wc -l 2412 It seems that a portion of lib32 is found were you appear to want it to be. -- Steve From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 20:12:03 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id DDDF7106566C for ; Mon, 25 Apr 2011 20:12:03 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 9742214E43A; Mon, 25 Apr 2011 20:12:03 +0000 (UTC) Message-ID: <4DB5D593.5000502@FreeBSD.org> Date: Mon, 25 Apr 2011 13:12:03 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Steve Kargl References: <4DB5D148.3080106@FreeBSD.org> <20110425200714.GA1895@troutmask.apl.washington.edu> In-Reply-To: <20110425200714.GA1895@troutmask.apl.washington.edu> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Why is /usr/obj/lib32 where it is? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 20:12:03 -0000 On 04/25/2011 13:07, Steve Kargl wrote: > On Mon, Apr 25, 2011 at 12:53:44PM -0700, Doug Barton wrote: >> Howdy, >> >> In my /usr/obj (on amd64) I have 2 directories; lib32, and the root of >> the fs where the sources are. It seems odd to me that lib32 is not under >> the same root as everything else, so I'm asking why. :) >> > > troutmask:kargl[214] find /usr/obj/usr/src/lib32 -type f | wc -l > 2412 > > It seems that a portion of lib32 is found were you appear to > want it to be. I don't understand your answer. Let me add a few more details. My /usr/src is a symlink to /home/svn/head. For that matter, my /usr/obj is actually a symlink to /usr/local/obj. Meanwhile, I have the following in /usr/obj: ls /usr/obj/ home/ lib32/ hth, Doug -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 21:38:48 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D88C10657B3 for ; Mon, 25 Apr 2011 21:38:48 +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 EFE558FC13 for ; Mon, 25 Apr 2011 21:38:47 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3PLcWuM019718; Mon, 25 Apr 2011 17:38:42 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3PLcQ6P019717; Mon, 25 Apr 2011 17:38:26 -0400 (EDT) Date: Mon, 25 Apr 2011 17:38:26 -0400 From: Thomas Dickey To: Gary Jennejohn Message-ID: <20110425213826.GA19079@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> <20110425110039.GA7645@saltmine.radix.net> <20110425131254.21c29fc8@ernst.jennejohn.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="rwEMma7ioTxnRzrJ" Content-Disposition: inline In-Reply-To: <20110425131254.21c29fc8@ernst.jennejohn.org> User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 21:38:48 -0000 --rwEMma7ioTxnRzrJ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2011 at 01:12:54PM +0200, Gary Jennejohn wrote: > Mine sets it to rxvt. >=20 > I tried setting TERM to rxvt in xterm, but of course it didn't work. I overlooked asking whether Randy had regen'd the termcap.db file which is presumably used for the updated termcap. A truss/ktrace would show the particular file opened, but not the content. If we were talking about terminfo, I'd look for the output of infocmp to verify the change, but don't have a convenient way to verify that the termcap data seen by "less" is as expected. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --rwEMma7ioTxnRzrJ 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 iD8DBQFNtenRtIqByHxlDocRAryJAJ0d0dcGVhrynKOZKUcL3g7ys9t4vgCfeH52 fq9Pj5RFzOWiH03wEhxXC/g= =IvE0 -----END PGP SIGNATURE----- --rwEMma7ioTxnRzrJ-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 22:11:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 548C81065673 for ; Mon, 25 Apr 2011 22:11:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (mx0.zoral.com.ua [91.193.166.200]) by mx1.freebsd.org (Postfix) with ESMTP id 242248FC19 for ; Mon, 25 Apr 2011 22:11:10 +0000 (UTC) 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 p3PMAwME076190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 26 Apr 2011 01:10:58 +0300 (EEST) (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.4/8.14.4) with ESMTP id p3PMAwTc094647; Tue, 26 Apr 2011 01:10:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.4/8.14.4/Submit) id p3PMAw7d094646; Tue, 26 Apr 2011 01:10:58 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 26 Apr 2011 01:10:58 +0300 From: Kostik Belousov To: Thomas Dickey Message-ID: <20110425221058.GM48734@deviant.kiev.zoral.com.ua> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> <20110425110039.GA7645@saltmine.radix.net> <20110425131254.21c29fc8@ernst.jennejohn.org> <20110425213826.GA19079@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="+lkmz3FEiWbOcRWA" Content-Disposition: inline In-Reply-To: <20110425213826.GA19079@saltmine.radix.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.2 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-3.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, DNS_FROM_OPENWHOIS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 22:11:12 -0000 --+lkmz3FEiWbOcRWA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Apr 25, 2011 at 05:38:26PM -0400, Thomas Dickey wrote: > On Mon, Apr 25, 2011 at 01:12:54PM +0200, Gary Jennejohn wrote: > > Mine sets it to rxvt. > >=20 > > I tried setting TERM to rxvt in xterm, but of course it didn't work. >=20 > I overlooked asking whether Randy had regen'd the termcap.db file > which is presumably used for the updated termcap. A truss/ktrace > would show the particular file opened, but not the content. If > we were talking about terminfo, I'd look for the output of infocmp > to verify the change, but don't have a convenient way to verify > that the termcap data seen by "less" is as expected. There is also $TERMCAP env var that adds a level of inconvenience when debugging such issues. --+lkmz3FEiWbOcRWA Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iEYEARECAAYFAk218XEACgkQC3+MBN1Mb4ggPwCg6dePMIGXVKTN26jn9laZuuCw dTYAn1KhnW0/fhPjRjM6Z/2sZitJy7Qb =fBXh -----END PGP SIGNATURE----- --+lkmz3FEiWbOcRWA-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 22:42:11 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5CDC7106566C for ; Mon, 25 Apr 2011 22:42:11 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 403068FC13 for ; Mon, 25 Apr 2011 22:42:11 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QEUSb-000FAg-8K; Mon, 25 Apr 2011 22:40:53 +0000 Date: Tue, 26 Apr 2011 07:41:38 +0900 Message-ID: From: Randy Bush To: Thomas Dickey In-Reply-To: <20110425213826.GA19079@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> <20110425110039.GA7645@saltmine.radix.net> <20110425131254.21c29fc8@ernst.jennejohn.org> <20110425213826.GA19079@saltmine.radix.net> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 22:42:11 -0000 > I overlooked asking whether Randy had regen'd the termcap.db file > which is presumably used for the updated termcap. i did From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 22:42:12 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 889AF1065670 for ; Mon, 25 Apr 2011 22:42:12 +0000 (UTC) (envelope-from randy@psg.com) Received: from ran.psg.com (ran.psg.com [147.28.0.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6F4668FC14 for ; Mon, 25 Apr 2011 22:42:12 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=rair.psg.com.psg.com) by ran.psg.com with esmtp (Exim 4.74 (FreeBSD)) (envelope-from ) id 1QEUTs-000FB3-5u; Mon, 25 Apr 2011 22:42:12 +0000 Date: Tue, 26 Apr 2011 07:42:57 +0900 Message-ID: From: Randy Bush To: Gary Jennejohn In-Reply-To: <20110425095224.39550486@ernst.jennejohn.org> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) Emacs/22.3 Mule/5.0 (SAKAKI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 22:42:12 -0000 i gave up and am using xterm-clear, which is working for me. randy From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 22:42:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E74EF1065679 for ; Mon, 25 Apr 2011 22:42:20 +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 A47868FC15 for ; Mon, 25 Apr 2011 22:42:20 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3PMgJuM029297; Mon, 25 Apr 2011 18:42:19 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3PMgJN6029296; Mon, 25 Apr 2011 18:42:19 -0400 (EDT) Date: Mon, 25 Apr 2011 18:42:19 -0400 From: Thomas Dickey To: Kostik Belousov Message-ID: <20110425224219.GA28776@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> <20110425110039.GA7645@saltmine.radix.net> <20110425131254.21c29fc8@ernst.jennejohn.org> <20110425213826.GA19079@saltmine.radix.net> <20110425221058.GM48734@deviant.kiev.zoral.com.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20110425221058.GM48734@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 22:42:21 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 26, 2011 at 01:10:58AM +0300, Kostik Belousov wrote: > On Mon, Apr 25, 2011 at 05:38:26PM -0400, Thomas Dickey wrote: > > On Mon, Apr 25, 2011 at 01:12:54PM +0200, Gary Jennejohn wrote: > > > Mine sets it to rxvt. > > >=20 > > > I tried setting TERM to rxvt in xterm, but of course it didn't work. > >=20 > > I overlooked asking whether Randy had regen'd the termcap.db file > > which is presumably used for the updated termcap. A truss/ktrace > > would show the particular file opened, but not the content. If > > we were talking about terminfo, I'd look for the output of infocmp > > to verify the change, but don't have a convenient way to verify > > that the termcap data seen by "less" is as expected. >=20 > There is also $TERMCAP env var that adds a level of inconvenience > when debugging such issues. yes (I don't recall if FreeBSD's system configuration for ncurses uses this feature - but then again, truss/ktrace would tell that part of the story). --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --VbJkn9YxBvnuCH5J 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 iD8DBQFNtfigtIqByHxlDocRAsCzAJoCWntQ+/bIMFB8yNVGTYcL4fKPXQCgoFRq wKnamDOH/NH99n4+aTKbOh8= =y3gs -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 25 22:44:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86025106566C for ; Mon, 25 Apr 2011 22:44:02 +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 44D088FC14 for ; Mon, 25 Apr 2011 22:44:02 +0000 (UTC) Received: from saltmine.radix.net (localhost [127.0.0.1]) by saltmine.radix.net (8.12.2/8.12.2) with ESMTP id p3PMi1uM029812; Mon, 25 Apr 2011 18:44:01 -0400 (EDT) Received: (from dickey@localhost) by saltmine.radix.net (8.12.2/8.12.2/Submit) id p3PMi12t029811; Mon, 25 Apr 2011 18:44:01 -0400 (EDT) Date: Mon, 25 Apr 2011 18:44:01 -0400 From: Thomas Dickey To: Randy Bush Message-ID: <20110425224401.GB28776@saltmine.radix.net> References: <8639l7bbt3.fsf@gmail.com> <20110424222634.GA24854@saltmine.radix.net> <20110425002314.GA8998@saltmine.radix.net> <20110425095224.39550486@ernst.jennejohn.org> <20110425110039.GA7645@saltmine.radix.net> <20110425131254.21c29fc8@ernst.jennejohn.org> <20110425213826.GA19079@saltmine.radix.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="qcHopEYAB45HaUaB" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.3.27i Cc: FreeBSD current mailing list Subject: Re: xterm termcape :ti@:te@: X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 25 Apr 2011 22:44:02 -0000 --qcHopEYAB45HaUaB Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 26, 2011 at 07:41:38AM +0900, Randy Bush wrote: > > I overlooked asking whether Randy had regen'd the termcap.db file > > which is presumably used for the updated termcap. >=20 > i did I sort of assumed you did, but am still puzzled where the problem lies. --=20 Thomas E. Dickey http://invisible-island.net ftp://invisible-island.net --qcHopEYAB45HaUaB 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 iD8DBQFNtfkwtIqByHxlDocRAiVKAJ9+GWBrnhFy8r8bDs2IaqyQIAz2CgCgp81L 4u8hCEEy8I6auSk0nlZjOeY= =wojF -----END PGP SIGNATURE----- --qcHopEYAB45HaUaB-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 00:33:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5994106564A for ; Tue, 26 Apr 2011 00:33:15 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 6A8A48FC19 for ; Tue, 26 Apr 2011 00:33:15 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvwGACYStk2DaFvO/2dsb2JhbACET5NGjh61DJEngSmDUH0EjjU X-IronPort-AV: E=Sophos;i="4.64,267,1301889600"; d="scan'208";a="118605932" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 25 Apr 2011 20:33:14 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A4A8CB3F54 for ; Mon, 25 Apr 2011 20:33:14 -0400 (EDT) Date: Mon, 25 Apr 2011 20:33:14 -0400 (EDT) From: Rick Macklem To: freebsd-current@freebsd.org Message-ID: <1088403240.552644.1303777994659.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Subject: newnfs NFS client testing X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 00:33:15 -0000 Hi, I believe that the new/experimental NFS client in head is now compatible with the old/regular NFS client. If you run current and do NFS mounts, testing of the new NFS client would be appreciated. All you need to do is: - replace the fstype of "nfs" with "newnfs" in the appropriate lines in /etc/fstab If you are using a diskless NFS root fs, you need to change the line for "/" in etc/fstab on the root fs on the NFS server plus add a line like this to boot/loader.conf on the root fs on the server: vfs.root.mountfrom="newnfs:" Thanks in advance for any testing, rick ps: The plan is to switch "newnfs" --> "nfs" soon if problems aren't reported. From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 01:57:48 2011 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 6F5251065675 for ; Tue, 26 Apr 2011 01:57:48 +0000 (UTC) (envelope-from swills@FreeBSD.org) Received: from mouf.net (mouf.net [204.109.58.86]) by mx1.freebsd.org (Postfix) with ESMTP id 2D68E8FC20 for ; Tue, 26 Apr 2011 01:57:47 +0000 (UTC) Received: from meatwad.mouf.net (cpe-065-190-149-241.nc.res.rr.com [65.190.149.241]) (authenticated bits=0) by mouf.net (8.14.4/8.14.4) with ESMTP id p3Q1WxGF090892 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NOT) for ; Mon, 25 Apr 2011 21:33:01 -0400 (EDT) (envelope-from swills@FreeBSD.org) Message-ID: <4DB620CB.50302@FreeBSD.org> Date: Mon, 25 Apr 2011 21:32:59 -0400 From: Steve Wills User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110323 Thunderbird/3.1.9 MIME-Version: 1.0 To: current@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mouf.net [204.109.58.86]); Mon, 25 Apr 2011 21:33:01 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.96.2 at mouf.net X-Virus-Status: Clean Cc: Subject: responsiveness during IO tasks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 01:57:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, I've noticed lately that when doing heavy IO, my 9-CURRENT system (Fri Apr 15 23:33:46 EDT 2011) is quite unresponsive. I have two ZFS mirrors setup and run KDE4. The system has 12GB of RAM. When I, for example, copy an ISO image from one mirror to the other, the whole desktop becomes really slow during the copy. It takes a good 15 seconds to open a new tab in Konsole, switching windows takes a while, etc. Once the copy is finished, things are fine. It wasn't like this back before I upgraded from 8.2-RC1 to 9-CURRENT. Has anyone else noticed something similar, or is it just me? Is there any other info I can provide or something I should look for? Thanks, Steve -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJNtiDLAAoJEPXPYrMgexuh2hgIAK4a33NtKUNP5bDy9nCumjNM Y+0WYxio72kDEUR0KPGJKB8TT3qV4DAknvydEvOTvXNQq2GZUX5WvJKu0cNwbg7g qQt7xawaQq9NkE4dGJLMgDRDrkGVzHEFFHKegmFl8l9WnUxC8ffAjEvtW63Lcefe xLzo9s3SbfmKS5p6dm/EXx49rSrtZv3uENnPBErXDY4Vd6LtNRBV2umk2GzU0Jgr HdOcZVv+MOSEbIMavJidRtYE5Ous0XYRBYFF+ZHhRVkLQ4yIj2OXmQiB0IjYh11O gX0NcHSBA8Pe6WbRRpcUbS0Evr4ur/n1VWgwZB/Bfbrtt0RnFbRDNCnBfOLAhuw= =ZgkD -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 06:47:57 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C0D3E106566C; Tue, 26 Apr 2011 06:47:57 +0000 (UTC) (envelope-from dim@FreeBSD.org) 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 838D58FC0C; Tue, 26 Apr 2011 06:47:57 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:88c2:479e:1209:6876] (unknown [IPv6:2001:7b8:3a7:0:88c2:479e:1209:6876]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D88B15C59; Tue, 26 Apr 2011 08:47:55 +0200 (CEST) Message-ID: <4DB66A9C.6050609@FreeBSD.org> Date: Tue, 26 Apr 2011 08:47:56 +0200 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.17) Gecko/20110415 Lanikai/3.1.11pre MIME-Version: 1.0 To: Doug Barton References: <4DB5D148.3080106@FreeBSD.org> In-Reply-To: <4DB5D148.3080106@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Why is /usr/obj/lib32 where it is? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 06:47:57 -0000 On 2011-04-25 21:53, Doug Barton wrote: > In my /usr/obj (on amd64) I have 2 directories; lib32, and the root of > the fs where the sources are. It seems odd to me that lib32 is not under > the same root as everything else, so I'm asking why. :) If you look under /usr/obj/lib32, you will see the same root of the fs where the sources are, and approximately the same directory structure. The lib32 dir is used for building the 32-bit compatibility libraries on amd64, and needs to be separate from the 'native' obj directory. From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 07:25:07 2011 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 E10ED1065674; Tue, 26 Apr 2011 07:25:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 99F728FC1A; Tue, 26 Apr 2011 07:25:06 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3Q7P5sQ073962; Tue, 26 Apr 2011 03:25:05 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3Q7P566073957; Tue, 26 Apr 2011 07:25:05 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 07:25:05 GMT Message-Id: <201104260725.p3Q7P566073957@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 07:25:07 -0000 TB --- 2011-04-26 06:31:03 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 06:31:03 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-26 06:31:03 - cleaning the object tree TB --- 2011-04-26 06:31:10 - cvsupping the source tree TB --- 2011-04-26 06:31:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-26 06:32:01 - building world TB --- 2011-04-26 06:32:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 06:32:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 06:32:01 - TARGET=mips TB --- 2011-04-26 06:32:01 - TARGET_ARCH=mips TB --- 2011-04-26 06:32:01 - TZ=UTC TB --- 2011-04-26 06:32:01 - __MAKE_CONF=/dev/null TB --- 2011-04-26 06:32:01 - cd /src TB --- 2011-04-26 06:32:01 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 06:32:01 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 07:25:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 07:25:05 - ERROR: failed to build world TB --- 2011-04-26 07:25:05 - 2271.13 user 572.73 system 3242.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 08:04:32 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E90F5106566C; Tue, 26 Apr 2011 08:04:32 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id AFFC88FC1F; Tue, 26 Apr 2011 08:04:32 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1QEdFx-0003qh-H3; Tue, 26 Apr 2011 10:04:25 +0200 Date: Tue, 26 Apr 2011 10:04:25 +0200 From: Matthias Apitz To: freebsd-current@freebsd.org, gnome@freebsd.org Message-ID: <20110426080424.GA12864@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: David Woodhouse Subject: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 08:04:33 -0000 Hello, I'm trying to compile /usr/ports/mail/evolution-exchange/ and the gcc crashes with: [root@vm-9Current /usr/ports/mail/evolution-exchange]# LANG=C make ===> Building for evolution-exchange-2.32.1_1 gmake all-recursive gmake[1]: Entering directory `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1' Making all in server gmake[2]: Entering directory `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1/server' Making all in xntlm gmake[3]: Entering directory `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1/server/xntlm' CC libxntlm_la-xntlm.lo cc1: internal compiler error: Segmentation fault: 11 Some notes about this: - the system runs in a VMworkstation 7.x - it has already compliled kernel, userland and ~1000 ports without any crash, i.e. it is *not* the typical hardware related crash; - the above mentioned version evolution-exchange-2.32.1_1 is a fake, in real it is compiling the original evolution-exchange-2.32.3 sources; - it is fully reproduceable What next? (David, should it be posted to evolution@gnome.org as well?) matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 08:05:54 2011 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 42B6A106564A; Tue, 26 Apr 2011 08:05:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id EF4018FC13; Tue, 26 Apr 2011 08:05:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3Q85rrm082887; Tue, 26 Apr 2011 04:05:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3Q85rKs082878; Tue, 26 Apr 2011 08:05:53 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 08:05:53 GMT Message-Id: <201104260805.p3Q85rKs082878@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 08:05:54 -0000 TB --- 2011-04-26 07:07:19 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 07:07:19 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-26 07:07:19 - cleaning the object tree TB --- 2011-04-26 07:07:36 - cvsupping the source tree TB --- 2011-04-26 07:07:36 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-04-26 07:07:49 - building world TB --- 2011-04-26 07:07:49 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 07:07:49 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 07:07:49 - TARGET=sparc64 TB --- 2011-04-26 07:07:49 - TARGET_ARCH=sparc64 TB --- 2011-04-26 07:07:49 - TZ=UTC TB --- 2011-04-26 07:07:49 - __MAKE_CONF=/dev/null TB --- 2011-04-26 07:07:49 - cd /src TB --- 2011-04-26 07:07:49 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 07:07:49 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 08:05:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 08:05:53 - ERROR: failed to build world TB --- 2011-04-26 08:05:53 - 2666.59 user 587.34 system 3513.50 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 08:23:02 2011 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 6565C1065677; Tue, 26 Apr 2011 08:23:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 15F018FC13; Tue, 26 Apr 2011 08:23:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3Q8N1lQ087139; Tue, 26 Apr 2011 04:23:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3Q8N1JG087138; Tue, 26 Apr 2011 08:23:01 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 08:23:01 GMT Message-Id: <201104260823.p3Q8N1JG087138@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 08:23:02 -0000 TB --- 2011-04-26 07:25:05 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 07:25:05 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-26 07:25:05 - cleaning the object tree TB --- 2011-04-26 07:25:15 - cvsupping the source tree TB --- 2011-04-26 07:25:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-04-26 07:26:07 - building world TB --- 2011-04-26 07:26:07 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 07:26:07 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 07:26:07 - TARGET=sun4v TB --- 2011-04-26 07:26:07 - TARGET_ARCH=sparc64 TB --- 2011-04-26 07:26:07 - TZ=UTC TB --- 2011-04-26 07:26:07 - __MAKE_CONF=/dev/null TB --- 2011-04-26 07:26:07 - cd /src TB --- 2011-04-26 07:26:07 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 07:26:07 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 08:23:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 08:23:01 - ERROR: failed to build world TB --- 2011-04-26 08:23:01 - 2618.69 user 597.59 system 3475.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 09:50:14 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD28B106564A for ; Tue, 26 Apr 2011 09:50:14 +0000 (UTC) (envelope-from VaNs9@yandex.ru) Received: from forward15.mail.yandex.net (forward15.mail.yandex.net [95.108.130.119]) by mx1.freebsd.org (Postfix) with ESMTP id 659408FC16 for ; Tue, 26 Apr 2011 09:50:14 +0000 (UTC) Received: from web156.yandex.ru (web156.yandex.ru [95.108.131.169]) by forward15.mail.yandex.net (Yandex) with ESMTP id DCA5F9E0CE4; Tue, 26 Apr 2011 13:32:27 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1303810347; bh=/WFBSg6yi90uksAfUldzpLZIbAux8zjcietX+aw1aL8=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=o7loOZ3z1WPKOMWBV9nBOhE4uXwd39nVDUKqG0rFGxjUh292hqahqDY779U58pXF2 NH6EeMfvMP9lwMyXrtC5J8StkkHhqLXnjldTjB13FesXkUJ+VsoRhuPnBZpINPqv65 HNkIBb88lB1E2ziY2NX78OUT7pvWQ63RE2jJIEzE= Received: from localhost (localhost.localdomain [127.0.0.1]) by web156.yandex.ru (Yandex) with ESMTP id C2BF44238006; Tue, 26 Apr 2011 13:32:27 +0400 (MSD) X-Yandex-Spam: 1 Received: from [83.102.175.242] ([83.102.175.242]) by mail.yandex.ru with HTTP; Tue, 26 Apr 2011 13:32:26 +0400 From: N V To: Matthias Apitz In-Reply-To: <20110426080424.GA12864@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> MIME-Version: 1.0 Message-Id: <500181303810347@web156.yandex.ru> Date: Tue, 26 Apr 2011 13:32:26 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=koi8-r Cc: freebsd-current@freebsd.org, David Woodhouse Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 09:50:15 -0000 Hello. Don't know is this related. I've got rather fresh 9.0-CURRENT (checked out few days ago) built with clang. And I use clang as the system compiler, but ruby fails to build with clang. So I've tried gcc. But with gcc I've got this: .. configure:3211: checking whether the C compiler works configure:3233: cc -I/usr/include -O2 -pipe -march=native -fno-strict-aliasing -I/usr/include -rpath=/usr/lib:/usr/local/lib -pthread conft est.c -L/usr/lib -rpath=/usr/lib:/usr/local/lib -pthread >&5 Segmentation fault (core dumped) configure:3237: $? = 139 configure:3275: result: no configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "" | #define PACKAGE_TARNAME "" | #define PACKAGE_VERSION "" | #define PACKAGE_STRING "" | #define PACKAGE_BUGREPORT "" | #define PACKAGE_URL "" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:3280: error: in `/mnt/portworkdir/usr/ports/lang/ruby18/work/ruby-1.8.7-p302': configure:3283: error: C compiler cannot create executables .. As far as I remeber, all was ok when I had base gcc build by gcc not clang. But this could be unrelated. Regards. 26.04.2011, 12:04, "Matthias Apitz" : > Hello, > > I'm trying to compile /usr/ports/mail/evolution-exchange/ and the gcc > crashes with: > > [root@vm-9Current /usr/ports/mail/evolution-exchange]# šLANG=C make > ===> šBuilding for evolution-exchange-2.32.1_1 > gmake šall-recursive > gmake[1]: Entering directory > `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1' > Making all in server > gmake[2]: Entering directory > `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1/server' > Making all in xntlm > gmake[3]: Entering directory > `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1/server/xntlm' > ššCC ššššlibxntlm_la-xntlm.lo > cc1: internal compiler error: Segmentation fault: 11 > > Some notes about this: > - the system runs in a VMworkstation 7.x > - it has already compliled kernel, userland and ~1000 ports without any > ššcrash, i.e. it is *not* the typical hardware related crash; > - the above mentioned version evolution-exchange-2.32.1_1 is a fake, in > ššreal it is compiling the original evolution-exchange-2.32.3 sources; > - it is fully reproduceable > > What next? > (David, should it be posted to evolution@gnome.org as well?) > > ššššššššmatthias > > -- > Matthias Apitz > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e ; - w http://www.unixarea.de/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 09:51:33 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9CB41065675; Tue, 26 Apr 2011 09:51:33 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 702CE8FC08; Tue, 26 Apr 2011 09:51:33 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1QEevZ-0005qW-VN; Tue, 26 Apr 2011 11:51:30 +0200 Date: Tue, 26 Apr 2011 11:51:29 +0200 From: Matthias Apitz To: David Woodhouse Message-ID: <20110426095128.GA14455@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> <1303809741.6417.75.camel@macbook.infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1303809741.6417.75.camel@macbook.infradead.org> X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 09:51:33 -0000 El día Tuesday, April 26, 2011 a las 10:22:21AM +0100, David Woodhouse escribió: > > crash, i.e. it is *not* the typical hardware related crash; > > - the above mentioned version evolution-exchange-2.32.1_1 is a fake, in > > real it is compiling the original evolution-exchange-2.32.3 sources; > > - it is fully reproduceable > > > > What next? > > (David, should it be posted to evolution@gnome.org as well?) > > Looks like a compiler bug, so probably not. > > What version of GCC? You probably want to file a PR at gcc.gnu.org. > > .... > > Then you can go to gcc.gnu.org/bugzilla and file a PR. Thanks for your hints concerning the GCC problem; I will collect the data and file a bug report; > In the meantime, however, if you don't need evolution-exchange then you > can just ignore this problem and get on with the other things you were > trying to test? I need the evolution-exchange connector; can I live with 2.32.1 while evolution and its dataserver are 2.32.3? If not, I must go back fully to 2.32.1 after the debugging of the calendar stuff; matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 10:18:58 2011 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 8BCE0106566B; Tue, 26 Apr 2011 10:18:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 456568FC0C; Tue, 26 Apr 2011 10:18:57 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QAIvHL070920; Tue, 26 Apr 2011 06:18:57 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QAIvY1070916; Tue, 26 Apr 2011 10:18:57 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 10:18:57 GMT Message-Id: <201104261018.p3QAIvY1070916@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 10:18:58 -0000 TB --- 2011-04-26 09:30:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 09:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-26 09:30:00 - cleaning the object tree TB --- 2011-04-26 09:30:09 - cvsupping the source tree TB --- 2011-04-26 09:30:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-26 09:30:37 - building world TB --- 2011-04-26 09:30:37 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 09:30:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 09:30:37 - TARGET=arm TB --- 2011-04-26 09:30:37 - TARGET_ARCH=arm TB --- 2011-04-26 09:30:37 - TZ=UTC TB --- 2011-04-26 09:30:37 - __MAKE_CONF=/dev/null TB --- 2011-04-26 09:30:37 - cd /src TB --- 2011-04-26 09:30:37 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 09:30:38 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 10:18:56 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 10:18:56 - ERROR: failed to build world TB --- 2011-04-26 10:18:56 - 2116.71 user 604.11 system 2936.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 10:37:41 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: by hub.freebsd.org (Postfix, from userid 1233) id 69992106566C; Tue, 26 Apr 2011 10:37:41 +0000 (UTC) Date: Tue, 26 Apr 2011 10:37:41 +0000 From: Alexander Best To: Steve Wills Message-ID: <20110426103741.GA25031@freebsd.org> References: <4DB620CB.50302@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4DB620CB.50302@FreeBSD.org> Cc: current@FreeBSD.org Subject: Re: responsiveness during IO tasks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 10:37:41 -0000 On Mon Apr 25 11, Steve Wills wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > I've noticed lately that when doing heavy IO, my 9-CURRENT system (Fri > Apr 15 23:33:46 EDT 2011) is quite unresponsive. I have two ZFS mirrors > setup and run KDE4. The system has 12GB of RAM. > > When I, for example, copy an ISO image from one mirror to the other, the > whole desktop becomes really slow during the copy. It takes a good 15 > seconds to open a new tab in Konsole, switching windows takes a while, > etc. Once the copy is finished, things are fine. It wasn't like this > back before I upgraded from 8.2-RC1 to 9-CURRENT. Has anyone else > noticed something similar, or is it just me? Is there any other info I > can provide or something I should look for? i've noticed this too. for me the situation is sometimes even worse. during heavy i/o the mouse cursor won't even respond. i think this is a scheduler isse. maybe running a non-preemptive kernel or switching to the old 4bsd scheduler fixes it? cheers. alex > > Thanks, > Steve > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.17 (FreeBSD) > > iQEcBAEBAgAGBQJNtiDLAAoJEPXPYrMgexuh2hgIAK4a33NtKUNP5bDy9nCumjNM > Y+0WYxio72kDEUR0KPGJKB8TT3qV4DAknvydEvOTvXNQq2GZUX5WvJKu0cNwbg7g > qQt7xawaQq9NkE4dGJLMgDRDrkGVzHEFFHKegmFl8l9WnUxC8ffAjEvtW63Lcefe > xLzo9s3SbfmKS5p6dm/EXx49rSrtZv3uENnPBErXDY4Vd6LtNRBV2umk2GzU0Jgr > HdOcZVv+MOSEbIMavJidRtYE5Ous0XYRBYFF+ZHhRVkLQ4yIj2OXmQiB0IjYh11O > gX0NcHSBA8Pe6WbRRpcUbS0Evr4ur/n1VWgwZB/Bfbrtt0RnFbRDNCnBfOLAhuw= > =ZgkD > -----END PGP SIGNATURE----- -- a13x From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 09:22:24 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37042106566B; Tue, 26 Apr 2011 09:22:24 +0000 (UTC) (envelope-from BATV+66b332943896f5ebaa58+2802+infradead.org+dwmw2@casper.srs.infradead.org) Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:770:15f::2]) by mx1.freebsd.org (Postfix) with ESMTP id C45C58FC14; Tue, 26 Apr 2011 09:22:23 +0000 (UTC) Received: from macbook.infradead.org ([2001:8b0:10b:1:216:eaff:fe05:bbb8]) by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux)) id 1QEeTT-0001UB-05; Tue, 26 Apr 2011 09:22:27 +0000 From: David Woodhouse To: Matthias Apitz In-Reply-To: <20110426080424.GA12864@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> Content-Type: text/plain; charset="UTF-8" Date: Tue, 26 Apr 2011 10:22:21 +0100 Message-ID: <1303809741.6417.75.camel@macbook.infradead.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 8bit X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html X-Mailman-Approved-At: Tue, 26 Apr 2011 11:04:34 +0000 Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 09:22:24 -0000 On Tue, 2011-04-26 at 10:04 +0200, Matthias Apitz wrote: > > Hello, > > I'm trying to compile /usr/ports/mail/evolution-exchange/ and the gcc > crashes with: > > [root@vm-9Current /usr/ports/mail/evolution-exchange]# LANG=C make > ===> Building for evolution-exchange-2.32.1_1 > gmake all-recursive > gmake[1]: Entering directory > `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1' > Making all in server > gmake[2]: Entering directory > `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1/server' > Making all in xntlm > gmake[3]: Entering directory > `/usr/ports/mail/evolution-exchange/work/evolution-exchange-2.32.1/server/xntlm' > CC libxntlm_la-xntlm.lo > cc1: internal compiler error: Segmentation fault: 11 > > Some notes about this: > - the system runs in a VMworkstation 7.x > - it has already compliled kernel, userland and ~1000 ports without any > crash, i.e. it is *not* the typical hardware related crash; > - the above mentioned version evolution-exchange-2.32.1_1 is a fake, in > real it is compiling the original evolution-exchange-2.32.3 sources; > - it is fully reproduceable > > What next? > (David, should it be posted to evolution@gnome.org as well?) Looks like a compiler bug, so probably not. What version of GCC? You probably want to file a PR at gcc.gnu.org. Run 'make V=1' so you can see the compiler command line being used, and then you can run it manually from the command line. Then try to cut the test case down as much as possible. Your task is to delete as *much* code as you can from xntlm.c, and still reproduce the problem. Try removing (or comment out the body of) one function at a time, working backwards from the end of the file. Ideally you'll be left with just a *single* function that triggers the compiler bug — and then you can remove lines of code from *that* to make it simpler, too. It doesn't matter that it will no longer *work*, as long as it still makes the compiler barf (and is still valid C code). The smaller your test case is, the better. Finally, run the compiler with '-dD -save-temps' added to the command line. It'll save its intermediate files, including a '.i' file that is completely preprocessed source. It contains everything it needed from the header files on your system, so it can be compiled *anywhere*. Then you can go to gcc.gnu.org/bugzilla and file a PR. In the meantime, however, if you don't need evolution-exchange then you can just ignore this problem and get on with the other things you were trying to test? -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 10:11:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6ADBB1065674; Tue, 26 Apr 2011 10:11:51 +0000 (UTC) (envelope-from BATV+66b332943896f5ebaa58+2802+infradead.org+dwmw2@casper.srs.infradead.org) Received: from casper.infradead.org (casper.infradead.org [IPv6:2001:770:15f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 021428FC15; Tue, 26 Apr 2011 10:11:51 +0000 (UTC) Received: from macbook.infradead.org ([2001:8b0:10b:1:216:eaff:fe05:bbb8]) by casper.infradead.org with esmtpsa (Exim 4.72 #1 (Red Hat Linux)) id 1QEfFK-0002W2-1e; Tue, 26 Apr 2011 10:11:54 +0000 From: David Woodhouse To: Matthias Apitz In-Reply-To: <20110426095128.GA14455@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> <1303809741.6417.75.camel@macbook.infradead.org> <20110426095128.GA14455@sh4-5.1blu.de> Content-Type: text/plain; charset="UTF-8" Date: Tue, 26 Apr 2011 11:11:48 +0100 Message-ID: <1303812708.6417.83.camel@macbook.infradead.org> Mime-Version: 1.0 X-Mailer: Evolution 2.32.3 (2.32.3-1.fc14) Content-Transfer-Encoding: 7bit X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org See http://www.infradead.org/rpr.html X-Mailman-Approved-At: Tue, 26 Apr 2011 11:10:37 +0000 Cc: gnome@freebsd.org, freebsd-current@freebsd.org Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 10:11:51 -0000 On Tue, 2011-04-26 at 11:51 +0200, Matthias Apitz wrote: > I need the evolution-exchange connector; That's for Exchange 2003, right? If you were on a newer version of Exchange perhaps you'd be able to use the new Evolution-EWS connector. > can I live with 2.32.1 while evolution and its dataserver are 2.32.3? That should work. It may have entirely *artificial* dependencies on a newer version of e-d-s, but I don't think there's any good reason for such dependencies so just ignoring them and forcing it to install/run anyway (by changing a '3' to a '1' in configure.ac) should be fine. But this code hasn't changed, so if you failed to build evo-exchange 2.32.3 I strongly suspect that the same compiler bug will prevent you from building 2.32.1. You could try building evolution-exchange (or just xntlm.c) with -O0; that often helps to avoid triggering compiler bugs. > If not, I must go back fully to > 2.32.1 after the debugging of the calendar stuff; Well, the FreeBSD ports should be updated to 2.32.3 anyway. -- David Woodhouse Open Source Technology Centre David.Woodhouse@intel.com Intel Corporation From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 11:34:54 2011 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 4A55D106566B; Tue, 26 Apr 2011 11:34:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 04CB48FC13; Tue, 26 Apr 2011 11:34:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QBYr2r001847; Tue, 26 Apr 2011 07:34:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QBYqfA001839; Tue, 26 Apr 2011 11:34:52 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 11:34:52 GMT Message-Id: <201104261134.p3QBYqfA001839@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 11:34:54 -0000 TB --- 2011-04-26 10:18:57 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 10:18:57 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-26 10:18:57 - cleaning the object tree TB --- 2011-04-26 10:19:08 - cvsupping the source tree TB --- 2011-04-26 10:19:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-04-26 10:19:54 - building world TB --- 2011-04-26 10:19:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 10:19:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 10:19:54 - TARGET=ia64 TB --- 2011-04-26 10:19:54 - TARGET_ARCH=ia64 TB --- 2011-04-26 10:19:54 - TZ=UTC TB --- 2011-04-26 10:19:54 - __MAKE_CONF=/dev/null TB --- 2011-04-26 10:19:54 - cd /src TB --- 2011-04-26 10:19:54 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 10:19:54 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 11:34:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 11:34:52 - ERROR: failed to build world TB --- 2011-04-26 11:34:52 - 3591.97 user 641.72 system 4554.81 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 12:25:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 889BA106564A; Tue, 26 Apr 2011 12:25:25 +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 34CCB8FC19; Tue, 26 Apr 2011 12:25:25 +0000 (UTC) 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 <1QEh5c-0007HS-BT>; Tue, 26 Apr 2011 14:10:00 +0200 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 <1QEh5c-0005EI-86>; Tue, 26 Apr 2011 14:10:00 +0200 Message-ID: <4DB6B618.4090708@zedat.fu-berlin.de> Date: Tue, 26 Apr 2011 14:10:00 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110307 Thunderbird/3.1.9 MIME-Version: 1.0 To: freebsd-questions@FreeBSD.ORG, FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: error building kernel: nfs_clvfsops.o: In function `nfs_mount':, nfs_clvfsops.c:(.text+0x1638): undefined reference to `nfs_diskless_valid' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 12:25:25 -0000 Since today's source (FreeBSD 9.0-CURRENT/amd64 (source is: Revision: 221060) update I get the follwoing error while building the kernel (options NFSD/options NFSCL instead of options NFSSERVER/options NFSCLIENT): cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=native -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -W issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys -I/usr/src/s s/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --par m large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss 3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror vers.c linking kernel nfs_clvfsops.o: In function `nfs_mount': nfs_clvfsops.c:(.text+0x1638): undefined reference to `nfs_diskless_valid' nfs_clvfsops.c:(.text+0x1652): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1658): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1689): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x16d1): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1712): undefined reference to `nfsv3_diskless' nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x171b): more undefined references to `nfsv3_diskless' follow nfs_clvfsops.o: In function `nfs_mount': nfs_clvfsops.c:(.text+0x1e19): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e2a): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1e31): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e3d): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e44): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e4a): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e50): undefined reference to `nfs_diskless' nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1e57): more undefined references to `nfs_diskless' follow nfs_clvfsops.o: In function `nfs_mount': nfs_clvfsops.c:(.text+0x1e65): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1e6b): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1e73): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1e79): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1e80): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e87): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e8e): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e94): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1e9a): undefined reference to `nfs_diskless' nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ea0): more undefined references to `nfs_diskless' follow nfs_clvfsops.o: In function `nfs_mount': nfs_clvfsops.c:(.text+0x1eb3): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1ebd): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1ec4): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1ecb): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1ed2): undefined reference to `nfsv3_diskless' nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ed9): more undefined references to `nfsv3_diskless' follow nfs_clvfsops.o: In function `nfs_mount': nfs_clvfsops.c:(.text+0x1f18): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1f1e): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1f33): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1f3a): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1f4b): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1f52): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1f5e): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1f6a): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1f71): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1f78): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1f83): undefined reference to `nfs_diskless_valid' nfs_clvfsops.c:(.text+0x1fcc): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x1fd3): undefined reference to `nfs_diskless' nfs_clvfsops.c:(.text+0x1fd9): undefined reference to `nfsv3_diskless' nfs_clvfsops.c:(.text+0x20ae): undefined reference to `nfsv3_diskless' nfs_clvfsops.o:(.data+0x1f8): undefined reference to `nfsv3_diskless' nfs_clvfsops.o:(.data+0x258): undefined reference to `nfsv3_diskless' nfs_clvfsops.o:(.data+0x2b8): undefined reference to `nfs_diskless_valid' *** Error code 1 From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 12:27:51 2011 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 8D5A2106568C; Tue, 26 Apr 2011 12:27:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 495668FC27; Tue, 26 Apr 2011 12:27:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QCRopN021153; Tue, 26 Apr 2011 08:27:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QCRoXk021107; Tue, 26 Apr 2011 12:27:50 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 12:27:50 GMT Message-Id: <201104261227.p3QCRoXk021107@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 12:27:51 -0000 TB --- 2011-04-26 11:34:53 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 11:34:53 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-26 11:34:53 - cleaning the object tree TB --- 2011-04-26 11:35:01 - cvsupping the source tree TB --- 2011-04-26 11:35:01 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-26 11:35:29 - building world TB --- 2011-04-26 11:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 11:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 11:35:29 - TARGET=mips TB --- 2011-04-26 11:35:29 - TARGET_ARCH=mips TB --- 2011-04-26 11:35:29 - TZ=UTC TB --- 2011-04-26 11:35:29 - __MAKE_CONF=/dev/null TB --- 2011-04-26 11:35:29 - cd /src TB --- 2011-04-26 11:35:29 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 11:35:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 12:27:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 12:27:50 - ERROR: failed to build world TB --- 2011-04-26 12:27:50 - 2279.02 user 567.54 system 3176.74 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 12:36:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CC32106566B; Tue, 26 Apr 2011 12:36:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 16AE28FC0A; Tue, 26 Apr 2011 12:36:54 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEANS7tk2DaFvO/2dsb2JhbACEU6FpiHCpepE5gSmDUH0Ejj+GY4dZ X-IronPort-AV: E=Sophos;i="4.64,268,1301889600"; d="scan'208";a="118648332" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 26 Apr 2011 08:36:54 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 27A98B3F30; Tue, 26 Apr 2011 08:36:54 -0400 (EDT) Date: Tue, 26 Apr 2011 08:36:54 -0400 (EDT) From: Rick Macklem To: "O. Hartmann" Message-ID: <1336655788.563105.1303821414103.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4DB6B618.4090708@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: FreeBSD Current , freebsd-questions@FreeBSD.ORG Subject: Re: error building kernel: nfs_clvfsops.o: In function `nfs_mount':, nfs_clvfsops.c:(.text+0x1638): undefined reference to `nfs_diskless_valid' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 12:36:55 -0000 > Since today's source (FreeBSD 9.0-CURRENT/amd64 (source is: Revision: > 221060) update I get the follwoing error while building the kernel > (options NFSD/options NFSCL instead of options NFSSERVER/options > NFSCLIENT): > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=native > -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -W issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > -I/usr/src/s s/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --par m large-function-growth=1000 > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss 3 -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror > vers.c > linking kernel > nfs_clvfsops.o: In function `nfs_mount': > nfs_clvfsops.c:(.text+0x1638): undefined reference to > `nfs_diskless_valid' > nfs_clvfsops.c:(.text+0x1652): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1658): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1689): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x16d1): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1712): undefined reference to `nfsv3_diskless' > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x171b): more undefined > references > to `nfsv3_diskless' follow > nfs_clvfsops.o: In function `nfs_mount': > nfs_clvfsops.c:(.text+0x1e19): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e2a): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1e31): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e3d): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e44): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e4a): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e50): undefined reference to `nfs_diskless' > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1e57): more undefined > references > to `nfs_diskless' follow > nfs_clvfsops.o: In function `nfs_mount': > nfs_clvfsops.c:(.text+0x1e65): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1e6b): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1e73): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1e79): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1e80): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e87): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e8e): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e94): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1e9a): undefined reference to `nfs_diskless' > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ea0): more undefined > references > to `nfs_diskless' follow > nfs_clvfsops.o: In function `nfs_mount': > nfs_clvfsops.c:(.text+0x1eb3): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1ebd): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1ec4): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1ecb): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1ed2): undefined reference to `nfsv3_diskless' > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ed9): more undefined > references > to `nfsv3_diskless' follow > nfs_clvfsops.o: In function `nfs_mount': > nfs_clvfsops.c:(.text+0x1f18): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1f1e): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1f33): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1f3a): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1f4b): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1f52): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1f5e): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1f6a): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1f71): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1f78): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1f83): undefined reference to > `nfs_diskless_valid' > nfs_clvfsops.c:(.text+0x1fcc): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x1fd3): undefined reference to `nfs_diskless' > nfs_clvfsops.c:(.text+0x1fd9): undefined reference to `nfsv3_diskless' > nfs_clvfsops.c:(.text+0x20ae): undefined reference to `nfsv3_diskless' > nfs_clvfsops.o:(.data+0x1f8): undefined reference to `nfsv3_diskless' > nfs_clvfsops.o:(.data+0x258): undefined reference to `nfsv3_diskless' > nfs_clvfsops.o:(.data+0x2b8): undefined reference to > `nfs_diskless_valid' > *** Error code 1 > Oops, you'll have to add "options NFS_ROOT" to your kernel config until I commit a fix. Thanks for spotting it, rick ps: And a fresh "config KERNEL" followed by a build. I suspect you already did that. From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 13:32:46 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84D171065673 for ; Tue, 26 Apr 2011 13:32:46 +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 5A5DC8FC20 for ; Tue, 26 Apr 2011 13:32:46 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id F0B8646B97; Tue, 26 Apr 2011 09:32:45 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 5A5B88A027; Tue, 26 Apr 2011 09:32:45 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Tue, 26 Apr 2011 09:26:05 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <883894078.493543.1303672333362.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <883894078.493543.1303672333362.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201104260926.05033.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 26 Apr 2011 09:32:45 -0400 (EDT) Cc: "O. Hartmann" , Rick Macklem Subject: Re: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 13:32:46 -0000 On Sunday, April 24, 2011 3:12:13 pm Rick Macklem wrote: > > On 04/24/11 02:00, Rick Macklem wrote: > > > There will soon be a commit to head that will change the > > > default NFS server to the new one that was called the > > > experimental NFS server (but no longer experimental). After > > > this commit, you must use "-o" on both mountd and nfsd to > > > force the system to use the old/regular server but, please, > > > try the new server and let me know of problems before you > > > switch back to the old one. > > > > > > Hopefully this will not cause you grief, rick > > > _______________________________________________ > > > 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" > > > > If one would like to build NFS into the kernel, should those people > > use > > the "old" options (options NFSCLIENT|options NFSSERVER)? > > > If you are going with the default/new server, the option is NFSD. > > I haven't yet switched over the client (it still needs some > commits related to diskless root, etc), but the option for it > is NFSCL. (When it gets time to switch the client, I plan on > posting to see if others think the default kernel configs should > change. Personally, I'd wait until both have been switched and the > dust settles to the point where it seems there is no need to switch > back.) Actually, I think we should switch GENERIC in HEAD to the new client and kernel very soon. The goal is to get current users testing the new client and server so they can uncover any bugs. If problems crop up during the testing that can't be resolved, we can always revert to the older client/server for the release. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 13:43:13 2011 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 06D89106564A; Tue, 26 Apr 2011 13:43:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 92FAB8FC18; Tue, 26 Apr 2011 13:43:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QDhBuj092221; Tue, 26 Apr 2011 09:43:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QDhBeU092162; Tue, 26 Apr 2011 13:43:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 13:43:11 GMT Message-Id: <201104261343.p3QDhBeU092162@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 13:43:13 -0000 TB --- 2011-04-26 12:43:35 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 12:43:35 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-26 12:43:35 - cleaning the object tree TB --- 2011-04-26 12:43:45 - cvsupping the source tree TB --- 2011-04-26 12:43:45 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-04-26 12:44:42 - building world TB --- 2011-04-26 12:44:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 12:44:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 12:44:42 - TARGET=sparc64 TB --- 2011-04-26 12:44:42 - TARGET_ARCH=sparc64 TB --- 2011-04-26 12:44:42 - TZ=UTC TB --- 2011-04-26 12:44:42 - __MAKE_CONF=/dev/null TB --- 2011-04-26 12:44:42 - cd /src TB --- 2011-04-26 12:44:42 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 12:44:43 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 13:43:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 13:43:11 - ERROR: failed to build world TB --- 2011-04-26 13:43:11 - 2666.45 user 585.45 system 3576.03 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 13:43:29 2011 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 2F7431065688; Tue, 26 Apr 2011 13:43:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DE05C8FC20; Tue, 26 Apr 2011 13:43:28 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QDhSho094146; Tue, 26 Apr 2011 09:43:28 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QDhSUd094145; Tue, 26 Apr 2011 13:43:28 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 13:43:28 GMT Message-Id: <201104261343.p3QDhSUd094145@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 13:43:29 -0000 TB --- 2011-04-26 12:43:40 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 12:43:40 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-26 12:43:40 - cleaning the object tree TB --- 2011-04-26 12:43:47 - cvsupping the source tree TB --- 2011-04-26 12:43:47 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-04-26 12:44:43 - building world TB --- 2011-04-26 12:44:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 12:44:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 12:44:43 - TARGET=sun4v TB --- 2011-04-26 12:44:43 - TARGET_ARCH=sparc64 TB --- 2011-04-26 12:44:43 - TZ=UTC TB --- 2011-04-26 12:44:43 - __MAKE_CONF=/dev/null TB --- 2011-04-26 12:44:43 - cd /src TB --- 2011-04-26 12:44:43 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 12:44:43 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 13:43:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 13:43:28 - ERROR: failed to build world TB --- 2011-04-26 13:43:28 - 2666.14 user 592.52 system 3587.80 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 13:45:13 2011 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 F23E71065672; Tue, 26 Apr 2011 13:45:13 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id A99F58FC1F; Tue, 26 Apr 2011 13:45:13 +0000 (UTC) Received: from outgoing.leidinger.net (p5B155B0F.dip.t-dialin.net [91.21.91.15]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 82A04844015; Tue, 26 Apr 2011 15:44:59 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id 959D91152; Tue, 26 Apr 2011 15:44:56 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p3QDiuh2055815; Tue, 26 Apr 2011 15:44:56 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 26 Apr 2011 15:44:56 +0200 Message-ID: <20110426154456.15502ccrzrmoxv8k@webmail.leidinger.net> Date: Tue, 26 Apr 2011 15:44:56 +0200 From: Alexander Leidinger To: Julian Elischer References: <4DB22B26.3040603@freebsd.org> In-Reply-To: <4DB22B26.3040603@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 82A04844015.AEE3A X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=1, required 6, autolearn=disabled, J_BACKHAIR_57 1.00) X-EBL-MailScanner-SpamScore: s X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1304430300.82491@gPHNvpza81nfh3mZczkajQ X-EBL-Spam-Status: No Cc: FreeBSD Current Subject: Re: bsd/linux ioctl. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 13:45:14 -0000 Quoting Julian Elischer (from Fri, 22 Apr 2011 18:28:06 -0700): [linux ioctl compatibility] > So my first question is "is this hack commonly known?" > and secondly "should we clean it up and put it in an ioctl(9) man page?" > > We should probably have such a page. Do we have a driver porter's handbook? > a quick look failed to find any mention of this in any documentation. The closest I can come up with regarding some Linux<->FreeBSD porting is http://wiki.freebsd.org/AvoidingLinuxisms It's not really what you asked for, but it's somewhat related. Bye, Alexander. -- DEADWOOD: Anyone in your company who is more senior than you are. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 13:54:09 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31C751065674; Tue, 26 Apr 2011 13:54:09 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id B919D8FC08; Tue, 26 Apr 2011 13:54:08 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAGnNtk2DaFvO/2dsb2JhbACEU6FsiHCqX5FAgSmDUH0EjkGGY4dZ X-IronPort-AV: E=Sophos;i="4.64,268,1301889600"; d="scan'208";a="118658161" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 26 Apr 2011 09:54:07 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id A80D3B3FAE; Tue, 26 Apr 2011 09:54:07 -0400 (EDT) Date: Tue, 26 Apr 2011 09:54:07 -0400 (EDT) From: Rick Macklem To: "O. Hartmann" Message-ID: <897822174.570054.1303826047624.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <1336655788.563105.1303821414103.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: FreeBSD Current , freebsd-questions@FreeBSD.ORG Subject: Heads up: was Re: error building kernel: nfs_clvfsops.o: In function `nfs_mount':, nfs_clvfsops.c:(.text+0x1638): undefined reference to `nfs_diskless_valid' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 13:54:09 -0000 > > Since today's source (FreeBSD 9.0-CURRENT/amd64 (source is: > > Revision: > > 221060) update I get the follwoing error while building the kernel > > (options NFSD/options NFSCL instead of options NFSSERVER/options > > NFSCLIENT): > > > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing > > -march=native > > -std=c99 -Wall -Wredundant-decls -Wnested-externs > > -Wstrict-prototypes > > -W issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > > -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys > > -I/usr/src/s s/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > > -include opt_global.h -fno-common -finline-limit=8000 --param > > inline-unit-growth=100 --par m large-function-growth=1000 > > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss 3 -msoft-float > > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > > -Werror > > vers.c > > linking kernel > > nfs_clvfsops.o: In function `nfs_mount': > > nfs_clvfsops.c:(.text+0x1638): undefined reference to > > `nfs_diskless_valid' > > nfs_clvfsops.c:(.text+0x1652): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1658): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1689): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x16d1): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1712): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x171b): more undefined > > references > > to `nfsv3_diskless' follow > > nfs_clvfsops.o: In function `nfs_mount': > > nfs_clvfsops.c:(.text+0x1e19): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e2a): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1e31): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e3d): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e44): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e4a): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e50): undefined reference to `nfs_diskless' > > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1e57): more undefined > > references > > to `nfs_diskless' follow > > nfs_clvfsops.o: In function `nfs_mount': > > nfs_clvfsops.c:(.text+0x1e65): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1e6b): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1e73): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1e79): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1e80): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e87): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e8e): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e94): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1e9a): undefined reference to `nfs_diskless' > > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ea0): more undefined > > references > > to `nfs_diskless' follow > > nfs_clvfsops.o: In function `nfs_mount': > > nfs_clvfsops.c:(.text+0x1eb3): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1ebd): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1ec4): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1ecb): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1ed2): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ed9): more undefined > > references > > to `nfsv3_diskless' follow > > nfs_clvfsops.o: In function `nfs_mount': > > nfs_clvfsops.c:(.text+0x1f18): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1f1e): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1f33): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1f3a): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1f4b): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1f52): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1f5e): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1f6a): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1f71): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1f78): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1f83): undefined reference to > > `nfs_diskless_valid' > > nfs_clvfsops.c:(.text+0x1fcc): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x1fd3): undefined reference to `nfs_diskless' > > nfs_clvfsops.c:(.text+0x1fd9): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.c:(.text+0x20ae): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.o:(.data+0x1f8): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.o:(.data+0x258): undefined reference to > > `nfsv3_diskless' > > nfs_clvfsops.o:(.data+0x2b8): undefined reference to > > `nfs_diskless_valid' > > *** Error code 1 > > > Oops, you'll have to add "options NFS_ROOT" to your kernel config > until > I commit a fix. > This should be fixed by r221066. You will need to do a fresh "config KERNEL" etc after upgrading past r221032. (I should have sent an email w.r.t. this yesterday, sorry.) rick From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 15:39:40 2011 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 B7787106566C; Tue, 26 Apr 2011 15:39:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 71AAD8FC1D; Tue, 26 Apr 2011 15:39:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QFddM1062890; Tue, 26 Apr 2011 11:39:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QFddk5062889; Tue, 26 Apr 2011 15:39:39 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 15:39:39 GMT Message-Id: <201104261539.p3QFddk5062889@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 15:39:40 -0000 TB --- 2011-04-26 14:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 14:50:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-26 14:50:00 - cleaning the object tree TB --- 2011-04-26 14:50:08 - cvsupping the source tree TB --- 2011-04-26 14:50:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-26 14:50:31 - building world TB --- 2011-04-26 14:50:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 14:50:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 14:50:31 - TARGET=arm TB --- 2011-04-26 14:50:31 - TARGET_ARCH=arm TB --- 2011-04-26 14:50:31 - TZ=UTC TB --- 2011-04-26 14:50:31 - __MAKE_CONF=/dev/null TB --- 2011-04-26 14:50:31 - cd /src TB --- 2011-04-26 14:50:31 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 14:50:31 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 15:39:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 15:39:38 - ERROR: failed to build world TB --- 2011-04-26 15:39:38 - 2159.43 user 613.52 system 2977.99 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 15:56:41 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7E6701065673; Tue, 26 Apr 2011 15:56:41 +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 27B838FC0C; Tue, 26 Apr 2011 15:56:40 +0000 (UTC) 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 <1QEkcy-0003Su-6z>; Tue, 26 Apr 2011 17:56:40 +0200 Received: from e178013050.adsl.alicedsl.de ([85.178.13.50] helo=thor.walstatt.dyndns.org) by inpost2.zedat.fu-berlin.de (Exim 4.69) with esmtpsa (envelope-from ) id <1QEkcy-0003pP-2n>; Tue, 26 Apr 2011 17:56:40 +0200 Message-ID: <4DB6EB37.70208@mail.zedat.fu-berlin.de> Date: Tue, 26 Apr 2011 17:56:39 +0200 From: "O. Hartmann" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Rick Macklem References: <897822174.570054.1303826047624.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <897822174.570054.1303826047624.JavaMail.root@erie.cs.uoguelph.ca> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 85.178.13.50 X-Mailman-Approved-At: Tue, 26 Apr 2011 16:00:04 +0000 Cc: FreeBSD Current , freebsd-questions@FreeBSD.ORG Subject: Re: Heads up: was Re: error building kernel: nfs_clvfsops.o: In function `nfs_mount':, nfs_clvfsops.c:(.text+0x1638): undefined reference to `nfs_diskless_valid' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 15:56:41 -0000 On 04/26/11 15:54, Rick Macklem wrote: >>> Since today's source (FreeBSD 9.0-CURRENT/amd64 (source is: >>> Revision: >>> 221060) update I get the follwoing error while building the kernel >>> (options NFSD/options NFSCL instead of options NFSSERVER/options >>> NFSCLIENT): >>> >>> cc -c -O2 -frename-registers -pipe -fno-strict-aliasing >>> -march=native >>> -std=c99 -Wall -Wredundant-decls -Wnested-externs >>> -Wstrict-prototypes >>> -W issing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >>> -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sys >>> -I/usr/src/s s/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS >>> -include opt_global.h -fno-common -finline-limit=8000 --param >>> inline-unit-growth=100 --par m large-function-growth=1000 >>> -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 >>> -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-ss 3 -msoft-float >>> -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector >>> -Werror >>> vers.c >>> linking kernel >>> nfs_clvfsops.o: In function `nfs_mount': >>> nfs_clvfsops.c:(.text+0x1638): undefined reference to >>> `nfs_diskless_valid' >>> nfs_clvfsops.c:(.text+0x1652): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1658): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1689): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x16d1): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1712): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x171b): more undefined >>> references >>> to `nfsv3_diskless' follow >>> nfs_clvfsops.o: In function `nfs_mount': >>> nfs_clvfsops.c:(.text+0x1e19): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e2a): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1e31): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e3d): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e44): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e4a): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e50): undefined reference to `nfs_diskless' >>> nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1e57): more undefined >>> references >>> to `nfs_diskless' follow >>> nfs_clvfsops.o: In function `nfs_mount': >>> nfs_clvfsops.c:(.text+0x1e65): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1e6b): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1e73): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1e79): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1e80): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e87): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e8e): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e94): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1e9a): undefined reference to `nfs_diskless' >>> nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ea0): more undefined >>> references >>> to `nfs_diskless' follow >>> nfs_clvfsops.o: In function `nfs_mount': >>> nfs_clvfsops.c:(.text+0x1eb3): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1ebd): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1ec4): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1ecb): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1ed2): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.o:nfs_clvfsops.c:(.text+0x1ed9): more undefined >>> references >>> to `nfsv3_diskless' follow >>> nfs_clvfsops.o: In function `nfs_mount': >>> nfs_clvfsops.c:(.text+0x1f18): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1f1e): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1f33): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1f3a): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1f4b): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1f52): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1f5e): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1f6a): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1f71): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1f78): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1f83): undefined reference to >>> `nfs_diskless_valid' >>> nfs_clvfsops.c:(.text+0x1fcc): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x1fd3): undefined reference to `nfs_diskless' >>> nfs_clvfsops.c:(.text+0x1fd9): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.c:(.text+0x20ae): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.o:(.data+0x1f8): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.o:(.data+0x258): undefined reference to >>> `nfsv3_diskless' >>> nfs_clvfsops.o:(.data+0x2b8): undefined reference to >>> `nfs_diskless_valid' >>> *** Error code 1 >>> >> Oops, you'll have to add "options NFS_ROOT" to your kernel config >> until >> I commit a fix. >> > This should be fixed by r221066. > > You will need to do a fresh "config KERNEL" etc after upgrading > past r221032. (I should have sent an email w.r.t. this yesterday, > sorry.) > > rick I did already a full build, thank you very much. Everything builds cleanly now. Oliver From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 16:04:49 2011 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 D1921106566C; Tue, 26 Apr 2011 16:04:49 +0000 (UTC) (envelope-from das@FreeBSD.ORG) Received: from zim.MIT.EDU (ZIM.MIT.EDU [18.95.3.101]) by mx1.freebsd.org (Postfix) with ESMTP id 95F188FC18; Tue, 26 Apr 2011 16:04:49 +0000 (UTC) Received: from zim.MIT.EDU (localhost [127.0.0.1]) by zim.MIT.EDU (8.14.4/8.14.2) with ESMTP id p3QFkjfZ067439; Tue, 26 Apr 2011 11:46:45 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Received: (from das@localhost) by zim.MIT.EDU (8.14.4/8.14.2/Submit) id p3QFkjUs067438; Tue, 26 Apr 2011 11:46:45 -0400 (EDT) (envelope-from das@FreeBSD.ORG) Date: Tue, 26 Apr 2011 11:46:45 -0400 From: David Schultz To: Rui Paulo Message-ID: <20110426154645.GA67273@zim.MIT.EDU> Mail-Followup-To: Rui Paulo , "arch@freebsd.org" , "current@freebsd.org" References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: "arch@freebsd.org" , "current@freebsd.org" Subject: Re: Removal of ICC (intel compiler) bits from mk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 16:04:49 -0000 On Wed, Aug 18, 2010, Rui Paulo wrote: > Hi, > I've been chatting with the ICC ex-users and they seem to be ok with the removal of the ICC bits from share/mk and other places. > The reason is that it doesn't work and no one has volunteered to fix it for many years. This seems to indicate that the interest in ICC is low. > If there's anyone against this, speak now or forever be silent. :-) For what it's worth, I still occasionally use icc for simple tasks-- mainly as a reference for code generation, since it produces reasonable output in many cases where gcc does not. As I recall, making it work required minimal changes... possibly just making sure __va_list gets defined in _types.h. I have the following in one of my trees, although this is obviously not the right fix. Index: _types.h =================================================================== --- _types.h (revision 219357) +++ _types.h (working copy) @@ -105,7 +105,7 @@ */ #ifdef __GNUCLIKE_BUILTIN_VARARGS typedef __builtin_va_list __va_list; /* internally known to gcc */ -#elif defined(lint) +#else typedef char * __va_list; /* pretend */ #endif #if defined(__GNUC_VA_LIST_COMPATIBILITY) && !defined(__GNUC_VA_LIST) \ From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 16:56:42 2011 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 C66351065672; Tue, 26 Apr 2011 16:56:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7AEBB8FC16; Tue, 26 Apr 2011 16:56:42 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QGufPm089670; Tue, 26 Apr 2011 12:56:41 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QGuf6b089660; Tue, 26 Apr 2011 16:56:41 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 16:56:41 GMT Message-Id: <201104261656.p3QGuf6b089660@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 16:56:43 -0000 TB --- 2011-04-26 15:39:39 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 15:39:39 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-26 15:39:39 - cleaning the object tree TB --- 2011-04-26 15:39:46 - cvsupping the source tree TB --- 2011-04-26 15:39:46 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-04-26 15:39:58 - building world TB --- 2011-04-26 15:39:58 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 15:39:58 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 15:39:58 - TARGET=ia64 TB --- 2011-04-26 15:39:58 - TARGET_ARCH=ia64 TB --- 2011-04-26 15:39:58 - TZ=UTC TB --- 2011-04-26 15:39:58 - __MAKE_CONF=/dev/null TB --- 2011-04-26 15:39:58 - cd /src TB --- 2011-04-26 15:39:58 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 15:39:58 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 16:56:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 16:56:41 - ERROR: failed to build world TB --- 2011-04-26 16:56:41 - 3662.97 user 656.41 system 4621.56 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 17:49:59 2011 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 2C385106564A; Tue, 26 Apr 2011 17:49:57 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Andriy Gapon Date: Tue, 26 Apr 2011 13:49:40 -0400 User-Agent: KMail/1.6.2 References: <4D9DF086.9020906@FreeBSD.org> <201104071600.13586.jkim@FreeBSD.org> <4D9EA07F.4020201@FreeBSD.org> In-Reply-To: <4D9EA07F.4020201@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_8WwtNZTtEve6OtA" Message-Id: <201104261349.49277.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: prefer tsc timecounter when it's good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 17:49:59 -0000 --Boundary-00=_8WwtNZTtEve6OtA Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 08 April 2011 01:43 am, Andriy Gapon wrote: > on 07/04/2011 23:00 Jung-uk Kim said the following: > > Although it looks okay, please don't commit it just yet. I am > > working in this area actively. Also, if the Intel's claim is > > true, i.e., TSCs reset to zero when APs start, we cannot use TSC > > as a timecounter hardware until all APs are started properly. > > Great! Thank you for the info and your work. Can you please test attached patch? You can get it from here, too: http://people.freebsd.org/~jkim/tsc_smp_test.diff Currently this patch samples 3,000 times to determine if any CPU has out-of-order TSC but it may be too much, especially for large SMP machines. If it takes too long, I'll lower the number. Please report if that's the case. Please note this patch also changes HPET, ACPI-fast and TSC qualities. However, TSC on SMP does not change the default quality, i.e., HPET or ACPI timer will be chosen by default, because we cannot be sure if they'll drift later. If the user is sure that they don't drift AND it is absolutely constant, kern.timecounter.smp_tsc tunable can be used to set better quality. Thanks, Jung-uk Kim --Boundary-00=_8WwtNZTtEve6OtA Content-Type: text/plain; charset="iso-8859-1"; name="tsc_smp_test.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="tsc_smp_test.diff" Index: sys/dev/acpica/acpi_hpet.c =================================================================== --- sys/dev/acpica/acpi_hpet.c (revision 221069) +++ sys/dev/acpica/acpi_hpet.c (working copy) @@ -476,7 +476,7 @@ hpet_attach(device_t dev) sc->tc.tc_get_timecount = hpet_get_timecount, sc->tc.tc_counter_mask = ~0u, sc->tc.tc_name = "HPET", - sc->tc.tc_quality = 900, + sc->tc.tc_quality = 950, sc->tc.tc_frequency = sc->freq; sc->tc.tc_priv = sc; tc_init(&sc->tc); Index: sys/dev/acpica/acpi_timer.c =================================================================== --- sys/dev/acpica/acpi_timer.c (revision 221069) +++ sys/dev/acpica/acpi_timer.c (working copy) @@ -203,7 +203,7 @@ acpi_timer_probe(device_t dev) if (j == 10) { acpi_timer_timecounter.tc_name = "ACPI-fast"; acpi_timer_timecounter.tc_get_timecount = acpi_timer_get_timecount; - acpi_timer_timecounter.tc_quality = 1000; + acpi_timer_timecounter.tc_quality = 900; } else { acpi_timer_timecounter.tc_name = "ACPI-safe"; acpi_timer_timecounter.tc_get_timecount = acpi_timer_get_timecount_safe; Index: sys/x86/x86/tsc.c =================================================================== --- sys/x86/x86/tsc.c (revision 221069) +++ sys/x86/x86/tsc.c (working copy) @@ -242,7 +242,55 @@ init_TSC(void) tsc_levels_changed, NULL, EVENTHANDLER_PRI_ANY); } -void +#ifdef SMP + +#define TSC_READ(x) \ +static void \ +tsc_read_##x(void *arg) \ +{ \ + __volatile uint32_t *tsc; \ + \ + tsc = arg; \ + tsc += PCPU_GET(cpuid) * 3 + x; \ + *tsc = rdtsc32(); \ +} +TSC_READ(0) +TSC_READ(1) +TSC_READ(2) +#undef TSC_READ + +static int +test_smp_tc(void) +{ + uint32_t tsc[MAXCPU * 3]; + int32_t d[4]; + u_int i, j, k, m, n; + + if (!tsc_is_invariant) + return (-100); + for (i = 0; i < 1000; i++) { + smp_rendezvous(tsc_read_0, tsc_read_1, tsc_read_2, tsc); + CPU_FOREACH(j) { + for (k = j + 1; k <= mp_maxid; k++) + if (!CPU_ABSENT(k)) { + m = j * 3; + n = k * 3; + d[0] = tsc[m + 1] - tsc[n]; + d[1] = tsc[m + 2] - tsc[n + 1]; + d[2] = tsc[n + 1] - tsc[m]; + d[3] = tsc[n + 2] - tsc[m + 1]; + for (m = 0; m < 4; m++) + if (d[m] <= 0) + return (-100); + } + } + } + return (tsc_timecounter.tc_quality); +} + +#endif /* SMP */ + +static void init_TSC_tc(void) { @@ -268,21 +316,23 @@ init_TSC_tc(void) #ifdef SMP /* * We can not use the TSC in SMP mode unless the TSCs on all CPUs - * are somehow synchronized. Some hardware configurations do - * this, but we have no way of determining whether this is the - * case, so we do not use the TSC in multi-processor systems - * unless the user indicated (by setting kern.timecounter.smp_tsc - * to 1) that he believes that his TSCs are synchronized. + * are synchronized. If the user is sure that the system has + * synchronized TSCs, the above test can be bypassed by setting + * kern.timecounter.smp_tsc tunable to a non-zero value. */ - if (mp_ncpus > 1 && !smp_tsc) - tsc_timecounter.tc_quality = -100; + if (smp_cpus > 1 && !smp_tsc) + tsc_timecounter.tc_quality = test_smp_tc(); + else #endif + if (tsc_is_invariant) + tsc_timecounter.tc_quality = 1000; if (tsc_freq != 0) { tsc_timecounter.tc_frequency = tsc_freq; tc_init(&tsc_timecounter); } } +SYSINIT(tsc_tc, SI_SUB_SMP, SI_ORDER_ANY, init_TSC_tc, NULL); /* * When cpufreq levels change, find out about the (new) max frequency. We Index: sys/x86/isa/clock.c =================================================================== --- sys/x86/isa/clock.c (revision 221069) +++ sys/x86/isa/clock.c (working copy) @@ -498,7 +498,6 @@ void cpu_initclocks(void) { - init_TSC_tc(); cpu_initclocks_bsp(); } Index: sys/i386/include/clock.h =================================================================== --- sys/i386/include/clock.h (revision 221069) +++ sys/i386/include/clock.h (working copy) @@ -30,7 +30,6 @@ void i8254_init(void); void startrtclock(void); void timer_restore(void); void init_TSC(void); -void init_TSC_tc(void); #define HAS_TIMER_SPKR 1 int timer_spkr_acquire(void); Index: sys/amd64/include/clock.h =================================================================== --- sys/amd64/include/clock.h (revision 221069) +++ sys/amd64/include/clock.h (working copy) @@ -29,7 +29,6 @@ void i8254_init(void); void startrtclock(void); void init_TSC(void); -void init_TSC_tc(void); #define HAS_TIMER_SPKR 1 int timer_spkr_acquire(void); --Boundary-00=_8WwtNZTtEve6OtA-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 17:50:53 2011 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 9001E1065687; Tue, 26 Apr 2011 17:50:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 477148FC2F; Tue, 26 Apr 2011 17:50:52 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QHoquB007321; Tue, 26 Apr 2011 13:50:52 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QHoqUN007307; Tue, 26 Apr 2011 17:50:52 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 17:50:52 GMT Message-Id: <201104261750.p3QHoqUN007307@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 17:50:53 -0000 TB --- 2011-04-26 16:56:41 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 16:56:41 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-26 16:56:41 - cleaning the object tree TB --- 2011-04-26 16:56:50 - cvsupping the source tree TB --- 2011-04-26 16:56:50 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-26 16:57:40 - building world TB --- 2011-04-26 16:57:40 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 16:57:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 16:57:40 - TARGET=mips TB --- 2011-04-26 16:57:40 - TARGET_ARCH=mips TB --- 2011-04-26 16:57:40 - TZ=UTC TB --- 2011-04-26 16:57:40 - __MAKE_CONF=/dev/null TB --- 2011-04-26 16:57:40 - cd /src TB --- 2011-04-26 16:57:40 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 16:57:41 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O -pipe -G0 -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 17:50:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 17:50:52 - ERROR: failed to build world TB --- 2011-04-26 17:50:52 - 2316.45 user 581.93 system 3250.15 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 17:52:05 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 92FF81065673 for ; Tue, 26 Apr 2011 17:52:05 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 475D28FC16 for ; Tue, 26 Apr 2011 17:52:04 +0000 (UTC) Received: by iyj12 with SMTP id 12so983820iyj.13 for ; Tue, 26 Apr 2011 10:52:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=J+NyvgFNukif+Yi0lOQJqVvPbecEx2I3KwWKd5nVcbQ=; b=Fnwn52TVhRJzIX0eLkhWupvDTBVwLd5QN2XzeXm4ahT04L8IT3NgSKf/3K3rAwhTm3 POEuexdMNivhqpmQeHSn1xbWioGs+7tJiG001yrqKXkjUJnEdcpKqwFOx32HgozU2nGC 43YorKdg01wdvv71LEdOP9xY6SndzX10jMd+c= 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=QQEuU4r1aqpiYvPva616H5i53BEm8U6uAt2fCTcw30ovmLnZUo5zPoq4qbD54bPzFQ 2aLO1MB0Bu85VNaz6C+9/f+r+wR1axhF4Da10J7p2o/xcS8RFm6AOEwRvBc6PRnWxQZL Hp/B32PzIzrgCT873fM7VQljtInOyn0pjgcHE= MIME-Version: 1.0 Received: by 10.42.246.133 with SMTP id ly5mr1157551icb.404.1303840315339; Tue, 26 Apr 2011 10:51:55 -0700 (PDT) Received: by 10.42.177.134 with HTTP; Tue, 26 Apr 2011 10:51:55 -0700 (PDT) In-Reply-To: <20110426095128.GA14455@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> <1303809741.6417.75.camel@macbook.infradead.org> <20110426095128.GA14455@sh4-5.1blu.de> Date: Tue, 26 Apr 2011 13:51:55 -0400 Message-ID: From: Arnaud Lacombe To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gnome@freebsd.org, freebsd-current@freebsd.org, David Woodhouse Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 17:52:05 -0000 Hi, On Tue, Apr 26, 2011 at 5:51 AM, Matthias Apitz wrote: > El d=EDa Tuesday, April 26, 2011 a las 10:22:21AM +0100, David Woodhouse = escribi=F3: > >> > =A0 crash, i.e. it is *not* the typical hardware related crash; >> > - the above mentioned version evolution-exchange-2.32.1_1 is a fake, i= n >> > =A0 real it is compiling the original evolution-exchange-2.32.3 source= s; >> > - it is fully reproduceable >> > >> > What next? >> > (David, should it be posted to evolution@gnome.org as well?) >> >> Looks like a compiler bug, so probably not. >> >> What version of GCC? You probably want to file a PR at gcc.gnu.org. >> >> .... >> >> Then you can go to gcc.gnu.org/bugzilla and file a PR. > > Thanks for your hints concerning the GCC problem; I will collect the > data and file a bug report; > If it is the gcc in the FreeBSD tree, please do not bug upstream. gcc 4.2.1 is no longer supported/maintained. The least you can do is to try a newer, maintained, gcc and see if the issue persist. - Arnaud >> In the meantime, however, if you don't need evolution-exchange then you >> can just ignore this problem and get on with the other things you were >> trying to test? > > I need the evolution-exchange connector; can I live with 2.32.1 while > evolution and its dataserver are 2.32.3? If not, I must go back fully to > 2.32.1 after the debugging of the calendar stuff; > > =A0 =A0 =A0 =A0matthias > > -- > Matthias Apitz > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.unixarea.de/ > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 19:07:10 2011 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 9814D1065674; Tue, 26 Apr 2011 19:07:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 504D98FC1C; Tue, 26 Apr 2011 19:07:10 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QJ796Y083472; Tue, 26 Apr 2011 15:07:09 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QJ79bi083398; Tue, 26 Apr 2011 19:07:09 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 19:07:09 GMT Message-Id: <201104261907.p3QJ79bi083398@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 19:07:10 -0000 TB --- 2011-04-26 18:07:22 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 18:07:22 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-26 18:07:22 - cleaning the object tree TB --- 2011-04-26 18:07:35 - cvsupping the source tree TB --- 2011-04-26 18:07:35 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-04-26 18:07:55 - building world TB --- 2011-04-26 18:07:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 18:07:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 18:07:55 - TARGET=sparc64 TB --- 2011-04-26 18:07:55 - TARGET_ARCH=sparc64 TB --- 2011-04-26 18:07:55 - TZ=UTC TB --- 2011-04-26 18:07:55 - __MAKE_CONF=/dev/null TB --- 2011-04-26 18:07:55 - cd /src TB --- 2011-04-26 18:07:55 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 18:07:56 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 19:07:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 19:07:09 - ERROR: failed to build world TB --- 2011-04-26 19:07:09 - 2704.51 user 604.73 system 3586.20 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 19:07:15 2011 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 D2B091065674; Tue, 26 Apr 2011 19:07:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4CB808FC1E; Tue, 26 Apr 2011 19:07:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QJ7E5F084208; Tue, 26 Apr 2011 15:07:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QJ7EE8084199; Tue, 26 Apr 2011 19:07:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 19:07:14 GMT Message-Id: <201104261907.p3QJ7EE8084199@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sun4v X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 19:07:16 -0000 TB --- 2011-04-26 18:07:25 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 18:07:25 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-26 18:07:25 - cleaning the object tree TB --- 2011-04-26 18:07:38 - cvsupping the source tree TB --- 2011-04-26 18:07:38 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-04-26 18:07:57 - building world TB --- 2011-04-26 18:07:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 18:07:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 18:07:57 - TARGET=sun4v TB --- 2011-04-26 18:07:57 - TARGET_ARCH=sparc64 TB --- 2011-04-26 18:07:57 - TZ=UTC TB --- 2011-04-26 18:07:57 - __MAKE_CONF=/dev/null TB --- 2011-04-26 18:07:57 - cd /src TB --- 2011-04-26 18:07:57 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 18:07:57 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 19:07:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 19:07:14 - ERROR: failed to build world TB --- 2011-04-26 19:07:14 - 2702.63 user 609.77 system 3589.45 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 19:12:55 2011 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 09343106567A; Tue, 26 Apr 2011 19:12:55 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Benjamin Kaduk Date: Tue, 26 Apr 2011 15:12:45 -0400 User-Agent: KMail/1.6.2 References: In-Reply-To: MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104261512.46925.jkim@FreeBSD.org> Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: nspluginwrapper (was: Re: Wow... (<-- blown away at performance)) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 19:12:55 -0000 On Saturday 23 April 2011 04:11 pm, Benjamin Kaduk wrote: > On Thu, 31 Mar 2011, Benjamin Kaduk wrote: > > On Thu, 31 Mar 2011, Jung-uk Kim wrote: > >> On Thursday 31 March 2011 02:27 pm, Alexander Best wrote: > >>> i just noticed the WWW links in pkg-descr of boths > >>> nspluginwrapper and nspluginwrapper-devel are broken. i believe > >>> [1] is the current location. > >>> > >>> cheers. > >>> alex > >>> > >>> [1] https://github.com/davidben/nspluginwrapper > >> > >> No, this is actually a fork. The original author disappeared > >> and this guy picked it up from the last snapshot release. > >> Please note there was no official release from this tree yet. > >> If this guy actually produces something useful, > >> www/nspluginwrapper-devel may switch later, of course. > > > > Yes, this is a fork, but he is serious about cleaning up the code > > and is planning to become the new upstream. He was actually just > > in the office here this afternoon commenting how introducing a > > feature to configure that causes unknown options to be errors > > would cause most distros' packaging to break. Please do continue > > to follow it, as I expect it will come to fruition. > > Replying to this old thread, David tells me he has rolled a > release, and has gained the old maintainer's blessing: > http://www.redhat.com/archives/nspluginwrapper-devel-list/2011-Apri >l/msg00006.html > http://www.redhat.com/archives/nspluginwrapper-devel-list/2011-Apri >l/msg00003.html www/nspluginwrapper-devel is updated to 1.3.2. Cheers, Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 19:24:51 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F224D106564A; Tue, 26 Apr 2011 19:24:51 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7E66A8FC18; Tue, 26 Apr 2011 19:24:51 +0000 (UTC) Received: by iyj12 with SMTP id 12so1087430iyj.13 for ; Tue, 26 Apr 2011 12:24:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bmLPdH/UW2KapWtrNOsj25UGo2w93fc8nS+TQLzJNaM=; b=Z89fRo5q44AoWxniUElwhKS2RxNxtt6y0ZnSXB8Z+dw2Viflvq1N89vGXltf3o5jdn Mru07u2T6ocR92+qtDdBHQbOmAwQED1p/x9UPMJEcx6m7P/iC5ae1Pq3COoCQCSADbOr SmRYd3AgMyjvhi9pz3pEcsJi555W+tWq10i+A= 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=JtPiYgRlmAVu+foPxml8pOzyDoAHIv8O48Lkgi88Z31YOGY9wqmUVyDhW05/9VdYfI 2KEXB35eWJcKABiqwMtWnvBvS9uR5Dmvbeqf10kHPwQvjupHYdH84ByrVIn9RwltnIwm scXS9mWHh9AfHlZv7cXM03BcOU2YnLAnWC7Mk= MIME-Version: 1.0 Received: by 10.43.44.6 with SMTP id ue6mr1444846icb.69.1303845890730; Tue, 26 Apr 2011 12:24:50 -0700 (PDT) Received: by 10.42.177.134 with HTTP; Tue, 26 Apr 2011 12:24:50 -0700 (PDT) In-Reply-To: <4DB58753.6020605@FreeBSD.org> References: <4DB54BA9.5050901@FreeBSD.org> <4DB55E86.7000805@yandex.ru> <4DB5685A.8010803@FreeBSD.org> <20110425141102.GJ48734@deviant.kiev.zoral.com.ua> <4DB58753.6020605@FreeBSD.org> Date: Tue, 26 Apr 2011 15:24:50 -0400 Message-ID: From: Arnaud Lacombe To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Pawel Jakub Dawidek , FreeBSD-Current , "Bjoern A. Zeeb" , Robert Watson , "Andrey V. Elsukov" , Kostik Belousov Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 19:24:52 -0000 Hi, 2011/4/25 Alexander Motin : > Kostik Belousov wrote: >> On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote: >>> Andrey V. Elsukov wrote: >>>> On 25.04.2011 14:23, Alexander Motin wrote: >>>>> What will not work: >>>>> =A0- old device names won't be seen inside GEOM, so users who hardcod= ed >>>>> provider names in gmirror/gstripe/... metadata (not the default >>>>> behavior) are still in trouble. >>>>> =A0- patch mimics ATA_STATIC_ID behavior, if user had custom kernel >>>>> without it, he should update device names manually. >>>>> =A0- it won't work for users with hot-unplugging ATA controllers (not >>>>> devices), but I believe it is really rare case. >>>>> =A0- low-level tools, such as smartmontools, won't be able to work wi= th >>>>> alias devices, as background ada driver doesn't implements legacy >>>>> ioctls. May be I could partially fix this. >>>>> >>>>> Except those, I think this patch should work for the most of users. >>>>> >>>>> Any more objections/ideas? Is this an acceptable solution? >>>> what about new GEOM class? You can create new class instance after >>>> disk_alloc(), attach it to the new disk and create provider with old-s= tyle >>>> name. It seems this class will be very simple. >>> It sounds like less dirty option. I'll try it. Thank you. Won't >>> re-providing exactly the same device into GEOM create some problems? >>> glabel and co will connect to each of them (original and legacy) and >>> report two equal sets of labels. > > I have implemented it by adding one more specialized glabel submodule: > http://people.freebsd.org/~mav/legacy_aliases_geom.patch > so far, so good, with that patches on 2 different machine with different ATA mapping (one was detected as ad0, the other ad6). I only tested the first patch on a single machine (was ad0), worked too. Thanks, - Arnaud > But when I already done it, I understood where will be the problem: if > somebody open any partition on the device with the new name, all legacy > names will become inaccessible (busy), and vice versa. It could be not a > big problem if it would only be user's choice -- we could say just: "use > one or another, not both". But provider could be chosen blindly by some > GEOM class, such as glabel, and then it turns into pure lottery. > > So while from the code side and for point of supporting hardcoded > provider names it looks much better, it probably won't work so. > >> Can you limit the real functionality of this new class to the calls >> to make_dev_alias(9) ? Ideally, I would think about some extension of >> the core GEOM, which would take some parameter, lets call it alias >> name, and will acompany the existing make_dev() calls with parallel >> make_dev_alias(). > > Adding one more alias name field to the struct g_geom probably is not a > problem. And the result probably would not have downsides of two > previous approaches. And from the code side it would probably looked > better then textual parsing in a first patch. But supporting alias in > every place where names used in GEOM (that is required to make it > usable) will probably require quite a massive set of changes though GEOM > core and many classes. I am not sure I want to go there. > > -- > Alexander Motin > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org= " > From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 19:46:08 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19FAB1065672; Tue, 26 Apr 2011 19:46:08 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC848FC1D; Tue, 26 Apr 2011 19:46:07 +0000 (UTC) Received: by ewy1 with SMTP id 1so417938ewy.13 for ; Tue, 26 Apr 2011 12:46:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=2SoU8F6F+Y4c+cEHjcVTfXRX3Dr/dF6pSv8VrWAFg3s=; b=uzomyJ5yt0SnOyiCNDcPZfgDszOnMR5UVi9pUXIaN2Ojscqfl4NOckzerHJ8n733Sb p/LfMKwQ2uVMYeY4uixNiDmKhduN2qPH3OyZ3pMM1oxPg7Gv1gW992MCewHXQlHsfW7q oU4oMBcUx7ELKSbqeX9MHwNfDOiilQg7IzSZ0= 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=OFfQe35+cvNJxdEvlzRbEA3ceokMN+J4CrRghGf9u04mXwUc+5sxxwlqS9hNiiS2qM XgjPVLeHlS+eIZOWhn2c89AZEzcUXU4Xv6qyRLqcFUnHSxQgro7VOCTTIwxlb2TZz0wQ kDhxNW19CinJ1zvD+7GSk1I2pk/iawsQRPkiM= MIME-Version: 1.0 Received: by 10.213.15.78 with SMTP id j14mr1158020eba.73.1303847166352; Tue, 26 Apr 2011 12:46:06 -0700 (PDT) Received: by 10.213.35.70 with HTTP; Tue, 26 Apr 2011 12:46:06 -0700 (PDT) In-Reply-To: <201104251458.35718.jhb@freebsd.org> References: <201104061429.50185.jhb@freebsd.org> <201104251458.35718.jhb@freebsd.org> Date: Tue, 26 Apr 2011 15:46:06 -0400 Message-ID: From: Ryan Stone To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: sched_4bsd startup crash trying to run a bound thread on an AP that hasn't started X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 19:46:08 -0000 On Mon, Apr 25, 2011 at 2:58 PM, John Baldwin wrote: > > Yes, I would perhaps tweak the comment to reflect the full if statement > though. =A0Maybe something like: > > /* > =A0* If SMP is started and the thread is pinned or otherwise limited to > =A0* a specific set of CPUs, queue the thread to a per-CPU run queue. > =A0* Otherwise, queue the thread to the global run queue. > =A0*/ That looks fine, but I'm going to add a sentence explaining why the smp_started condition is necessary: /* * If SMP is started and the thread is pinned or otherwise limited to * a specific set of CPUs, queue the thread to a per-CPU run queue. * Otherwise, queue the thread to the global run queue. * * If SMP has not yet been started we must use the global run queue * as per-CPU state may not be initialized yet and we may crash if we * try to access the per-CPU run queues. */ From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 20:16:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 38A061065670 for ; Tue, 26 Apr 2011 20:16:29 +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 0BC5B8FC13 for ; Tue, 26 Apr 2011 20:16:29 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 8345046B43; Tue, 26 Apr 2011 16:16:28 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 02C858A01B; Tue, 26 Apr 2011 16:16:28 -0400 (EDT) From: John Baldwin To: Ryan Stone Date: Tue, 26 Apr 2011 15:54:56 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110325; KDE/4.5.5; amd64; ; ) References: <201104251458.35718.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104261554.56218.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 26 Apr 2011 16:16:28 -0400 (EDT) Cc: freebsd-current@freebsd.org Subject: Re: sched_4bsd startup crash trying to run a bound thread on an AP that hasn't started X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 20:16:29 -0000 On Tuesday, April 26, 2011 3:46:06 pm Ryan Stone wrote: > On Mon, Apr 25, 2011 at 2:58 PM, John Baldwin wrote: > > > > Yes, I would perhaps tweak the comment to reflect the full if statement > > though. Maybe something like: > > > > /* > > * If SMP is started and the thread is pinned or otherwise limited to > > * a specific set of CPUs, queue the thread to a per-CPU run queue. > > * Otherwise, queue the thread to the global run queue. > > */ > > That looks fine, but I'm going to add a sentence explaining why the > smp_started condition is necessary: > > /* > * If SMP is started and the thread is pinned or otherwise limited to > * a specific set of CPUs, queue the thread to a per-CPU run queue. > * Otherwise, queue the thread to the global run queue. > * > * If SMP has not yet been started we must use the global run queue > * as per-CPU state may not be initialized yet and we may crash if we > * try to access the per-CPU run queues. > */ Sure, commit away. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 21:00:13 2011 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 D9946106564A; Tue, 26 Apr 2011 21:00:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 76A6A8FC12; Tue, 26 Apr 2011 21:00:12 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QL0BYx054917; Tue, 26 Apr 2011 17:00:11 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QL0BHL054916; Tue, 26 Apr 2011 21:00:11 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 21:00:11 GMT Message-Id: <201104262100.p3QL0BHL054916@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 21:00:13 -0000 TB --- 2011-04-26 20:10:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 20:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-26 20:10:00 - cleaning the object tree TB --- 2011-04-26 20:10:08 - cvsupping the source tree TB --- 2011-04-26 20:10:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-26 20:10:27 - building world TB --- 2011-04-26 20:10:27 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 20:10:27 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 20:10:27 - TARGET=arm TB --- 2011-04-26 20:10:27 - TARGET_ARCH=arm TB --- 2011-04-26 20:10:27 - TZ=UTC TB --- 2011-04-26 20:10:27 - __MAKE_CONF=/dev/null TB --- 2011-04-26 20:10:27 - cd /src TB --- 2011-04-26 20:10:27 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 20:10:28 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 21:00:11 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 21:00:11 - ERROR: failed to build world TB --- 2011-04-26 21:00:11 - 2179.02 user 621.15 system 3010.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 21:20:02 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B77A21065670; Tue, 26 Apr 2011 21:20:02 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id 74C188FC17; Tue, 26 Apr 2011 21:20:02 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1QEpfp-0003kr-W9; Tue, 26 Apr 2011 23:19:58 +0200 Date: Tue, 26 Apr 2011 23:19:57 +0200 From: Matthias Apitz To: Arnaud Lacombe Message-ID: <20110426211956.GA6598@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> <1303809741.6417.75.camel@macbook.infradead.org> <20110426095128.GA14455@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: gnome@freebsd.org, freebsd-current@freebsd.org, David Woodhouse Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 21:20:02 -0000 El día Tuesday, April 26, 2011 a las 01:51:55PM -0400, Arnaud Lacombe escribió: > >> Then you can go to gcc.gnu.org/bugzilla and file a PR. > > > > Thanks for your hints concerning the GCC problem; I will collect the > > data and file a bug report; > > > If it is the gcc in the FreeBSD tree, please do not bug upstream. gcc > 4.2.1 is no longer supported/maintained. The least you can do is to > try a newer, maintained, gcc and see if the issue persist. Hi, It is the normal gcc of the FreeBSD used to compile ports: # cc -v Using built-in specs. Target: i386-undermydesk-freebsd Configured with: FreeBSD/i386 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] In /usr/ports/lang there are gcc46 and gcc47 ports, should I build one of them and use it to compile ports/mail/evolution-exchange? Which one would be the best option in HEAD? Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 21:52:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3B6BC106564A for ; Tue, 26 Apr 2011 21:52:29 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B596D8FC15 for ; Tue, 26 Apr 2011 21:52:28 +0000 (UTC) Received: by bwz12 with SMTP id 12so1307344bwz.13 for ; Tue, 26 Apr 2011 14:52:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:subject:references:in-reply-to:x-enigmail-version :content-type:content-transfer-encoding; bh=e4M+zeAasgQAd4A1/pgpYm/Y2wIseCksQwJ1pgPpY9g=; b=cMZxwKp7+GgsWkBn+v5VLa5Cp4rXbgZfbDIwKfbE6d8U9h/6pZYrtiqFa8Txteblt+ rBmK4Gwsopj4OiW9oL7DxGMbyDAIo8OgcOR0APgUzpJiIXqZ4ZU8vksRXWs+caPFPgcy VxSmPj99sgdsIeQoYcEYZ6sLvYOvhL0p9wotI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=VtqlYJf90kC0baYdCWOWY2m9pvpJWrvT9QuHwWRdCCU49ATYrDwVHzuJDjtl8p5+fL U3ZZvZVUX5qrsh355x/lrHy1+XYr+lVGt+GqqWTY+2PC2RIWliffB5jMfx+iildKm2PT QKsOHOUDzqhrvJGrqriHpQ/m7seiI6plGde0g= Received: by 10.204.83.129 with SMTP id f1mr1229919bkl.29.1303854747480; Tue, 26 Apr 2011 14:52:27 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm74649bkm.6.2011.04.26.14.52.25 (version=SSLv3 cipher=OTHER); Tue, 26 Apr 2011 14:52:26 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB73E93.3010209@FreeBSD.org> Date: Wed, 27 Apr 2011 00:52:19 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Arnaud Lacombe , FreeBSD-Current References: <4DB58753.6020605@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: Old ATA disk names emulation [Was: Switch from legacy ata(4) to CAM-based ATA] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 26 Apr 2011 21:52:29 -0000 Arnaud Lacombe wrote: > Hi, > > 2011/4/25 Alexander Motin : >> Kostik Belousov wrote: >>> On Mon, Apr 25, 2011 at 03:26:02PM +0300, Alexander Motin wrote: >>>> Andrey V. Elsukov wrote: >>>>> On 25.04.2011 14:23, Alexander Motin wrote: >>>>>> What will not work: >>>>>> - old device names won't be seen inside GEOM, so users who hardcoded >>>>>> provider names in gmirror/gstripe/... metadata (not the default >>>>>> behavior) are still in trouble. >>>>>> - patch mimics ATA_STATIC_ID behavior, if user had custom kernel >>>>>> without it, he should update device names manually. >>>>>> - it won't work for users with hot-unplugging ATA controllers (not >>>>>> devices), but I believe it is really rare case. >>>>>> - low-level tools, such as smartmontools, won't be able to work with >>>>>> alias devices, as background ada driver doesn't implements legacy >>>>>> ioctls. May be I could partially fix this. >>>>>> >>>>>> Except those, I think this patch should work for the most of users. >>>>>> >>>>>> Any more objections/ideas? Is this an acceptable solution? >>>>> what about new GEOM class? You can create new class instance after >>>>> disk_alloc(), attach it to the new disk and create provider with old-style >>>>> name. It seems this class will be very simple. >>>> It sounds like less dirty option. I'll try it. Thank you. Won't >>>> re-providing exactly the same device into GEOM create some problems? >>>> glabel and co will connect to each of them (original and legacy) and >>>> report two equal sets of labels. >> I have implemented it by adding one more specialized glabel submodule: >> http://people.freebsd.org/~mav/legacy_aliases_geom.patch >> > so far, so good, with that patches on 2 different machine with > different ATA mapping (one was detected as ad0, the other ad6). I only > tested the first patch on a single machine (was ad0), worked too. Thank you! First patch went to HEAD. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Tue Apr 26 22:17:57 2011 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 ECC03106564A; Tue, 26 Apr 2011 22:17:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A6F6C8FC1D; Tue, 26 Apr 2011 22:17:56 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3QMHtsu078933; Tue, 26 Apr 2011 18:17:55 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3QMHth4078850; Tue, 26 Apr 2011 22:17:55 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 26 Apr 2011 22:17:55 GMT Message-Id: <201104262217.p3QMHth4078850@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2011 22:17:57 -0000 TB --- 2011-04-26 21:00:12 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2011-04-26 21:00:12 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-26 21:00:12 - cleaning the object tree TB --- 2011-04-26 21:00:17 - cvsupping the source tree TB --- 2011-04-26 21:00:17 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-04-26 21:00:30 - building world TB --- 2011-04-26 21:00:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-26 21:00:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-26 21:00:30 - TARGET=ia64 TB --- 2011-04-26 21:00:30 - TARGET_ARCH=ia64 TB --- 2011-04-26 21:00:30 - TZ=UTC TB --- 2011-04-26 21:00:30 - __MAKE_CONF=/dev/null TB --- 2011-04-26 21:00:30 - cd /src TB --- 2011-04-26 21:00:30 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 26 21:00:30 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything [...] cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/revoke/revoke.c cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -o revoke revoke.o gzip -cn /src/usr.bin/revoke/revoke.1 > revoke.1.gz ===> usr.bin/rlogin (all) cc -O2 -pipe -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wunused-parameter -Wcast-align -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wold-style-definition -Wno-pointer-sign -c /src/usr.bin/rlogin/rlogin.c cc1: warnings being treated as errors /src/usr.bin/rlogin/rlogin.c: In function 'sendwindow': /src/usr.bin/rlogin/rlogin.c:490: warning: cast increases required alignment of target type *** Error code 1 Stop in /src/usr.bin/rlogin. *** Error code 1 Stop in /src/usr.bin. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-26 22:17:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-26 22:17:55 - ERROR: failed to build world TB --- 2011-04-26 22:17:55 - 3706.68 user 657.37 system 4663.41 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 00:43:57 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0485B1065673; Wed, 27 Apr 2011 00:43:57 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id AF33E8FC0A; Wed, 27 Apr 2011 00:43:56 +0000 (UTC) Received: by iwn33 with SMTP id 33so1351380iwn.13 for ; Tue, 26 Apr 2011 17:43:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=6wUI08+Mro4mIYPIOB/rIbW6okl347MK+6SwSfjfa0o=; b=syRMPzcwKIcynkK6FCrP7u560n6UcYplKS3XNGwf8aS0Aemix1kWx1zuC8k5wr6KCd 06p48XKe8KBkUfQC8uO9z1qI+vXBm06UBsUh88JStFDmYwdPNHoMBlZpTsbB428Zr5yE ijlPc6BBoH9jk+ZgHkbfiFC3Jg5JkFTC6GWGk= 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=UHPh8fNIBkgfAKHHhzGD7PbLmqItj1qyU+YkGZvph6x4gkxHMrMvRJzGIvxd4odBLh 8Q5G74CtVqgG3p1XbcSeoOkQtohfnY97sTkxyefiqpQVfdSxb1ewOd9Tm2VnbeDn55LI zbCCjIvTizchpT0FMGdl9nfnqpH4tj2lsK2Sk= MIME-Version: 1.0 Received: by 10.43.44.6 with SMTP id ue6mr1861982icb.69.1303865034303; Tue, 26 Apr 2011 17:43:54 -0700 (PDT) Received: by 10.42.177.134 with HTTP; Tue, 26 Apr 2011 17:43:54 -0700 (PDT) In-Reply-To: <20110426211956.GA6598@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> <1303809741.6417.75.camel@macbook.infradead.org> <20110426095128.GA14455@sh4-5.1blu.de> <20110426211956.GA6598@sh4-5.1blu.de> Date: Tue, 26 Apr 2011 20:43:54 -0400 Message-ID: From: Arnaud Lacombe To: Matthias Apitz Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: gnome@freebsd.org, freebsd-current@freebsd.org, David Woodhouse Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 00:43:57 -0000 Hi, On Tue, Apr 26, 2011 at 5:19 PM, Matthias Apitz wrote: > El d=EDa Tuesday, April 26, 2011 a las 01:51:55PM -0400, Arnaud Lacombe e= scribi=F3: > >> >> Then you can go to gcc.gnu.org/bugzilla and file a PR. >> > >> > Thanks for your hints concerning the GCC problem; I will collect the >> > data and file a bug report; >> > >> If it is the gcc in the FreeBSD tree, please do not bug upstream. gcc >> 4.2.1 is no longer supported/maintained. The least you can do is to >> try a newer, maintained, gcc and see if the issue persist. > > Hi, > > It is the normal gcc of the FreeBSD used to compile ports: > > # cc -v > Using built-in specs. > Target: i386-undermydesk-freebsd > Configured with: FreeBSD/i386 system compiler > Thread model: posix > gcc version 4.2.1 20070719 =A0[FreeBSD] > > In /usr/ports/lang there are gcc46 and gcc47 ports, should I build one > of them and use it to compile ports/mail/evolution-exchange? Which one > would be the best option in HEAD? Thanks > 4.6.0 is the latest stable release, might still have regression, but at least, you can report them :). - Arnaud > =A0 =A0 =A0 =A0matthias > -- > Matthias Apitz > t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 > e - w http://www.unixarea.de/ > From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 00:45:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 74DFB1065677; Wed, 27 Apr 2011 00:45:26 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 1D9CE8FC1E; Wed, 27 Apr 2011 00:45:25 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEALllt02DaFvO/2dsb2JhbACEUqINiHCtF5EdgSmDUH0EjkGOPA X-IronPort-AV: E=Sophos;i="4.64,271,1301889600"; d="scan'208";a="119591198" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 26 Apr 2011 20:45:25 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 2BEEEB3FA5; Tue, 26 Apr 2011 20:45:25 -0400 (EDT) Date: Tue, 26 Apr 2011 20:45:25 -0400 (EDT) From: Rick Macklem To: John Baldwin Message-ID: <1653029545.617817.1303865125121.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <201104260926.05033.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: "O. Hartmann" , freebsd-current@freebsd.org Subject: Re: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 00:45:26 -0000 > > Actually, I think we should switch GENERIC in HEAD to the new client > and > kernel very soon. The goal is to get current users testing the new > client and > server so they can uncover any bugs. If problems crop up during the > testing > that can't be resolved, we can always revert to the older > client/server for > the release. > Well, I think the client is now ready. I believe that the recent commits have fixed diskless booting and the old mount syscall (nfs_cmount()). So, I am planning on doing the client switchover soon. rick From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 07:07:45 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 950CA106566B; Wed, 27 Apr 2011 07:07:45 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id AB5B38FC08; Wed, 27 Apr 2011 07:07:44 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id KAA07021; Wed, 27 Apr 2011 10:07:43 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QEyqd-0008j8-1C; Wed, 27 Apr 2011 10:07:43 +0300 Message-ID: <4DB7C0BE.2040709@FreeBSD.org> Date: Wed, 27 Apr 2011 10:07:42 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110308 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: Jung-uk Kim References: <4D9DF086.9020906@FreeBSD.org> <201104071600.13586.jkim@FreeBSD.org> <4D9EA07F.4020201@FreeBSD.org> <201104261349.49277.jkim@FreeBSD.org> In-Reply-To: <201104261349.49277.jkim@FreeBSD.org> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: prefer tsc timecounter when it's good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 07:07:45 -0000 on 26/04/2011 20:49 Jung-uk Kim said the following: > Can you please test attached patch? You can get it from here, too: > > http://people.freebsd.org/~jkim/tsc_smp_test.diff I am planning on testing the patch, but I am a little bit busy with other things at the moment. The idea looks good to me. The code is a little bit hard to follow :-) I would use three separate array instead of a single array with triple size (for clarity). The arrays would have to be placed inside a structure for passing to smp_rendezvous. Also, perhaps a single rendezvous per iteration would be sufficient, so that you get four values to compare per a pair of CPUs, instead of current six. Again to make the code simpler / more readable. That would allow to expand TSC_READ macro as well (two copies of the function would take less lines than the macro). BTW, not sure if you actually need 'volatile' inside tsc_read_X. > Currently this patch samples 3,000 times to determine if any CPU has > out-of-order TSC but it may be too much, especially for large SMP > machines. If it takes too long, I'll lower the number. Please > report if that's the case. > > Please note this patch also changes HPET, ACPI-fast and TSC qualities. > However, TSC on SMP does not change the default quality, i.e., HPET > or ACPI timer will be chosen by default, because we cannot be sure if > they'll drift later. If the user is sure that they don't drift AND > it is absolutely constant, kern.timecounter.smp_tsc tunable can be > used to set better quality. - You changing the relative priorities of HPET and ACPI-fast. I support this change (some others may not), but please make it as a separate commit. - Not sure if the quality test code is of much use if a user has to set some tunable to actually use it over HPET or ACPI-fast. I thought that the whole point was in automatically choosing the best timecounter. I would go the opposite way - if automatic selection of TSC causes any trouble then provide a way to disable it. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 08:07:43 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA260106566B for ; Wed, 27 Apr 2011 08:07:43 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from mgat.kirov.so-cdu.ru (mgat.kirov.so-cdu.ru [77.72.136.147]) by mx1.freebsd.org (Postfix) with ESMTP id 1FA9E8FC12 for ; Wed, 27 Apr 2011 08:07:42 +0000 (UTC) Received: from kirov.so-cdu.ru ([172.21.81.1]RDNS failed) by mgat.kirov.so-cdu.ru with InterScan Message Security Suite; Wed, 27 Apr 2011 11:37:34 +0400 Received: by ns.kirov.so-cdu.ru (Postfix, from userid 1010) id DB73CB83C3; Wed, 27 Apr 2011 11:37:31 +0400 (MSD) Received: from [10.118.3.52] (elsukov.kirov.oduur.so [10.118.3.52]) by ns.kirov.so-cdu.ru (Postfix) with ESMTP id A5E85B83C0; Wed, 27 Apr 2011 11:37:31 +0400 (MSD) Message-ID: <4DB7C7B7.9020201@FreeBSD.org> Date: Wed, 27 Apr 2011 11:37:27 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: FreeBSD Current References: <4DB54F40.8050608@FreeBSD.org> In-Reply-To: <4DB54F40.8050608@FreeBSD.org> X-Enigmail-Version: 1.1.1 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigECC850959DAEF3EE0F265E6A" Cc: Marcel Moolenaar , Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 08:07:44 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigECC850959DAEF3EE0F265E6A Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 25.04.2011 14:38, Andrey V. Elsukov wrote: > I wrote a small extension for the GEOM_PART class. It adds an ability > to GEOM_PART class to create partition labels for schemes which are > support them. >=20 > Currently we have GEOM_LABEL class which does similar functions, > but it has problems in conjunction with GEOM_PART (e.g. kern/154226). > Current implementation of GEOM_LABEL's gpt/gptid module does direct > access to GEOM_PART object structures, that seems not so good for me. >=20 > So, my patch contains: >=20 > * new GEOM class "PART::LABEL". It attaches to partition provider and > create new providers for each label. >=20 > * new kobj method - G_PART_LABELS. It called when new partition is crea= ting. > A partition scheme can implement this method if it supports partition l= abels. > Method should just call g_part_create_label() function to create new la= bel for > given partition. >=20 > * g_part_spoil_labels() function. It called from GEOM_PART to destroy l= abels > providers or mark them stale. At this time it called only from "gpart m= odify" > method. >=20 > What differs from GEOM_LABEL: >=20 > * PART::LABEL class has not ".spoiled" method and all providers are per= sistent. >=20 > * if label is changing while provider is in use, it will not be destroy= ed until > access does not released, but new label will become available. >=20 > * also it has support for APM and PC98 schemes. >=20 > The patch is here: > http://people.freebsd.org/~ae/gpart_labels.diff I updated the patch, it is in the same location. I turned off glabel's gpt/gpid support and added loader tunables: kern.geom.part_label.apm.enable kern.geom.part_label.gpt.enable kern.geom.part_label.gptid.enable kern.geom.part_label.pc98.enable Also for compatibility glabel's tunables still here: kern.geom.label.gpt.enable kern.geom.label.gptid.enable So, if you have them in your loader.conf and want to have gpt/gptid label= s, you should remove them from loader.conf. Also now they are only loader tunables and they can not be changed in run= time. If there will no objections i am planning to commit patch in this weekend= =2E --=20 WBR, Andrey V. Elsukov --------------enigECC850959DAEF3EE0F265E6A 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.10 (MingW32) iQEcBAEBAgAGBQJNt8e7AAoJEAHF6gQQyKF6QncH/01c8e2+1Cq7Mp+D1NFKhHvn oGH6/iFLZ/Npo/5dBTCTTHxR2Fj8Yerxi5Akdlw6xel7FcAMHCBU1o/HuuPOtrqk c59lgLDX0qFF/7Sj9O5V8mScKWFtqQO4tCro0D2ZhO9jytbcbGOdXrdwSpUTfBrZ H9PihrWlOvKoXWqaUCZKqQUZ/X8qVxc7Sowr+IIm2UGDTjGB7Kb4nqp+7O/H5wda GD4y/vRQCAF8Ram2X7mGo5/Zznu/WY0qYN4J5w3CeTrucIKzMa2RqCFppbrN/VIn in1V07tj9wFqd9eBy+FWIjJn2nMxPdydJM5uvRQsq5cpblebASDoGhE2KLz7qD8= =plfE -----END PGP SIGNATURE----- --------------enigECC850959DAEF3EE0F265E6A-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 10:58:24 2011 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 5E12E106582B; Wed, 27 Apr 2011 10:58:24 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 494C58FC12; Wed, 27 Apr 2011 10:58:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p3RAwOAe062697; Wed, 27 Apr 2011 10:58:24 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p3RAwO7G062696; Wed, 27 Apr 2011 10:58:24 GMT (envelope-from danger) Date: Wed, 27 Apr 2011 10:58:24 +0000 From: Daniel Gerzo To: current@freebsd.org Message-ID: <20110427105824.GA62682@freefall.freebsd.org> 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 Cc: stable@freebsd.org, hackers@freebsd.org Subject: FreeBSD Status Report January-March, 2011 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 10:58:24 -0000 FreeBSD Quarterly Status Report January-March, 2011 Introduction This report covers FreeBSD-related projects between January and March 2011. It is the first of the four reports planned for 2011. During this quarter, the work was focused on releasing the new minor versions of FreeBSD, 7.4 and 8.2, which were released in February 2011. Currently, the project is starting to work on the next major version, 9.0. Thanks to all the reporters for the excellent work! This report contains 34 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between April and June 2011 is July 15th, 2011. __________________________________________________________________ Projects * Bringing up OMAP3 * GEOM-based ataraid(4) Replacement -- geom_raid. * HAST (Highly Available Storage) * New FreeBSD Installer * OpenAFS Port * pfSense * RCTL, aka Resource Containers * ZFSv28 available in FreeBSD 9-CURRENT FreeBSD Team Reports * FreeBSD Bugbusting Team * FreeBSD NYI Admins Status Report * The FreeBSD Foundation Status Report Network Infrastructure * DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) * Five New TCP Congestion Control Algorithms for FreeBSD Kernel * Journaled Soft Updates * Linux Compatibility Layer - DVB and V4L2 Support Documentation * New FreeBSD Handbook Section Covering HAST * The FreeBSD German Documentation Project Status Report * The FreeBSD Japanese Documentation Project * Webcam and DVB Compatibility List Architectures * FreeBSD/arm on Marvell Raid-on-Chip * FreeBSD/EC2 * FreeBSD/powerpc on Freescale QorIQ * MIPS/Octeon Support and bootinfo Ports * FreeBSD as Home Theater PC * FreeBSD Chromium * FreeBSD Haskell Ports * KDE-FreeBSD * Linux Emulation Ports * Portmaster * Ports Collection * www/apache22 Default Miscellaneous * BSDCan Google Summer of Code * Extfs Status Report * Google Summer of Code 2011 __________________________________________________________________ Bringing up OMAP3 Contact: Warner Losh Contact: Mohammed Farrag OMAP3 Emulation: * Step #1: qemu-omap3 isn't ported to FreeBSD yet. So, * Step #2: Use qemu-omap3 on Gentoo Host .. * Step #3: Is the end reached ?! No, bcz qemu-omap3 is not full. So, go to step #4. * Step #4: Use Meego >> Download Ubuntu 10.10 >> Install it, and * Step #5: Compile FreeBSD kernel, Create root file system, mkimage, Emulate using Meego. Open tasks: 1. Device Drivers for OMAP3 Processors. __________________________________________________________________ BSDCan URL: http://www.bsdcan.org/2011/ Contact: Dan Langille Our list of talks has been settled, and the schedule is pretty much finalized. There is still time to get into the Works In Progress session. Best to book your on-campus accommodation now. Or stay at one of the nearby hotels. Open tasks: 1. Show up. Enjoy. Profit. __________________________________________________________________ DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) URL: http://caia.swin.edu.au/urp/diffuse/ URL: http://caia.swin.edu.au/urp/diffuse/downloads.html Contact: Sebastian Zander Contact: Grenville Armitage DIFFUSE is a system enabling FreeBSD's IPFW firewall subsystem to classify IP traffic based on statistical traffic properties. With DIFFUSE, IPFW computes statistics (such as packet lengths or inter-packet time intervals) for observed flows, and uses ML (machine learning) to classify flows into classes. In addition to traditional packet inspection rules, IPFW rules may now also be expressed in terms of traffic statistics or classes identified by ML classification. This can be helpful when direct packet inspection is problematic (perhaps for administrative reasons, or because port numbers do not reliably identify applications). DIFFUSE also enables one instance of IPFW to send flow information and classes to other IPFW instances, which then can act on such traffic (e.g. prioritise, accept, deny, etc.) according to its class. This allows for distributed architectures, where classification at one location in your network is used to control fire-walling or rate-shaping actions at other locations. DIFFUSE is a set of patches for FreeBSD-CURRENT. It can be downloaded from the project's web site. The web site also contains a more comprehensive introduction, including application examples, links to related work and documentation. In February 2011 we released DIFFUSE v0.2.2. This release contains a number of bug fixes and new features. Most notably since version 0.2 there is a tool to build classifier models, and there is a feature module and classifier model to classify Skype traffic. We hope to release DIFFUSE v0.3 soon. Keep an eye on the freebsd-ipfw and freebsd-net mailing lists for project-related announcements. __________________________________________________________________ Extfs Status Report URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/soc2010/extfs/src/sy s/fs/&c=rFV@//depot/projects/soc2010/extfs/src/sys/fs/ext2fs/?ac=83 URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/soc2010/ext4fs/src/s ys/fs/&c=cc4@//depot/projects/soc2010/ext4fs/src/sys/fs/ext4fs/?ac=83 Contact: Zheng Liu I have implemented a reallocblks in ext2fs, like in ffs, and submitted a patch file to mailing list. Next I will try to implement htree directory index in ext2fs. __________________________________________________________________ Five New TCP Congestion Control Algorithms for FreeBSD URL: http://caia.swin.edu.au/freebsd/5cc/ URL: http://caia.swin.edu.au/urp/newtcp/ URL: http://www.FreeBSDFoundation.org/projects.shtml URL: http://FreeBSDfoundation.blogspot.com/2011/03/summary-of-five-new-tcp-c ongestion.html URL: http://people.FreeBSD.org/~lstewart/patches/5cc/ Contact: David Hayes Contact: Lawrence Stewart Contact: Grenville Armitage Contact: Rui Paulo Contact: Bjoern Zeeb The project is now complete, with the following code available in the svn head branch: * Modular congestion control framework. * Khelp (Kernel Helper) and Hhook (Helper Hook) frameworks. * Basic Khelp/Hhook integration with the TCP stack. * Enhanced Round Trip Time (ERTT) Khelp module. * Modularised implementations of NewReno, CUBIC, H-TCP, Vegas, Hamilton-Delay and CAIA-Hamilton-Delay congestion control algorithms. In addition to the code, a large set of documentation was committed (see the following man pages: cc(4), cc_newreno(4), cc_cubic(4), cc_htcp(4), cc_vegas(4), cc_hd(4), cc_chd(4), h_ertt(4), cc(9), khelp(9), hhook(9)) and a technical report was released which evaluates the computational overhead associated with TCP before and after the project's changes. A candidate patch to MFC the modular congestion control framework to the 8-STABLE branch is ready for testing here. If you try the patch, please send a note detailing your experience (positive or negative) to Lawrence Stewart. Thanks go to the FreeBSD Foundation for funding this work, to the project's technical reviewers for providing detailed feedback, and to all FreeBSD users who have provided testing feedback thus far. Open tasks: 1. Test 8-STABLE MFC candidate patch and do the merge in time for 8.3-RELEASE. __________________________________________________________________ FreeBSD as Home Theater PC URL: http://wiki.FreeBSD.org/HTPC Contact: Bernhard Froehlich Contact: Juergen Lock FreeBSD could be a much better platform for a Home Theater PC than it currently is. We are focusing on improving support for media center applications by extending the major ports (MythTV, VDR, XBMC) and creating some documentation to guide interested people. In the last months we continued to work on HTPC relevant ports, improved lirc and multimedia/webcamd remote control support. The last missing major HTPC application VDR (Video Disk Recorder) has finally been committed to the portstree as multimedia/vdr including 17 vdr plugin ports. Open tasks: 1. Improve remote control support in webcamd and with lirc. 2. Port more Media Center applications (Enna, me-tv, ...) 3. Create a small guide on how to build a great FreeBSD Home Theater PC. __________________________________________________________________ FreeBSD Bugbusting Team URL: http://www.FreeBSD.org/support.html#gnats URL: http://wiki.FreeBSD.org/BugBusting URL: http://people.FreeBSD.org/~linimon/studies/prs/ Contact: Gavin Atkinson Contact: Mark Linimon Contact: Remko Lodder Contact: Volker Werth The bugmeister team is happy to welcome Eitan Adler (eadler@) as the newest GNATS-only contributor. Eitan has been helping triage new bugs as they come in, as well as making good progress on many of the older bugs, closing duplicates and obsolete bugs and contacting submitters for extra information where necessary. For the first time in a long time we managed to get below 6000 open PRs, in no small part due to Eitan's efforts. Welcome aboard! PRs continue to be classified as they arrive, by adding 'tags' to the subject lines corresponding to the kernel subsystem involved, or man page references for userland PRs. Reports are generated from these nightly, grouping related PRs into one place, sorted by tag or man page. This allows an interested party working in one area or on one subsystem to easily find related bugs and issues in the same area, which has proven quite effective in getting some of the older bug reports closed. These reports can all be found by following the third link above. We continue to look for ideas for other reports that may help improve the PR closure rate. If you have any suggestions for reports which would contribute positively to the way you work, please email bugmeister@ and we shall try to produce such a report. Our clearance rate of PRs, especially in kern and bin, seems to be improving. The number of non-ports PRs has stayed almost constant since the last status report. As always, anybody interested in helping out with the PR queue is welcome to join us in #freebsd-bugbusters on EFnet. We are always looking for additional help, whether your interests lie in triaging incoming PRs, generating patches to resolve existing problems, or simply helping with the database housekeeping (identifying duplicate PRs, ones that have already been resolved, etc). This is a great way of getting more involved with FreeBSD! Open tasks: 1. Try to find ways to get more committers helping us with closing PRs that the team has already analyzed. __________________________________________________________________ FreeBSD Chromium URL: http://trillian.chruetertee.ch/chromium URL: http://lists.FreeBSD.org/mailman/listinfo/freebsd-chromium URL: http://www.chromium.org/Home Contact: FreeBSD Chromium Team Thanks to a great collaborative effort from the FreeBSD community, the OpenBSD community, and the Chromium developers, Chromium has been updated in the Ports tree. In the spirit of release early and release often, updates to Chromium happen frequently. The contributors of the FreeBSD Chromium team have demonstrated great agility in keeping pace with updates in the development repository hosted at http://trillian.chruetertee.ch/chromium. Open tasks: 1. A task that lies ahead is working with the Chromium developers at integrating the FreeBSD patches into the codebase. Volunteers are welcome. __________________________________________________________________ FreeBSD Haskell Ports URL: http://wiki.FreeBSD.org/Haskell URL: https://github.com/freebsd-haskell/freebsd-haskell URL: http://haskell.org/mailman/listinfo/freebsd-haskell/ Contact: Gábor János PÁLI Contact: Ashish SHUKLA Contact: Giuseppe Pilichi We are proud to announce that the FreeBSD Haskell team has updated GHC to 7.0.3, and all other existing Haskell ports to the latest stable versions, as well as added new ports. The total number of Haskell ports in the FreeBSD repository is now more than 200. These ports are still waiting to be committed. At the moment, they are available from FreeBSD Haskell ports repository. Any users who would like to get early access to them, please refer to the FreeBSD Haskell ports Call For Testing. Open tasks: 1. Create a metaport for Haskell Platform. 2. Create a port for Happstack. 3. Create a port for gitit. __________________________________________________________________ FreeBSD NYI Admins Status Report Contact: NYI Admins Team The FreeBSD.org site at New York Internet is progressing, though more slowly than we had hoped. Due to problems with the old power controllers and serial console servers, new equipment has been bought by the FreeBSD Foundation. Installing the new equipment required re-racking all the existing servers which was done by the local FreeBSD team (Steven Kreuzer and John Baldwin). For basic infrastructure at the site (such as DHCP, DNS, console etc.) the FreeBSD Foundation bought some new servers which are in the process of being configured. The FreeBSD Ports team are currently using 9 of the NYI servers for package building. Open tasks: 1. We are looking for a storage system (15TB+) for keeping replicas of all the main FreeBSD.org systems, a full ftp-archive mirror, site local files etc. __________________________________________________________________ FreeBSD/arm on Marvell Raid-on-Chip Contact: Grzegorz Bernacki Contact: Rafal Jaworowski Marvell 88RC8180 is an integrated RAID-on-Chip controller, based on the Feroceon 88FR331 CPU core (ARMv5TE). The 88RC9580 is a next generation version, based on the Sheeva 88SV581 CPU core (ARMv6) of this system-on-chip devices family. Current FreeBSD suppport for 88RC8180 and 88RC9580 includes: * Booting via U-Boot bootloader * L1, L2 cache * Serial console support (UART) * Interrupt controller * Integrated timers * PCI Express (root complex and endpoint modes) * Doorbells and messages * Ethernet controller Open tasks: 1. Complete, clean up, merge with HEAD. __________________________________________________________________ FreeBSD/EC2 URL: http://www.daemonology.net/freebsd-on-ec2/ Contact: Colin Percival FreeBSD is now able to run on t1.micro and cc1.4xlarge instances in the Amazon EC2 cloud. FreeBSD 8.2-RELEASE is stable subject to the limitations of the instance type (e.g., running ZFS on a micro instance with only 600 MB of RAM doesn't work very well), but FreeBSD 9.0 has significant stability issues. A list of available FreeBSD AMIs (EC2 machine images) appears on the FreeBSD/EC2 status page. Open tasks: 1. Bring FreeBSD to a wider range of EC2 instance types. 2. Completely rework the locking in head/sys/i386/xen/pmap.c to eliminate races and make 9.0-CURRENT stable under paravirtualization. 3. Track down several possibly-related problems with scheduling and timekeeping. 4. Fix other issues shown on the FreeBSD/EC2 status page. __________________________________________________________________ FreeBSD/powerpc on Freescale QorIQ Contact: Michal Dubiel Contact: Rafal Jaworowski QorIQ is a brand of Power Architecture-based communications microprocessors from Freescale. It is an evolutionary step from the PowerQUICC platform (MPC85xx) and is built around one or more Power Architecture e500/e500mc cores. This work is bringing up FreeBSD on these system-on-chip devices along with device drivers for integrated peripherials. Current FreeBSD QorIQ support includes: * QorIQ P2020 support * Booting via U-Boot bootloader * L1, L2 cache * Serial console (UART) * Interrupt controller * Ethernet (TSEC, SGMII mode) * I2C * EHCI controller (no Transaction Translation Unit) * Security Engine (SEC) 3.1 * PCI Express controller (host mode) * Enhanced SDHC (no MMC support) * Dual-core (SMP) support __________________________________________________________________ GEOM-based ataraid(4) Replacement -- geom_raid. Contact: Alexander Motin Contact: M. Warner Losh A new RAID GEOM class (geom_raid) was added to FreeBSD 9-CURRENT, to replace ataraid(4) in supporting various BIOS-based software RAIDs. Unlike ataraid(4) this implementation does not depend on legacy ata(4) subsystem and can be used with any disk drivers, including new CAM-based ones (ahci(4), siis(4), mvs(4) and ata(4) with `options ATA_CAM`). To make code more readable and extensible, this implementation follows modular design, including a core part and two sets of modules, implementing support for different metadata formats and RAID levels. Support for such popular metadata formats is now implemented: Intel, JMicron, NVIDIA, Promise (also used by AMD/ATI) and SiliconImage. Such RAID levels are now supported: RAID0, RAID1, RAID1E, RAID10, SINGLE, CONCAT. For any all of these RAID levels and metadata formats this class supports full cycle of volume operations: reading, writing, creation, deletion, disk removal and insertion, rebuilding, dirty shutdown detection and resynchronization, bad sector recovery, faulty disks tracking, hot-spare disks. For Intel and Promise formats there is support for multiple volumes per disk set. See the graid(8) manual page for additional details. Sponsored by: Cisco Systems, Inc. and iXsystems, Inc. Open tasks: 1. Implement metadata modules for other formats (DDF, Highpoint, VIA, ...). 2. Implement transformation modules for other RAID levels (RAID5, ...). __________________________________________________________________ Google Summer of Code 2011 URL: http://www.google-melange.com/gsoc/org/google/gsoc2011/freebsd URL: http://wiki.freebsd.org/SummerOfCode2011 Contact: Brooks Davis Contact: Robert Watson FreeBSD is proud to be participating in our seventh year of Google Summer of Code. On Monday, April 25th we accepted 17 proposals from an overall excellent field. A full list of accepted proposals can be found on the GSoC website. We look forward to working with these students over the summer. As we did last year we plan to ask students to submit weekly status reports to the soc-status mailing list. Those wishing to keep up with the work in progress and offer review may wish to subscribe. __________________________________________________________________ HAST (Highly Available Storage) Contact: Pawel Jakub Dawidek Contact: Mikolaj Golub HAST development is progressing nicely. Mikolaj Golub who contributes to HAST is now a FreeBSD src committer. Some changes worth noting since the last report: * Compression of the data being sent over the network. This can speed up especially synchronization process. * Optional checksuming for the data being send over the network. * Capsicum sandboxing for secondary node and hastctl. * Chroot+setuid+setgid sandboxing for primary node. * Allow administrators to specify source IP address for connections. * When changing role wait for a while for the other node to switch from primary to secondary to avoid split-brain. * Many bug fixes. __________________________________________________________________ Journaled Soft Updates Contact: Jeff Roberson Contact: Kirk McKusick All known problems with journaled soft updates have been fixed in head. If you have any problems while running with journaled soft updates, please report them to us. We have addressed several performance issues that have been brought to our attention. If you have any performance problems while running with journaled soft updates, please report them to us. We have improved the recovery of resources when running with soft updates on small (root) filesystems. We anticipate being able to use soft updates for root filesystems in the 9.0 system. We expect to have journaled soft updates default to enabled in the 9.0 system. We encourage users of -CURRENT to enable journaled soft updates to help shake out any remaining performance problems and bugs. __________________________________________________________________ KDE-FreeBSD URL: http://FreeBSD.kde.org Contact: KDE FreeBSD The KDE on FreeBSD team have continued to improve the experience of KDE and Qt under FreeBSD. The latest round of improvements include: * Improved shared resources (i.e. pixmaps for KDE) * Improved file monitoring (using kevent) * Improved KSysGuard support (new and refined sensors) The team have also made many releases and upstreamed many fixes and patches. The latest round of releases include: * Qt: 4.7.2 * KDE: 4.5.5; 4.6.1; 4.6.2 * KOffice: 2.3.3 * KDevelop: 4.2.0; 4.2.2 (KDevPlatform: 1.2.0; 1.2.2) * many smaller ports The team needs more testers and porters so please visit us at kde-freebsd@kde.org Open tasks: 1. Continue improvements of KSysGuard. 2. General maintenance. 3. General testing. 4. Porting. __________________________________________________________________ Linux Compatibility Layer - DVB and V4L2 Support URL: http://people.FreeBSD.org/~nox/dvb/ Contact: Juergen Lock Following (separate) discussions on the mailing lists I have made patches to add DVB and V4L2 ioctl translation support to the Linux compatibility layer, allowing Linux apps like SageTV, Skype, and Flash to use DVB/ATSC tuners and webcams that previously only worked for native FreeBSD apps. (Most of this hardware uses Linux drivers via the multimedia/webcamd port.) Open tasks: 1. Handle the remaining ioctls that (I think) are not used by DVB tuners/cameras supported by webcamd (it only supports USB devices, the unhandled ioctls mostly have to do with video overlays and hardware MPEG2 decoding on analog or DVB tuners, features that AFAIK don't exist on USB hardware.) 2. Make the DVB support a port because there were concerns putting it in base due to the LGPL in one of the header files even though I already separated out the code into an extra kld. (linux_dvbwrapper.ko) 3. Get the patches polished and committed. :) (Until they are you can check my DVB page and the freebsd-emulation@ mailing list for updates.) __________________________________________________________________ Linux Emulation Ports URL: http://www.leidinger.net/blog/2011/02/25/howto-creating-your-own-update d-linux-rpm-for-the-freebsd-linuxulator/ Contact: Alexander Leidinger Contact: Emulation Mailinglist Old linux_base ports (all which are not used by default in some release) where marked as deprecated with a short expiration period. The reason is that all those ports are long past their end of life and do not receive security updates anymore. Unfortunately this is also true for the linux_base ports which are still used by default in the releases, but no replacement is available ATM (see open tasks). The linux-f10-pango port was updated to a more recent version whoch does not have a security problem by generating a linux-RPM in a VM with "FreeBSD" as the vendor (see the links section for a HOWTO). Open tasks: 1. Decide which RPM based linux distribution+version to track next for the linux_base ports, create ports for it and test for compatibility with our kernel code. __________________________________________________________________ MIPS/Octeon Support and bootinfo Contact: Andrew Duane Working on improving support for Octeon processors and integrating with other MIPS processor families. Currently working on support for the standard MIPS bootinfo structure as a boot API (to supplement/replace the Caviums-specific structure). Other Octeon improvements including cleanups to CF and USB drivers to come. __________________________________________________________________ New FreeBSD Handbook Section Covering HAST URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/disks-hast.ht ml Contact: Daniel Gerzo A new FreeBSD Handbook section covering the Highly Available STorage, or HAST developed by Pawel Jakub Dawidek has been recently added. In this section, you will learn what HAST is, how it works, which features it provides and how to set it up. It also includes a working example on how it can be used together with devd(8) and CARP. Enjoy your reading. __________________________________________________________________ New FreeBSD Installer URL: http://wiki.FreeBSD.org/BSDInstall URL: http://wiki.FreeBSD.org/PCBSDInstallMerge Contact: Nathan Whitehorn On March 14th, sysinstall was replaced on the 9.0 snapshot media by a new, modular installer called BSDInstall. This adds support for a wide variety of new features while simplifying the installation process. Testing before the 9.0 release will be very much appreciated -- CD and memory stick images for a variety of platforms are linked from the BSDInstall wiki page. Interesting features: * Install CD media are always live CDs * Installations spanning multiple disks * Wireless setup * GPT disk formatting * Virtualization friendly: can install from a live system onto disk images * Easily hackable and more modular than sysinstall * Greater flexibility: shells available throughout the installation Work is presently ongoing to integrate this installer with the backend provided by pc-sysinstall (second wiki link). Open tasks: 1. ZFS installation support. 2. IA64 disk setup. __________________________________________________________________ OpenAFS Port URL: http://openafs.org URL: http://web.mit.edu/freebsd/openafs/openafs.shar Contact: Benjamin Kaduk Contact: Derrick Brashear AFS is a distributed network filesystem that originated from the Andrew Project at Carnegie-Mellon University. The OpenAFS client implementation has not been particularly useful on FreeBSD since the FreeBSD 4.X releases. Work covered in previous reports brought the OpenAFS client to a useful form on 9.0-CURRENT, though with some rough edges. Since our last report, we have fixed several bugs that were impacting usability, and we expect the upcoming 1.6.0 release to be usable for regular client workloads (though not heavy load). Accordingly, we have submitted packaging for inclusion in the Ports Collection (PR ports/152467). There are several known outstanding issues that are being worked on, but detailed bug reports are welcome at port-freebsd@openafs.org. Open tasks: 1. Update VFS locking to allow the use of disk-based client caches as well as memory-based caches. 2. Track down races and deadlocks that may appear under load. 3. Integrate with the bsd.kmod.mk kernel-module build infrastructure. 4. Eliminate a moderate memory leak from the kernel module. 5. PAG (Process Authentication Group) support is not functional. __________________________________________________________________ pfSense URL: www.pfsense.org Contact: Scott Ullrich Contact: Chris Buechler Contact: Ermal Luci Work on 2.0 is rapidly coming to an end. We released RC1 around Feb 25 2011 and so far it seems to be rather stable. 2.0 is our first major release in 2 years and almost all limitations of the previous version has been overcome. Open tasks: 1. Finish testing RC1 and certify for release. __________________________________________________________________ Portmaster URL: http://dougbarton.us/portmaster-proposal.html Contact: Doug Barton The latest version of portmaster contains numerous improvements aimed at large-scale enterprise users. Particularly, support for the --index-only/--packages-only code has been significantly improved. Some of the highlights include: * New --update-if-newer option which takes a list of ports and/or a glob pattern on the command line and only updates those that are out of date. This feature is very useful for ensuring that the packages needed for updating a system are all available and up to date on the package building system. * The portmaster.rc file can now be stored in the same directory as the script itself, which aids in shared access to the script (for example over an NFS mount) * More features now work (or work better) with --index-only, including --check-depends Open tasks: 1. I have received some support for items E.2 and E.3 on the web page listed above so I will be putting some effort into those areas in the coming months. I also have in mind to split out the "fetch" code to be its own script, in part to support goal E.2, and to allow for more efficient parallelization when downloading multiple distfiles (especially for multiple ports that download the same distfile). This will also allow me to set a global limit for the number of parallel fetches which should aid users on slow links. __________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://blogs.FreeBSDish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/group.php?gid=135441496471197 URL: http://tinderbox.marcuscom.com/ Contact: Thomas Abthorpe Contact: Port Management Team The ports tree slowly moves up closer to 23,000. The PR count still remains at about 1000. In Q1 we added 2 new committers, and took in 4 commit bits for safe keeping. After a year of serving as the team secretary, Thomas Abthorpe's membership was upgraded to full voting status. The Ports Management team have been running -exp runs on an ongoing basis, verifying how base system updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note, -exp runs were done for: * erwin did a clang -exp run, and sent results to interested parties * kde@ requested an -exp run for KDE 4.6.1 and Qt 4.7.2 * linimon -exp for update of default zope version to 3.2 * miwi performed the following -exp runs, make fetch-original, xorg, cmake, pear, kde4 / py-qt / sip, and python2.7 * mm requested an -exp run to test the last GPLv2 version of gcc 4.2.2 * pav completed open-motif and mono -exp runs for respective submitters * ports/127214, -exp run to make copy/paste of portaudit user friendly * ports/144482, -exp run to fix package depends * ports/152102, -exp run to make dirrmtry more friendly * ports/152268, -exp run to update binutils * ports/153539, -exp run to allow checking STRIP when WITH_DEBUG is defined * ports/153547, -exp run to remove NO_SIZE * ports/153625, -exp run to pass CPPFLAGS to MAKE/CONFIGURE_ENV * ports/153634, -exp run to remove redundant PKGNAMEPREFIX for localised ports * ports/154121, -exp run to use --title for new libdialog * ports/154122, -exp run to update libtool to 2.4 * ports/154186, -exp to allow using linux 2.4 emulation on FreeBSD 8+ * ports/154390, -exp run to make fetching output copy/paste friendly * ports/154653, -exp run to remove superfluous slash * ports/154799, -exp run to update glib + gtk * ports/154994, -exp run for MASTER_SITE_PERL_CPAN enhancements * ports/155502, -exp run to remove sanity check for X_WINDOW_SYSTEM * ports/155504, -exp run to remove USE_XPM from b.p.m. * ports/155505, -exp run to update GNU m4 Open tasks: 1. Looking for help fixing ports broken on CURRENT. 2. Looking for help with Tier-2 architectures. 3. Most ports PRs are assigned, we now need to focus on testing, committing and closing. __________________________________________________________________ RCTL, aka Resource Containers Contact: Edward Tomasz Napierala Most of the code has already been merged into CURRENT. There are two remaining problems I would like to solve before 9.0-RELEASE - see below - but otherwise, the code is stable; please test and report any problems. You will need to rebuild the kernel with "options RACCT" and "options RCTL". The rctl(8) manual page should be a good introduction on how to use it. This project was sponsored by The FreeBSD Foundation. Open tasks: 1. Reimplementing %CPU accounting and CPU throttling. 2. Making jail rules persistent - right now, one cannot add jail rule before that jail is created, which makes it impossible to put them into /etc/rctl.conf; also, rules disappear when jail gets destroyed. __________________________________________________________________ The FreeBSD Foundation Status Report URL: http://www.FreeBSDfoundation.org Contact: Deb Goodkin We created our 2011 budget. Some of our plans for 2011 include spending $125,000 on project development and $75,000 on equipment to build up FreeBSD facilities in three locations. We were proud to be a sponsor for AsiaBSDCon 2011 in Tokyo. We also committed to sponsoring BSDCan 2011 in May, and EuroBSDCon 2011 in October. The Foundation was also represented at SCALE in Los Angeles, Indiana LinuxFest in Indianapolis, and Flourish in Chicago. Completed Foundation-funded projects: Five New TCP Congestion Control Algorithms project by Swinburne University and Resource Containers project by Edward Napierala. In February we visited companies in the Bay Area that use FreeBSD. Our goal was to promote FreeBSD, better understand their interests and needs, and help facilitate stronger relationships between these companies and the Project. The presentations we gave included the benefits of FreeBSD, Project road-map, potential areas of collaboration, case studies, and how the Foundation supports the project. By visiting in person we were able to show our commitment to the Project and respond directly to questions and concerns they may have had. We were pleased with the positive responses we received and plan on visiting more companies in the future. We are funding two new projects. The first project is Implementing Support of GEM, KMS, and DRI for Intel Drivers by Konstantin Belousov. The second is Improving the Maturity of IPv6 Support of FreeBSD and PC-BSD by Bjoern Zeeb. We continued our work on infrastructure projects to beef up hardware for package-building, network-testing, etc. This includes purchasing equipment as well as managing equipment donations. Stop by and visit with us at BSDCan (May 13-14) and SouthEast LinuxFest (June 10-12). The work above as well as many other tasks we do for the project, couldn't be done without donations. Please help us by making a donation or asking your company to make a donation. We would be happy to send marketing literature to you or your company. Find out how to make a donation at http://www.FreeBSDfoundation.org/donate/. __________________________________________________________________ The FreeBSD German Documentation Project Status Report URL: http://doc.bsdgroup.de Contact: Johann Kois Contact: Benedict Reuschling Benedict Reuschling contributed the translation of the new handbook section about HAST, while Benjamin Lukas was working on the first translation of the firewall chapter of the handbook. The committers to the German Documentation Project were busy with keeping the existing German documentation up-to-date. The website translations were also kept in sync with the ones on FreeBSD.org. We tried to re-activate committers who did not contribute for some time but most of them are currently unable to free up enough time. We hope to gain fresh contributor blood as we are getting occasional reports about bugs and grammar in the german translation. Open tasks: 1. Submit grammar, spelling or other errors you find in the german documents and the website. 2. Translate more articles and other open handbook sections. __________________________________________________________________ The FreeBSD Japanese Documentation Project URL: http://www.FreeBSD.org/ja/ URL: http://www.jp.FreeBSD.org/doc-jp/ Contact: Hiroki Sato Contact: Ryusuke Suzuki The www/ja and doc/ja_JP.eucJP/books/handbook have constantly been updated. During this period, translation of the handbook installation page was finished. The following chapters are now synchronized with the English version: * introduction * install * ports * x11 * desktop * multimedia * mirrors * pgpkeys Merging translation results from the www tree on a separate repository for the translation work into the main tree was also finished. Since outdated and/or non-translated documents also remain in both doc/ja_JP.eucJP and www, further translation work is still needed. Some progress has been made in the Porter's Handbook as well in this period. __________________________________________________________________ Webcam and DVB Compatibility List URL: http://wiki.FreeBSD.org/WebcamCompat Contact: Matthias Apitz Webcam and DVB Compatibility List This is the FreeBSD Webcam, DVB, and Remote Control Compatibility List. The main goal of this page is to give an exact answer about which application works with a given cam or DVB. Combinations of the hardware and software mentioned in this table are known to work. Please add more lines to the table or ask me to do so by just sending a mail with your Cam/DVB information. Please note: you should only add information you have seen working and not you may think of or imagine that they could work. The contact information (name and/or email addr) is optional. Open tasks: 1. Move this to a real database in where FreeBSD enduser could self insert their gadgets, like the FreeBSD Laptop Compat List. __________________________________________________________________ www/apache22 Default URL: http://people.FreeBSD.org/~pgollucci/FreeBSD/prs/maintainers.html#apach e URL: http://www.FreeBSD.org/cgi/query-pr.cgi?pr=ports/147009 URL: http://wiki.FreeBSD.org/Apache URL: http://lists.FreeBSD.org/pipermail/freebsd-apache/2011-March/002174.htm l Contact: Philip Gollucci Contact: Olli Hauer Contact: Apache Apache 95% done, pending final -exp run, and pulling the switch. HEADS-UP announcement already sent to relevant lists. This will be for 8.3/9.0. __________________________________________________________________ ZFSv28 available in FreeBSD 9-CURRENT Contact: Pawel Jakub Dawidek Contact: Martin Matuska ZFS v28 is now in HEAD! Test, test, test and test. Pretty please. New features include: * Data deduplication. * Triple parity RAIDZ (RAIDZ3). * zfs diff. * zpool split. * Snapshot holds. * zpool import -F. Allows to rewind corrupted pool to earlier transaction group. * Possibility to import pool in read-only mode. From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 12:39:16 2011 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 05562106564A for ; Wed, 27 Apr 2011 12:39:16 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id D6C478FC15 for ; Wed, 27 Apr 2011 12:39:15 +0000 (UTC) Received: by pvg11 with SMTP id 11so1524253pvg.13 for ; Wed, 27 Apr 2011 05:39:15 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.30.39 with SMTP id p7mr2189944pbh.34.1303907955284; Wed, 27 Apr 2011 05:39:15 -0700 (PDT) Received: by 10.68.60.161 with HTTP; Wed, 27 Apr 2011 05:39:15 -0700 (PDT) In-Reply-To: References: <4D94A354.9080903@sentex.net> Date: Wed, 27 Apr 2011 14:39:15 +0200 Message-ID: From: Olivier Smedts To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current mailing list , Mike Tancsa Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 12:39:16 -0000 2011/3/31 Jack Vogel : > This problem happens for only one reason, you have insufficient mbufs to > fill your rx ring. Its odd that it would differ when its static versus a > loadable > module though! > > With the 7.2.2 driver you also will use different mbuf pools depending on > the MTU you are using. If you use jumbo frames it will use 4K clusters, > if you go to 9K jumbos it will use 9K mbuf clusters. The number of these > allocated by default is small (like 6400 small :). > > I would use 'netstat -m' to see what the pools look like. Now that I thin= k > about it, the reason it might fail as loaded while not as built in is you > get > allocation of the mbufs first when static, and something else is taking t= hem > before you can load when loadable?? Sorry to be quite late on this, Here is what gives me netstat -m with my new 9-CURRENT kernel but with old (working, after some time of computer use) if_em.ko : 1027/3458/4485 mbufs in use (current/cache/total) 1024/2066/3090/25600 mbuf clusters in use (current/cache/total/max) 1024/1792 mbuf+clusters out of packet secondary zone in use (current/cache) 0/367/367/12800 4k (page size) jumbo clusters in use (current/cache/total/m= ax) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 2304K/6464K/8769K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines And here is the output with the new (non-working) if_em.ko : 1029/3456/4485 mbufs in use (current/cache/total) 1023/2067/3090/25600 mbuf clusters in use (current/cache/total/max) 1023/1793 mbuf+clusters out of packet secondary zone in use (current/cache) 0/367/367/12800 4k (page size) jumbo clusters in use (current/cache/total/m= ax) 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) 2303K/6466K/8769K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/0/0 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 0 requests for I/O initiated by sendfile 0 calls to protocol drain routines I've got the "em0: Could not setup receive structures" messages with the new if_em.ko even in single user mode. No network connectivity. I tried removing all other network-related modules (vboxnet, ipfw...) and still have this problem (again, even when booting in single-user mode). My network card is "em0@pci0:0:25:0: class=3D0x020000 card=3D0x304b103c chip=3D0x10ef8086 rev=3D0x05 hdr=3D0x00". I'm using a stripped-down GENERIC amd64 kernel (no network, no scsi, no raid...), a nearly empty sysctl.conf and loader.conf (except module loading). I saw at the time of the commit that an MFC to 8-STABLE was planned, but I don't think it should happen so soon. Given that my network adapter was previously working well before the em driver update, can't this be considerd a serious regression ? Thanks, Olivier --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 14:01:33 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 377B5106564A; Wed, 27 Apr 2011 14:01:33 +0000 (UTC) (envelope-from nwhitehorn@freebsd.org) Received: from mail.icecube.wisc.edu (trout.icecube.wisc.edu [128.104.255.119]) by mx1.freebsd.org (Postfix) with ESMTP id D6EFB8FC13; Wed, 27 Apr 2011 14:01:32 +0000 (UTC) Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.icecube.wisc.edu (Postfix) with ESMTP id 2925E58135; Wed, 27 Apr 2011 09:01:32 -0500 (CDT) X-Virus-Scanned: amavisd-new at icecube.wisc.edu Received: from mail.icecube.wisc.edu ([127.0.0.1]) by localhost (trout.icecube.wisc.edu [127.0.0.1]) (amavisd-new, port 10030) with ESMTP id 0NEr0dBqqJ7H; Wed, 27 Apr 2011 09:01:32 -0500 (CDT) Received: from wanderer.tachypleus.net (i3-dhcp-172-16-223-127.icecube.wisc.edu [172.16.223.127]) by mail.icecube.wisc.edu (Postfix) with ESMTP id F050D5811A; Wed, 27 Apr 2011 09:01:31 -0500 (CDT) Message-ID: <4DB821BB.6020006@freebsd.org> Date: Wed, 27 Apr 2011 09:01:31 -0500 From: Nathan Whitehorn User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110317 Thunderbird/3.1.9 MIME-Version: 1.0 To: "Andrey V. Elsukov" References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> In-Reply-To: <4DB7C7B7.9020201@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Marcel Moolenaar , FreeBSD Current , Pawel Jakub Dawidek , freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 14:01:33 -0000 On 04/27/11 02:37, Andrey V. Elsukov wrote: > On 25.04.2011 14:38, Andrey V. Elsukov wrote: >> I wrote a small extension for the GEOM_PART class. It adds an ability >> to GEOM_PART class to create partition labels for schemes which are >> support them. >> >> Currently we have GEOM_LABEL class which does similar functions, >> but it has problems in conjunction with GEOM_PART (e.g. kern/154226). >> Current implementation of GEOM_LABEL's gpt/gptid module does direct >> access to GEOM_PART object structures, that seems not so good for me. >> >> So, my patch contains: >> >> * new GEOM class "PART::LABEL". It attaches to partition provider and >> create new providers for each label. >> >> * new kobj method - G_PART_LABELS. It called when new partition is creating. >> A partition scheme can implement this method if it supports partition labels. >> Method should just call g_part_create_label() function to create new label for >> given partition. >> >> * g_part_spoil_labels() function. It called from GEOM_PART to destroy labels >> providers or mark them stale. At this time it called only from "gpart modify" >> method. >> >> What differs from GEOM_LABEL: >> >> * PART::LABEL class has not ".spoiled" method and all providers are persistent. >> >> * if label is changing while provider is in use, it will not be destroyed until >> access does not released, but new label will become available. >> >> * also it has support for APM and PC98 schemes. >> >> The patch is here: >> http://people.freebsd.org/~ae/gpart_labels.diff > > I updated the patch, it is in the same location. > I turned off glabel's gpt/gpid support and added loader tunables: > > kern.geom.part_label.apm.enable > kern.geom.part_label.gpt.enable > kern.geom.part_label.gptid.enable > kern.geom.part_label.pc98.enable > > Also for compatibility glabel's tunables still here: > > kern.geom.label.gpt.enable > kern.geom.label.gptid.enable > > So, if you have them in your loader.conf and want to have gpt/gptid labels, > you should remove them from loader.conf. > Also now they are only loader tunables and they can not be changed in runtime. > > If there will no objections i am planning to commit patch in this weekend. > This is fantastic. Thank you! -Nathan From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 15:44:51 2011 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 CBA01106566C for ; Wed, 27 Apr 2011 15:44:51 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-vx0-f182.google.com (mail-vx0-f182.google.com [209.85.220.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7D06E8FC0C for ; Wed, 27 Apr 2011 15:44:51 +0000 (UTC) Received: by vxc34 with SMTP id 34so1860360vxc.13 for ; Wed, 27 Apr 2011 08:44:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=Bs11DK7+IA9skbH7hpCEq71teDfzbJp4pMFXUdhfIf0=; b=mZ+wYElzw1bC6F7Eevk+ybxymKS5uLuSMRswILUAI1jAh4lFtneMYTMsF8sllRfP01 cAfemsPu/4BBll0dQlyKya8jcxxUVWYqdwoRWvAjpcqFW/y/sJsRFDu8etm4l00XOflS ZuCP77kEAVRhIu9imQvQuuvZQA+ajiLZzVyuk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=ul5AtWSimNf5rnvOhs8xTxhFDEkLlFphVAx+Dl8vo0ADvec8LAR83FYuy3iOXPBCeJ C2ZbLjqRoX84gQDxCml/WvU95g+CncMoAi35/tCT14c1hV0LYI/c3G4PR+Pyxlwt5ysA jkR9J0as+rVEFJ/zlbdXLrXXcEN6ux1qFoEkI= MIME-Version: 1.0 Received: by 10.52.67.73 with SMTP id l9mr3248664vdt.287.1303919090526; Wed, 27 Apr 2011 08:44:50 -0700 (PDT) Received: by 10.52.167.67 with HTTP; Wed, 27 Apr 2011 08:44:50 -0700 (PDT) In-Reply-To: References: <4D94A354.9080903@sentex.net> Date: Wed, 27 Apr 2011 08:44:50 -0700 Message-ID: From: Jack Vogel To: Olivier Smedts Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD current mailing list , Mike Tancsa Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 15:44:51 -0000 If you get "cannot setup receive structures" you cannot go on and try to use the thing :) It means you have inadequate mbuf clusters to setup your receive side, you simply have to increase it and reload the driver. Jack On Wed, Apr 27, 2011 at 5:39 AM, Olivier Smedts wrote: > 2011/3/31 Jack Vogel : > > This problem happens for only one reason, you have insufficient mbufs to > > fill your rx ring. Its odd that it would differ when its static versus a > > loadable > > module though! > > > > With the 7.2.2 driver you also will use different mbuf pools depending on > > the MTU you are using. If you use jumbo frames it will use 4K clusters, > > if you go to 9K jumbos it will use 9K mbuf clusters. The number of these > > allocated by default is small (like 6400 small :). > > > > I would use 'netstat -m' to see what the pools look like. Now that I > think > > about it, the reason it might fail as loaded while not as built in is you > > get > > allocation of the mbufs first when static, and something else is taking > them > > before you can load when loadable?? > > Sorry to be quite late on this, > > Here is what gives me netstat -m with my new 9-CURRENT kernel but with > old (working, after some time of computer use) if_em.ko : > 1027/3458/4485 mbufs in use (current/cache/total) > 1024/2066/3090/25600 mbuf clusters in use (current/cache/total/max) > 1024/1792 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/367/367/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 2304K/6464K/8769K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > And here is the output with the new (non-working) if_em.ko : > 1029/3456/4485 mbufs in use (current/cache/total) > 1023/2067/3090/25600 mbuf clusters in use (current/cache/total/max) > 1023/1793 mbuf+clusters out of packet secondary zone in use (current/cache) > 0/367/367/12800 4k (page size) jumbo clusters in use > (current/cache/total/max) > 0/0/0/6400 9k jumbo clusters in use (current/cache/total/max) > 0/0/0/3200 16k jumbo clusters in use (current/cache/total/max) > 2303K/6466K/8769K bytes allocated to network (current/cache/total) > 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) > 0/0/0 requests for jumbo clusters denied (4k/9k/16k) > 0/0/0 sfbufs in use (current/peak/max) > 0 requests for sfbufs denied > 0 requests for sfbufs delayed > 0 requests for I/O initiated by sendfile > 0 calls to protocol drain routines > > I've got the "em0: Could not setup receive structures" messages with > the new if_em.ko even in single user mode. No network connectivity. I > tried removing all other network-related modules (vboxnet, ipfw...) > and still have this problem (again, even when booting in single-user > mode). > My network card is "em0@pci0:0:25:0: class=0x020000 > card=0x304b103c chip=0x10ef8086 rev=0x05 hdr=0x00". I'm using a > stripped-down GENERIC amd64 kernel (no network, no scsi, no raid...), > a nearly empty sysctl.conf and loader.conf (except module loading). > > I saw at the time of the commit that an MFC to 8-STABLE was planned, > but I don't think it should happen so soon. Given that my network > adapter was previously working well before the em driver update, can't > this be considerd a serious regression ? > > Thanks, > Olivier > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 17:59:50 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6F7EE106564A for ; Wed, 27 Apr 2011 17:59:50 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 367528FC08 for ; Wed, 27 Apr 2011 17:59:49 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAG9YuE2DaFvO/2dsb2JhbACEU6IQsmWRFIEpg1B9BI5Rjkg X-IronPort-AV: E=Sophos;i="4.64,275,1301889600"; d="scan'208";a="118836285" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 27 Apr 2011 13:59:49 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 4BBBDB3F2C for ; Wed, 27 Apr 2011 13:59:49 -0400 (EDT) Date: Wed, 27 Apr 2011 13:59:49 -0400 (EDT) From: Rick Macklem To: FreeBSD Current Message-ID: <1279660660.660472.1303927189244.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Subject: Heads up: default nfs client switched to new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 17:59:50 -0000 The commit r221124 switches the default NFS client to the new one in head. The fstype "newnfs" is now "nfs" and the regular/old NFS client is now fstype "oldnfs". As such, "mount -t nfs ..." will use the new client. Although most kernels will still work with the old mount(8) and mount_nfs(8) binaries (the exception is one built with "options NFSCL" but not "options NFSCLIENT"), you should build fresh mount(8) and mount_nfs(8) binaries. To use the old NFS client... You'll need new binaries for mount(8) and mount_nfs(8), plus a link in /sbin to mount_nfs called mount_oldnfs. Then you can use the old NFS client via: mount -t oldnfs ... Systems using a diskless root NFS fs will need to have the new client linked into their kernels via "options NFSCL". Both "options NFSCL" and "options NFSCLIENT" can be specified for the kernel. If you do that, you can switch back to the old NFS client by changing the fstype field of etc/fstab for the root fs on the NFS server to "oldnfs" plus adding a line like: vfs.root.mountfrom="oldnfs:" to boot/loader.conf in the root fs on the server. Hopefully, you won't need to do anything to keep things working and this won't cause you grief, rick From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 18:35:11 2011 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 AF1581065672 for ; Wed, 27 Apr 2011 18:35:11 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 90D148FC16 for ; Wed, 27 Apr 2011 18:35:11 +0000 (UTC) Received: by pvg11 with SMTP id 11so1782549pvg.13 for ; Wed, 27 Apr 2011 11:35:11 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.26.134 with SMTP id l6mr2516739pbg.235.1303929310899; Wed, 27 Apr 2011 11:35:10 -0700 (PDT) Received: by 10.68.60.161 with HTTP; Wed, 27 Apr 2011 11:35:10 -0700 (PDT) In-Reply-To: References: <4D94A354.9080903@sentex.net> Date: Wed, 27 Apr 2011 20:35:10 +0200 Message-ID: From: Olivier Smedts To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD current mailing list , Mike Tancsa Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 18:35:11 -0000 2011/4/27 Jack Vogel : > If you get "cannot setup receive structures" you cannot go on and try to > use the thing :) It means you have inadequate mbuf clusters to setup > your receive side, you simply have to increase it and reload the driver. Thanks for your answer. I'll try and let you know if this works, but why don't have I enough mbuf clusters ? Isn't this driver supposed to just work out of the box on a nearly GENERIC (but with network devices as modules) kernel ? --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 18:36:58 2011 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 66CDA1065678 for ; Wed, 27 Apr 2011 18:36:58 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 23A7E8FC14 for ; Wed, 27 Apr 2011 18:36:58 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p3RIarCB031526 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 27 Apr 2011 14:36:53 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DB8622E.8070700@sentex.net> Date: Wed, 27 Apr 2011 14:36:30 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Olivier Smedts References: <4D94A354.9080903@sentex.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: Jack Vogel , FreeBSD current mailing list Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 18:36:58 -0000 On 4/27/2011 2:35 PM, Olivier Smedts wrote: > 2011/4/27 Jack Vogel : >> If you get "cannot setup receive structures" you cannot go on and try to >> use the thing :) It means you have inadequate mbuf clusters to setup >> your receive side, you simply have to increase it and reload the driver. > > Thanks for your answer. I'll try and let you know if this works, but > why don't have I enough mbuf clusters ? Isn't this driver supposed to > just work out of the box on a nearly GENERIC (but with network devices > as modules) kernel ? Are you testing with what is in HEAD ? ie. 7.2.3 or something else ? Your subject line implies something else. ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 18:45:01 2011 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 2A6FC1065785 for ; Wed, 27 Apr 2011 18:45:01 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 077698FC18 for ; Wed, 27 Apr 2011 18:45:00 +0000 (UTC) Received: by pwj8 with SMTP id 8so1087010pwj.13 for ; Wed, 27 Apr 2011 11:45:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.68.30.39 with SMTP id p7mr2596257pbh.34.1303929900254; Wed, 27 Apr 2011 11:45:00 -0700 (PDT) Received: by 10.68.60.161 with HTTP; Wed, 27 Apr 2011 11:45:00 -0700 (PDT) In-Reply-To: <4DB8622E.8070700@sentex.net> References: <4D94A354.9080903@sentex.net> <4DB8622E.8070700@sentex.net> Date: Wed, 27 Apr 2011 20:45:00 +0200 Message-ID: From: Olivier Smedts To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jack Vogel , FreeBSD current mailing list Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 18:45:01 -0000 2011/4/27 Mike Tancsa : > On 4/27/2011 2:35 PM, Olivier Smedts wrote: >> 2011/4/27 Jack Vogel : >>> If you get "cannot setup receive structures" you cannot go on and try t= o >>> use the thing :) It means you have inadequate mbuf clusters to setup >>> your receive side, you simply have to increase it and reload the driver= . >> >> Thanks for your answer. I'll try and let you know if this works, but >> why don't have I enough mbuf clusters ? Isn't this driver supposed to >> just work out of the box on a nearly GENERIC (but with network devices >> as modules) =A0kernel ? > > Are you testing with what is in HEAD ? ie. 7.2.3 or something else ? > Your subject line implies something else. I'm using what's in HEAD since r219753, the commit which updated the em driver from version 7.1.9 to 7.2.2 and broke it at least for me. >From the commit log : "This improves the RX mbuf handling to avoid system hang due to depletion." Well... not improved for everyone ;) Sorry if the subject wasn't clear. --=20 Olivier Smedts=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0=A0 _ =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0= =A0 ASCII ribbon campaign ( ) e-mail: olivier@gid0.org=A0 =A0 =A0 =A0 - against HTML email & vCards=A0 X www: http://www.gid0.org=A0 =A0 - against proprietary attachments / \ =A0 "Il y a seulement 10 sortes de gens dans le monde : =A0 ceux qui comprennent le binaire, =A0 et ceux qui ne le comprennent pas." From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 19:05:10 2011 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 1E92D106566B for ; Wed, 27 Apr 2011 19:05:10 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id C89138FC1E for ; Wed, 27 Apr 2011 19:05:09 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p3RJ57Em037309 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Wed, 27 Apr 2011 15:05:08 -0400 (EDT) (envelope-from mike@sentex.net) Message-ID: <4DB868CD.7040300@sentex.net> Date: Wed, 27 Apr 2011 15:04:45 -0400 From: Mike Tancsa Organization: Sentex Communications User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Olivier Smedts References: <4D94A354.9080903@sentex.net> <4DB8622E.8070700@sentex.net> In-Reply-To: X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: Jack Vogel , FreeBSD current mailing list Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 19:05:10 -0000 On 4/27/2011 2:45 PM, Olivier Smedts wrote: >> Are you testing with what is in HEAD ? ie. 7.2.3 or something else ? >> Your subject line implies something else. > > I'm using what's in HEAD since r219753, the commit which updated the > em driver from version 7.1.9 to 7.2.2 and broke it at least for me. Oh, ok. Thats from back in March. There is a newer one 7.2.3 in April. I would test with that perhaps. I am using a back ported version on RELENG8 and it works quite well for me. http://lists.freebsd.org/pipermail/svn-src-head/2011-April/026202.html Hopefully MFC'd soon ? ---Mike -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 19:11:10 2011 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 4210C1065672; Wed, 27 Apr 2011 19:11:10 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Andriy Gapon Date: Wed, 27 Apr 2011 15:10:45 -0400 User-Agent: KMail/1.6.2 References: <4D9DF086.9020906@FreeBSD.org> <201104261349.49277.jkim@FreeBSD.org> <4DB7C0BE.2040709@FreeBSD.org> In-Reply-To: <4DB7C0BE.2040709@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104271510.59479.jkim@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: prefer tsc timecounter when it's good X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 19:11:10 -0000 On Wednesday 27 April 2011 03:07 am, Andriy Gapon wrote: > on 26/04/2011 20:49 Jung-uk Kim said the following: > > Can you please test attached patch? You can get it from here, > > too: > > > > http://people.freebsd.org/~jkim/tsc_smp_test.diff > > I am planning on testing the patch, but I am a little bit busy with > other things at the moment. No problem. > The idea looks good to me. The code is a little bit hard to follow > :-) Sorry. The patch was updated to make it little easier to read: http://people.freebsd.org/~jkim/tsc_smp_test2.diff > I would use three separate array instead of a single array with > triple size (for clarity). The arrays would have to be placed > inside a structure for passing to smp_rendezvous. Array of pointers... I tried that earlier but it made the code little bit more complex overall, actually. :-/ > Also, perhaps a single rendezvous per iteration would be > sufficient, so that you get four values to compare per a pair of > CPUs, instead of current six. Again to make the code simpler / > more readable. That would allow to expand TSC_READ macro as well > (two copies of the function would take less lines than the macro). smp_rendezvous() is very expensive, so I wanted to get more samples per call. > BTW, not sure if you actually need 'volatile' inside tsc_read_X. No, I don't, removed. FYI, it was part of my early experiments to find the cheapest way to work around cache issues, which never worked. Eventually, I ended up with calling smp_cache_flush(). :-( > > Currently this patch samples 3,000 times to determine if any CPU > > has out-of-order TSC but it may be too much, especially for large > > SMP machines. If it takes too long, I'll lower the number. > > Please report if that's the case. > > > > Please note this patch also changes HPET, ACPI-fast and TSC > > qualities. However, TSC on SMP does not change the default > > quality, i.e., HPET or ACPI timer will be chosen by default, > > because we cannot be sure if they'll drift later. If the user is > > sure that they don't drift AND it is absolutely constant, > > kern.timecounter.smp_tsc tunable can be used to set better > > quality. > > - You changing the relative priorities of HPET and ACPI-fast. I > support this change (some others may not), but please make it as a > separate commit. Yes, that is my intention but it's continuation of your original patch. :-) > - Not sure if the quality test code is of much use if a user has to > set some tunable to actually use it over HPET or ACPI-fast. I > thought that the whole point was in automatically choosing the best > timecounter. It can be extended to make better selection depending on vendor, model, topology, etc. if necessary. > I would go the opposite way - if automatic selection of TSC causes > any trouble then provide a way to disable it. POLA... Jung-uk Kim From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 20:00:47 2011 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 A7EB71065679 for ; Wed, 27 Apr 2011 20:00:47 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 5BD7C8FC0C for ; Wed, 27 Apr 2011 20:00:47 +0000 (UTC) Received: by ywf7 with SMTP id 7so975951ywf.13 for ; Wed, 27 Apr 2011 13:00:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=fC80s4A6Lpkcj5i7xlWNkPoFin+gBdi74DVmA0TrleA=; b=Cohjvk4e3ePJDs/SP7iTesLtfQjBxWAxMQdogesBgofgcDX84xOR0e0R36bX4kFpRB V+4v6WTNNcglmtFnqL16dHq0PaTL5s69FpyE2xC1g50QAIYmEWzUGRuBA/ZXeMVSZXgb 42LUrE8AgPwFZ6v8uN7+/UTsfLl0K+Ik3AWdw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=XVw3hkR8XxZfbDJttCPVRlJ5ljjRnRHyQRTe5E6+ZIvH8o/hgM6lQxkRvBGp7+2S6Q XYV+fXRpbTVZuVzM9GalelQ6mfe1cbsjgwyI3OkGXww894ErG4yw3BUPjeOMO4UFTNnC 8tlpLvpMxGfBzjZ0IY+Y6OBdiXJcMEWhLK+Lw= MIME-Version: 1.0 Received: by 10.150.210.7 with SMTP id i7mr2297746ybg.268.1303934446135; Wed, 27 Apr 2011 13:00:46 -0700 (PDT) Received: by 10.150.133.13 with HTTP; Wed, 27 Apr 2011 13:00:46 -0700 (PDT) In-Reply-To: <4DB868CD.7040300@sentex.net> References: <4D94A354.9080903@sentex.net> <4DB8622E.8070700@sentex.net> <4DB868CD.7040300@sentex.net> Date: Wed, 27 Apr 2011 13:00:46 -0700 Message-ID: From: Jack Vogel To: Mike Tancsa Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Olivier Smedts , FreeBSD current mailing list Subject: Re: problems with em(4) since update to driver 7.2.2 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 20:00:47 -0000 Yes Mike, already have had a couple others bug me to get the MFC, I'm hoping to get it in this week :) Jack On Wed, Apr 27, 2011 at 12:04 PM, Mike Tancsa wrote: > On 4/27/2011 2:45 PM, Olivier Smedts wrote: > >> Are you testing with what is in HEAD ? ie. 7.2.3 or something else ? > >> Your subject line implies something else. > > > > I'm using what's in HEAD since r219753, the commit which updated the > > em driver from version 7.1.9 to 7.2.2 and broke it at least for me. > > Oh, ok. Thats from back in March. There is a newer one 7.2.3 in April. > I would test with that perhaps. I am using a back ported version on > RELENG8 and it works quite well for me. > > http://lists.freebsd.org/pipermail/svn-src-head/2011-April/026202.html > > > Hopefully MFC'd soon ? > > > ---Mike > > > > -- > ------------------- > Mike Tancsa, tel +1 519 651 3400 > Sentex Communications, mike@sentex.net > Providing Internet services since 1994 www.sentex.net > Cambridge, Ontario Canada http://www.tancsa.com/ > From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 23:33:28 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 43F0A1065670; Wed, 27 Apr 2011 23:33:28 +0000 (UTC) Date: Wed, 27 Apr 2011 16:33:28 -0700 From: Craig Rodrigues To: Rick Macklem Message-ID: <20110427233328.GA23140@crodrigues.org> References: <1279660660.660472.1303927189244.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1279660660.660472.1303927189244.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: Heads up: default nfs client switched to new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 23:33:28 -0000 On Wed, Apr 27, 2011 at 01:59:49PM -0400, Rick Macklem wrote: > The commit r221124 switches the default NFS client to the new one in head. > The fstype "newnfs" is now "nfs" and the regular/old NFS client is > now fstype "oldnfs". As such, "mount -t nfs ..." will use the new client. Hi, Is there any impact on /usr/sbin/amd? -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 23:39:18 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50737106564A for ; Wed, 27 Apr 2011 23:39:18 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 09A938FC15 for ; Wed, 27 Apr 2011 23:39:17 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAP6nuE2DaFvO/2dsb2JhbACEU6IjiHCqc5EggSmDUH0EjlGOSA X-IronPort-AV: E=Sophos;i="4.64,277,1301889600"; d="scan'208";a="119721032" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 27 Apr 2011 19:39:16 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0557BB3F2D; Wed, 27 Apr 2011 19:39:17 -0400 (EDT) Date: Wed, 27 Apr 2011 19:39:17 -0400 (EDT) From: Rick Macklem To: Craig Rodrigues Message-ID: <1248207256.681692.1303947556959.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110427233328.GA23140@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: FreeBSD Current Subject: Re: Heads up: default nfs client switched to new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 23:39:18 -0000 > On Wed, Apr 27, 2011 at 01:59:49PM -0400, Rick Macklem wrote: > > The commit r221124 switches the default NFS client to the new one in > > head. > > The fstype "newnfs" is now "nfs" and the regular/old NFS client is > > now fstype "oldnfs". As such, "mount -t nfs ..." will use the new > > client. > > Hi, > > Is there any impact on /usr/sbin/amd? > I'll admit I haven't tested it (I've never used the FreeBSD amd). I will do so once I figure out how to set it up, but I'm hoping others will report any problems. If you can test it, that would be appreciated. (I can't think of why it wouldn't work, but...) rick From owner-freebsd-current@FreeBSD.ORG Wed Apr 27 23:44:13 2011 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 1424B1065670; Wed, 27 Apr 2011 23:44:13 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from 65-241-43-5.globalsuite.net (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 3535415377B; Wed, 27 Apr 2011 23:44:12 +0000 (UTC) Message-ID: <4DB8AA4B.1070502@FreeBSD.org> Date: Wed, 27 Apr 2011 16:44:11 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110319 Thunderbird/3.1.9 MIME-Version: 1.0 To: Alexander Best References: <4DB620CB.50302@FreeBSD.org> <20110426103741.GA25031@freebsd.org> In-Reply-To: <20110426103741.GA25031@freebsd.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Steve Wills , Alexander Motin , current@FreeBSD.org Subject: Re: responsiveness during IO tasks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 27 Apr 2011 23:44:13 -0000 On 04/26/2011 03:37, Alexander Best wrote: > On Mon Apr 25 11, Steve Wills wrote: > Hi, > > I've noticed lately that when doing heavy IO, my 9-CURRENT system (Fri > Apr 15 23:33:46 EDT 2011) is quite unresponsive. I have two ZFS mirrors > setup and run KDE4. The system has 12GB of RAM. > > When I, for example, copy an ISO image from one mirror to the other, the > whole desktop becomes really slow during the copy. It takes a good 15 > seconds to open a new tab in Konsole, switching windows takes a while, > etc. Once the copy is finished, things are fine. It wasn't like this > back before I upgraded from 8.2-RC1 to 9-CURRENT. Has anyone else > noticed something similar, or is it just me? Is there any other info I > can provide or something I should look for? > >> i've noticed this too. for me the situation is sometimes even worse. during >> heavy i/o the mouse cursor won't even respond. > >> i think this is a scheduler isse. maybe running a non-preemptive kernel or >> switching to the old 4bsd scheduler fixes it? Try backing up your src tree to r212540, clean /usr/obj, buildworld/kernel and see if that helps. I just tracked down a big part of my current problem (pun intended) to r212541, the one-shot timer commit. I'm working on a larger post to describe my problems, but short version is, up through r212540 I can load the system down as heavily as I want, and while there may be some unresponsiveness it's at least stable. If I update to one-shot timers the system wedges as soon as I put load on it. No panic, not even a reboot, it just wedges solid requiring it to be powered off. You should also test SCHED_4BSD to see if that improves your situation. There have been a lot of reports about problems with SCHED_ULE with heavy disk i/o. Moving to 4bsd helps me in terms of interactivity, but I needed to find the crashing problem first. hth, Doug (sorry mav) -- Nothin' ever doesn't change, but nothin' changes much. -- OK Go Breadth of IT experience, and depth of knowledge in the DNS. Yours for the right price. :) http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 00:27:43 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id EA8771065672; Thu, 28 Apr 2011 00:27:43 +0000 (UTC) Date: Wed, 27 Apr 2011 17:27:43 -0700 From: Craig Rodrigues To: Rick Macklem Message-ID: <20110428002743.GA31514@crodrigues.org> References: <20110427233328.GA23140@crodrigues.org> <1248207256.681692.1303947556959.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1248207256.681692.1303947556959.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.1i Cc: FreeBSD Current Subject: Re: Heads up: default nfs client switched to new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2011 00:27:44 -0000 On Wed, Apr 27, 2011 at 07:39:17PM -0400, Rick Macklem wrote: > > Hi, > > > > Is there any impact on /usr/sbin/amd? > > > I'll admit I haven't tested it (I've never used the FreeBSD amd). I will > do so once I figure out how to set it up, but I'm hoping others will report > any problems. If you can test it, that would be appreciated. (I can't think > of why it wouldn't work, but...) Hi, I'll try and test amd and give feedback. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 00:34:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1060) id 939231065674; Thu, 28 Apr 2011 00:34:42 +0000 (UTC) Date: Wed, 27 Apr 2011 17:34:42 -0700 From: Craig Rodrigues To: John Baldwin Message-ID: <20110428003442.GA31665@crodrigues.org> References: <883894078.493543.1303672333362.JavaMail.root@erie.cs.uoguelph.ca> <201104260926.05033.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201104260926.05033.jhb@freebsd.org> User-Agent: Mutt/1.4.2.1i Cc: "O. Hartmann" , freebsd-current@freebsd.org, Rick Macklem Subject: Re: Heads Up: default NFS server changing to the new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2011 00:34:42 -0000 On Tue, Apr 26, 2011 at 09:26:05AM -0400, John Baldwin wrote: > Actually, I think we should switch GENERIC in HEAD to the new client and > kernel very soon. The goal is to get current users testing the new client and > server so they can uncover any bugs. If problems crop up during the testing > that can't be resolved, we can always revert to the older client/server for > the release. Hi, I agree. I think it is fantastic that Rick is doing all this work in our NFS code. Unfortunately, for this kind of stuff, in order to uncover the interop issues and edge cases, it is better to make this the default sooner, rather than later. The people with the production setups where you uncover these kinds of issues don't run the tip of CURRENT usually.... One thing to consider: if we could provide a bootable virtual machine with the new NFS code to some of the storage vendors like EMC/Isilon, Netapp, etc. it might be nice to get some feedback. People are always busy, but if we make the effort to make things easier to try out and test, that is always a good thing. -- Craig Rodrigues rodrigc@crodrigues.org From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 05:43:11 2011 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 365E7106564A; Thu, 28 Apr 2011 05:43:11 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 85EF78FC14; Thu, 28 Apr 2011 05:43:10 +0000 (UTC) Received: by bwz12 with SMTP id 12so2878985bwz.13 for ; Wed, 27 Apr 2011 22:43:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=DOLpMmySv03ZmPT5+9hX2RUsPqKKrvQecikaRA0Ofd8=; b=kLnPzHmyfTsumhncjLNBg3fBaFIhm0LZ9R0QSpFwjLqw11Owu7s0HtixHZFIZVZd1u o7/8dLrhPTspQ6C5UUpl7/CZkmfhw3tNLbg3ZfRC8KZvM5c+25oUqqgdpngRJBq0rPD9 HCTq3PVLmnIDZZGXfWmfH1dE4OJ5hCZr2ZAm0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=nCozVNlY838T3fhRXsT6V4Ud63SWuvMB+G6iI1ZSwhVcYkhUvFbcKGQykDzcfyFDoB +BJNsRGYFYvjpioJK9gGOYj/MuwKFaDzU1g1JnlOuzdispkQ/9kg+MJvGsfFpEpgHYYX 4Bs93YTMjhmKDlikOlTsJvPPFJ+ESiijdXlWg= Received: by 10.204.7.8 with SMTP id b8mr648940bkb.31.1303967807495; Wed, 27 Apr 2011 22:16:47 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 16sm786295bkm.6.2011.04.27.22.16.45 (version=SSLv3 cipher=OTHER); Wed, 27 Apr 2011 22:16:46 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB8F833.7090604@FreeBSD.org> Date: Thu, 28 Apr 2011 08:16:35 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Doug Barton References: <4DB620CB.50302@FreeBSD.org> <20110426103741.GA25031@freebsd.org> <4DB8AA4B.1070502@FreeBSD.org> In-Reply-To: <4DB8AA4B.1070502@FreeBSD.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , current@FreeBSD.org, Steve Wills Subject: Re: responsiveness during IO tasks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2011 05:43:11 -0000 Doug Barton wrote: > On 04/26/2011 03:37, Alexander Best wrote: >> On Mon Apr 25 11, Steve Wills wrote: >> I've noticed lately that when doing heavy IO, my 9-CURRENT system (Fri >> Apr 15 23:33:46 EDT 2011) is quite unresponsive. I have two ZFS mirrors >> setup and run KDE4. The system has 12GB of RAM. >> >> When I, for example, copy an ISO image from one mirror to the other, the >> whole desktop becomes really slow during the copy. It takes a good 15 >> seconds to open a new tab in Konsole, switching windows takes a while, >> etc. Once the copy is finished, things are fine. It wasn't like this >> back before I upgraded from 8.2-RC1 to 9-CURRENT. Has anyone else >> noticed something similar, or is it just me? Is there any other info I >> can provide or something I should look for? >> >>> i've noticed this too. for me the situation is sometimes even worse. >>> during >>> heavy i/o the mouse cursor won't even respond. >> >>> i think this is a scheduler isse. maybe running a non-preemptive >>> kernel or >>> switching to the old 4bsd scheduler fixes it? > > Try backing up your src tree to r212540, clean /usr/obj, > buildworld/kernel and see if that helps. I just tracked down a big part > of my current problem (pun intended) to r212541, the one-shot timer > commit. I'm working on a larger post to describe my problems, but short > version is, up through r212540 I can load the system down as heavily as > I want, and while there may be some unresponsiveness it's at least > stable. If I update to one-shot timers the system wedges as soon as I > put load on it. No panic, not even a reboot, it just wedges solid > requiring it to be powered off. > > You should also test SCHED_4BSD to see if that improves your situation. > There have been a lot of reports about problems with SCHED_ULE with > heavy disk i/o. Moving to 4bsd helps me in terms of interactivity, but I > needed to find the crashing problem first. > > Doug (sorry mav) No problem, just let's hunt things down. I'll wait for that larger post. In meantime, if it is related to eventtimers, it would be good to collect more detailed information. You could try to make timer run during idle (kern.eventtimer.idletick). You could try to switch timer from one-shot to periodic mode (kern.eventtimer.periodic). You could also try to switch to another timer (kern.eventtimer.timer). -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 07:22:21 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FD6D106567F; Thu, 28 Apr 2011 07:22:21 +0000 (UTC) (envelope-from ftp51246-2575596@sh4-5.1blu.de) Received: from sh4-5.1blu.de (sh4-5.1blu.de [213.83.63.54]) by mx1.freebsd.org (Postfix) with ESMTP id D448C8FC1D; Thu, 28 Apr 2011 07:22:20 +0000 (UTC) Received: from ftp51246-2575596 by sh4-5.1blu.de with local (Exim 4.50) id 1QFLYA-0001Rw-Qv; Thu, 28 Apr 2011 09:22:11 +0200 Date: Thu, 28 Apr 2011 09:22:10 +0200 From: Matthias Apitz To: Arnaud Lacombe Message-ID: <20110428072208.GA4359@sh4-5.1blu.de> References: <20110426080424.GA12864@sh4-5.1blu.de> <1303809741.6417.75.camel@macbook.infradead.org> <20110426095128.GA14455@sh4-5.1blu.de> <20110426211956.GA6598@sh4-5.1blu.de> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: X-Operating-System: FreeBSD 7.0-RELEASE (i386) User-Agent: Mutt/1.5.9i Cc: gnome@freebsd.org, freebsd-current@freebsd.org, David Woodhouse Subject: Re: 9.0-CURRENT r220692 && cc1: internal compiler error: Segmentation fault: 11 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 07:22:21 -0000 El día Tuesday, April 26, 2011 a las 08:43:54PM -0400, Arnaud Lacombe escribió: > Hi, > > On Tue, Apr 26, 2011 at 5:19 PM, Matthias Apitz wrote: > > El día Tuesday, April 26, 2011 a las 01:51:55PM -0400, Arnaud Lacombe escribió: > > > >> >> Then you can go to gcc.gnu.org/bugzilla and file a PR. > >> > > >> > Thanks for your hints concerning the GCC problem; I will collect the > >> > data and file a bug report; > >> > > >> If it is the gcc in the FreeBSD tree, please do not bug upstream. gcc > >> 4.2.1 is no longer supported/maintained. The least you can do is to > >> try a newer, maintained, gcc and see if the issue persist. > > > > Hi, > > > > It is the normal gcc of the FreeBSD used to compile ports: > > > > # cc -v > > Using built-in specs. > > Target: i386-undermydesk-freebsd > > Configured with: FreeBSD/i386 system compiler > > Thread model: posix > > gcc version 4.2.1 20070719  [FreeBSD] > > > > In /usr/ports/lang there are gcc46 and gcc47 ports, should I build one > > of them and use it to compile ports/mail/evolution-exchange? Which one > > would be the best option in HEAD? Thanks > > > 4.6.0 is the latest stable release, might still have regression, but > at least, you can report them :). I installed /usr/ports/lang/gcc46 and compiled evolution-exchange-2.32.3 without SIGSEGV; we can close this thread; thx matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e - w http://www.unixarea.de/ From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 08:10:53 2011 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 4B994106566B; Thu, 28 Apr 2011 08:10:53 +0000 (UTC) (envelope-from julian@freebsd.org) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) by mx1.freebsd.org (Postfix) with ESMTP id 1B4F18FC17; Thu, 28 Apr 2011 08:10:52 +0000 (UTC) Received: from julian-mac.elischer.org (home-nat.elischer.org [67.100.89.137]) (authenticated bits=0) by vps1.elischer.org (8.14.4/8.14.4) with ESMTP id p3S8AoBZ081449 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Thu, 28 Apr 2011 01:10:51 -0700 (PDT) (envelope-from julian@freebsd.org) Message-ID: <4DB92143.5010108@freebsd.org> Date: Thu, 28 Apr 2011 01:11:47 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: Alexander Motin References: <4DB620CB.50302@FreeBSD.org> <20110426103741.GA25031@freebsd.org> <4DB8AA4B.1070502@FreeBSD.org> <4DB8F833.7090604@FreeBSD.org> In-Reply-To: <4DB8F833.7090604@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Best , Doug Barton , current@freebsd.org, Steve Wills Subject: Re: responsiveness during IO tasks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2011 08:10:53 -0000 > Doug Barton wrote: > No problem, just let's hunt things down. I'll wait for that larger post. > In meantime, if it is related to eventtimers, it would be good to > collect more detailed information. You could try to make timer run > during idle (kern.eventtimer.idletick). You could try to switch timer > from one-shot to periodic mode (kern.eventtimer.periodic). You could > also try to switch to another timer (kern.eventtimer.timer). kern.eventtimer.periodic needs to be disabled to run 9.x on xen (as of a few months ago) From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 08:15:32 2011 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 54D0B106566C; Thu, 28 Apr 2011 08:15:32 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4B6BD8FC18; Thu, 28 Apr 2011 08:15:30 +0000 (UTC) Received: by bwz12 with SMTP id 12so2981528bwz.13 for ; Thu, 28 Apr 2011 01:15:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=lHmnK0QX5SFVlkugZaF9kKsu7nJnCPCN+j/2OyIg4pY=; b=Jtk7Mbob3gO85kiWwE8qe+LfVtVQXNSFLuWVwCcPVfo8Fbqi/8pLBIppUsb0F4XgOs 659fYDKWyJtCa/4L+TLRL/dFR1+acnc6KvKqAYZTkQiimF/Saw7Qpbi7BoRwX74fUA8q o38viXnimU+CiAoAJDwQsXJcTZU0ur29nlgsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=H9uFztDxLbrR/02h4XA9cgdLQJLRouZrS6PVupuJhnSWZxmvrrClwclqQMZF/47DGc 043a/MX9YMk6qPk8zn2BGdaZxklfFeh6P5ZWOt2i+JV1MAvMIJ5iUlobpgQDL3maCk2x a1N5f/wqjazZT/wqUTxnp+6IZXFg5Ut6VZpQw= Received: by 10.204.126.148 with SMTP id c20mr2871481bks.87.1303978529911; Thu, 28 Apr 2011 01:15:29 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id d11sm859439bka.19.2011.04.28.01.15.28 (version=SSLv3 cipher=OTHER); Thu, 28 Apr 2011 01:15:29 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DB92215.2060501@FreeBSD.org> Date: Thu, 28 Apr 2011 11:15:17 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Julian Elischer References: <4DB620CB.50302@FreeBSD.org> <20110426103741.GA25031@freebsd.org> <4DB8AA4B.1070502@FreeBSD.org> <4DB8F833.7090604@FreeBSD.org> <4DB92143.5010108@freebsd.org> In-Reply-To: <4DB92143.5010108@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexander Best , Doug Barton , current@freebsd.org, Steve Wills Subject: Re: responsiveness during IO tasks X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2011 08:15:32 -0000 Julian Elischer wrote: >> Doug Barton wrote: >> No problem, just let's hunt things down. I'll wait for that larger post. >> In meantime, if it is related to eventtimers, it would be good to >> collect more detailed information. You could try to make timer run >> during idle (kern.eventtimer.idletick). You could try to switch timer >> from one-shot to periodic mode (kern.eventtimer.periodic). You could >> also try to switch to another timer (kern.eventtimer.timer). > > kern.eventtimer.periodic needs to be disabled to run 9.x on xen > (as of a few months ago) Yes, but it needs to be enabled (it is disabled by default). I remember about it and going to experiment with it nearest time. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 13:43:37 2011 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 4B9F8106566B; Thu, 28 Apr 2011 13:43:37 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id E3A328FC15; Thu, 28 Apr 2011 13:43:36 +0000 (UTC) Received: from outgoing.leidinger.net (p5B155804.dip.t-dialin.net [91.21.88.4]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id C726B844016; Thu, 28 Apr 2011 15:43:22 +0200 (CEST) Received: from webmail.leidinger.net (webmail.Leidinger.net [IPv6:fd73:10c7:2053:1::2:102]) by outgoing.leidinger.net (Postfix) with ESMTP id EE3C61170; Thu, 28 Apr 2011 15:43:19 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.4/8.13.8/Submit) id p3SDhJjY096529; Thu, 28 Apr 2011 15:43:19 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.ec.europa.eu (pslux.ec.europa.eu [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 28 Apr 2011 15:43:19 +0200 Message-ID: <20110428154319.23661m78gvvdqmsk@webmail.leidinger.net> Date: Thu, 28 Apr 2011 15:43:19 +0200 From: Alexander Leidinger To: David Schultz References: <20110426154645.GA67273@zim.MIT.EDU> In-Reply-To: <20110426154645.GA67273@zim.MIT.EDU> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.6) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: C726B844016.AFE36 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=0, required 6, autolearn=disabled) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1304603003.03828@Cx0dsh3ogc8/7bGXybVdBg X-EBL-Spam-Status: No Cc: Rui Paulo , "arch@freebsd.org" , "current@freebsd.org" Subject: Re: Removal of ICC (intel compiler) bits from mk X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2011 13:43:37 -0000 Quoting David Schultz (from Tue, 26 Apr 2011 11:46:45 -0400): > On Wed, Aug 18, 2010, Rui Paulo wrote: >> Hi, >> I've been chatting with the ICC ex-users and they seem to be ok >> with the removal of the ICC bits from share/mk and other places. >> The reason is that it doesn't work and no one has volunteered to >> fix it for many years. This seems to indicate that the interest in >> ICC is low. >> If there's anyone against this, speak now or forever be silent. :-) > > For what it's worth, I still occasionally use icc for simple > tasks-- mainly as a reference for code generation, since it > produces reasonable output in many cases where gcc does not. > As I recall, making it work required minimal changes... possibly > just making sure __va_list gets defined in _types.h. I have > the following in one of my trees, although this is obviously > not the right fix. It depends if you want to hide the problem on all other compilers or not. I would prefer to not hide the problem. Bye, Alexander. -- Volley Theory: It is better to have lobbed and lost than never to have lobbed at all. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 16:26:14 2011 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 292721065670; Thu, 28 Apr 2011 16:26:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C3CA98FC0C; Thu, 28 Apr 2011 16:26:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3SGQC4U064654; Thu, 28 Apr 2011 12:26:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3SGQCKa064605; Thu, 28 Apr 2011 16:26:12 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 28 Apr 2011 16:26:12 GMT Message-Id: <201104281626.p3SGQCKa064605@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 16:26:14 -0000 TB --- 2011-04-28 15:26:41 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-28 15:26:41 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-28 15:26:41 - cleaning the object tree TB --- 2011-04-28 15:26:49 - cvsupping the source tree TB --- 2011-04-28 15:26:49 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-28 15:27:12 - building world TB --- 2011-04-28 15:27:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-28 15:27:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-28 15:27:12 - TARGET=mips TB --- 2011-04-28 15:27:12 - TARGET_ARCH=mips TB --- 2011-04-28 15:27:12 - TZ=UTC TB --- 2011-04-28 15:27:12 - __MAKE_CONF=/dev/null TB --- 2011-04-28 15:27:12 - cd /src TB --- 2011-04-28 15:27:12 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 28 15:27:14 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 28 16:26:11 UTC 2011 TB --- 2011-04-28 16:26:12 - WARNING: no kernel config for LINT TB --- 2011-04-28 16:26:12 - building LINT kernel TB --- 2011-04-28 16:26:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-28 16:26:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-28 16:26:12 - TARGET=mips TB --- 2011-04-28 16:26:12 - TARGET_ARCH=mips TB --- 2011-04-28 16:26:12 - TZ=UTC TB --- 2011-04-28 16:26:12 - __MAKE_CONF=/dev/null TB --- 2011-04-28 16:26:12 - cd /src TB --- 2011-04-28 16:26:12 - /usr/bin/make -B buildkernel KERNCONF=LINT "/src/Makefile", line 142: warning: "TARGET_ARCH of mips is deprecated in favor of mipsel or mipseb" ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-28 16:26:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-28 16:26:12 - ERROR: failed to build lint kernel TB --- 2011-04-28 16:26:12 - 2566.43 user 636.70 system 3571.03 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 19:25:22 2011 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 BD8CE1065675; Thu, 28 Apr 2011 19:25:22 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 65AF68FC19; Thu, 28 Apr 2011 19:25:22 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3SJPL7D051510; Thu, 28 Apr 2011 15:25:21 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3SJPL9T051509; Thu, 28 Apr 2011 19:25:21 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 28 Apr 2011 19:25:21 GMT Message-Id: <201104281925.p3SJPL9T051509@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 19:25:22 -0000 TB --- 2011-04-28 18:30:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-28 18:30:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-28 18:30:01 - cleaning the object tree TB --- 2011-04-28 18:30:10 - cvsupping the source tree TB --- 2011-04-28 18:30:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-28 18:30:50 - building world TB --- 2011-04-28 18:30:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-28 18:30:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-28 18:30:50 - TARGET=arm TB --- 2011-04-28 18:30:50 - TARGET_ARCH=arm TB --- 2011-04-28 18:30:50 - TZ=UTC TB --- 2011-04-28 18:30:50 - __MAKE_CONF=/dev/null TB --- 2011-04-28 18:30:50 - cd /src TB --- 2011-04-28 18:30:50 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 28 18:30:52 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 28 19:25:20 UTC 2011 TB --- 2011-04-28 19:25:20 - WARNING: no kernel config for LINT TB --- 2011-04-28 19:25:20 - building LINT kernel TB --- 2011-04-28 19:25:20 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-28 19:25:20 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-28 19:25:20 - TARGET=arm TB --- 2011-04-28 19:25:20 - TARGET_ARCH=arm TB --- 2011-04-28 19:25:20 - TZ=UTC TB --- 2011-04-28 19:25:20 - __MAKE_CONF=/dev/null TB --- 2011-04-28 19:25:20 - cd /src TB --- 2011-04-28 19:25:20 - /usr/bin/make -B buildkernel KERNCONF=LINT ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-28 19:25:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-28 19:25:20 - ERROR: failed to build lint kernel TB --- 2011-04-28 19:25:20 - 2400.82 user 665.30 system 3319.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 22:07:14 2011 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 8DC89106566C; Thu, 28 Apr 2011 22:07:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 353E38FC16; Thu, 28 Apr 2011 22:07:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3SM7DAx057296; Thu, 28 Apr 2011 18:07:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3SM7Dkr057267; Thu, 28 Apr 2011 22:07:13 GMT (envelope-from tinderbox@freebsd.org) Date: Thu, 28 Apr 2011 22:07:13 GMT Message-Id: <201104282207.p3SM7Dkr057267@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2011 22:07:14 -0000 TB --- 2011-04-28 21:10:05 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-28 21:10:05 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-28 21:10:05 - cleaning the object tree TB --- 2011-04-28 21:10:12 - cvsupping the source tree TB --- 2011-04-28 21:10:12 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-28 21:10:32 - building world TB --- 2011-04-28 21:10:32 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-28 21:10:32 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-28 21:10:32 - TARGET=mips TB --- 2011-04-28 21:10:32 - TARGET_ARCH=mips TB --- 2011-04-28 21:10:32 - TZ=UTC TB --- 2011-04-28 21:10:32 - __MAKE_CONF=/dev/null TB --- 2011-04-28 21:10:32 - cd /src TB --- 2011-04-28 21:10:32 - /usr/bin/make -B buildworld >>> World build started on Thu Apr 28 21:10:32 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Thu Apr 28 22:07:12 UTC 2011 TB --- 2011-04-28 22:07:12 - WARNING: no kernel config for LINT TB --- 2011-04-28 22:07:12 - building LINT kernel TB --- 2011-04-28 22:07:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-28 22:07:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-28 22:07:12 - TARGET=mips TB --- 2011-04-28 22:07:12 - TARGET_ARCH=mips TB --- 2011-04-28 22:07:12 - TZ=UTC TB --- 2011-04-28 22:07:12 - __MAKE_CONF=/dev/null TB --- 2011-04-28 22:07:12 - cd /src TB --- 2011-04-28 22:07:12 - /usr/bin/make -B buildkernel KERNCONF=LINT "/src/Makefile", line 142: warning: "TARGET_ARCH of mips is deprecated in favor of mipsel or mipseb" ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-28 22:07:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-28 22:07:12 - ERROR: failed to build lint kernel TB --- 2011-04-28 22:07:12 - 2452.45 user 610.36 system 3427.36 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Thu Apr 28 23:30:35 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0674A1065672 for ; Thu, 28 Apr 2011 23:30:35 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id B64808FC12 for ; Thu, 28 Apr 2011 23:30:34 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAGn3uU2DaFvO/2dsb2JhbACEUKIoiHCsNpEpgSmDUH0EjlyOJw X-IronPort-AV: E=Sophos;i="4.64,283,1301889600"; d="scan'208";a="119856433" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 28 Apr 2011 19:30:33 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 929217CBF8; Thu, 28 Apr 2011 19:30:33 -0400 (EDT) Date: Thu, 28 Apr 2011 19:30:33 -0400 (EDT) From: Rick Macklem To: Craig Rodrigues Message-ID: <1700824816.743816.1304033433592.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <20110428002743.GA31514@crodrigues.org> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: FreeBSD Current Subject: Re: Heads up: default nfs client switched to new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 28 Apr 2011 23:30:35 -0000 > On Wed, Apr 27, 2011 at 07:39:17PM -0400, Rick Macklem wrote: > > > Hi, > > > > > > Is there any impact on /usr/sbin/amd? > > > > > I'll admit I haven't tested it (I've never used the FreeBSD amd). I > > will > > do so once I figure out how to set it up, but I'm hoping others will > > report > > any problems. If you can test it, that would be appreciated. (I > > can't think > > of why it wouldn't work, but...) > > Hi, > > I'll try and test amd and give feedback. > > -- > Craig Rodrigues > rodrigc@crodrigues.org > Thanks to Craig's testing, there is now a fix in head that makes the new client work with amd. rick From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 01:02:49 2011 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 5A0F5106566B; Fri, 29 Apr 2011 01:02:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0595B8FC16; Fri, 29 Apr 2011 01:02:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T12mON061826; Thu, 28 Apr 2011 21:02:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T12mFC061825; Fri, 29 Apr 2011 01:02:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 01:02:48 GMT Message-Id: <201104290102.p3T12mFC061825@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 01:02:49 -0000 TB --- 2011-04-29 00:10:01 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 00:10:01 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 00:10:01 - cleaning the object tree TB --- 2011-04-29 00:10:11 - cvsupping the source tree TB --- 2011-04-29 00:10:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-29 00:10:42 - building world TB --- 2011-04-29 00:10:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 00:10:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 00:10:42 - TARGET=arm TB --- 2011-04-29 00:10:42 - TARGET_ARCH=arm TB --- 2011-04-29 00:10:42 - TZ=UTC TB --- 2011-04-29 00:10:42 - __MAKE_CONF=/dev/null TB --- 2011-04-29 00:10:42 - cd /src TB --- 2011-04-29 00:10:42 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 00:10:42 UTC 2011 >>> 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 Fri Apr 29 01:02:47 UTC 2011 TB --- 2011-04-29 01:02:47 - WARNING: no kernel config for LINT TB --- 2011-04-29 01:02:47 - building LINT kernel TB --- 2011-04-29 01:02:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 01:02:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 01:02:47 - TARGET=arm TB --- 2011-04-29 01:02:47 - TARGET_ARCH=arm TB --- 2011-04-29 01:02:47 - TZ=UTC TB --- 2011-04-29 01:02:47 - __MAKE_CONF=/dev/null TB --- 2011-04-29 01:02:47 - cd /src TB --- 2011-04-29 01:02:47 - /usr/bin/make -B buildkernel KERNCONF=LINT ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 01:02:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 01:02:47 - ERROR: failed to build lint kernel TB --- 2011-04-29 01:02:47 - 2289.83 user 639.55 system 3166.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 00:25:13 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 828FD1065673 for ; Fri, 29 Apr 2011 00:25:13 +0000 (UTC) (envelope-from crm@colinrmitchell.endoftheinternet.org) Received: from cdptpa-omtalb.mail.rr.com (cdptpa-omtalb.mail.rr.com [75.180.132.121]) by mx1.freebsd.org (Postfix) with ESMTP id 3EB2A8FC0A for ; Fri, 29 Apr 2011 00:25:12 +0000 (UTC) Received: from cdptpa-omtalb.mail.rr.com ([10.127.143.53]) by cdptpa-qmta02.mail.rr.com with ESMTP id <20110429001721593.NUQD11128@cdptpa-qmta02.mail.rr.com> for ; Fri, 29 Apr 2011 00:17:21 +0000 X-Authority-Analysis: v=1.1 cv=2pE2Kh9Ye2ywHyyFZnC5ZQ1FvuPrdOtuPO5uN4ysVDU= c=1 sm=0 a=UyUf7MaqbzsA:10 a=IkcTkHD0fZMA:10 a=JnST6wXuvK01mWvlBq5XnA==:17 a=65y5HQuG9SdPgCH7SYAA:9 a=QEXdDO2ut3YA:10 a=zuCGWtMrliKT_4NH:21 a=K6BX7KwIkFEN-4r8:21 a=JnST6wXuvK01mWvlBq5XnA==:117 X-Cloudmark-Score: 0 X-Originating-IP: 98.27.179.129 Received: from [98.27.179.129] ([98.27.179.129:43025] helo=server.localdomain) by cdptpa-oedge03.mail.rr.com (envelope-from ) (ecelerity 2.2.3.46 r()) with ESMTP id 18/AC-05159-D320ABD4; Fri, 29 Apr 2011 00:11:41 +0000 Received: from [192.168.0.184] (lenovo [192.168.0.184]) by server.localdomain (Postfix) with ESMTP id 88D5742C for ; Thu, 28 Apr 2011 20:11:36 -0400 (EDT) From: Colin Mitchell To: freebsd-current@freebsd.org Content-Type: text/plain; charset="UTF-8" Date: Thu, 28 Apr 2011 20:11:31 -0400 Message-ID: <1304035891.5251.7.camel@lenovo> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 29 Apr 2011 02:00:49 +0000 Subject: Hardware RAID and 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, 29 Apr 2011 00:25:13 -0000 Hello, BSDians. I am kind of a n00b to FreeBSD but have had great success and fun with it so far. I have two old Dell servers at home. One has Ubuntu server and is my web and mail server. The other is FreeBSD, and I run servers for a video game on it. I really like the FreeBSD server, especially the ports system, and how well it runs even though it is a 1GHz CPU. Anyways, I bought a new lower-end computer that I was hoping to replace both with. It is a dirt-cheap dual-core AMD that I had built for $175US. It came with a 500GB HDD, and I would like to get another one to put in it. Now, I would like to set up as a mirrored RAID setup (I think). I don't really know much about RAID, but I want to have the same disk image on both hard drives (in case one fails), and possibly three if I buy another HDD in the future. Is RAID 1 what I want? I also want to do SVN on it for my PhD code, as well as back up my Wordpress, Coppermine, etc... Now, here is where the FreeBSD gurus can chime in. I would like to get a hardware RAID card to tie it all together. I am also looking for a cheap one, maybe $30-$60US, if this is even feasible. Anyone have any suggestions? Any successes? Also, I see a lot of talk on here bout ZFS. Is this something I should try, instead of the standard UFS? Thanks for any help and suggestions! Colin. From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 02:38:41 2011 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 377971065674; Fri, 29 Apr 2011 02:38:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 09FF48FC16; Fri, 29 Apr 2011 02:38:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T2ceRO064656; Thu, 28 Apr 2011 22:38:40 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T2cdt2064631; Fri, 29 Apr 2011 02:38:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 02:38:39 GMT Message-Id: <201104290238.p3T2cdt2064631@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 02:38:41 -0000 TB --- 2011-04-29 01:02:48 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 01:02:48 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-29 01:02:48 - cleaning the object tree TB --- 2011-04-29 01:02:59 - cvsupping the source tree TB --- 2011-04-29 01:02:59 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-04-29 01:03:15 - building world TB --- 2011-04-29 01:03:15 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 01:03:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 01:03:15 - TARGET=ia64 TB --- 2011-04-29 01:03:15 - TARGET_ARCH=ia64 TB --- 2011-04-29 01:03:15 - TZ=UTC TB --- 2011-04-29 01:03:15 - __MAKE_CONF=/dev/null TB --- 2011-04-29 01:03:15 - cd /src TB --- 2011-04-29 01:03:15 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 01:03:15 UTC 2011 >>> 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 Fri Apr 29 02:26:42 UTC 2011 TB --- 2011-04-29 02:26:42 - generating LINT kernel config TB --- 2011-04-29 02:26:42 - cd /src/sys/ia64/conf TB --- 2011-04-29 02:26:42 - /usr/bin/make -B LINT TB --- 2011-04-29 02:26:42 - building LINT kernel TB --- 2011-04-29 02:26:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 02:26:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 02:26:42 - TARGET=ia64 TB --- 2011-04-29 02:26:42 - TARGET_ARCH=ia64 TB --- 2011-04-29 02:26:42 - TZ=UTC TB --- 2011-04-29 02:26:42 - __MAKE_CONF=/dev/null TB --- 2011-04-29 02:26:42 - cd /src TB --- 2011-04-29 02:26:42 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 02:26:42 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clkrpc.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clrpcops.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clvnops.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clnode.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 02:38:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 02:38:39 - ERROR: failed to build lint kernel TB --- 2011-04-29 02:38:39 - 4601.43 user 790.27 system 5750.88 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 03:21:27 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A759106567E for ; Fri, 29 Apr 2011 03:21:27 +0000 (UTC) (envelope-from edhoprima@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id EB7A58FC1F for ; Fri, 29 Apr 2011 03:21:26 +0000 (UTC) Received: by bwz12 with SMTP id 12so4020224bwz.13 for ; Thu, 28 Apr 2011 20:21:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type:content-transfer-encoding; bh=Nk41PM7OITtqr5CKEBfssm/rcOuz3MlOeAO0C0Ojxvs=; b=Cvzmtkwf7kqxyqdvijWrt0p5DkVGQVANrNOyEpwdZP1zZfEusHkTthcovRhdm5rQuB U9XSZns5ca8JqhlM9HqdLaoCI0TRx+UJ08iZ+l7DY5K0zbDwEoi/LEHl9BeMnF0d3zyV or4VjNBRjOfuoCbKFmRWthGqvHe3dM8kjDVnE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:content-transfer-encoding; b=fTV/CbIU0MD/QDAx2hgvdx6ad163GnzY0RyLEeXp8KdOSkgM/KALOBTkdSCUmgse9W E5vRpAwKeQrv2FzeslJgKv104KNNtDpmQuTjG9yaOKeCE7j4oM42ZPaLgQ9sfc3Q4Z3D 69U5jMxYBS3FaBMTU7Cmu7Pluin9e8x/78mhw= Received: by 10.204.19.6 with SMTP id y6mr4038453bka.159.1304045573153; Thu, 28 Apr 2011 19:52:53 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.112.71 with HTTP; Thu, 28 Apr 2011 19:52:33 -0700 (PDT) In-Reply-To: <1304035891.5251.7.camel@lenovo> References: <1304035891.5251.7.camel@lenovo> From: Edho P Arief Date: Fri, 29 Apr 2011 09:52:33 +0700 Message-ID: To: Colin Mitchell Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Hardware RAID and 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, 29 Apr 2011 03:21:27 -0000 On Fri, Apr 29, 2011 at 7:11 AM, Colin Mitchell wrote: > Anyways, I bought a new lower-end computer that I was hoping to replace > both with. =C2=A0It is a dirt-cheap dual-core AMD that I had built for > $175US. =C2=A0It came with a 500GB HDD, and I would like to get another o= ne > to put in it. =C2=A0Now, I would like to set up as a mirrored RAID setup = (I > think). I don't really know much about RAID, but I want to have the same > disk image on both hard drives (in case one fails), and possibly three > if I buy another HDD in the future. =C2=A0Is RAID 1 what I want? =C2=A0I = also want > to do SVN on it for my PhD code, as well as back up my Wordpress, > Coppermine, etc... > > Now, here is where the FreeBSD gurus can chime in. =C2=A0I would like to = get > a hardware RAID card to tie it all together. =C2=A0I am also looking for = a > cheap one, maybe $30-$60US, if this is even feasible. =C2=A0Anyone have a= ny > suggestions? =C2=A0Any successes? > As I'm in softraid camp, I suggest saving yourself from buying a raid card (especially the cheap ones) and use gmirror instead. > Also, I see a lot of talk on here bout ZFS. =C2=A0Is this something I sho= uld > try, instead of the standard UFS? > Only if you have lots of ram (4 GiB or more). Possible with less ram but I believe it's not recommended. From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 03:34:33 2011 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 87B5E1065670; Fri, 29 Apr 2011 03:34:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 277698FC15; Fri, 29 Apr 2011 03:34:32 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T3YWVc019653; Thu, 28 Apr 2011 23:34:32 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T3YWED019635; Fri, 29 Apr 2011 03:34:32 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 03:34:32 GMT Message-Id: <201104290334.p3T3YWED019635@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Fri, 29 Apr 2011 03:34:33 -0000 TB --- 2011-04-29 02:38:40 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 02:38:40 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-29 02:38:40 - cleaning the object tree TB --- 2011-04-29 02:38:48 - cvsupping the source tree TB --- 2011-04-29 02:38:48 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-29 02:39:15 - building world TB --- 2011-04-29 02:39:15 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 02:39:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 02:39:15 - TARGET=mips TB --- 2011-04-29 02:39:15 - TARGET_ARCH=mips TB --- 2011-04-29 02:39:15 - TZ=UTC TB --- 2011-04-29 02:39:15 - __MAKE_CONF=/dev/null TB --- 2011-04-29 02:39:15 - cd /src TB --- 2011-04-29 02:39:15 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 02:39:15 UTC 2011 >>> 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 Fri Apr 29 03:34:31 UTC 2011 TB --- 2011-04-29 03:34:31 - WARNING: no kernel config for LINT TB --- 2011-04-29 03:34:31 - building LINT kernel TB --- 2011-04-29 03:34:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 03:34:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 03:34:31 - TARGET=mips TB --- 2011-04-29 03:34:31 - TARGET_ARCH=mips TB --- 2011-04-29 03:34:31 - TZ=UTC TB --- 2011-04-29 03:34:31 - __MAKE_CONF=/dev/null TB --- 2011-04-29 03:34:31 - cd /src TB --- 2011-04-29 03:34:31 - /usr/bin/make -B buildkernel KERNCONF=LINT "/src/Makefile", line 142: warning: "TARGET_ARCH of mips is deprecated in favor of mipsel or mipseb" ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 03:34:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 03:34:31 - ERROR: failed to build lint kernel TB --- 2011-04-29 03:34:31 - 2390.70 user 598.62 system 3351.13 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 03:48:26 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6EB7E106566B; Fri, 29 Apr 2011 03:48:26 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF4A78FC0C; Fri, 29 Apr 2011 03:48:25 +0000 (UTC) Received: by iyj12 with SMTP id 12so3897284iyj.13 for ; Thu, 28 Apr 2011 20:48:25 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:x-openpgp-key-id:x-openpgp-key-fingerprint :x-openpgp-key-url; bh=nz8SxfrqzwOpyXEV/im6uDjcSKSOY8XXAflT3DmJ0/A=; b=n+50lxoI0vT8lLvJbT9kz3wqFlM2O1ZMArNmPj3t3cOZwqPphfug/NcjWgGxXBjAEn l7kVSjoDi8MGftwIJzOhPvPu2FvxCPfzPjMdf/GPEqsp4S1gYm0tgpzVbivWSsNc+2bp SclVlXLRoG7RlF7iy7BCt2iM1y0dhttzQJsj8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:x-openpgp-key-id :x-openpgp-key-fingerprint:x-openpgp-key-url; b=Qc6WtsVT0IkykcY0t6HTcf9jIW2rR95dvo/NKgqC/mzsnBriPEI7MEI4i23dKid4Eh Ty/++zdU29kgFOjM7lyT74gzemm4adEQKu/rhFx/kW9YQjRRYeB2wapTQ+DQPDOfza+h H8pxfxr/bxTgZTmWKIzDvpzfHR714msCwngUU= Received: by 10.42.39.18 with SMTP id f18mr5551098ice.281.1304048904674; Thu, 28 Apr 2011 20:48:24 -0700 (PDT) Received: from DataIX.net (adsl-99-190-84-116.dsl.klmzmi.sbcglobal.net [99.190.84.116]) by mx.google.com with ESMTPS id d9sm966932ibb.53.2011.04.28.20.48.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 28 Apr 2011 20:48:22 -0700 (PDT) Sender: "J. Hellenthal" Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.4/8.14.4) with ESMTP id p3T3mJNi040467 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 28 Apr 2011 23:48:20 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.4/8.14.4/Submit) id p3T3mJMD040466; Thu, 28 Apr 2011 23:48:19 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Thu, 28 Apr 2011 23:48:19 -0400 From: "Jason J. Hellenthal" To: "Andrey V. Elsukov" Message-ID: <20110429034819.GA38949@DataIX.net> References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ZPt4rx8FFjLCG7dd" Content-Disposition: inline In-Reply-To: <4DB7C7B7.9020201@FreeBSD.org> X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E X-OpenPGP-Key-URL: http://bit.ly/0x89D8547E Cc: FreeBSD Current , Pawel Jakub Dawidek , Marcel Moolenaar , freebsd-geom@freebsd.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 03:48:26 -0000 --ZPt4rx8FFjLCG7dd Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Andrey, Great work, thank you. I have a little destraught about this over the years since its inception with having just a label class for itself. Now that this has all be properly tested it seems like a good idea to me to split them up into their respective sections as you have done. Now with the following I have some insight and question of if these sysctls are really needed. >> The patch is here: >> http://people.freebsd.org/~ae/gpart_labels.diff > >I updated the patch, it is in the same location. >I turned off glabel's gpt/gpid support and added loader tunables: > >kern.geom.part_label.apm.enable >kern.geom.part_label.gpt.enable >kern.geom.part_label.gptid.enable >kern.geom.part_label.pc98.enable > As I see from the patch listed above, you have properly turned off the support of these in the label class to move them to the consumers that they are actually used in. With that said, I do not understand and cant seem to wrap my mind around why there needs to be a compatibility layer to provide both a sysctl for what you have done and the old sysctl. Why if this is only going to be used by the class where it is only enabled do we need two sysctl ? Can we not just keep them under the same OID they are under now ? It is just a label after all and I dont see a need for renaming the sysctl. >Also for compatibility glabel's tunables still here: > >kern.geom.label.gpt.enable >kern.geom.label.gptid.enable > >So, if you have them in your loader.conf and want to have gpt/gptid labels, >you should remove them from loader.conf. >Also now they are only loader tunables and they can not be changed in runt= ime. > >If there will no objections i am planning to commit patch in this weekend. > > Anyway, thank you for you time. --=20 Regards, (jhell) Jason Hellenthal --ZPt4rx8FFjLCG7dd Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJNujUCAAoJEJBXh4mJ2FR+wPIIAJprZxl1Kwv0IJLyLPEnKqIj IaSj5887jCWU6sJSHiBEvuTqSI/BfnZg9fzF27kHn8+4BofkXvuappVNFSBD4bPD lzgdQVnbO/xsDmE5NNs2Zvms38gr2K3YQGVABxKPJnA7LXhVW0qkFtUXxONOPE/i mCMUNmWS5JJXZmgvWPpVWotUabBJ1gL0bYCoSPADIki860CbgCbFtEv6ZwTSUldk 6maevcM18FP4S7E3FIOOlUrtbPlHuQVPbOAASGA+6dDXKOo90TbNrprtI2glGKFe fJbEW9jJ0eNx45ZirMHCKCoHNBaHFBRcJmAHe0Z57VSY3Z7GJ8sEHaR16tV9Id0= =X5Ti -----END PGP SIGNATURE----- --ZPt4rx8FFjLCG7dd-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 04:32:02 2011 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 19D6E1065670; Fri, 29 Apr 2011 04:32:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DA0058FC08; Fri, 29 Apr 2011 04:32:01 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T4W1iE079474; Fri, 29 Apr 2011 00:32:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T4W0sm079395; Fri, 29 Apr 2011 04:32:00 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 04:32:00 GMT Message-Id: <201104290432.p3T4W0sm079395@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 04:32:02 -0000 TB --- 2011-04-29 03:20:53 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 03:20:53 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-29 03:20:53 - cleaning the object tree TB --- 2011-04-29 03:21:04 - cvsupping the source tree TB --- 2011-04-29 03:21:04 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-04-29 03:21:22 - building world TB --- 2011-04-29 03:21:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 03:21:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 03:21:22 - TARGET=sparc64 TB --- 2011-04-29 03:21:22 - TARGET_ARCH=sparc64 TB --- 2011-04-29 03:21:22 - TZ=UTC TB --- 2011-04-29 03:21:22 - __MAKE_CONF=/dev/null TB --- 2011-04-29 03:21:22 - cd /src TB --- 2011-04-29 03:21:22 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 03:21:23 UTC 2011 >>> 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 Fri Apr 29 04:22:56 UTC 2011 TB --- 2011-04-29 04:22:56 - generating LINT kernel config TB --- 2011-04-29 04:22:56 - cd /src/sys/sparc64/conf TB --- 2011-04-29 04:22:56 - /usr/bin/make -B LINT TB --- 2011-04-29 04:22:56 - building LINT kernel TB --- 2011-04-29 04:22:56 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 04:22:56 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 04:22:56 - TARGET=sparc64 TB --- 2011-04-29 04:22:56 - TARGET_ARCH=sparc64 TB --- 2011-04-29 04:22:56 - TZ=UTC TB --- 2011-04-29 04:22:56 - __MAKE_CONF=/dev/null TB --- 2011-04-29 04:22:56 - cd /src TB --- 2011-04-29 04:22:56 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 04:22:56 UTC 2011 >>> 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/fs/nfsclient/nfs_clkrpc.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/fs/nfsclient/nfs_clrpcops.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/fs/nfsclient/nfs_clvnops.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/fs/nfsclient/nfs_clnode.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/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 04:32:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 04:32:00 - ERROR: failed to build lint kernel TB --- 2011-04-29 04:32:00 - 3222.30 user 693.35 system 4266.48 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 04:44:30 2011 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 97618106566B; Fri, 29 Apr 2011 04:44:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 640058FC0C; Fri, 29 Apr 2011 04:44:30 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T4iTrv054862; Fri, 29 Apr 2011 00:44:29 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T4iTkj054861; Fri, 29 Apr 2011 04:44:29 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 04:44:29 GMT Message-Id: <201104290444.p3T4iTkj054861@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 29 Apr 2011 04:44:30 -0000 TB --- 2011-04-29 03:34:32 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 03:34:32 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-29 03:34:32 - cleaning the object tree TB --- 2011-04-29 03:34:42 - cvsupping the source tree TB --- 2011-04-29 03:34:42 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-04-29 03:34:55 - building world TB --- 2011-04-29 03:34:55 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 03:34:55 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 03:34:55 - TARGET=sun4v TB --- 2011-04-29 03:34:55 - TARGET_ARCH=sparc64 TB --- 2011-04-29 03:34:55 - TZ=UTC TB --- 2011-04-29 03:34:55 - __MAKE_CONF=/dev/null TB --- 2011-04-29 03:34:55 - cd /src TB --- 2011-04-29 03:34:55 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 03:34:56 UTC 2011 >>> 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 Fri Apr 29 04:36:23 UTC 2011 TB --- 2011-04-29 04:36:23 - generating LINT kernel config TB --- 2011-04-29 04:36:23 - cd /src/sys/sun4v/conf TB --- 2011-04-29 04:36:23 - /usr/bin/make -B LINT TB --- 2011-04-29 04:36:23 - building LINT kernel TB --- 2011-04-29 04:36:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 04:36:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 04:36:23 - TARGET=sun4v TB --- 2011-04-29 04:36:23 - TARGET_ARCH=sparc64 TB --- 2011-04-29 04:36:23 - TZ=UTC TB --- 2011-04-29 04:36:23 - __MAKE_CONF=/dev/null TB --- 2011-04-29 04:36:23 - cd /src TB --- 2011-04-29 04:36:23 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 04:36:23 UTC 2011 >>> 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/fs/nfsclient/nfs_clkrpc.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/fs/nfsclient/nfs_clrpcops.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/fs/nfsclient/nfs_clvnops.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/fs/nfsclient/nfs_clnode.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/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 04:44:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 04:44:29 - ERROR: failed to build lint kernel TB --- 2011-04-29 04:44:29 - 3199.34 user 689.79 system 4197.00 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 04:59:50 2011 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 B32AE106566C; Fri, 29 Apr 2011 04:59:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 839B58FC15; Fri, 29 Apr 2011 04:59:50 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T4xn8t022380; Fri, 29 Apr 2011 00:59:49 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T4xnFX022379; Fri, 29 Apr 2011 04:59:49 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 04:59:49 GMT Message-Id: <201104290459.p3T4xnFX022379@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 04:59:50 -0000 TB --- 2011-04-29 03:20:06 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 03:20:06 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-04-29 03:20:06 - cleaning the object tree TB --- 2011-04-29 03:20:24 - cvsupping the source tree TB --- 2011-04-29 03:20:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-04-29 03:20:36 - building world TB --- 2011-04-29 03:20:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 03:20:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 03:20:36 - TARGET=powerpc TB --- 2011-04-29 03:20:36 - TARGET_ARCH=powerpc64 TB --- 2011-04-29 03:20:36 - TZ=UTC TB --- 2011-04-29 03:20:36 - __MAKE_CONF=/dev/null TB --- 2011-04-29 03:20:36 - cd /src TB --- 2011-04-29 03:20:36 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 03:20:37 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 29 04:51:53 UTC 2011 TB --- 2011-04-29 04:51:53 - generating LINT kernel config TB --- 2011-04-29 04:51:53 - cd /src/sys/powerpc/conf TB --- 2011-04-29 04:51:53 - /usr/bin/make -B LINT TB --- 2011-04-29 04:51:53 - building LINT kernel TB --- 2011-04-29 04:51:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 04:51:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 04:51:53 - TARGET=powerpc TB --- 2011-04-29 04:51:53 - TARGET_ARCH=powerpc64 TB --- 2011-04-29 04:51:53 - TZ=UTC TB --- 2011-04-29 04:51:53 - __MAKE_CONF=/dev/null TB --- 2011-04-29 04:51:53 - cd /src TB --- 2011-04-29 04:51:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 04:51:53 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clkrpc.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clrpcops.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clvnops.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clnode.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 04:59:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 04:59:49 - ERROR: failed to build lint kernel TB --- 2011-04-29 04:59:49 - 4650.62 user 1005.20 system 5983.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 05:59:42 2011 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 87B4A106564A for ; Fri, 29 Apr 2011 05:59:42 +0000 (UTC) (envelope-from avg@FreeBSD.org) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CC5BF8FC0A for ; Fri, 29 Apr 2011 05:59:41 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id IAA13752; Fri, 29 Apr 2011 08:59:40 +0300 (EEST) (envelope-from avg@FreeBSD.org) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1QFgjr-000F70-Ss; Fri, 29 Apr 2011 08:59:39 +0300 Message-ID: <4DBA53CB.4090403@FreeBSD.org> Date: Fri, 29 Apr 2011 08:59:39 +0300 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110308 Lightning/1.0b2 Thunderbird/3.1.9 MIME-Version: 1.0 To: current@FreeBSD.org, stable@FreeBSD.org X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Fwd: SNDCTL_DSP_GETIPTR implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 05:59:42 -0000 I intend to commit the following change soon and MFC it after a short period of time. Please test it if you use multimedia applications, both native and Linux, especially if they deal with audio recording/capture. Thank you. -------- Original Message -------- Message-ID: <4DB6F7BA.4070808@FreeBSD.org> Date: Tue, 26 Apr 2011 19:50:02 +0300 From: Andriy Gapon To: multimedia@freebsd.org Subject: SNDCTL_DSP_GETIPTR implementation Guys, I reading this http://manuals.opensound.com/developer/SNDCTL_DSP_GETOPTR.html It says: "In mmap mode (only) the ptr field tells the location where the next sample will be recorded." In my opinion that means that we have a mistake in our code and the following patch should be applied. But I am not sufficiently familiar with this code. --- a/sys/dev/sound/pcm/dsp.c +++ b/sys/dev/sound/pcm/dsp.c @@ -1655,7 +1655,7 @@ dsp_ioctl /* XXX abusive DMA update: chn_rdupdate(rdch); */ a->bytes = sndbuf_gettotal(bs); a->blocks = sndbuf_getblocks(bs) - rdch->blocks; - a->ptr = sndbuf_getreadyptr(bs); + a->ptr = sndbuf_getfreeptr(bs); rdch->blocks = sndbuf_getblocks(bs); CHN_UNLOCK(rdch); } else P.S. leading (indenting) whitespace in this file is a mess. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 06:02:14 2011 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 C0F13106566B; Fri, 29 Apr 2011 06:02:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 60D178FC08; Fri, 29 Apr 2011 06:02:14 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T62D0n017069; Fri, 29 Apr 2011 02:02:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T62D3G017068; Fri, 29 Apr 2011 06:02:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 06:02:13 GMT Message-Id: <201104290602.p3T62D3G017068@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 06:02:14 -0000 TB --- 2011-04-29 05:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 05:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 05:10:00 - cleaning the object tree TB --- 2011-04-29 05:10:09 - cvsupping the source tree TB --- 2011-04-29 05:10:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-29 05:10:35 - building world TB --- 2011-04-29 05:10:35 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 05:10:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 05:10:35 - TARGET=arm TB --- 2011-04-29 05:10:35 - TARGET_ARCH=arm TB --- 2011-04-29 05:10:35 - TZ=UTC TB --- 2011-04-29 05:10:35 - __MAKE_CONF=/dev/null TB --- 2011-04-29 05:10:35 - cd /src TB --- 2011-04-29 05:10:35 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 05:10:35 UTC 2011 >>> 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 Fri Apr 29 06:02:12 UTC 2011 TB --- 2011-04-29 06:02:12 - WARNING: no kernel config for LINT TB --- 2011-04-29 06:02:12 - building LINT kernel TB --- 2011-04-29 06:02:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 06:02:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 06:02:12 - TARGET=arm TB --- 2011-04-29 06:02:12 - TARGET_ARCH=arm TB --- 2011-04-29 06:02:12 - TZ=UTC TB --- 2011-04-29 06:02:12 - __MAKE_CONF=/dev/null TB --- 2011-04-29 06:02:12 - cd /src TB --- 2011-04-29 06:02:12 - /usr/bin/make -B buildkernel KERNCONF=LINT ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 06:02:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 06:02:12 - ERROR: failed to build lint kernel TB --- 2011-04-29 06:02:12 - 2265.66 user 641.67 system 3132.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 06:42:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00B44106566B; Fri, 29 Apr 2011 06:42:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 072908FC19; Fri, 29 Apr 2011 06:42:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=W04OnpUjfygA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=VCCo5Esqx7zTeV27Yt4A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 120018688; Fri, 29 Apr 2011 08:42:07 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 29 Apr 2011 08:40:58 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <4DBA53CB.4090403@FreeBSD.org> In-Reply-To: <4DBA53CB.4090403@FreeBSD.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104290840.58511.hselasky@c2i.net> Cc: stable@freebsd.org, current@freebsd.org, Andriy Gapon Subject: Re: Fwd: SNDCTL_DSP_GETIPTR implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 06:42:10 -0000 On Friday 29 April 2011 07:59:39 Andriy Gapon wrote: > I intend to commit the following change soon and MFC it after a short > period of time. Please test it if you use multimedia applications, both > native and Linux, especially if they deal with audio recording/capture. > > Thank you. Seems to work with AMD64 8-stable. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 06:42:10 2011 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 00B44106566B; Fri, 29 Apr 2011 06:42:10 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe08.c2i.net [212.247.154.226]) by mx1.freebsd.org (Postfix) with ESMTP id 072908FC19; Fri, 29 Apr 2011 06:42:08 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=6QwXiDozn7Gnsf2tGidwH+ndAwLlGixx7JAIKZICKmI= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=W04OnpUjfygA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=VCCo5Esqx7zTeV27Yt4A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe08.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 120018688; Fri, 29 Apr 2011 08:42:07 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Fri, 29 Apr 2011 08:40:58 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <4DBA53CB.4090403@FreeBSD.org> In-Reply-To: <4DBA53CB.4090403@FreeBSD.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq,NwSZ4V" =?iso-8859-1?q?=7CLR=2E+tj=7Dg5=0A=09=25V?=,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( =?iso-8859-1?q?=0A=09=3AAuzV9=3A=2EhESm-x4h240C=609=3Dw?= MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104290840.58511.hselasky@c2i.net> Cc: stable@freebsd.org, current@freebsd.org, Andriy Gapon Subject: Re: Fwd: SNDCTL_DSP_GETIPTR implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 06:42:10 -0000 On Friday 29 April 2011 07:59:39 Andriy Gapon wrote: > I intend to commit the following change soon and MFC it after a short > period of time. Please test it if you use multimedia applications, both > native and Linux, especially if they deal with audio recording/capture. > > Thank you. Seems to work with AMD64 8-stable. --HPS From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 07:26:36 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 29468106576C for ; Fri, 29 Apr 2011 07:26:36 +0000 (UTC) (envelope-from lebel.jerome.mail@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id AD2C88FC18 for ; Fri, 29 Apr 2011 07:26:35 +0000 (UTC) Received: by wwc33 with SMTP id 33so3627608wwc.31 for ; Fri, 29 Apr 2011 00:26:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to:x-mailer; bh=KhQo8VCCZGyB5qMnaIlX/d0md3W0VsVjGJ1R82mxMyU=; b=bBzeO3P4ozwwaHINhQxKiEMHCvusOlWnpb1E5Bqn0ynBP5MEpC2P7nRZsNK6kGqv+J FufsC0wWBpKMkAEVtp7Pds9tmY/RbesN13Mh5nux7V4U9xq3g5PXcDl+aLlV+woKEF5Z vP9CF7rEr/yl4iCOSrcr9t3PE5fCzcJ+qfUtk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=GhxrO0r1zSM1KLz887NchTpsQBf2z3tAvZyk2t6AzQ4EIScNfWjTfFIng+FFtGvcTt 3XlLjWoH6HB0mzLb+83S0QRdD/CnNbgcdSsTnJZXVAzTv+axp8Birk3vrPVKysMno6tQ yGwTBymcdTD6tPFj7LnKf2qnBZ8nfoC7xddNc= Received: by 10.216.246.5 with SMTP id p5mr192057wer.64.1304060425876; Fri, 29 Apr 2011 00:00:25 -0700 (PDT) Received: from [192.168.174.101] (mna75-8-82-234-66-158.fbx.proxad.net [82.234.66.158]) by mx.google.com with ESMTPS id u9sm1516785wbg.0.2011.04.29.00.00.25 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 29 Apr 2011 00:00:25 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=iso-8859-1 From: =?iso-8859-1?Q?J=E9r=F4me_Lebel?= In-Reply-To: <1304035891.5251.7.camel@lenovo> Date: Fri, 29 Apr 2011 09:00:23 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <278476BF-B4E4-4A40-8503-E4FEB5206AE5@gmail.com> References: <1304035891.5251.7.camel@lenovo> To: Colin Mitchell X-Mailer: Apple Mail (2.1084) Cc: freebsd-current@freebsd.org Subject: Re: Hardware RAID and 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, 29 Apr 2011 07:26:36 -0000 I'm a n00b with freebsd too. But I'm happy with zfs. My server has 2GB = of RAM, but it doesn't seem to be a problem. Even with my / using 3.76TB = full of data in raidz2. Le 29 avr. 2011 =E0 02:11, Colin Mitchell a =E9crit : > Hello, BSDians. >=20 > I am kind of a n00b to FreeBSD but have had great success and fun with > it so far. >=20 > I have two old Dell servers at home. One has Ubuntu server and is my > web and mail server. The other is FreeBSD, and I run servers for a > video game on it. I really like the FreeBSD server, especially the > ports system, and how well it runs even though it is a 1GHz CPU. >=20 > Anyways, I bought a new lower-end computer that I was hoping to = replace > both with. It is a dirt-cheap dual-core AMD that I had built for > $175US. It came with a 500GB HDD, and I would like to get another one > to put in it. Now, I would like to set up as a mirrored RAID setup (I > think). I don't really know much about RAID, but I want to have the = same > disk image on both hard drives (in case one fails), and possibly three > if I buy another HDD in the future. Is RAID 1 what I want? I also = want > to do SVN on it for my PhD code, as well as back up my Wordpress, > Coppermine, etc... >=20 > Now, here is where the FreeBSD gurus can chime in. I would like to = get > a hardware RAID card to tie it all together. I am also looking for a > cheap one, maybe $30-$60US, if this is even feasible. Anyone have any > suggestions? Any successes? =20 >=20 > Also, I see a lot of talk on here bout ZFS. Is this something I = should > try, instead of the standard UFS? >=20 > Thanks for any help and suggestions! >=20 > Colin. >=20 > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 07:38:03 2011 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 3EFF2106566B; Fri, 29 Apr 2011 07:38:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DF08B8FC08; Fri, 29 Apr 2011 07:38:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T7bwtF022627; Fri, 29 Apr 2011 03:37:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T7bw25022625; Fri, 29 Apr 2011 07:37:58 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 07:37:58 GMT Message-Id: <201104290737.p3T7bw25022625@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 07:38:03 -0000 TB --- 2011-04-29 06:02:13 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 06:02:13 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-29 06:02:13 - cleaning the object tree TB --- 2011-04-29 06:02:23 - cvsupping the source tree TB --- 2011-04-29 06:02:23 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-04-29 06:03:18 - building world TB --- 2011-04-29 06:03:18 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 06:03:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 06:03:18 - TARGET=ia64 TB --- 2011-04-29 06:03:18 - TARGET_ARCH=ia64 TB --- 2011-04-29 06:03:18 - TZ=UTC TB --- 2011-04-29 06:03:18 - __MAKE_CONF=/dev/null TB --- 2011-04-29 06:03:18 - cd /src TB --- 2011-04-29 06:03:18 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 06:03:19 UTC 2011 >>> 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 Fri Apr 29 07:26:11 UTC 2011 TB --- 2011-04-29 07:26:11 - generating LINT kernel config TB --- 2011-04-29 07:26:11 - cd /src/sys/ia64/conf TB --- 2011-04-29 07:26:11 - /usr/bin/make -B LINT TB --- 2011-04-29 07:26:11 - building LINT kernel TB --- 2011-04-29 07:26:11 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 07:26:11 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 07:26:11 - TARGET=ia64 TB --- 2011-04-29 07:26:11 - TARGET_ARCH=ia64 TB --- 2011-04-29 07:26:11 - TZ=UTC TB --- 2011-04-29 07:26:11 - __MAKE_CONF=/dev/null TB --- 2011-04-29 07:26:11 - cd /src TB --- 2011-04-29 07:26:11 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 07:26:12 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clkrpc.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clrpcops.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clvnops.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clnode.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 07:37:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 07:37:58 - ERROR: failed to build lint kernel TB --- 2011-04-29 07:37:58 - 4563.29 user 780.09 system 5744.35 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 07:47:21 2011 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 767B3106564A; Fri, 29 Apr 2011 07:47:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 0D45E8FC18; Fri, 29 Apr 2011 07:47:20 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T7lFQj082555; Fri, 29 Apr 2011 03:47:15 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T7lFFx082554; Fri, 29 Apr 2011 07:47:15 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 07:47:15 GMT Message-Id: <201104290747.p3T7lFFx082554@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 07:47:21 -0000 TB --- 2011-04-29 05:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 05:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-04-29 05:10:00 - cleaning the object tree TB --- 2011-04-29 05:10:27 - cvsupping the source tree TB --- 2011-04-29 05:10:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-04-29 05:16:02 - building world TB --- 2011-04-29 05:16:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 05:16:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 05:16:02 - TARGET=amd64 TB --- 2011-04-29 05:16:02 - TARGET_ARCH=amd64 TB --- 2011-04-29 05:16:02 - TZ=UTC TB --- 2011-04-29 05:16:02 - __MAKE_CONF=/dev/null TB --- 2011-04-29 05:16:02 - cd /src TB --- 2011-04-29 05:16:02 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 05:16:03 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 29 07:36:53 UTC 2011 TB --- 2011-04-29 07:36:53 - generating LINT kernel config TB --- 2011-04-29 07:36:53 - cd /src/sys/amd64/conf TB --- 2011-04-29 07:36:53 - /usr/bin/make -B LINT TB --- 2011-04-29 07:36:53 - building LINT kernel TB --- 2011-04-29 07:36:53 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 07:36:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 07:36:53 - TARGET=amd64 TB --- 2011-04-29 07:36:53 - TARGET_ARCH=amd64 TB --- 2011-04-29 07:36:53 - TZ=UTC TB --- 2011-04-29 07:36:53 - __MAKE_CONF=/dev/null TB --- 2011-04-29 07:36:53 - cd /src TB --- 2011-04-29 07:36:53 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 07:36:53 UTC 2011 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clkrpc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clrpcops.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clvnops.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clnode.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 07:47:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 07:47:14 - ERROR: failed to build lint kernel TB --- 2011-04-29 07:47:14 - 7148.00 user 1294.98 system 9434.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 08:33:36 2011 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 0D897106564A; Fri, 29 Apr 2011 08:33:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A1CD78FC0C; Fri, 29 Apr 2011 08:33:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T8XYmx098971; Fri, 29 Apr 2011 04:33:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T8XY4m098963; Fri, 29 Apr 2011 08:33:34 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 08:33:34 GMT Message-Id: <201104290833.p3T8XY4m098963@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Fri, 29 Apr 2011 08:33:36 -0000 TB --- 2011-04-29 07:37:58 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 07:37:58 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-29 07:37:58 - cleaning the object tree TB --- 2011-04-29 07:38:06 - cvsupping the source tree TB --- 2011-04-29 07:38:06 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-29 07:38:28 - building world TB --- 2011-04-29 07:38:28 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 07:38:28 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 07:38:28 - TARGET=mips TB --- 2011-04-29 07:38:28 - TARGET_ARCH=mips TB --- 2011-04-29 07:38:28 - TZ=UTC TB --- 2011-04-29 07:38:28 - __MAKE_CONF=/dev/null TB --- 2011-04-29 07:38:28 - cd /src TB --- 2011-04-29 07:38:28 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 07:38:28 UTC 2011 >>> 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 Fri Apr 29 08:33:34 UTC 2011 TB --- 2011-04-29 08:33:34 - WARNING: no kernel config for LINT TB --- 2011-04-29 08:33:34 - building LINT kernel TB --- 2011-04-29 08:33:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 08:33:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 08:33:34 - TARGET=mips TB --- 2011-04-29 08:33:34 - TARGET_ARCH=mips TB --- 2011-04-29 08:33:34 - TZ=UTC TB --- 2011-04-29 08:33:34 - __MAKE_CONF=/dev/null TB --- 2011-04-29 08:33:34 - cd /src TB --- 2011-04-29 08:33:34 - /usr/bin/make -B buildkernel KERNCONF=LINT "/src/Makefile", line 142: warning: "TARGET_ARCH of mips is deprecated in favor of mipsel or mipseb" ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 08:33:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 08:33:34 - ERROR: failed to build lint kernel TB --- 2011-04-29 08:33:34 - 2389.58 user 612.47 system 3335.66 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 08:34:44 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C1A28106566B for ; Fri, 29 Apr 2011 08:34:44 +0000 (UTC) (envelope-from matthias.andree@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 2DF438FC16 for ; Fri, 29 Apr 2011 08:34:43 +0000 (UTC) Received: (qmail invoked by alias); 29 Apr 2011 08:08:02 -0000 Received: from g230111047.adsl.alicedsl.de (EHLO apollo.emma.line.org) [92.230.111.47] by mail.gmx.net (mp066) with SMTP; 29 Apr 2011 10:08:02 +0200 X-Authenticated: #428038 X-Provags-ID: V01U2FsdGVkX1/SahteqaTSIgYvjvSabhsSgNAdVXiF8niY5FSZ5+ GE64BumUfgo2ok Received: from [IPv6:::1] (unknown [IPv6:::1]) by apollo.emma.line.org (Postfix) with ESMTP id F2D1F25AD86 for ; Fri, 29 Apr 2011 10:08:00 +0200 (CEST) Message-ID: <4DBA71E0.6050005@gmx.de> Date: Fri, 29 Apr 2011 10:08:00 +0200 From: Matthias Andree User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.14) Gecko/20110223 Mnenhy/0.8.3 Thunderbird/3.1.8 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1304035891.5251.7.camel@lenovo> In-Reply-To: <1304035891.5251.7.camel@lenovo> X-Enigmail-Version: 1.1.2 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Subject: Re: Hardware RAID and 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, 29 Apr 2011 08:34:44 -0000 Am 29.04.2011 02:11, schrieb Colin Mitchell: > Hello, BSDians. > > I am kind of a n00b to FreeBSD but have had great success and fun with > it so far. > > I have two old Dell servers at home. One has Ubuntu server and is my > web and mail server. The other is FreeBSD, and I run servers for a > video game on it. I really like the FreeBSD server, especially the > ports system, and how well it runs even though it is a 1GHz CPU. > > Anyways, I bought a new lower-end computer that I was hoping to replace > both with. It is a dirt-cheap dual-core AMD that I had built for > $175US. It came with a 500GB HDD, and I would like to get another one > to put in it. Now, I would like to set up as a mirrored RAID setup (I > think). I don't really know much about RAID, but I want to have the same > disk image on both hard drives (in case one fails), and possibly three > if I buy another HDD in the future. Is RAID 1 what I want? I also want > to do SVN on it for my PhD code, as well as back up my Wordpress, > Coppermine, etc... Colin, RAID 1 (or mirroring) is indeed what you want, and additionally you should set up a backup to a separate computer (or additional external disk) in addition to the RAID. You need a backup against accidents such as software faults, RAM or controller faults, operator errors (newfs-ing the wrong partition) and such. rm -rf $foo causes the same damage to a RAID than to a single disk if $foo happens to contain "/". Reconsider if you want SVN for PhD code. I'd personally prefer Git or Mercurial or perhaps Bazaar. Easier to set up and use and backup, and IMNSHO more robust, and you can still set up a central repository in a "server" purpose. > Now, here is where the FreeBSD gurus can chime in. I would like to get > a hardware RAID card to tie it all together. I am also looking for a > cheap one, maybe $30-$60US, if this is even feasible. Anyone have any > suggestions? Any successes? Hardware RAID cards in this price range often implement software RAID (some Linux guys call that Fakeraid) and hide that fact, or they don't support RAID5, or both. The major disadvantage of hardware RAID is that usually only the very same card, possibly with the same firmware version, can read the disks back in case the original RAID controller dies, because the software RAID setups often cannot understand the meta data on the disks that the hardware writes. The disadvantage of software RAID is that it is a bit less convenient and needs some attention for the boot loader and boot partition support (although RAID 1 is easy) -- you still want to be able to boot if the primary disk drive dies (that's the whole purpose of RAID). If you plan to go with three disks later, RAID 5 would be the canonical configuration, it covers up the failure of any one hard disk in the array. Consider possible partitioning now - possibly you want /usr in a separate RAID1 so that you can later back it up and make a RAID5 out of it (possibly in a restore operation to defragment everything) and everything else stays in RAID1. Before you buy used hardware controllers (especially RAID 5), be sure to check the web for benchmarks. Some old hardware RAID adaptors are *way* slower than a halfway decent mobo with software RAID. A friend reported rsync speeds less than 1 MB/s with a hardware RAID 5 on some old aacraid driven board under Linux. He doesn't remember which. A used 3ware controller he got (and uses a different driver) is roughly an order of magnitude faster. > Also, I see a lot of talk on here bout ZFS. Is this something I should > try, instead of the standard UFS? Only if you have several GB of RAM, and be sure to read the ZFS tuning guides in the FreeBSD wiki before even trying it -- so that you know what you're buying before your purchase. :-) For experiments, use a play computer, but beware of ZFS performance, it degrades a lot more than UFS when the volume gets closer to filling up, so be sure to keep sufficient free space. I haven't got sufficient ZFS experience to recommend a maximum fill ratio. I got burnt and am now experimenting with journalling UFS, which seems to be unremarkable (which is good). HTH From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 09:25:40 2011 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 BD17B106566B; Fri, 29 Apr 2011 09:25:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 886388FC17; Fri, 29 Apr 2011 09:25:40 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T9PdwT018007; Fri, 29 Apr 2011 05:25:39 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T9PdXk017992; Fri, 29 Apr 2011 09:25:39 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 09:25:39 GMT Message-Id: <201104290925.p3T9PdXk017992@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 09:25:40 -0000 TB --- 2011-04-29 08:13:24 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 08:13:24 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-29 08:13:24 - cleaning the object tree TB --- 2011-04-29 08:13:34 - cvsupping the source tree TB --- 2011-04-29 08:13:34 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-04-29 08:14:14 - building world TB --- 2011-04-29 08:14:14 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 08:14:14 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 08:14:14 - TARGET=sparc64 TB --- 2011-04-29 08:14:14 - TARGET_ARCH=sparc64 TB --- 2011-04-29 08:14:14 - TZ=UTC TB --- 2011-04-29 08:14:14 - __MAKE_CONF=/dev/null TB --- 2011-04-29 08:14:14 - cd /src TB --- 2011-04-29 08:14:14 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 08:14:14 UTC 2011 >>> 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 Fri Apr 29 09:16:34 UTC 2011 TB --- 2011-04-29 09:16:34 - generating LINT kernel config TB --- 2011-04-29 09:16:34 - cd /src/sys/sparc64/conf TB --- 2011-04-29 09:16:34 - /usr/bin/make -B LINT TB --- 2011-04-29 09:16:34 - building LINT kernel TB --- 2011-04-29 09:16:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 09:16:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 09:16:34 - TARGET=sparc64 TB --- 2011-04-29 09:16:34 - TARGET_ARCH=sparc64 TB --- 2011-04-29 09:16:34 - TZ=UTC TB --- 2011-04-29 09:16:34 - __MAKE_CONF=/dev/null TB --- 2011-04-29 09:16:34 - cd /src TB --- 2011-04-29 09:16:34 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 09:16:34 UTC 2011 >>> 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/fs/nfsclient/nfs_clkrpc.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/fs/nfsclient/nfs_clrpcops.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/fs/nfsclient/nfs_clvnops.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/fs/nfsclient/nfs_clnode.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/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 09:25:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 09:25:39 - ERROR: failed to build lint kernel TB --- 2011-04-29 09:25:39 - 3223.65 user 695.89 system 4335.02 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 09:30:22 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAF27106566B for ; Fri, 29 Apr 2011 09:30:22 +0000 (UTC) (envelope-from bsam@ipt.ru) Received: from services.ipt.ru (services.ipt.ru [194.62.233.110]) by mx1.freebsd.org (Postfix) with ESMTP id 676B18FC15 for ; Fri, 29 Apr 2011 09:30:22 +0000 (UTC) Received: from bb.ipt.ru ([194.62.233.89]) by services.ipt.ru with esmtps (TLSv1:AES128-SHA:128) (Exim 4.54 (FreeBSD)) id 1QFjYn-000BGp-OX; Fri, 29 Apr 2011 13:00:25 +0400 From: Boris Samorodov To: Rick Macklem References: <1279660660.660472.1303927189244.JavaMail.root@erie.cs.uoguelph.ca> Date: Fri, 29 Apr 2011 13:00:25 +0400 In-Reply-To: <1279660660.660472.1303927189244.JavaMail.root@erie.cs.uoguelph.ca> (Rick Macklem's message of "Wed, 27 Apr 2011 13:59:49 -0400 (EDT)") Message-ID: <79578054@bb.ipt.ru> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: FreeBSD Current Subject: Re: Heads up: default nfs client switched to new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 09:30:22 -0000 On Wed, 27 Apr 2011 13:59:49 -0400 (EDT) Rick Macklem wrote: > Hopefully, you won't need to do anything to keep things working > and this won't cause you grief, rick I've updated my tiny home network (host + two diskless clients). No problems so far. Great work, thanks! -- WBR, Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD Committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 09:30:26 2011 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 BD078106564A; Fri, 29 Apr 2011 09:30:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 769538FC19; Fri, 29 Apr 2011 09:30:26 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T9UPTd044011; Fri, 29 Apr 2011 05:30:25 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T9UP2r044009; Fri, 29 Apr 2011 09:30:25 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 09:30:25 GMT Message-Id: <201104290930.p3T9UP2r044009@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 09:30:26 -0000 TB --- 2011-04-29 07:47:15 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 07:47:15 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-04-29 07:47:15 - cleaning the object tree TB --- 2011-04-29 07:47:30 - cvsupping the source tree TB --- 2011-04-29 07:47:30 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-04-29 07:48:12 - building world TB --- 2011-04-29 07:48:12 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 07:48:12 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 07:48:12 - TARGET=powerpc TB --- 2011-04-29 07:48:12 - TARGET_ARCH=powerpc64 TB --- 2011-04-29 07:48:12 - TZ=UTC TB --- 2011-04-29 07:48:12 - __MAKE_CONF=/dev/null TB --- 2011-04-29 07:48:12 - cd /src TB --- 2011-04-29 07:48:12 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 07:48:13 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 29 09:21:48 UTC 2011 TB --- 2011-04-29 09:21:48 - generating LINT kernel config TB --- 2011-04-29 09:21:48 - cd /src/sys/powerpc/conf TB --- 2011-04-29 09:21:48 - /usr/bin/make -B LINT TB --- 2011-04-29 09:21:48 - building LINT kernel TB --- 2011-04-29 09:21:48 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 09:21:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 09:21:48 - TARGET=powerpc TB --- 2011-04-29 09:21:48 - TARGET_ARCH=powerpc64 TB --- 2011-04-29 09:21:48 - TZ=UTC TB --- 2011-04-29 09:21:48 - __MAKE_CONF=/dev/null TB --- 2011-04-29 09:21:48 - cd /src TB --- 2011-04-29 09:21:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 09:21:48 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clkrpc.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clrpcops.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clvnops.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clnode.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 09:30:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 09:30:25 - ERROR: failed to build lint kernel TB --- 2011-04-29 09:30:25 - 4677.42 user 1032.48 system 6190.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 09:43:01 2011 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 00BD61065672; Fri, 29 Apr 2011 09:43:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id BFA548FC0A; Fri, 29 Apr 2011 09:43:00 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3T9gxeM090748; Fri, 29 Apr 2011 05:42:59 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3T9gxXx090747; Fri, 29 Apr 2011 09:42:59 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 09:42:59 GMT Message-Id: <201104290942.p3T9gxXx090747@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 29 Apr 2011 09:43:01 -0000 TB --- 2011-04-29 08:33:35 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 08:33:35 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-29 08:33:35 - cleaning the object tree TB --- 2011-04-29 08:33:44 - cvsupping the source tree TB --- 2011-04-29 08:33:44 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-04-29 08:33:57 - building world TB --- 2011-04-29 08:33:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 08:33:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 08:33:57 - TARGET=sun4v TB --- 2011-04-29 08:33:57 - TARGET_ARCH=sparc64 TB --- 2011-04-29 08:33:57 - TZ=UTC TB --- 2011-04-29 08:33:57 - __MAKE_CONF=/dev/null TB --- 2011-04-29 08:33:57 - cd /src TB --- 2011-04-29 08:33:57 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 08:33:58 UTC 2011 >>> 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 Fri Apr 29 09:35:13 UTC 2011 TB --- 2011-04-29 09:35:13 - generating LINT kernel config TB --- 2011-04-29 09:35:13 - cd /src/sys/sun4v/conf TB --- 2011-04-29 09:35:13 - /usr/bin/make -B LINT TB --- 2011-04-29 09:35:13 - building LINT kernel TB --- 2011-04-29 09:35:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 09:35:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 09:35:13 - TARGET=sun4v TB --- 2011-04-29 09:35:13 - TARGET_ARCH=sparc64 TB --- 2011-04-29 09:35:13 - TZ=UTC TB --- 2011-04-29 09:35:13 - __MAKE_CONF=/dev/null TB --- 2011-04-29 09:35:13 - cd /src TB --- 2011-04-29 09:35:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 09:35:13 UTC 2011 >>> 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/fs/nfsclient/nfs_clkrpc.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/fs/nfsclient/nfs_clrpcops.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/fs/nfsclient/nfs_clvnops.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/fs/nfsclient/nfs_clnode.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/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 09:42:59 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 09:42:59 - ERROR: failed to build lint kernel TB --- 2011-04-29 09:42:59 - 3191.73 user 681.45 system 4164.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 09:54:15 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D759F1065670 for ; Fri, 29 Apr 2011 09:54:15 +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 7CB998FC17 for ; Fri, 29 Apr 2011 09:54:15 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1QFkOs-00082C-3a>; Fri, 29 Apr 2011 11:54:14 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1QFkOs-000541-0x>; Fri, 29 Apr 2011 11:54:14 +0200 Message-ID: <4DBA8AC5.40307@zedat.fu-berlin.de> Date: Fri, 29 Apr 2011 11:54:13 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1279660660.660472.1303927189244.JavaMail.root@erie.cs.uoguelph.ca> <79578054@bb.ipt.ru> In-Reply-To: <79578054@bb.ipt.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Subject: Re: Heads up: default nfs client switched to new one X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 09:54:15 -0000 On 04/29/11 11:00, Boris Samorodov wrote: > On Wed, 27 Apr 2011 13:59:49 -0400 (EDT) Rick Macklem wrote: > >> Hopefully, you won't need to do anything to keep things working >> and this won't cause you grief, rick > > I've updated my tiny home network (host + two diskless clients). > No problems so far. Great work, thanks! > I get this error on 9.0CURRENT/amd64 this morning after updateng the sources: cc1: warnings being treated as errors /usr/src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /usr/src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 O. From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 10:02:20 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2A3471065673 for ; Fri, 29 Apr 2011 10:02:20 +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 DB5CC8FC13 for ; Fri, 29 Apr 2011 10:02:19 +0000 (UTC) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtp (envelope-from ) id <1QFkWe-0005QE-2Y>; Fri, 29 Apr 2011 12:02:19 +0200 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.69) for freebsd-current@freebsd.org with esmtpsa (envelope-from ) id <1QFkWd-0005Za-Uv>; Fri, 29 Apr 2011 12:02:16 +0200 Message-ID: <4DBA8CA7.3060807@zedat.fu-berlin.de> Date: Fri, 29 Apr 2011 12:02:15 +0200 From: "O. Hartmann" Organization: Freie =?ISO-8859-1?Q?Universit=E4t_Berlin?= User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.17) Gecko/20110429 Thunderbird/3.1.10 MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Subject: CURRENT/amd64: kernel compil error: /usr/src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount':, /usr/src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 10:02:20 -0000 Since this morning after updating the sources I get the following error while compiling a new kernel: cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=native -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/usr/src/sys -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror /usr/src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /usr/src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /usr/src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 11:02:45 2011 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 175341065672; Fri, 29 Apr 2011 11:02:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id B3F1C8FC19; Fri, 29 Apr 2011 11:02:44 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TB2htE015319; Fri, 29 Apr 2011 07:02:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TB2hVP015318; Fri, 29 Apr 2011 11:02:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 11:02:43 GMT Message-Id: <201104291102.p3TB2hVP015318@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 11:02:45 -0000 TB --- 2011-04-29 10:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 10:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 10:10:00 - cleaning the object tree TB --- 2011-04-29 10:10:09 - cvsupping the source tree TB --- 2011-04-29 10:10:09 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-29 10:11:01 - building world TB --- 2011-04-29 10:11:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 10:11:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 10:11:01 - TARGET=arm TB --- 2011-04-29 10:11:01 - TARGET_ARCH=arm TB --- 2011-04-29 10:11:01 - TZ=UTC TB --- 2011-04-29 10:11:01 - __MAKE_CONF=/dev/null TB --- 2011-04-29 10:11:01 - cd /src TB --- 2011-04-29 10:11:01 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 10:11:02 UTC 2011 >>> 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 Fri Apr 29 11:02:42 UTC 2011 TB --- 2011-04-29 11:02:43 - WARNING: no kernel config for LINT TB --- 2011-04-29 11:02:43 - building LINT kernel TB --- 2011-04-29 11:02:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 11:02:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 11:02:43 - TARGET=arm TB --- 2011-04-29 11:02:43 - TARGET_ARCH=arm TB --- 2011-04-29 11:02:43 - TZ=UTC TB --- 2011-04-29 11:02:43 - __MAKE_CONF=/dev/null TB --- 2011-04-29 11:02:43 - cd /src TB --- 2011-04-29 11:02:43 - /usr/bin/make -B buildkernel KERNCONF=LINT ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 11:02:43 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 11:02:43 - ERROR: failed to build lint kernel TB --- 2011-04-29 11:02:43 - 2271.03 user 631.53 system 3162.49 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 12:26:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF3C7106566B for ; Fri, 29 Apr 2011 12:26:55 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 61E508FC08 for ; Fri, 29 Apr 2011 12:26:55 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAD2uuk2DaFvO/2dsb2JhbACEUaIriHGrLpEbhH2BAQSOaIZ4hz4 X-IronPort-AV: E=Sophos;i="4.64,287,1301889600"; d="scan'208";a="119058919" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 29 Apr 2011 08:26:53 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id EC1F0B3F31; Fri, 29 Apr 2011 08:26:53 -0400 (EDT) Date: Fri, 29 Apr 2011 08:26:53 -0400 (EDT) From: Rick Macklem To: "O. Hartmann" Message-ID: <257816720.755191.1304080013911.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4DBA8CA7.3060807@zedat.fu-berlin.de> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_Part_755190_1581781352.1304080013909" X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE7 (Win)/6.0.10_GA_2692) Cc: FreeBSD Current Subject: Re: CURRENT/amd64: kernel compil error: /usr/src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount':, /usr/src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 12:26:55 -0000 ------=_Part_755190_1581781352.1304080013909 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit > Since this morning after updating the sources I get the following > error > while compiling a new kernel: > > cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -march=native > -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/usr/src/sys > -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS > -include opt_global.h -fno-common -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 > -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 > -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float > -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector > -Werror > /usr/src/sys/fs/nfsclient/nfs_clvfsops.c > cc1: warnings being treated as errors > /usr/src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': > /usr/src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing > argument > 4 of 'copyinstr' from incompatible pointer type > *** Error code 1 > Oops, sorry. r221190 doesn't build for 64bits arches like amd64. I cribbed the code from the regular client, but didn't notice "len" was declared size_t and not int. The patch is attached and will be committed to head in a few minutes. Thanks for reporting it, rick ------=_Part_755190_1581781352.1304080013909 Content-Type: text/x-patch; name=sizet.patch Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename=sizet.patch LS0tIGZzL25mc2NsaWVudC9uZnNfY2x2ZnNvcHMuYy5zYXYJMjAxMS0wNC0yOSAwODoxMjo0Mi4w MDAwMDAwMDAgLTA0MDAKKysrIGZzL25mc2NsaWVudC9uZnNfY2x2ZnNvcHMuYwkyMDExLTA0LTI5 IDA4OjEzOjM1LjAwMDAwMDAwMCAtMDQwMApAQCAtNzYzLDYgKzc2Myw3IEBAIG5mc19tb3VudChz dHJ1Y3QgbW91bnQgKm1wKQogCWNoYXIgKm9wdCwgKm5hbWUsICpzZWNuYW1lOwogCWludCBuZWdu YW1ldGltZW8gPSBORlNfREVGQVVMVF9ORUdOQU1FVElNRU87CiAJaW50IGRpcmxlbiwgaGFzX25m c19hcmdzX29wdCwga3JibmFtZWxlbiwgc3J2a3JibmFtZWxlbjsKKwlzaXplX3QgaHN0bGVuOwog CiAJaGFzX25mc19hcmdzX29wdCA9IDA7CiAJaWYgKHZmc19maWx0ZXJvcHQobXAtPm1udF9vcHRu ZXcsIG5mc19vcHRzKSkgewpAQCAtMTAyNywxMCArMTAyOCwxMCBAQCBuZnNfbW91bnQoc3RydWN0 IG1vdW50ICptcCkKIAkJICAgIGFyZ3MuZmhzaXplKTsKIAkJaWYgKGVycm9yICE9IDApCiAJCQln b3RvIG91dDsKLQkJZXJyb3IgPSBjb3B5aW5zdHIoYXJncy5ob3N0bmFtZSwgaHN0LCBNTkFNRUxF TiAtIDEsICZsZW4pOworCQllcnJvciA9IGNvcHlpbnN0cihhcmdzLmhvc3RuYW1lLCBoc3QsIE1O QU1FTEVOIC0gMSwgJmhzdGxlbik7CiAJCWlmIChlcnJvciAhPSAwKQogCQkJZ290byBvdXQ7Ci0J CWJ6ZXJvKCZoc3RbbGVuXSwgTU5BTUVMRU4gLSBsZW4pOworCQliemVybygmaHN0W2hzdGxlbl0s IE1OQU1FTEVOIC0gaHN0bGVuKTsKIAkJYXJncy5ob3N0bmFtZSA9IGhzdDsKIAkJLyogc29ja2Fy Z3MoKSBjYWxsIG11c3QgYmUgYWZ0ZXIgYWJvdmUgY29weWluKCkgY2FsbHMgKi8KIAkJZXJyb3Ig PSBnZXRzb2NrYWRkcigmbmFtLCAoY2FkZHJfdClhcmdzLmFkZHIsCg== ------=_Part_755190_1581781352.1304080013909-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 12:38:09 2011 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 720CA106566B; Fri, 29 Apr 2011 12:38:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 446F08FC1C; Fri, 29 Apr 2011 12:38:08 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TCc8xL025697; Fri, 29 Apr 2011 08:38:08 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TCc8Tc025645; Fri, 29 Apr 2011 12:38:08 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 12:38:08 GMT Message-Id: <201104291238.p3TCc8Tc025645@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 12:38:09 -0000 TB --- 2011-04-29 11:02:44 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 11:02:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-29 11:02:44 - cleaning the object tree TB --- 2011-04-29 11:02:53 - cvsupping the source tree TB --- 2011-04-29 11:02:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-04-29 11:03:43 - building world TB --- 2011-04-29 11:03:43 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 11:03:43 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 11:03:43 - TARGET=ia64 TB --- 2011-04-29 11:03:43 - TARGET_ARCH=ia64 TB --- 2011-04-29 11:03:43 - TZ=UTC TB --- 2011-04-29 11:03:43 - __MAKE_CONF=/dev/null TB --- 2011-04-29 11:03:43 - cd /src TB --- 2011-04-29 11:03:43 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 11:03:44 UTC 2011 >>> 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 Fri Apr 29 12:26:12 UTC 2011 TB --- 2011-04-29 12:26:12 - generating LINT kernel config TB --- 2011-04-29 12:26:12 - cd /src/sys/ia64/conf TB --- 2011-04-29 12:26:12 - /usr/bin/make -B LINT TB --- 2011-04-29 12:26:13 - building LINT kernel TB --- 2011-04-29 12:26:13 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 12:26:13 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 12:26:13 - TARGET=ia64 TB --- 2011-04-29 12:26:13 - TARGET_ARCH=ia64 TB --- 2011-04-29 12:26:13 - TZ=UTC TB --- 2011-04-29 12:26:13 - __MAKE_CONF=/dev/null TB --- 2011-04-29 12:26:13 - cd /src TB --- 2011-04-29 12:26:13 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 12:26:13 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clkrpc.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clrpcops.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clvnops.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clnode.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 -I/src/sys/contrib/ia64/libuwx/src -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -mconstant-gp -ffixed-r13 -mfixed-range=f32-f127 -fpic -ffreestanding -Werror /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/ia64.ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 12:38:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 12:38:07 - ERROR: failed to build lint kernel TB --- 2011-04-29 12:38:07 - 4561.85 user 780.50 system 5723.55 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 12:40:49 2011 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 714E3106566C; Fri, 29 Apr 2011 12:40:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3A2368FC1E; Fri, 29 Apr 2011 12:40:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TCemmG054787; Fri, 29 Apr 2011 08:40:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TCemsI054777; Fri, 29 Apr 2011 12:40:48 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 12:40:48 GMT Message-Id: <201104291240.p3TCemsI054777@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 12:40:49 -0000 TB --- 2011-04-29 10:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 10:10:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2011-04-29 10:10:00 - cleaning the object tree TB --- 2011-04-29 10:10:16 - cvsupping the source tree TB --- 2011-04-29 10:10:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2011-04-29 10:11:01 - building world TB --- 2011-04-29 10:11:01 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 10:11:01 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 10:11:01 - TARGET=amd64 TB --- 2011-04-29 10:11:01 - TARGET_ARCH=amd64 TB --- 2011-04-29 10:11:01 - TZ=UTC TB --- 2011-04-29 10:11:01 - __MAKE_CONF=/dev/null TB --- 2011-04-29 10:11:01 - cd /src TB --- 2011-04-29 10:11:01 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 10:11:02 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 29 12:30:25 UTC 2011 TB --- 2011-04-29 12:30:26 - generating LINT kernel config TB --- 2011-04-29 12:30:26 - cd /src/sys/amd64/conf TB --- 2011-04-29 12:30:26 - /usr/bin/make -B LINT TB --- 2011-04-29 12:30:26 - building LINT kernel TB --- 2011-04-29 12:30:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 12:30:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 12:30:26 - TARGET=amd64 TB --- 2011-04-29 12:30:26 - TARGET_ARCH=amd64 TB --- 2011-04-29 12:30:26 - TZ=UTC TB --- 2011-04-29 12:30:26 - __MAKE_CONF=/dev/null TB --- 2011-04-29 12:30:26 - cd /src TB --- 2011-04-29 12:30:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 12:30:26 UTC 2011 >>> 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 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clkrpc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clrpcops.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clvnops.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clnode.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 12:40:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 12:40:48 - ERROR: failed to build lint kernel TB --- 2011-04-29 12:40:48 - 7144.24 user 1302.32 system 9047.25 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 13:33:45 2011 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 A1859106564A; Fri, 29 Apr 2011 13:33:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 48BF08FC17; Fri, 29 Apr 2011 13:33:45 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TDXiL2086366; Fri, 29 Apr 2011 09:33:44 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TDXiMb086361; Fri, 29 Apr 2011 13:33:44 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 13:33:44 GMT Message-Id: <201104291333.p3TDXiMb086361@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Fri, 29 Apr 2011 13:33:45 -0000 TB --- 2011-04-29 12:38:08 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 12:38:08 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-29 12:38:08 - cleaning the object tree TB --- 2011-04-29 12:38:15 - cvsupping the source tree TB --- 2011-04-29 12:38:15 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-29 12:38:31 - building world TB --- 2011-04-29 12:38:31 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 12:38:31 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 12:38:31 - TARGET=mips TB --- 2011-04-29 12:38:31 - TARGET_ARCH=mips TB --- 2011-04-29 12:38:31 - TZ=UTC TB --- 2011-04-29 12:38:31 - __MAKE_CONF=/dev/null TB --- 2011-04-29 12:38:31 - cd /src TB --- 2011-04-29 12:38:31 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 12:38:32 UTC 2011 >>> 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 Fri Apr 29 13:33:43 UTC 2011 TB --- 2011-04-29 13:33:43 - WARNING: no kernel config for LINT TB --- 2011-04-29 13:33:43 - building LINT kernel TB --- 2011-04-29 13:33:44 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 13:33:44 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 13:33:44 - TARGET=mips TB --- 2011-04-29 13:33:44 - TARGET_ARCH=mips TB --- 2011-04-29 13:33:44 - TZ=UTC TB --- 2011-04-29 13:33:44 - __MAKE_CONF=/dev/null TB --- 2011-04-29 13:33:44 - cd /src TB --- 2011-04-29 13:33:44 - /usr/bin/make -B buildkernel KERNCONF=LINT "/src/Makefile", line 142: warning: "TARGET_ARCH of mips is deprecated in favor of mipsel or mipseb" ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 13:33:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 13:33:44 - ERROR: failed to build lint kernel TB --- 2011-04-29 13:33:44 - 2389.90 user 607.46 system 3335.44 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 14:29:02 2011 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 D14151065670; Fri, 29 Apr 2011 14:29:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A05278FC18; Fri, 29 Apr 2011 14:29:02 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TET1tW045059; Fri, 29 Apr 2011 10:29:01 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TET1Ff045031; Fri, 29 Apr 2011 14:29:01 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 14:29:01 GMT Message-Id: <201104291429.p3TET1Ff045031@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc64/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 14:29:02 -0000 TB --- 2011-04-29 12:44:16 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 12:44:16 - starting HEAD tinderbox run for powerpc64/powerpc TB --- 2011-04-29 12:44:16 - cleaning the object tree TB --- 2011-04-29 12:44:33 - cvsupping the source tree TB --- 2011-04-29 12:44:33 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc64/powerpc/supfile TB --- 2011-04-29 12:45:57 - building world TB --- 2011-04-29 12:45:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 12:45:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 12:45:57 - TARGET=powerpc TB --- 2011-04-29 12:45:57 - TARGET_ARCH=powerpc64 TB --- 2011-04-29 12:45:57 - TZ=UTC TB --- 2011-04-29 12:45:57 - __MAKE_CONF=/dev/null TB --- 2011-04-29 12:45:57 - cd /src TB --- 2011-04-29 12:45:57 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 12:46:02 UTC 2011 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Fri Apr 29 14:20:02 UTC 2011 TB --- 2011-04-29 14:20:02 - generating LINT kernel config TB --- 2011-04-29 14:20:02 - cd /src/sys/powerpc/conf TB --- 2011-04-29 14:20:02 - /usr/bin/make -B LINT TB --- 2011-04-29 14:20:03 - building LINT kernel TB --- 2011-04-29 14:20:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 14:20:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 14:20:03 - TARGET=powerpc TB --- 2011-04-29 14:20:03 - TARGET_ARCH=powerpc64 TB --- 2011-04-29 14:20:03 - TZ=UTC TB --- 2011-04-29 14:20:03 - __MAKE_CONF=/dev/null TB --- 2011-04-29 14:20:03 - cd /src TB --- 2011-04-29 14:20:03 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 14:20:03 UTC 2011 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clkrpc.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clrpcops.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clvnops.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clnode.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 -I/src/sys/contrib/libfdt -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 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -mcall-aixdesc -ffreestanding -fstack-protector -Werror /src/sys/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/powerpc.powerpc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 14:29:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 14:29:01 - ERROR: failed to build lint kernel TB --- 2011-04-29 14:29:01 - 4684.30 user 1026.27 system 6284.52 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc64-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 14:30:43 2011 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 DA139106564A; Fri, 29 Apr 2011 14:30:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id A30428FC12; Fri, 29 Apr 2011 14:30:43 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TEUhso052205; Fri, 29 Apr 2011 10:30:43 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TEUh8E052200; Fri, 29 Apr 2011 14:30:43 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 14:30:43 GMT Message-Id: <201104291430.p3TEUh8E052200@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on sparc64/sparc64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 14:30:44 -0000 TB --- 2011-04-29 13:19:25 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 13:19:25 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2011-04-29 13:19:25 - cleaning the object tree TB --- 2011-04-29 13:19:37 - cvsupping the source tree TB --- 2011-04-29 13:19:37 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sparc64/supfile TB --- 2011-04-29 13:19:50 - building world TB --- 2011-04-29 13:19:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 13:19:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 13:19:50 - TARGET=sparc64 TB --- 2011-04-29 13:19:50 - TARGET_ARCH=sparc64 TB --- 2011-04-29 13:19:50 - TZ=UTC TB --- 2011-04-29 13:19:50 - __MAKE_CONF=/dev/null TB --- 2011-04-29 13:19:50 - cd /src TB --- 2011-04-29 13:19:50 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 13:19:50 UTC 2011 >>> 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 Fri Apr 29 14:21:51 UTC 2011 TB --- 2011-04-29 14:21:51 - generating LINT kernel config TB --- 2011-04-29 14:21:51 - cd /src/sys/sparc64/conf TB --- 2011-04-29 14:21:51 - /usr/bin/make -B LINT TB --- 2011-04-29 14:21:51 - building LINT kernel TB --- 2011-04-29 14:21:51 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 14:21:51 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 14:21:51 - TARGET=sparc64 TB --- 2011-04-29 14:21:51 - TARGET_ARCH=sparc64 TB --- 2011-04-29 14:21:51 - TZ=UTC TB --- 2011-04-29 14:21:51 - __MAKE_CONF=/dev/null TB --- 2011-04-29 14:21:51 - cd /src TB --- 2011-04-29 14:21:51 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 14:21:52 UTC 2011 >>> 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/fs/nfsclient/nfs_clkrpc.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/fs/nfsclient/nfs_clrpcops.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/fs/nfsclient/nfs_clvnops.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/fs/nfsclient/nfs_clnode.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/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/sparc64.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 14:30:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 14:30:42 - ERROR: failed to build lint kernel TB --- 2011-04-29 14:30:42 - 3219.84 user 696.15 system 4277.12 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 14:43:14 2011 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 2BDAB1065679; Fri, 29 Apr 2011 14:43:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id E2D228FC0C; Fri, 29 Apr 2011 14:43:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TEhDC9093364; Fri, 29 Apr 2011 10:43:13 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TEhDc0093363; Fri, 29 Apr 2011 14:43:13 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 14:43:13 GMT Message-Id: <201104291443.p3TEhDc0093363@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk 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: Fri, 29 Apr 2011 14:43:14 -0000 TB --- 2011-04-29 13:33:44 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 13:33:44 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2011-04-29 13:33:44 - cleaning the object tree TB --- 2011-04-29 13:33:53 - cvsupping the source tree TB --- 2011-04-29 13:33:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/sparc64/sun4v/supfile TB --- 2011-04-29 13:34:08 - building world TB --- 2011-04-29 13:34:08 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 13:34:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 13:34:08 - TARGET=sun4v TB --- 2011-04-29 13:34:08 - TARGET_ARCH=sparc64 TB --- 2011-04-29 13:34:08 - TZ=UTC TB --- 2011-04-29 13:34:08 - __MAKE_CONF=/dev/null TB --- 2011-04-29 13:34:08 - cd /src TB --- 2011-04-29 13:34:08 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 13:34:08 UTC 2011 >>> 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 Fri Apr 29 14:35:29 UTC 2011 TB --- 2011-04-29 14:35:29 - generating LINT kernel config TB --- 2011-04-29 14:35:29 - cd /src/sys/sun4v/conf TB --- 2011-04-29 14:35:29 - /usr/bin/make -B LINT TB --- 2011-04-29 14:35:29 - building LINT kernel TB --- 2011-04-29 14:35:29 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 14:35:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 14:35:29 - TARGET=sun4v TB --- 2011-04-29 14:35:29 - TARGET_ARCH=sparc64 TB --- 2011-04-29 14:35:29 - TZ=UTC TB --- 2011-04-29 14:35:29 - __MAKE_CONF=/dev/null TB --- 2011-04-29 14:35:29 - cd /src TB --- 2011-04-29 14:35:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Fri Apr 29 14:35:29 UTC 2011 >>> 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/fs/nfsclient/nfs_clkrpc.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/fs/nfsclient/nfs_clrpcops.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/fs/nfsclient/nfs_clvnops.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/fs/nfsclient/nfs_clnode.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/fs/nfsclient/nfs_clvfsops.c cc1: warnings being treated as errors /src/sys/fs/nfsclient/nfs_clvfsops.c: In function 'nfs_mount': /src/sys/fs/nfsclient/nfs_clvfsops.c:1030: warning: passing argument 4 of 'copyinstr' from incompatible pointer type *** Error code 1 Stop in /obj/sun4v.sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 14:43:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 14:43:12 - ERROR: failed to build lint kernel TB --- 2011-04-29 14:43:13 - 3194.84 user 679.45 system 4168.33 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 16:02:35 2011 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 A6FA9106566C; Fri, 29 Apr 2011 16:02:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4856E8FC0C; Fri, 29 Apr 2011 16:02:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TG2YUW013279; Fri, 29 Apr 2011 12:02:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TG2YcR013278; Fri, 29 Apr 2011 16:02:34 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 16:02:34 GMT Message-Id: <201104291602.p3TG2YcR013278@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 16:02:35 -0000 TB --- 2011-04-29 15:10:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 15:10:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 15:10:00 - cleaning the object tree TB --- 2011-04-29 15:10:10 - cvsupping the source tree TB --- 2011-04-29 15:10:10 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-29 15:10:47 - building world TB --- 2011-04-29 15:10:47 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 15:10:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 15:10:47 - TARGET=arm TB --- 2011-04-29 15:10:47 - TARGET_ARCH=arm TB --- 2011-04-29 15:10:47 - TZ=UTC TB --- 2011-04-29 15:10:47 - __MAKE_CONF=/dev/null TB --- 2011-04-29 15:10:47 - cd /src TB --- 2011-04-29 15:10:47 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 15:10:48 UTC 2011 >>> 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 Fri Apr 29 16:02:33 UTC 2011 TB --- 2011-04-29 16:02:33 - WARNING: no kernel config for LINT TB --- 2011-04-29 16:02:33 - building LINT kernel TB --- 2011-04-29 16:02:33 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 16:02:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 16:02:33 - TARGET=arm TB --- 2011-04-29 16:02:33 - TARGET_ARCH=arm TB --- 2011-04-29 16:02:33 - TZ=UTC TB --- 2011-04-29 16:02:33 - __MAKE_CONF=/dev/null TB --- 2011-04-29 16:02:33 - cd /src TB --- 2011-04-29 16:02:33 - /usr/bin/make -B buildkernel KERNCONF=LINT ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 16:02:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 16:02:33 - ERROR: failed to build lint kernel TB --- 2011-04-29 16:02:33 - 2269.12 user 636.71 system 3153.30 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 16:55:54 2011 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx2.freebsd.org (mx2.freebsd.org [IPv6:2001:4f8:fff6::35]) by hub.freebsd.org (Postfix) with ESMTP id 8A4BF106564A; Fri, 29 Apr 2011 16:55:54 +0000 (UTC) (envelope-from ae@FreeBSD.org) Received: from [127.0.0.1] (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 23F6814FCC8; Fri, 29 Apr 2011 16:55:30 +0000 (UTC) Message-ID: <4DBAED76.3030006@FreeBSD.org> Date: Fri, 29 Apr 2011 20:55:18 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110309 Thunderbird/3.1.9 MIME-Version: 1.0 To: FreeBSD Current References: <4DB54F40.8050608@FreeBSD.org> <4DB7C7B7.9020201@FreeBSD.org> In-Reply-To: <4DB7C7B7.9020201@FreeBSD.org> X-Enigmail-Version: 1.1.2 OpenPGP: id=10C8A17A Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig07C541EA257C46C2C8FDE7DC" Cc: Alexander Motin , Marcel Moolenaar , Pawel Jakub Dawidek , Andriy Gapon , freebsd-geom@FreeBSD.org Subject: Re: A replacement for GEOM_LABEL's gpt/gptid X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 16:55:54 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig07C541EA257C46C2C8FDE7DC Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: quoted-printable On 27.04.2011 11:37, Andrey V. Elsukov wrote: >> I wrote a small extension for the GEOM_PART class. It adds an ability >> to GEOM_PART class to create partition labels for schemes which are >> support them. Hi All, i got several successful reports from users, but now i decided to make this functional available for another consumers. New patch: http://people.freebsd.org/~ae/geom_alias.diff What it contains: * gpt/gptid support removed from GEOM_LABEL class; * new GEOM_ALIAS class added. This class has two public functions: void g_alias_create(struct g_provider *pp, const char *name); void g_alias_spoil(struct g_provider *pp); * first two consumers of GEOM_ALIAS class are GEOM_PART and GEOM_DISK: GEOM_DISK uses g_alias_create() to create aliases for disks, disk's serial number is used for alias name. GEOM_PART uses g_alias_create() to create aliases for labeled partitions (gpt/gptid, apm and pc98). How it looks like: http://paste.org.ru/?5exeve --=20 WBR, Andrey V. Elsukov --------------enig07C541EA257C46C2C8FDE7DC Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.17 (FreeBSD) iQEcBAEBAgAGBQJNuu19AAoJEAHF6gQQyKF6az8H/1GlmfSFG0IknQyKyMuUj7j9 4eFLauZ7n2kiIbtxAG+b5ep1fmJMigBG0LeQdceuh7PESSPcrPQuncCoUo0vRQ7K offDjg9DuqD7IYmXRlEPv4EZxL4beSBD8z4fTuZrCbBWUKlpnAVPeL40ruzJYdhO zU7+KHpl74pGSUzKYdUcf85LFrJiyjjK0RsqvJi052CJY7fNrGGX7B48/itnMiJN k20qEOG8tNMcDlCJqDxMBD77gXrZQ1+mc6aVzBIT27uoXA0y/oXcGYKw6YETc14B BzN90Wq3n6GQq60CArypBYO/07alXiusDCs0Bj0q1zcnyCju3jy+SWXqHrZrzQ0= =5S04 -----END PGP SIGNATURE----- --------------enig07C541EA257C46C2C8FDE7DC-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 18:40:51 2011 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 D6701106566B; Fri, 29 Apr 2011 18:40:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 805018FC15; Fri, 29 Apr 2011 18:40:51 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TIeoZd021680; Fri, 29 Apr 2011 14:40:50 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TIeoS3021655; Fri, 29 Apr 2011 18:40:50 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 18:40:50 GMT Message-Id: <201104291840.p3TIeoS3021655@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on mips/mips 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: Fri, 29 Apr 2011 18:40:51 -0000 TB --- 2011-04-29 17:44:45 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 17:44:45 - starting HEAD tinderbox run for mips/mips TB --- 2011-04-29 17:44:45 - cleaning the object tree TB --- 2011-04-29 17:44:53 - cvsupping the source tree TB --- 2011-04-29 17:44:53 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/mips/mips/supfile TB --- 2011-04-29 17:45:34 - building world TB --- 2011-04-29 17:45:34 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 17:45:34 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 17:45:34 - TARGET=mips TB --- 2011-04-29 17:45:34 - TARGET_ARCH=mips TB --- 2011-04-29 17:45:34 - TZ=UTC TB --- 2011-04-29 17:45:34 - __MAKE_CONF=/dev/null TB --- 2011-04-29 17:45:34 - cd /src TB --- 2011-04-29 17:45:34 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 17:45:35 UTC 2011 >>> 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 Fri Apr 29 18:40:49 UTC 2011 TB --- 2011-04-29 18:40:50 - WARNING: no kernel config for LINT TB --- 2011-04-29 18:40:50 - building LINT kernel TB --- 2011-04-29 18:40:50 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 18:40:50 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 18:40:50 - TARGET=mips TB --- 2011-04-29 18:40:50 - TARGET_ARCH=mips TB --- 2011-04-29 18:40:50 - TZ=UTC TB --- 2011-04-29 18:40:50 - __MAKE_CONF=/dev/null TB --- 2011-04-29 18:40:50 - cd /src TB --- 2011-04-29 18:40:50 - /usr/bin/make -B buildkernel KERNCONF=LINT "/src/Makefile", line 142: warning: "TARGET_ARCH of mips is deprecated in favor of mipsel or mipseb" ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 18:40:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 18:40:50 - ERROR: failed to build lint kernel TB --- 2011-04-29 18:40:50 - 2386.02 user 600.30 system 3365.23 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-mips-mips.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 18:43:37 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80D40106567A for ; Fri, 29 Apr 2011 18:43:37 +0000 (UTC) (envelope-from mkreder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 008598FC12 for ; Fri, 29 Apr 2011 18:43:36 +0000 (UTC) Received: by bwz12 with SMTP id 12so4738002bwz.13 for ; Fri, 29 Apr 2011 11:43:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=jbaElVVtycJZ5K/mnBUh+qjKeHuUyEbHRjS15V8qd88=; b=KAEhlvxmKMXd3h33+ze+fRC9jFA3Kig8SEdPrI5oMAictuxOj0/wP/zwWJB+k/nhqQ dgeXy35KbDPpFUWpqnk3mWU5uXtRSnvaiam6c95hVwyQ1pbxS1rLNexFWVopc3nfb80A z2SMf0Zy5M7KCwojtMY6VN3hFhSGbhPFWzN7E= 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=hJK+n3TpPsiM6d8f4sqVLsa6RHIS7VWC9d3BtNIGefJ1MtNmNG2dnFUdCZ/5K8Iey3 kChGu1BzBjl1SfxI9tDQH7ehUl4V6KLPMhaEmE5IIxEi0vbPPn/LSdpRu8orPJqpG5UM 9EiOAJ3dn0X5Q51jVUhpY/iAvpkfCuN2cznXs= MIME-Version: 1.0 Received: by 10.204.127.129 with SMTP id g1mr1131552bks.39.1304101241289; Fri, 29 Apr 2011 11:20:41 -0700 (PDT) Received: by 10.205.81.68 with HTTP; Fri, 29 Apr 2011 11:20:41 -0700 (PDT) Date: Fri, 29 Apr 2011 15:20:41 -0300 Message-ID: From: Matias Kreder To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: line in problem with snd_hda in mother asus m2npv-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 18:43:37 -0000 hi freebsd-current, The problem is that I cannot get line in to work, there is not any recording device displayed in mixer. I know that there may be something to tweak in device.hints but I'm not sure how, and I never touched this file. root@pearl ~]# cat /dev/sndstat FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) Installed devices: pcm0: (play) default pcm1: (play) [root@pearl ~]# mixer Mixer vol=A0 =A0 =A0 is currently set to=A0 84:84 Mixer pcm=A0 =A0 =A0 is currently set to=A0 75:75 Mixer speaker=A0 is currently set to=A0 75:75 Mixer igain=A0 =A0 is currently set to=A0 50:50 Mixer ogain=A0 =A0 is currently set to=A0 50:50 Apr 29 13:35:36 pearl kernel: pcm0: at cad 0 nid 1 on hdac0 Apr 29 13:35:36 pearl kernel: pcm0: +--------------------------------------= + Apr 29 13:35:36 pearl kernel: pcm0: | DUMPING PCM Playback/Record Channels = | Apr 29 13:35:36 pearl kernel: pcm0: +--------------------------------------= + Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: Playback: Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 Stream cap: 0x00000001 Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 PCM Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0PCM cap: 0x000e007f Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 16 2= 0 24 bits, 8 11 16 22 32 44 48 KHz Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0DAC: 3 Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: +-------------------------------+ Apr 29 13:35:36 pearl kernel: pcm0: | DUMPING Playback/Record Paths | Apr 29 13:35:36 pearl kernel: pcm0: +-------------------------------+ Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: Playback: Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0nid=3D27 [pin: Line-out (Gree= n Jack)] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0| Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0+ <- nid=3D11 [audio sele= ctor] [src: pcm, speaker] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 + <- nid=3D7= [audio mixer] [src: pcm, speaker] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0| Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0+ <- nid=3D3 [audio output] [src: pcm] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0+ <- nid=3D24 [audio selector] [src: speaker] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 + <- nid=3D25 [beep widget] [src: speaker] Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0nid=3D26 [pin: Headphones (Gr= een Jack)] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0| Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0+ <- nid=3D10 [audio sele= ctor] [src: pcm, speaker] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 + <- nid=3D7= [audio mixer] [src: pcm, speaker] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0| Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0+ <- nid=3D3 [audio output] [src: pcm] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0+ <- nid=3D24 [audio selector] [src: speaker] Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 = =A0 =A0 =A0 =A0 + <- nid=3D25 [beep widget] [src: speaker] Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: +-------------------------+ Apr 29 13:35:36 pearl kernel: pcm0: | DUMPING Volume Controls | Apr 29 13:35:36 pearl kernel: pcm0: +-------------------------+ Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: Master Volume (OSS: vol) Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 +- ctl 15 (nid=A0 26 in ): -46/0dB (32 steps) + mute Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 +- ctl 16 (nid=A0 27 in ): -46/0dB (32 steps) + mute Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: PCM Volume (OSS: pcm) Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 +- ctl=A0 1 (nid=A0 =A03 out): -34/12dB (32 steps) + mute Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: Speaker/Beep Volume (OSS: speaker) Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 +- ctl 14 (nid=A0 24 out): -45/0dB (16 steps) + mute Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: Input Monitoring Level (OSS: igain) Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 | Apr 29 13:35:36 pearl kernel: pcm0:=A0 =A0 +- ctl 14 (nid=A0 24 out): -45/0dB (16 steps) + mute Apr 29 13:35:36 pearl kernel: pcm0: Apr 29 13:35:36 pearl kernel: pcm0: Mixer "vol": Apr 29 13:35:36 pearl kernel: pcm0: Mixer "pcm": Apr 29 13:35:36 pearl kernel: pcm0: Mixer "speaker": Apr 29 13:35:36 pearl kernel: pcm0: Mixer "igain": Apr 29 13:35:36 pearl kernel: pcm0: Mixer "ogain": Apr 29 13:35:36 pearl kernel: pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e Apr 29 13:35:36 pearl kernel: pcm0: sndbuf_setmap 5010000, 4000; 0xc5f13000 -> 5010000 I'm sorry for the duplication but I have also posted to the forum here: http://forums.freebsd.org/showthread.php?t=3D23523 Thank you! From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 20:50:17 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39014106566B for ; Fri, 29 Apr 2011 20:50:17 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id E865E8FC08 for ; Fri, 29 Apr 2011 20:50:16 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAHEju02DaFvO/2dsb2JhbACEUKI4pjWNApEGgSmDVIEBBI5ojjY X-IronPort-AV: E=Sophos;i="4.64,289,1301889600"; d="scan'208";a="119963595" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 29 Apr 2011 16:50:15 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 0015DB3F33 for ; Fri, 29 Apr 2011 16:50:15 -0400 (EDT) Date: Fri, 29 Apr 2011 16:50:15 -0400 (EDT) From: Rick Macklem To: FreeBSD Current Message-ID: <355843141.794117.1304110215940.JavaMail.root@erie.cs.uoguelph.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Subject: deleting an old file during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 20:50:17 -0000 Hi, With the NFS client switchover, the link to mount_nfs called mount_newnfs is no longer used. Can I just make an entry in head/ObsoleteFiles.inc for this, so it is deleted during an install or is there a better way? Also, is it ok to do this without MFCing it, since it should only apply to head? Thanks in advance for any info, rick From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 21:08:52 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6FF9B1065674; Fri, 29 Apr 2011 21:08:52 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pz0-f54.google.com (mail-pz0-f54.google.com [209.85.210.54]) by mx1.freebsd.org (Postfix) with ESMTP id 391F08FC0C; Fri, 29 Apr 2011 21:08:51 +0000 (UTC) Received: by pzk27 with SMTP id 27so3042479pzk.13 for ; Fri, 29 Apr 2011 14:08:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :mail-followup-to:mime-version:content-type:content-disposition :user-agent:organization:x-operation-sytem; bh=zp7uIp4YRZQ53uHNOkUZ969CE7U67ct+0nT3El142XQ=; b=k43avymGLKyRAk6sgxnuiY0vSBsHRxga4mLelE++hE+e6W4skUF2K2bjC1UDwIr1IR b+ykJbNKYPV3kt+kht9+dCKNYPPmQ0S0B8u6XFAC0iVHs1E4Lj2IFPKo1ulvrzCsY3gI QsVSJWgwf+86+UKai+VkiSIooF5pKGrKIuvng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :mime-version:content-type:content-disposition:user-agent :organization:x-operation-sytem; b=kPHPX7/LgTUBgKZC1Eeq2NqN3E0zNCP+noTS1Zk9WwaS5HdNIIaumKLA5TfzH11PFX wXiZSMrUPlDRk2c7ZC0ULMawowRjRLc2Scne273eaKcHjWqptEAnXIQQMKu7JX1ISCEc gxdK8e11mayAlGn9Pt5jj3rv9H90Bi8Wq8bGM= Received: by 10.68.23.133 with SMTP id m5mr5533127pbf.73.1304109958035; Fri, 29 Apr 2011 13:45:58 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id x4sm2119055pbr.71.2011.04.29.13.45.55 (version=SSLv3 cipher=OTHER); Fri, 29 Apr 2011 13:45:57 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Fri, 29 Apr 2011 13:46:02 -0700 From: Weongyo Jeong Date: Fri, 29 Apr 2011 13:46:02 -0700 To: freebsd-current@freebsd.org Message-ID: <20110429204602.GA36896@weongyo> Mail-Followup-To: freebsd-current@freebsd.org, freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: [CFT] Forward RTO recovery algorithm (rfc5682) patch X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 21:08:52 -0000 Hello, I sent a email to current@ two months ago about F-RTO patch CFR but didn't get proper feedbacks from yours. And at now two months later, I have prepared my final code for F-RTO patch and checked it's working for SACK enabled and disabled environments: http://people.freebsd.org/~weongyo/rfc5682/ The above links include some graphs before and after applying RFC5682 patch and a patch I prepared. If no objections I'd like to commit it into HEAD and still welcomes your opinions and reviews. If you have any concerns and questions please let me know. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 21:33:05 2011 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 278C4106564A; Fri, 29 Apr 2011 21:33:05 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id C34C78FC15; Fri, 29 Apr 2011 21:33:04 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3TLX3J5023736; Fri, 29 Apr 2011 17:33:03 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3TLX3CS023735; Fri, 29 Apr 2011 21:33:03 GMT (envelope-from tinderbox@freebsd.org) Date: Fri, 29 Apr 2011 21:33:03 GMT Message-Id: <201104292133.p3TLX3CS023735@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 29 Apr 2011 21:33:05 -0000 TB --- 2011-04-29 20:40:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-29 20:40:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-29 20:40:00 - cleaning the object tree TB --- 2011-04-29 20:40:11 - cvsupping the source tree TB --- 2011-04-29 20:40:11 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-29 20:41:23 - building world TB --- 2011-04-29 20:41:23 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 20:41:23 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 20:41:23 - TARGET=arm TB --- 2011-04-29 20:41:23 - TARGET_ARCH=arm TB --- 2011-04-29 20:41:23 - TZ=UTC TB --- 2011-04-29 20:41:23 - __MAKE_CONF=/dev/null TB --- 2011-04-29 20:41:23 - cd /src TB --- 2011-04-29 20:41:23 - /usr/bin/make -B buildworld >>> World build started on Fri Apr 29 20:41:23 UTC 2011 >>> 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 Fri Apr 29 21:33:03 UTC 2011 TB --- 2011-04-29 21:33:03 - WARNING: no kernel config for LINT TB --- 2011-04-29 21:33:03 - building LINT kernel TB --- 2011-04-29 21:33:03 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-29 21:33:03 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-29 21:33:03 - TARGET=arm TB --- 2011-04-29 21:33:03 - TARGET_ARCH=arm TB --- 2011-04-29 21:33:03 - TZ=UTC TB --- 2011-04-29 21:33:03 - __MAKE_CONF=/dev/null TB --- 2011-04-29 21:33:03 - cd /src TB --- 2011-04-29 21:33:03 - /usr/bin/make -B buildkernel KERNCONF=LINT ERROR: Missing kernel configuration file(s) (LINT). *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-29 21:33:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-29 21:33:03 - ERROR: failed to build lint kernel TB --- 2011-04-29 21:33:03 - 2268.80 user 636.73 system 3182.84 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 22:11:55 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2038B106566B for ; Fri, 29 Apr 2011 22:11:55 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9699B8FC12 for ; Fri, 29 Apr 2011 22:11:54 +0000 (UTC) Received: by bwz12 with SMTP id 12so4905630bwz.13 for ; Fri, 29 Apr 2011 15:11:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=t/4iqtGQ3ViU9qIGEgvTx7VX/B1JN4zInNafGnuURr8=; b=BIddgO84olX3I+14XCxnQpGzf/kvQRz6c/m6XVt3Rx9YGETErU9QYIe10nytFBMKyF nLQwtYE9WCnkZ3Xyc58ijf4rW7jjmiKsteD8iL7qWHGRLqJgjvsOW6VLAifWkhq11e35 nR9SXzSozlFPGG9bF9UqyETPWBPoiC0J6sEIk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=tduvklHKXNAESmPGyRL+LuQuqyG2N6ffquyBdGZzfb7KSAc0ghEzTtxTWr/vOipqCe B5OrIvOi4MVA+e0MYbgJmUK7Hb4hHLQrmwki8hE9uRb7fJvJf4fLWCsOt+ucHdY4N6VS 7XDC+rjZY0h8mpsVrBwSJWSKc8KM5RdffjnBU= Received: by 10.204.20.139 with SMTP id f11mr337496bkb.177.1304115113426; Fri, 29 Apr 2011 15:11:53 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id c11sm1854201bkc.14.2011.04.29.15.11.51 (version=SSLv3 cipher=OTHER); Fri, 29 Apr 2011 15:11:52 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DBB37A6.7070000@FreeBSD.org> Date: Sat, 30 Apr 2011 01:11:50 +0300 From: Alexander Motin User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.15) Gecko/20110310 Thunderbird/3.1.9 MIME-Version: 1.0 To: Matias Kreder References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: line in problem with snd_hda in mother asus m2npv-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 22:11:55 -0000 Hi. On 29.04.2011 21:20, Matias Kreder wrote: > The problem is that I cannot get line in to work, there is not any > recording device displayed in mixer. I know that there may be > something to tweak in device.hints but I'm not sure how, and I never > touched this file. > > root@pearl ~]# cat /dev/sndstat > FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) > Installed devices: > pcm0: (play) default > pcm1: (play) Show full verbose dmesg please. Provided part is not enough to analyze your problem. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Apr 29 22:51:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94DCB1065670; Fri, 29 Apr 2011 22:51:44 +0000 (UTC) (envelope-from mkreder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id B939E8FC13; Fri, 29 Apr 2011 22:51:43 +0000 (UTC) Received: by bwz12 with SMTP id 12so4927066bwz.13 for ; Fri, 29 Apr 2011 15:51:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=03niuVilEGXJSUiQBGllyloX9oV01FTrolLT30y/OaA=; b=RIbm/mPyykf5nJ2V6CrDcKXemQIrgTi1JClsXNUL46wDU20adp3pWsguzwbfNB3x23 eU1bckx40zKeG3cge3iwvOWud5EeIeF5OKgJI9Z89cOoNj/koZn47tsBhUPPXhe2Y2uS 1U4jBk76lrithfmIzi2z7a5A0FE63uCKEha98= 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=iitu1xr+ccpMR7taF+5npB1k5KgtFyDlKxvKr6yIbt1IHAhwEdj+YQ+URxeTy4u/vf bafk1b5SL9cqIlN/yYCCyTQb/GIWBPZr8pJyAdKQo0OTyAZlbLWIagY54TEZ8T/0OeCo FYS4qKYcS7EDQqeDhIuCp1102ALeJPrhRG7QQ= MIME-Version: 1.0 Received: by 10.204.84.137 with SMTP id j9mr554879bkl.120.1304117502714; Fri, 29 Apr 2011 15:51:42 -0700 (PDT) Received: by 10.205.81.68 with HTTP; Fri, 29 Apr 2011 15:51:42 -0700 (PDT) In-Reply-To: <4DBB37A6.7070000@FreeBSD.org> References: <4DBB37A6.7070000@FreeBSD.org> Date: Fri, 29 Apr 2011 19:51:42 -0300 Message-ID: From: Matias Kreder To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current Subject: Re: line in problem with snd_hda in mother asus m2npv-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 29 Apr 2011 22:51:45 -0000 there was a part of dmesg that I have not seen: hdac0: Probing codec #0... hdac0: HDA Codec #0: Analog Devices AD1986A hdac0: HDA Codec ID: 0x11d41986 hdac0: Vendor: 0x11d4 hdac0: Device: 0x1986 hdac0: Revision: 0x05 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x81cb1043 hdac0: Found audio FG nid=3D1 startnode=3D2 endnode=3D44 total=3D42 hdac0: hdac0: Processing audio FG cad=3D0 nid=3D1... hdac0: GPIO: 0x00000100 NumGPIO=3D0 NumGPO=3D1 NumGPI=3D0 GPIWake=3D0 GPIUn= sol=3D0 hdac0: GHOST: nid=3D2 j=3D0 entnum=3D4 index=3D0 res=3D0x00000601 hdac0: hdac_widget_connection_parse: nid=3D18 WARNING: zero cnid entnum=3D4 j=3D2 index=3D0 entries=3D8 found=3D2 res=3D0x21002211 hdac0: GHOST: nid=3D18 j=3D2 entnum=3D4 index=3D0 res=3D0x21002211 hdac0: nid 26 0x02214021 as 2 seq 1 Headphones Jack jack 1 loc 2 color Green misc 0 hdac0: Patching pin config nid=3D26 0x02214021 -> 0x0221401f hdac0: nid 27 0x01014011 as 1 seq 1 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 28 0x01013012 as 1 seq 2 Line-out Jack jack 1 loc 1 color Blue misc 0 hdac0: Patching pin config nid=3D28 0x01013012 -> 0x01813081 hdac0: nid 29 0x01019015 as 1 seq 5 Line-out Jack jack 1 loc 1 color Pink misc 0 hdac0: Patching pin config nid=3D29 0x01019015 -> 0x01019005 hdac0: nid 30 0x501700f0 as 15 seq 0 Speaker None jack 7 loc 16 color Unknown misc 0 hdac0: nid 31 0x02a190f0 as 15 seq 0 Mic Jack jack 1 loc 2 color Pink misc 0 hdac0: Patching pin config nid=3D31 0x02a190f0 -> 0x02a19083 hdac0: nid 32 0x018130f0 as 15 seq 0 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: Patching pin config nid=3D32 0x018130f0 -> 0x01813084 hdac0: nid 33 0x509700f0 as 15 seq 0 AUX None jack 7 loc 16 color Unknown misc 0 hdac0: nid 34 0x993310f0 as 15 seq 0 CD Fixed jack 3 loc 25 color Black misc 0 hdac0: Patching pin config nid=3D34 0x993310f0 -> 0x99331085 hdac0: nid 35 0x50b700f0 as 15 seq 0 Telephony None jack 7 loc 16 color Unknown misc 0 hdac0: nid 36 0x90f700f0 as 15 seq 0 Other Fixed jack 7 loc 16 color Unknown misc 0 hdac0: Patching pin config nid=3D36 0x90f700f0 -> 0x90f70086 hdac0: nid 37 0x014510f0 as 15 seq 0 SPDIF-out Jack jack 5 loc 1 color Black misc 0 hdac0: Patched pins configuration: hdac0: nid 26 0x0221401f as 1 seq 15 Headphones Jack jack 1 loc 2 color Green misc 0 hdac0: nid 27 0x01014011 as 1 seq 1 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 28 0x01813081 as 8 seq 1 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 29 0x01019005 as 0 seq 5 Line-out Jack jack 1 loc 1 color Pink misc 0 [DISABLED] hdac0: nid 30 0x501700f0 as 15 seq 0 Speaker None jack 7 loc 16 color Unknown misc 0 [DISABLED] hdac0: nid 31 0x02a19083 as 8 seq 3 Mic Jack jack 1 loc 2 color Pink misc 0 hdac0: nid 32 0x01813084 as 8 seq 4 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 33 0x509700f0 as 15 seq 0 AUX None jack 7 loc 16 color Unknown misc 0 [DISABLED] hdac0: nid 34 0x99331085 as 8 seq 5 CD Fixed jack 3 loc 25 color Black misc 0 hdac0: nid 35 0x50b700f0 as 15 seq 0 Telephony None jack 7 loc 16 color Unknown misc 0 [DISABLED] hdac0: nid 36 0x90f70086 as 8 seq 6 Other Fixed jack 7 loc 16 color Unknown misc 0 hdac0: nid 37 0x014510f0 as 15 seq 0 SPDIF-out Jack jack 5 loc 1 color Black misc 0 hdac0: 3 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=3D27 seq=3D1 hdac0: Pin nid=3D26 seq=3D15 hdac0: Association 1 (8) in: hdac0: Pin nid=3D28 seq=3D1 hdac0: Pin nid=3D31 seq=3D3 hdac0: Pin nid=3D32 seq=3D4 hdac0: Pin nid=3D34 seq=3D5 hdac0: Pin nid=3D36 seq=3D6 hdac0: Association 2 (15) out: hdac0: Pin nid=3D37 seq=3D0 hdac0: Tracing association 0 (1) hdac0: Pin 27 traced to DAC 3 hdac0: Pin 26 traced to DAC 3 and hpredir 1 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (8) hdac0: Pin 28 traced to ADC 6 hdac0: Pin 31 traced to ADC 6 hdac0: Pin 32 traced to ADC 6 hdac0: Pin 34 traced to ADC 6 hdac0: Unable to trace pin 36 to ADC 6, undo traces hdac0: Association 1 (8) trace failed hdac0: Tracing association 2 (15) hdac0: Pin 37 traced to DAC 2 hdac0: Association 2 (15) trace succeeded hdac0: Tracing input monitor hdac0: Tracing other input monitors hdac0: Tracing beeper hdac0: nid 25 traced to out hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=3D0 sense nid=3D26 [UNSOL] hdac0: Pin sense: nid=3D26 res=3D0x0000beff hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: IN amp: 0x80000000 hdac0: OUT amp: 0x80051f1f hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x00030311 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x00020060 hdac0: 16 bits, 44 48 KHz hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=3D1 [GHOST!] [UNKNOWN] (selected) hdac0: + [DISABLED] <- nid=3D6 [audio input] [DISABLED] hdac0: hdac0: nid: 3 hdac0: Name: audio output hdac0: Widget cap: 0x0000044d hdac0: PWR PROC STEREO hdac0: Association: 0 (0x00008002) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: hdac0: nid: 4 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000040d hdac0: PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: hdac0: nid: 5 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000040d hdac0: PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: hdac0: nid: 6 [DISABLED] hdac0: Name: audio input hdac0: Widget cap: 0x00100511 hdac0: PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x0006007f hdac0: 16 20 bits, 8 11 16 22 32 44 48 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D18 [audio selector] [DISABLED] hdac0: hdac0: nid: 7 hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: Association: 0 (0x00008002) hdac0: OSS: pcm, speaker hdac0: connections: 8 hdac0: | hdac0: + <- nid=3D3 [audio output] hdac0: + [DISABLED] <- nid=3D9 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=3D19 [audio selector] [DISABLED] hdac0: + [DISABLED] <- nid=3D20 [audio selector] [DISABLED] hdac0: + [DISABLED] <- nid=3D21 [audio selector] [DISABLED] hdac0: + [DISABLED] <- nid=3D22 [audio selector] [DISABLED] hdac0: + [DISABLED] <- nid=3D23 [audio selector] [DISABLED] hdac0: + <- nid=3D24 [audio selector] hdac0: hdac0: nid: 8 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200100 hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D7 [audio mixer] hdac0: hdac0: nid: 9 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010e hdac0: Output amp: 0x80000000 hdac0: mute=3D1 step=3D0 size=3D0 offset=3D0 hdac0: Input amp: 0x80000000 hdac0: mute=3D1 step=3D0 size=3D0 offset=3D0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=3D4 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=3D5 [audio output] [DISABLED] hdac0: hdac0: nid: 10 hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: Association: 0 (0x00008000) hdac0: OSS: pcm, speaker hdac0: connections: 3 hdac0: | hdac0: + <- nid=3D7 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=3D4 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=3D5 [audio output] [DISABLED] hdac0: hdac0: nid: 11 hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: Association: 0 (0x00000002) hdac0: OSS: pcm, speaker hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D7 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=3D4 [audio output] [DISABLED] hdac0: hdac0: nid: 12 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D4 [audio output] [DISABLED] (selected) hdac0: + <- nid=3D7 [audio mixer] hdac0: hdac0: nid: 13 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D5 [audio output] [DISABLED] (selected) hdac0: + <- nid=3D8 [audio mixer] [DISABLED] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300100 hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D8 [audio mixer] [DISABLED] (selected) hdac0: + <- nid=3D17 [audio selector] [DISABLED] hdac0: hdac0: nid: 15 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x00270300 hdac0: mute=3D0 step=3D3 size=3D39 offset=3D0 hdac0: connections: 8 hdac0: | hdac0: + <- nid=3D31 [pin: Mic (Pink Jack)] [DISABLED] (selected) hdac0: + [DISABLED] <- nid=3D32 [pin: Line-in (Blue Jack)] [DISAB= LED] hdac0: + [DISABLED] <- nid=3D29 [pin: Line-out (Pink Jack)] [DISA= BLED] hdac0: + [DISABLED] <- nid=3D29 [pin: Line-out (Pink Jack)] [DISA= BLED] hdac0: + [DISABLED] <- nid=3D39 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=3D40 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=3D41 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=3D42 [audio mixer] [DISABLED] hdac0: hdac0: nid: 16 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: connections: 3 hdac0: | hdac0: + <- nid=3D32 [pin: Line-in (Blue Jack)] [DISABLED] (selec= ted) hdac0: + <- nid=3D28 [pin: Line-in (Blue Jack)] [DISABLED] hdac0: + [DISABLED] <- nid=3D31 [pin: Mic (Pink Jack)] [DISABLED] hdac0: hdac0: nid: 17 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300941 hdac0: LRSWAP PROC STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D15 [audio selector] [DISABLED] (selected) hdac0: + [DISABLED] <- nid=3D43 [audio mixer] [DISABLED] hdac0: hdac0: nid: 18 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80050f00 hdac0: mute=3D1 step=3D15 size=3D5 offset=3D0 hdac0: connections: 8 hdac0: | hdac0: + <- nid=3D17 [audio selector] [DISABLED] (selected) hdac0: + <- nid=3D34 [pin: CD (Fixed)] [DISABLED] hdac0: + [DISABLED] <- nid=3D0 [GHOST!] [UNKNOWN] hdac0: + [DISABLED] <- nid=3D33 [pin: AUX (None)] [DISABLED] hdac0: + <- nid=3D16 [audio selector] [DISABLED] hdac0: + <- nid=3D7 [audio mixer] hdac0: + <- nid=3D8 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=3D35 [pin: Telephony (None)] [DISABLED= ] hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D17 [audio selector] [DISABLED] hdac0: hdac0: nid: 20 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010c hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=3D35 [pin: Telephony (None)] [DISABLED= ] hdac0: hdac0: nid: 21 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D34 [pin: CD (Fixed)] [DISABLED] hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=3D33 [pin: AUX (None)] [DISABLED] hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=3D1 step=3D31 size=3D5 offset=3D23 hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D16 [audio selector] [DISABLED] hdac0: hdac0: nid: 24 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010c hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker hdac0: Output amp: 0x800b0f0f hdac0: mute=3D1 step=3D15 size=3D11 offset=3D15 hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D25 [beep widget] (selected) hdac0: + [DISABLED] <- nid=3D36 [pin: Other (Fixed)] [DISABLED] hdac0: hdac0: nid: 25 hdac0: Name: beep widget hdac0: Widget cap: 0x00700000 hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: hdac0: nid: 26 hdac0: Name: pin: Headphones (Green Jack) hdac0: Widget cap: 0x00400185 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000001f hdac0: ISC TRQD PDC HP OUT hdac0: Pin config: 0x0221401f hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80051f1f hdac0: mute=3D1 step=3D31 size=3D5 offset=3D31 hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D10 [audio selector] hdac0: hdac0: nid: 27 hdac0: Name: pin: Line-out (Green Jack) hdac0: Widget cap: 0x00400185 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000002) hdac0: Pin cap: 0x0001001f hdac0: ISC TRQD PDC HP OUT EAPD hdac0: Pin config: 0x01014011 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80051f1f hdac0: mute=3D1 step=3D31 size=3D5 offset=3D31 hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D11 [audio selector] hdac0: hdac0: nid: 28 [DISABLED] hdac0: Name: pin: Line-in (Blue Jack) hdac0: Widget cap: 0x00400185 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000037 hdac0: ISC TRQD PDC OUT IN hdac0: Pin config: 0x01813081 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80051f1f hdac0: mute=3D1 step=3D31 size=3D5 offset=3D31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=3D12 [audio selector] [DISABLED] hdac0: hdac0: nid: 29 [DISABLED] hdac0: Name: pin: Line-out (Pink Jack) hdac0: Widget cap: 0x00400985 hdac0: LRSWAP UNSOL STEREO hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x01019005 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80051f1f hdac0: mute=3D1 step=3D31 size=3D5 offset=3D31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=3D13 [audio selector] [DISABLED] hdac0: hdac0: nid: 30 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400104 hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x501700f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80051f1f hdac0: mute=3D1 step=3D31 size=3D5 offset=3D31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=3D14 [audio selector] [DISABLED] hdac0: hdac0: nid: 31 [DISABLED] hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00001727 hdac0: ISC TRQD PDC IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x02a19083 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 32 [DISABLED] hdac0: Name: pin: Line-in (Blue Jack) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00001727 hdac0: ISC TRQD PDC IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x01813084 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: pin: AUX (None) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000027 hdac0: ISC TRQD PDC IN hdac0: Pin config: 0x509700f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 34 [DISABLED] hdac0: Name: pin: CD (Fixed) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x99331085 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 35 [DISABLED] hdac0: Name: pin: Telephony (None) hdac0: Widget cap: 0x00400000 hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x50b700f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: pin: Other (Fixed) hdac0: Widget cap: 0x00400000 hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x90f70086 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 37 hdac0: Name: pin: SPDIF-out (Black Jack) hdac0: Widget cap: 0x00400301 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x014510f0 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D2 [audio output] hdac0: hdac0: nid: 38 [DISABLED] hdac0: Name: power widget hdac0: Widget cap: 0x00500500 hdac0: PWR hdac0: connections: 8 hdac0: | hdac0: + <- nid=3D7 [audio mixer] (selected) hdac0: + <- nid=3D8 [audio mixer] [DISABLED] hdac0: + <- nid=3D19 [audio selector] [DISABLED] hdac0: + <- nid=3D20 [audio selector] [DISABLED] hdac0: + <- nid=3D21 [audio selector] [DISABLED] hdac0: + <- nid=3D22 [audio selector] [DISABLED] hdac0: + <- nid=3D23 [audio selector] [DISABLED] hdac0: + <- nid=3D24 [audio selector] hdac0: hdac0: nid: 39 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D31 [pin: Mic (Pink Jack)] [DISABLED] hdac0: + <- nid=3D29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: hdac0: nid: 40 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D31 [pin: Mic (Pink Jack)] [DISABLED] hdac0: + <- nid=3D32 [pin: Line-in (Blue Jack)] [DISABLED] hdac0: hdac0: nid: 41 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=3D29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: + <- nid=3D32 [pin: Line-in (Blue Jack)] [DISABLED] hdac0: hdac0: nid: 42 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 3 hdac0: | hdac0: + <- nid=3D31 [pin: Mic (Pink Jack)] [DISABLED] hdac0: + <- nid=3D29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: + <- nid=3D32 [pin: Line-in (Blue Jack)] [DISABLED] hdac0: hdac0: nid: 43 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200100 hdac0: connections: 1 hdac0: | hdac0: + <- nid=3D15 [audio selector] [DISABLED] hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e007f pcm0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz pcm0: DAC: 3 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=3D27 [pin: Line-out (Green Jack)] pcm0: | pcm0: + <- nid=3D11 [audio selector] [src: pcm, speaker] pcm0: | pcm0: + <- nid=3D7 [audio mixer] [src: pcm, speaker] pcm0: | pcm0: + <- nid=3D3 [audio output] [src: pcm] pcm0: + <- nid=3D24 [audio selector] [src: speaker] pcm0: | pcm0: + <- nid=3D25 [beep widget] [src: speaker] pcm0: pcm0: nid=3D26 [pin: Headphones (Green Jack)] pcm0: | pcm0: + <- nid=3D10 [audio selector] [src: pcm, speaker] pcm0: | pcm0: + <- nid=3D7 [audio mixer] [src: pcm, speaker] pcm0: | pcm0: + <- nid=3D3 [audio output] [src: pcm] pcm0: + <- nid=3D24 [audio selector] [src: speaker] pcm0: | pcm0: + <- nid=3D25 [beep widget] [src: speaker] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 15 (nid 26 in ): -46/0dB (32 steps) + mute pcm0: +- ctl 16 (nid 27 in ): -46/0dB (32 steps) + mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 3 out): -34/12dB (32 steps) + mute pcm0: pcm0: Speaker/Beep Volume (OSS: speaker) pcm0: | pcm0: +- ctl 14 (nid 24 out): -45/0dB (16 steps) + mute pcm0: pcm0: Input Monitoring Level (OSS: igain) pcm0: | pcm0: +- ctl 14 (nid 24 out): -45/0dB (16 steps) + mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: clone manager: deadline=3D750ms flags=3D0x8000001e pcm0: sndbuf_setmap 5010000, 4000; 0xc5f13000 -> 5010000 pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x00020060 pcm1: 16 bits, 44 48 KHz pcm1: DAC: 2 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=3D37 [pin: SPDIF-out (Black Jack)] pcm1: | pcm1: + <- nid=3D2 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Forcing Soft PCM volume pcm1: Forcing master volume with PCM pcm1: Mixer "vol" -> "none": child=3D0x00000010 pcm1: Mixer "pcm": parent=3D"vol" pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=3D750ms flags=3D0x8000001e pcm1: sndbuf_setmap 4010000, 4000; 0xc5f23000 -> 4010000 Would you please help me with what I need to put in dev.hints? I want the fron panel mic input to work as a mic input, the headphone as a headphone and in the back, the green one for speakers, and then line in and mic as normal.. Thank you! On Fri, Apr 29, 2011 at 7:11 PM, Alexander Motin wrote: > Hi. > > On 29.04.2011 21:20, Matias Kreder wrote: >> >> The problem is that I cannot get line in to work, there is not any >> recording device displayed in mixer. I know that there may be >> something to tweak in device.hints but I'm not sure how, and I never >> touched this file. >> >> root@pearl ~]# cat /dev/sndstat >> FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) >> Installed devices: >> pcm0: =A0(play) default >> pcm1: =A0(play) > > Show full verbose dmesg please. Provided part is not enough to analyze yo= ur > problem. > > -- > Alexander Motin > From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 06:00:42 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8C0241065673 for ; Sat, 30 Apr 2011 06:00:42 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 135498FC16 for ; Sat, 30 Apr 2011 06:00:41 +0000 (UTC) Received: by bwz12 with SMTP id 12so5094618bwz.13 for ; Fri, 29 Apr 2011 23:00:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=HZp3BHZgseKPO2akx6sMF0bbyBQcNiG5CfgL9VGWooU=; b=sveOt3NEUHffiuxGE5n1Yl7vB0temNJ8ndNJpaZ2gku3ol//3/e30NpGQpd/TY3JKe XIjdtP8lWC4pVzba7wXqRN6yW+pWT9PcczdLB35UIjSBqHv5rwDb53KxH1W4qIzz/Spw h3a2B8ZWsBSzZWjJk0Mb8o+9PIEfTlg+BwM9k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=ZKh9rhyZcM4junlhd6izOYRJV/8RObE5/l1Hyl942PZLvZUzuP7QI5NUkT3r5MpfbT twG46ImJrjouw/EDbBeH5apckmS+XIUsWDEKejzNouN3ZKUPAmPBQFqfqygi0RBMjzcD NaAilnZtvGqqzpguEFIZNjm1Tt5jj8ogR+4nQ= Received: by 10.204.25.194 with SMTP id a2mr1454419bkc.197.1304143240777; Fri, 29 Apr 2011 23:00:40 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id x6sm1992365bkv.0.2011.04.29.23.00.38 (version=SSLv3 cipher=OTHER); Fri, 29 Apr 2011 23:00:40 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DBBA576.9000001@FreeBSD.org> Date: Sat, 30 Apr 2011 09:00:22 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Matias Kreder References: <4DBB37A6.7070000@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: line in problem with snd_hda in mother asus m2npv-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 06:00:42 -0000 Matias Kreder wrote: > there was a part of dmesg that I have not seen: > > hdac0: 3 associations found: > hdac0: Association 0 (1) out: > hdac0: Pin nid=27 seq=1 > hdac0: Pin nid=26 seq=15 > hdac0: Association 1 (8) in: > hdac0: Pin nid=28 seq=1 > hdac0: Pin nid=31 seq=3 > hdac0: Pin nid=32 seq=4 > hdac0: Pin nid=34 seq=5 > hdac0: Pin nid=36 seq=6 > hdac0: Association 2 (15) out: > hdac0: Pin nid=37 seq=0 > hdac0: Tracing association 0 (1) > hdac0: Pin 27 traced to DAC 3 > hdac0: Pin 26 traced to DAC 3 and hpredir 1 > hdac0: Association 0 (1) trace succeeded > hdac0: Tracing association 1 (8) > hdac0: Pin 28 traced to ADC 6 > hdac0: Pin 31 traced to ADC 6 > hdac0: Pin 32 traced to ADC 6 > hdac0: Pin 34 traced to ADC 6 > hdac0: Unable to trace pin 36 to ADC 6, undo traces > hdac0: Association 1 (8) trace failed Here is the problem. Pin 36 can't be routed to recording. It is an analog speaker input pin. > Would you please help me with what I need to put in dev.hints? I want > the fron panel mic input to work as a mic input, the headphone as a > headphone and in the back, the green one for speakers, and then line > in and mic as normal.. Try this: hint.hdac.0.cad0.nid36.config="as=0" Or instead you can try this kernel patch: Index: sys/dev/sound/pci/hda/hdac.c =================================================================== --- sys/dev/sound/pci/hda/hdac.c (revision 221156) +++ sys/dev/sound/pci/hda/hdac.c (working copy) @@ -2688,6 +2688,9 @@ case HDA_CODEC_AD1989B: beeper = 26; break; + case HDA_CODEC_AD1986A: + beeper = 36; + break; case HDA_CODEC_ALC260: beeper = 23; break; . If it helps, show me the new dmesg. > On Fri, Apr 29, 2011 at 7:11 PM, Alexander Motin wrote: >> Hi. >> >> On 29.04.2011 21:20, Matias Kreder wrote: >>> The problem is that I cannot get line in to work, there is not any >>> recording device displayed in mixer. I know that there may be >>> something to tweak in device.hints but I'm not sure how, and I never >>> touched this file. >>> >>> root@pearl ~]# cat /dev/sndstat >>> FreeBSD Audio Driver (newpcm: 32bit 2009061500/i386) >>> Installed devices: >>> pcm0: (play) default >>> pcm1: (play) >> Show full verbose dmesg please. Provided part is not enough to analyze your >> problem. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 09:14:36 2011 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 C3118106566B; Sat, 30 Apr 2011 09:14:36 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 1146F8FC18; Sat, 30 Apr 2011 09:14:35 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=NvrFngl24Vvwb7eBef0tfsytOWEnP/WlkqxQrRnklhk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=DTDdM-GZRhcA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=urgtPA3lAAAA:8 a=XfMbDSpgDAx0JCAH1wsA:9 a=ItP-Z4OeWKTqHbFZO48A:7 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 119945980; Sat, 30 Apr 2011 11:14:32 +0200 From: Hans Petter Selasky To: freebsd-multimedia@freebsd.org, current@freebsd.org Date: Sat, 30 Apr 2011 11:13:25 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <72378267@bb.ipt.ru> In-Reply-To: <72378267@bb.ipt.ru> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104301113.25392.hselasky@c2i.net> Cc: Boris Samorodov Subject: Re: webcamd-0.1.26: does not build with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 09:14:36 -0000 On Friday 29 April 2011 13:04:52 Boris Samorodov wrote: > Hi! > > The port builds with the system compiler but not with clang: > ftp://ftp.bsam.ru/pub/tmp/webcamd.log.txt Hi, Edit the webcamd's port Makefile so that only one file is compiled at a time. MAKE_JOBS_SAFE= yes The following error code indicates a bug in the C-frontend of clang? Instruction does not dominate all uses! %tmp164 = add i32 %i.0162, %tmp %conv24 = trunc i32 %tmp164 to i16 Instruction does not dominate all uses! %conv24 = trunc i32 %tmp164 to i16 %call28 = call fastcc i32 @dw210x_op_rw(%struct.usb_device* %tmp26, i8 zeroext -75, i16 zeroext %conv24, i16 zeroext 0, i8* %1, i16 zeroext 2, i32 0) Broken module found, compilation aborted! Stack dump: 0. Program arguments: /usr/bin/clang -cc1 -triple i386-undermydesk- freebsd9.0 -emit-obj -disable-free -main-file-name dw2102.c -mrelocation-model static -mdisable-fp-elim -relaxed-aliasing -masm-verbose -mconstructor-aliases -target-cpu i486 -momit-leaf-frame-pointer -resource-dir /usr/bin/../lib/clang/2.9 -include webcamd_global.h -D _GNU_SOURCE -D CURR_FILE_NAME="dw2102" -D CONFIG_USB_GSPCA -D CONFIG_USB_GSPCA_SONIXB -D CONFIG_USB_GSPCA_SONIXJ -D CONFIG_USB_GSPCA_ZC3XX -D CONFIG_DVB_AF9013 -D CONFIG_MEDIA_TUNER_MXL5005S -D CONFIG_DVB_STV0288 -D CONFIG_DVB_MT312 -D CONFIG_DVB_DS3000 -D CONFIG_DVB_STB0899 -D CONFIG_DVB_STB6100 -D CONFIG_DVB_LNBP22 -D CONFIG_DVB_TUNER_DIB0070 -D CONFIG_DVB_DIB7000P -D CONFIG_MEDIA_TUNER_MT2060 -D BITS_PER_LONG=32 -D LINUX -D CONFIG_INPUT -D CONFIG_VIDEO_V4L1_COMPAT -D CONFIG_DVB_DIB3000MC -D CONFIG_VIDEO_PVRUSB2_DVB - D CONFIG_I2C -D CONFIG_DVB_CORE -D CONFIG_AS102_USB -D CONFIG_FW_LOADER -D HAVE_WEBCAMD -D DBUS_API_SUBJECT_TO_CHANGE -D HAVE_HAL -D CONFIG_DVB_AT76C651 -D CONFIG_DVB_ATBM8830 -D CONFIG_DVB_AU8522 -D CONFIG_DVB_BCM3510 -D CONFIG_DVB_CX22700 -D CONFIG_DVB_CX22702 -D CONFIG_DVB_CX24110 -D CONFIG_DVB_CX24116 -D CONFIG_DVB_CX24123 -D CONFIG_DVB_DIB3000MB -D CONFIG_DVB_DIB3000MC -D CONFIG_DVB_DIB3000MC -D CONFIG_DVB_DIB7000M -D CONFIG_DVB_DIB7000P -D CONFIG_DVB_DIB8000 -D CONFIG_DVB_DRX397XD -D CONFIG_DVB_EC100 -D CONFIG_DVB_ISL6405 -D CONFIG_DVB_ISL6421 -D CONFIG_DVB_ISL6423 -D CONFIG_DVB_L64781 -D CONFIG_DVB_LGDT3304 -D CONFIG_DVB_LGDT3305 -D CONFIG_DVB_LGDT330X -D CONFIG_DVB_LGS8GL5 -D CONFIG_DVB_LGS8GXX -D CONFIG_DVB_LNBP21 -D CONFIG_DVB_LNBP22 -D CONFIG_DVB_MB86A16 -D CONFIG_DVB_MT312 -D CONFIG_DVB_MT352 -D CONFIG_DVB_NXT200X -D CONFIG_DVB_NXT6000 -D CONFIG_DVB_OR51132 -D CONFIG_DVB_OR51211 -D CONFIG_DVB_PLL -D CONFIG_DVB_S5H1409 -D CONFIG_DVB_S5H1411 -D CONFIG_DVB_S5H1420 -D CONFIG_DVB_S921 -D CONFIG_DVB_SI21XX -D CONFIG_DVB_SP8870 -D CONFIG_DVB_SP887X -D CONFIG_DVB_STB0899 -D CONFIG_DVB_STB6000 -D CONFIG_DVB_STB6100 -D CONFIG_DVB_STV0288 -D CONFIG_DVB_STV0297 -D CONFIG_DVB_STV0299 -D CONFIG_DVB_STV0900 -D CONFIG_DVB_STV090x -D CONFIG_DVB_STV6110 -D CONFIG_DVB_STV6110x -D CONFIG_DVB_TDA10021 -D CONFIG_DVB_TDA10023 -D CONFIG_DVB_TDA10048 -D CONFIG_DVB_TDA1004X -D CONFIG_DVB_TDA10086 -D CONFIG_DVB_TDA665x -D CONFIG_DVB_TDA8083 -D CONFIG_DVB_TDA80XX -D CONFIG_DVB_TDA8261 -D CONFIG_DVB_TDA826X -D CONFIG_DVB_TUA6100 -D CONFIG_DVB_TUNER_CX24113 -D CONFIG_DVB_TUNER_DIB0090 -D CONFIG_DVB_TUNER_ITD1000 -D CONFIG_DVB_VES1820 -D CONFIG_DVB_VES1X93 -D CONFIG_DVB_ZL10036 -D CONFIG_DVB_ZL10039 -D CONFIG_DVB_ZL10353 -D CONFIG_MEDIA_TUNER_MAX2165 -D CONFIG_MEDIA_TUNER_MC44S803 -D CONFIG_MEDIA_TUNER_MC44S803 -D CONFIG_MEDIA_TUNER_MT2060 -D CONFIG_MEDIA_TUNER_MT20XX -D CONFIG_MEDIA_TUNER_MT2131 -D CONFIG_MEDIA_TUNER_MT2266 -D CONFIG_MEDIA_TUNER_MXL5005S -D CONFIG_MEDIA_TUNER_MXL5007T -D CONFIG_MEDIA_TUNER_QT1010 -D CONFIG_MEDIA_TUNER_SIMPLE -D CONFIG_MEDIA_TUNER_TDA18271 -D CONFIG_MEDIA_TUNER_TDA18218 -D CONFIG_MEDIA_TUNER_TDA827X -D CONFIG_MEDIA_TUNER_TDA8290 -D CONFIG_MEDIA_TUNER_TDA9887 -D CONFIG_MEDIA_TUNER_TEA5761 -D CONFIG_MEDIA_TUNER_TEA5767 -D CONFIG_MEDIA_TUNER_XC2028 -D CONFIG_MEDIA_TUNER_XC5000 -D CONFIG_VIDEO_EM28XX_DVB -D CONFIG_VIDEO_SAA7134_DVB_MODULE -D CONFIG_IR_CORE - D CONFIG_VIDEO_IR -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/dummy - I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/headers -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/video/gspca -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/video/hdpvr -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/common/tuners -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/dvb/dvb-core -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/dvb/frontends -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/dvb/dvb-usb -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l-dvb/linux/include -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l-dvb/linux -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26 -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/dvb/ttpci -I /usr/local/include/hal -I /usr/local/include/dbus-1.0 -I /usr/local/include/dbus-1.0/include -I /usr/local/include -O2 -Wall -Wno-pointer-sign -std=gnu99 -ferror-limit 19 - fmessage-length 0 -stack-protector 1 -fgnu-runtime -fdiagnostics-show-option - o dw2102.o -x c /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/dvb/dvb-usb/dw2102.c 1. parser at end of file 2. Code generation 3. Running pass 'Function Pass Manager' on module '/usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- dvb/linux/drivers/media/dvb/dvb-usb/dw2102.c'. 4. Running pass 'Module Verifier' on function '@dw2102_i2c_transfer' clang: error: unable to execute command: Abort trap: 6 (core dumped) clang: error: clang frontend command failed due to signal 1 (use -v to see invocation) --HPS From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 09:47:39 2011 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 B33A61065672; Sat, 30 Apr 2011 09:47:39 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe04.c2i.net [212.247.154.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1BA258FC12; Sat, 30 Apr 2011 09:47:37 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=wd7fLirDSts22yawIUsTeMUS9lsm8Llc0grT6RvpTjU= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=DTDdM-GZRhcA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=-5NIqxyrKXJaQO3_YM4A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe04.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 120205547; Sat, 30 Apr 2011 11:47:35 +0200 From: Hans Petter Selasky To: Roman Divacky Date: Sat, 30 Apr 2011 11:46:28 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <72378267@bb.ipt.ru> <201104301113.25392.hselasky@c2i.net> <20110430094616.GA86210@freebsd.org> In-Reply-To: <20110430094616.GA86210@freebsd.org> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104301146.28225.hselasky@c2i.net> Cc: freebsd-multimedia@freebsd.org, Boris Samorodov , current@freebsd.org Subject: Re: webcamd-0.1.26: does not build with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 09:47:39 -0000 On Saturday 30 April 2011 11:46:16 Roman Divacky wrote: > I just tested with new llvm/clang and it compiles ok. I hope there's > going to be a new llvm/clang import in a few days so please try again > after the import.. > > The port does not link though, because of some problems with > linux_init_mod/linux_exit_mod. I didnt analyze it but I suspect this may > be a bug in the code itself (C99 vs C89?) > Could you post the error message? --HPS From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 09:54:40 2011 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 880991065686; Sat, 30 Apr 2011 09:54:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 87DD38FC1A; Sat, 30 Apr 2011 09:54:39 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=NvrFngl24Vvwb7eBef0tfsytOWEnP/WlkqxQrRnklhk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=DTDdM-GZRhcA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=PZlEP0yC61p8N3krFd0A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 119954048; Sat, 30 Apr 2011 11:54:37 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 30 Apr 2011 11:53:30 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <72378267@bb.ipt.ru> <20110430094616.GA86210@freebsd.org> <201104301146.28225.hselasky@c2i.net> In-Reply-To: <201104301146.28225.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104301153.30356.hselasky@c2i.net> Cc: freebsd-multimedia@freebsd.org, Boris Samorodov , Roman Divacky , current@freebsd.org Subject: Re: webcamd-0.1.26: does not build with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 09:54:40 -0000 On Saturday 30 April 2011 11:46:28 Hans Petter Selasky wrote: > linux_init_mod/linux_exit_mod. These two symbols are so-called sections. At least the GCC will resolve these, I.E. when there is an __attribute__((__section__("linux_init_mod"))), then also extern linux_init_mod resolves. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 09:54:40 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 880991065686; Sat, 30 Apr 2011 09:54:40 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.c2i.net [212.247.154.162]) by mx1.freebsd.org (Postfix) with ESMTP id 87DD38FC1A; Sat, 30 Apr 2011 09:54:39 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.1 cv=NvrFngl24Vvwb7eBef0tfsytOWEnP/WlkqxQrRnklhk= c=1 sm=1 a=SvYTsOw2Z4kA:10 a=DTDdM-GZRhcA:10 a=WQU8e4WWZSUA:10 a=8nJEP1OIZ-IA:10 a=CL8lFSKtTFcA:10 a=i9M/sDlu2rpZ9XS819oYzg==:17 a=PZlEP0yC61p8N3krFd0A:9 a=wPNLvfGTeEIA:10 a=i9M/sDlu2rpZ9XS819oYzg==:117 Received: from [188.126.198.129] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe06.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 119954048; Sat, 30 Apr 2011 11:54:37 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 30 Apr 2011 11:53:30 +0200 User-Agent: KMail/1.13.5 (FreeBSD/8.2-STABLE; KDE/4.4.5; amd64; ; ) References: <72378267@bb.ipt.ru> <20110430094616.GA86210@freebsd.org> <201104301146.28225.hselasky@c2i.net> In-Reply-To: <201104301146.28225.hselasky@c2i.net> X-Face: *nPdTl_}RuAI6^PVpA02T?$%Xa^>@hE0uyUIoiha$pC:9TVgl.Oq, NwSZ4V"|LR.+tj}g5 %V,x^qOs~mnU3]Gn; cQLv&.N>TrxmSFf+p6(30a/{)KUU!s}w\IhQBj}[g}bj0I3^glmC( :AuzV9:.hESm-x4h240C`9=w MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201104301153.30356.hselasky@c2i.net> Cc: freebsd-multimedia@freebsd.org, Boris Samorodov , Roman Divacky , current@freebsd.org Subject: Re: webcamd-0.1.26: does not build with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 09:54:40 -0000 On Saturday 30 April 2011 11:46:28 Hans Petter Selasky wrote: > linux_init_mod/linux_exit_mod. These two symbols are so-called sections. At least the GCC will resolve these, I.E. when there is an __attribute__((__section__("linux_init_mod"))), then also extern linux_init_mod resolves. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 10:22:47 2011 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 18E451065672; Sat, 30 Apr 2011 10:22:47 +0000 (UTC) (envelope-from rdivacky@vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [46.28.110.116]) by mx1.freebsd.org (Postfix) with ESMTP id 84F448FC12; Sat, 30 Apr 2011 10:22:46 +0000 (UTC) Received: by vlakno.cz (Postfix, from userid 1002) id 91DEC7F3AF7; Sat, 30 Apr 2011 11:46:16 +0200 (CEST) Date: Sat, 30 Apr 2011 11:46:16 +0200 From: Roman Divacky To: Hans Petter Selasky Message-ID: <20110430094616.GA86210@freebsd.org> References: <72378267@bb.ipt.ru> <201104301113.25392.hselasky@c2i.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201104301113.25392.hselasky@c2i.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-multimedia@freebsd.org, Boris Samorodov , current@freebsd.org Subject: Re: webcamd-0.1.26: does not build with clang X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 10:22:47 -0000 I just tested with new llvm/clang and it compiles ok. I hope there's going to be a new llvm/clang import in a few days so please try again after the import.. The port does not link though, because of some problems with linux_init_mod/linux_exit_mod. I didnt analyze it but I suspect this may be a bug in the code itself (C99 vs C89?) On Sat, Apr 30, 2011 at 11:13:25AM +0200, Hans Petter Selasky wrote: > On Friday 29 April 2011 13:04:52 Boris Samorodov wrote: > > Hi! > > > > The port builds with the system compiler but not with clang: > > ftp://ftp.bsam.ru/pub/tmp/webcamd.log.txt > > Hi, > > Edit the webcamd's port Makefile so that only one file is compiled at a time. > > MAKE_JOBS_SAFE= yes > > The following error code indicates a bug in the C-frontend of clang? > > Instruction does not dominate all uses! > %tmp164 = add i32 %i.0162, %tmp > %conv24 = trunc i32 %tmp164 to i16 > Instruction does not dominate all uses! > %conv24 = trunc i32 %tmp164 to i16 > %call28 = call fastcc i32 @dw210x_op_rw(%struct.usb_device* %tmp26, i8 > zeroext -75, i16 zeroext %conv24, i16 zeroext 0, i8* %1, i16 zeroext 2, i32 0) > Broken module found, compilation aborted! > Stack dump: > 0. Program arguments: /usr/bin/clang -cc1 -triple i386-undermydesk- > freebsd9.0 -emit-obj -disable-free -main-file-name dw2102.c -mrelocation-model > static -mdisable-fp-elim -relaxed-aliasing -masm-verbose -mconstructor-aliases > -target-cpu i486 -momit-leaf-frame-pointer -resource-dir > /usr/bin/../lib/clang/2.9 -include webcamd_global.h -D _GNU_SOURCE -D > CURR_FILE_NAME="dw2102" -D CONFIG_USB_GSPCA -D CONFIG_USB_GSPCA_SONIXB -D > CONFIG_USB_GSPCA_SONIXJ -D CONFIG_USB_GSPCA_ZC3XX -D CONFIG_DVB_AF9013 -D > CONFIG_MEDIA_TUNER_MXL5005S -D CONFIG_DVB_STV0288 -D CONFIG_DVB_MT312 -D > CONFIG_DVB_DS3000 -D CONFIG_DVB_STB0899 -D CONFIG_DVB_STB6100 -D > CONFIG_DVB_LNBP22 -D CONFIG_DVB_TUNER_DIB0070 -D CONFIG_DVB_DIB7000P -D > CONFIG_MEDIA_TUNER_MT2060 -D BITS_PER_LONG=32 -D LINUX -D CONFIG_INPUT -D > CONFIG_VIDEO_V4L1_COMPAT -D CONFIG_DVB_DIB3000MC -D CONFIG_VIDEO_PVRUSB2_DVB - > D CONFIG_I2C -D CONFIG_DVB_CORE -D CONFIG_AS102_USB -D CONFIG_FW_LOADER -D > HAVE_WEBCAMD -D DBUS_API_SUBJECT_TO_CHANGE -D HAVE_HAL -D CONFIG_DVB_AT76C651 > -D CONFIG_DVB_ATBM8830 -D CONFIG_DVB_AU8522 -D CONFIG_DVB_BCM3510 -D > CONFIG_DVB_CX22700 -D CONFIG_DVB_CX22702 -D CONFIG_DVB_CX24110 -D > CONFIG_DVB_CX24116 -D CONFIG_DVB_CX24123 -D CONFIG_DVB_DIB3000MB -D > CONFIG_DVB_DIB3000MC -D CONFIG_DVB_DIB3000MC -D CONFIG_DVB_DIB7000M -D > CONFIG_DVB_DIB7000P -D CONFIG_DVB_DIB8000 -D CONFIG_DVB_DRX397XD -D > CONFIG_DVB_EC100 -D CONFIG_DVB_ISL6405 -D CONFIG_DVB_ISL6421 -D > CONFIG_DVB_ISL6423 -D CONFIG_DVB_L64781 -D CONFIG_DVB_LGDT3304 -D > CONFIG_DVB_LGDT3305 -D CONFIG_DVB_LGDT330X -D CONFIG_DVB_LGS8GL5 -D > CONFIG_DVB_LGS8GXX -D CONFIG_DVB_LNBP21 -D CONFIG_DVB_LNBP22 -D > CONFIG_DVB_MB86A16 -D CONFIG_DVB_MT312 -D CONFIG_DVB_MT352 -D > CONFIG_DVB_NXT200X -D CONFIG_DVB_NXT6000 -D CONFIG_DVB_OR51132 -D > CONFIG_DVB_OR51211 -D CONFIG_DVB_PLL -D CONFIG_DVB_S5H1409 -D > CONFIG_DVB_S5H1411 -D CONFIG_DVB_S5H1420 -D CONFIG_DVB_S921 -D > CONFIG_DVB_SI21XX -D CONFIG_DVB_SP8870 -D CONFIG_DVB_SP887X -D > CONFIG_DVB_STB0899 -D CONFIG_DVB_STB6000 -D CONFIG_DVB_STB6100 -D > CONFIG_DVB_STV0288 -D CONFIG_DVB_STV0297 -D CONFIG_DVB_STV0299 -D > CONFIG_DVB_STV0900 -D CONFIG_DVB_STV090x -D CONFIG_DVB_STV6110 -D > CONFIG_DVB_STV6110x -D CONFIG_DVB_TDA10021 -D CONFIG_DVB_TDA10023 -D > CONFIG_DVB_TDA10048 -D CONFIG_DVB_TDA1004X -D CONFIG_DVB_TDA10086 -D > CONFIG_DVB_TDA665x -D CONFIG_DVB_TDA8083 -D CONFIG_DVB_TDA80XX -D > CONFIG_DVB_TDA8261 -D CONFIG_DVB_TDA826X -D CONFIG_DVB_TUA6100 -D > CONFIG_DVB_TUNER_CX24113 -D CONFIG_DVB_TUNER_DIB0090 -D > CONFIG_DVB_TUNER_ITD1000 -D CONFIG_DVB_VES1820 -D CONFIG_DVB_VES1X93 -D > CONFIG_DVB_ZL10036 -D CONFIG_DVB_ZL10039 -D CONFIG_DVB_ZL10353 -D > CONFIG_MEDIA_TUNER_MAX2165 -D CONFIG_MEDIA_TUNER_MC44S803 -D > CONFIG_MEDIA_TUNER_MC44S803 -D CONFIG_MEDIA_TUNER_MT2060 -D > CONFIG_MEDIA_TUNER_MT20XX -D CONFIG_MEDIA_TUNER_MT2131 -D > CONFIG_MEDIA_TUNER_MT2266 -D CONFIG_MEDIA_TUNER_MXL5005S -D > CONFIG_MEDIA_TUNER_MXL5007T -D CONFIG_MEDIA_TUNER_QT1010 -D > CONFIG_MEDIA_TUNER_SIMPLE -D CONFIG_MEDIA_TUNER_TDA18271 -D > CONFIG_MEDIA_TUNER_TDA18218 -D CONFIG_MEDIA_TUNER_TDA827X -D > CONFIG_MEDIA_TUNER_TDA8290 -D CONFIG_MEDIA_TUNER_TDA9887 -D > CONFIG_MEDIA_TUNER_TEA5761 -D CONFIG_MEDIA_TUNER_TEA5767 -D > CONFIG_MEDIA_TUNER_XC2028 -D CONFIG_MEDIA_TUNER_XC5000 -D > CONFIG_VIDEO_EM28XX_DVB -D CONFIG_VIDEO_SAA7134_DVB_MODULE -D CONFIG_IR_CORE - > D CONFIG_VIDEO_IR -I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/dummy - > I /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/headers -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/video/gspca -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/video/hdpvr -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/common/tuners -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/dvb/dvb-core -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/dvb/frontends -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/dvb/dvb-usb -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l-dvb/linux/include -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l-dvb/linux -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26 -I > /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/dvb/ttpci -I /usr/local/include/hal -I > /usr/local/include/dbus-1.0 -I /usr/local/include/dbus-1.0/include -I > /usr/local/include -O2 -Wall -Wno-pointer-sign -std=gnu99 -ferror-limit 19 - > fmessage-length 0 -stack-protector 1 -fgnu-runtime -fdiagnostics-show-option - > o dw2102.o -x c /usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/dvb/dvb-usb/dw2102.c > 1. parser at end of file > 2. Code generation > 3. Running pass 'Function Pass Manager' on module > '/usr/ports/multimedia/webcamd/work/webcamd-0.1.26/v4l- > dvb/linux/drivers/media/dvb/dvb-usb/dw2102.c'. > 4. Running pass 'Module Verifier' on function '@dw2102_i2c_transfer' > clang: error: unable to execute command: Abort trap: 6 (core dumped) > clang: error: clang frontend command failed due to signal 1 (use -v to see > invocation) > > --HPS > _______________________________________________ > 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 Apr 30 13:55:29 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 514191065672; Sat, 30 Apr 2011 13:55:29 +0000 (UTC) (envelope-from mkreder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 59C0D8FC1A; Sat, 30 Apr 2011 13:55:27 +0000 (UTC) Received: by bwz12 with SMTP id 12so5308167bwz.13 for ; Sat, 30 Apr 2011 06:55:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=0124l7N59BrG9hw/vcIKYhTNWQZnRBD7llGq261EWv4=; b=TlmRQfs5ZCqTnH9jkyore2D0JjwP+2YYMrqjmAR+wHj+XzSVBYeN7UP1mVQa7QNJju O6LarGaFBBPks0a7IZO4mt/6f4Mzh2R87TggX7mrVwdy48aV0AQScUHbXlwpvIpjvFcU UOYC2GdRIgGOhWssNKH9JWovk9I1z4k64TWcg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=TDI1iyIfpL1RU0I9kCVlERO/8fylOFQXLn949VNSHTyhgUuyi/WXZlqbghoNdMb+/a LTrHD2fUBBqdLNH3po3qqgir5tciiKMpBn5ycnE+t62D8GyCBMpESxm2KJ75T4Za+Yss OJLwD77Pq1I2KLEMGnnZJTBAipZ12+JwhJTP8= MIME-Version: 1.0 Received: by 10.204.84.137 with SMTP id j9mr1114473bkl.120.1304171727017; Sat, 30 Apr 2011 06:55:27 -0700 (PDT) Received: by 10.205.81.68 with HTTP; Sat, 30 Apr 2011 06:55:26 -0700 (PDT) In-Reply-To: <4DBBA576.9000001@FreeBSD.org> References: <4DBB37A6.7070000@FreeBSD.org> <4DBBA576.9000001@FreeBSD.org> Date: Sat, 30 Apr 2011 10:55:26 -0300 Message-ID: From: Matias Kreder To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current Subject: Re: line in problem with snd_hda in mother asus m2npv-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 13:55:29 -0000 Alexander, I tried and now I have a lot of options finally but I'm not having sound, I tried all my inputs but I'm hearing nothing. Here is my mixer output: pearl# mixer Mixer vol is currently set to 76:76 Mixer pcm is currently set to 100:100 Mixer speaker is currently set to 100:100 Mixer mic is currently set to 100:100 Mixer cd is currently set to 100:100 Mixer rec is currently set to 100:100 Mixer igain is currently set to 100:100 Mixer ogain is currently set to 50:50 Recording source: cd and the dmesg: hdac0: Probing codec #0... hdac0: HDA Codec #0: Analog Devices AD1986A hdac0: HDA Codec ID: 0x11d41986 hdac0: Vendor: 0x11d4 hdac0: Device: 0x1986 hdac0: Revision: 0x05 hdac0: Stepping: 0x00 hdac0: PCI Subvendor: 0x81cb1043 hdac0: Found audio FG nid=1 startnode=2 endnode=44 total=42 hdac0: hdac0: Processing audio FG cad=0 nid=1... hdac0: GPIO: 0x00000100 NumGPIO=0 NumGPO=1 NumGPI=0 GPIWake=0 GPIUnsol=0 hdac0: GHOST: nid=2 j=0 entnum=4 index=0 res=0x00000601 hdac0: hdac_widget_connection_parse: nid=18 WARNING: zero cnid entnum=4 j=2 index=0 entries=8 found=2 res=0x21002211 hdac0: GHOST: nid=18 j=2 entnum=4 index=0 res=0x21002211 hdac0: nid 26 0x02214021 as 2 seq 1 Headphones Jack jack 1 loc 2 color Green misc 0 hdac0: Patching pin config nid=26 0x02214021 -> 0x0221401f hdac0: nid 27 0x01014011 as 1 seq 1 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 28 0x01013012 as 1 seq 2 Line-out Jack jack 1 loc 1 color Blue misc 0 hdac0: Patching pin config nid=28 0x01013012 -> 0x01813081 hdac0: nid 29 0x01019015 as 1 seq 5 Line-out Jack jack 1 loc 1 color Pink misc 0 hdac0: Patching pin config nid=29 0x01019015 -> 0x01019005 hdac0: nid 30 0x501700f0 as 15 seq 0 Speaker None jack 7 loc 16 color Unknown misc 0 hdac0: nid 31 0x02a190f0 as 15 seq 0 Mic Jack jack 1 loc 2 color Pink misc 0 hdac0: Patching pin config nid=31 0x02a190f0 -> 0x02a19083 hdac0: nid 32 0x018130f0 as 15 seq 0 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: Patching pin config nid=32 0x018130f0 -> 0x01813084 hdac0: nid 33 0x509700f0 as 15 seq 0 AUX None jack 7 loc 16 color Unknown misc 0 hdac0: nid 34 0x993310f0 as 15 seq 0 CD Fixed jack 3 loc 25 color Black misc 0 hdac0: Patching pin config nid=34 0x993310f0 -> 0x99331085 hdac0: nid 35 0x50b700f0 as 15 seq 0 Telephony None jack 7 loc 16 color Unknown misc 0 hdac0: nid 36 0x90f700f0 as 15 seq 0 Other Fixed jack 7 loc 16 color Unknown misc 0 hdac0: Patching pin config nid=36 0x90f700f0 -> 0x90f70006 hdac0: nid 37 0x014510f0 as 15 seq 0 SPDIF-out Jack jack 5 loc 1 color Black misc 0 hdac0: Patched pins configuration: hdac0: nid 26 0x0221401f as 1 seq 15 Headphones Jack jack 1 loc 2 color Green misc 0 hdac0: nid 27 0x01014011 as 1 seq 1 Line-out Jack jack 1 loc 1 color Green misc 0 hdac0: nid 28 0x01813081 as 8 seq 1 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 29 0x01019005 as 0 seq 5 Line-out Jack jack 1 loc 1 color Pink misc 0 [DISABLED] hdac0: nid 30 0x501700f0 as 15 seq 0 Speaker None jack 7 loc 16 color Unknown misc 0 [DISABLED] hdac0: nid 31 0x02a19083 as 8 seq 3 Mic Jack jack 1 loc 2 color Pink misc 0 hdac0: nid 32 0x01813084 as 8 seq 4 Line-in Jack jack 1 loc 1 color Blue misc 0 hdac0: nid 33 0x509700f0 as 15 seq 0 AUX None jack 7 loc 16 color Unknown misc 0 [DISABLED] hdac0: nid 34 0x99331085 as 8 seq 5 CD Fixed jack 3 loc 25 color Black misc 0 hdac0: nid 35 0x50b700f0 as 15 seq 0 Telephony None jack 7 loc 16 color Unknown misc 0 [DISABLED] hdac0: nid 36 0x90f70006 as 0 seq 6 Other Fixed jack 7 loc 16 color Unknown misc 0 [DISABLED] hdac0: nid 37 0x014510f0 as 15 seq 0 SPDIF-out Jack jack 5 loc 1 color Black misc 0 hdac0: 3 associations found: hdac0: Association 0 (1) out: hdac0: Pin nid=27 seq=1 hdac0: Pin nid=26 seq=15 hdac0: Association 1 (8) in: hdac0: Pin nid=28 seq=1 hdac0: Pin nid=31 seq=3 hdac0: Pin nid=32 seq=4 hdac0: Pin nid=34 seq=5 hdac0: Association 2 (15) out: hdac0: Pin nid=37 seq=0 hdac0: Tracing association 0 (1) hdac0: Pin 27 traced to DAC 3 hdac0: Pin 26 traced to DAC 3 and hpredir 1 hdac0: Association 0 (1) trace succeeded hdac0: Tracing association 1 (8) hdac0: Pin 28 traced to ADC 6 hdac0: Pin 31 traced to ADC 6 hdac0: Pin 32 traced to ADC 6 hdac0: Pin 34 traced to ADC 6 hdac0: Association 1 (8) trace succeeded hdac0: Tracing association 2 (15) hdac0: Pin 37 traced to DAC 2 hdac0: Association 2 (15) trace succeeded hdac0: Tracing input monitor hdac0: Tracing other input monitors hdac0: Tracing nid 28 to out hdac0: Tracing nid 31 to out hdac0: Tracing nid 32 to out hdac0: Tracing nid 34 to out hdac0: nid 34 is input monitor hdac0: Tracing beeper hdac0: nid 25 traced to out hdac0: Enabling headphone/speaker audio routing switching: hdac0: as=0 sense nid=26 [UNSOL] hdac0: Pin sense: nid=26 res=0x0000beff hdac0: FG config/quirks: forcestereo ivref50 ivref80 ivref100 ivref hdac0: hdac0: +-------------------+ hdac0: | DUMPING HDA NODES | hdac0: +-------------------+ hdac0: hdac0: Default Parameter hdac0: ----------------- hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: IN amp: 0x80000000 hdac0: OUT amp: 0x80051f1f hdac0: hdac0: nid: 2 hdac0: Name: audio output hdac0: Widget cap: 0x00030311 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000005 hdac0: AC3 PCM hdac0: PCM cap: 0x00020060 hdac0: 16 bits, 44 48 KHz hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=1 [GHOST!] [UNKNOWN] (selected) hdac0: + [DISABLED] <- nid=6 [audio input] hdac0: hdac0: nid: 3 hdac0: Name: audio output hdac0: Widget cap: 0x0000044d hdac0: PWR PROC STEREO hdac0: Association: 0 (0x00008002) hdac0: OSS: pcm (pcm) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: hdac0: nid: 4 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000040d hdac0: PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: hdac0: nid: 5 [DISABLED] hdac0: Name: audio output hdac0: Widget cap: 0x0000040d hdac0: PWR STEREO hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x000e007f hdac0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: hdac0: nid: 6 hdac0: Name: audio input hdac0: Widget cap: 0x00100511 hdac0: PWR STEREO hdac0: Association: 1 (0x0000003a) hdac0: Stream cap: 0x00000001 hdac0: PCM hdac0: PCM cap: 0x0006007f hdac0: 16 20 bits, 8 11 16 22 32 44 48 KHz hdac0: connections: 1 hdac0: | hdac0: + <- nid=18 [audio selector] hdac0: hdac0: nid: 7 hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: Association: 0 (0x00008002) hdac0: OSS: pcm, speaker, cd hdac0: connections: 8 hdac0: | hdac0: + <- nid=3 [audio output] hdac0: + [DISABLED] <- nid=9 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=19 [audio selector] [DISABLED] hdac0: + [DISABLED] <- nid=20 [audio selector] [DISABLED] hdac0: + <- nid=21 [audio selector] hdac0: + [DISABLED] <- nid=22 [audio selector] [DISABLED] hdac0: + [DISABLED] <- nid=23 [audio selector] [DISABLED] hdac0: + <- nid=24 [audio selector] hdac0: hdac0: nid: 8 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200100 hdac0: connections: 1 hdac0: | hdac0: + <- nid=7 [audio mixer] hdac0: hdac0: nid: 9 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x0020010e hdac0: Output amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: Input amp: 0x80000000 hdac0: mute=1 step=0 size=0 offset=0 hdac0: connections: 2 hdac0: | hdac0: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=5 [audio output] [DISABLED] hdac0: hdac0: nid: 10 hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: Association: 0 (0x00008000) hdac0: OSS: pcm, speaker, cd hdac0: connections: 3 hdac0: | hdac0: + <- nid=7 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdac0: + [DISABLED] <- nid=5 [audio output] [DISABLED] hdac0: hdac0: nid: 11 hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: Association: 0 (0x00000002) hdac0: OSS: pcm, speaker, cd hdac0: connections: 2 hdac0: | hdac0: + <- nid=7 [audio mixer] (selected) hdac0: + [DISABLED] <- nid=4 [audio output] [DISABLED] hdac0: hdac0: nid: 12 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=4 [audio output] [DISABLED] (selected) hdac0: + <- nid=7 [audio mixer] hdac0: hdac0: nid: 13 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=5 [audio output] [DISABLED] (selected) hdac0: + <- nid=8 [audio mixer] [DISABLED] hdac0: hdac0: nid: 14 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x00300100 hdac0: connections: 2 hdac0: | hdac0: + <- nid=8 [audio mixer] [DISABLED] (selected) hdac0: + <- nid=17 [audio selector] hdac0: hdac0: nid: 15 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Association: 1 (0x00000008) hdac0: OSS: mic hdac0: Output amp: 0x00270300 hdac0: mute=0 step=3 size=39 offset=0 hdac0: connections: 8 hdac0: | hdac0: + <- nid=31 [pin: Mic (Pink Jack)] (selected) hdac0: + [DISABLED] <- nid=32 [pin: Line-in (Blue Jack)] hdac0: + [DISABLED] <- nid=29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: + [DISABLED] <- nid=29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: + [DISABLED] <- nid=39 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=40 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=41 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=42 [audio mixer] [DISABLED] hdac0: hdac0: nid: 16 hdac0: Name: audio selector hdac0: Widget cap: 0x00300101 hdac0: STEREO hdac0: Association: 1 (0x00000012) hdac0: OSS: line, line1 hdac0: connections: 3 hdac0: | hdac0: + <- nid=32 [pin: Line-in (Blue Jack)] hdac0: + <- nid=28 [pin: Line-in (Blue Jack)] (selected) hdac0: + [DISABLED] <- nid=31 [pin: Mic (Pink Jack)] hdac0: hdac0: nid: 17 hdac0: Name: audio selector hdac0: Widget cap: 0x00300941 hdac0: LRSWAP PROC STEREO hdac0: Association: 1 (0x00000008) hdac0: OSS: mic hdac0: connections: 2 hdac0: | hdac0: + <- nid=15 [audio selector] (selected) hdac0: + [DISABLED] <- nid=43 [audio mixer] [DISABLED] hdac0: hdac0: nid: 18 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Association: 1 (0x0000003a) hdac0: OSS: line, mic, cd, line1 hdac0: Output amp: 0x80050f00 hdac0: mute=1 step=15 size=5 offset=0 hdac0: connections: 8 hdac0: | hdac0: + <- nid=17 [audio selector] hdac0: + <- nid=34 [pin: CD (Fixed)] hdac0: + [DISABLED] <- nid=0 [GHOST!] [UNKNOWN] hdac0: + [DISABLED] <- nid=33 [pin: AUX (None)] [DISABLED] hdac0: + <- nid=16 [audio selector] (selected) hdac0: + [DISABLED] <- nid=7 [audio mixer] hdac0: + [DISABLED] <- nid=8 [audio mixer] [DISABLED] hdac0: + [DISABLED] <- nid=35 [pin: Telephony (None)] [DISABLED] hdac0: hdac0: nid: 19 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 1 hdac0: | hdac0: + <- nid=17 [audio selector] hdac0: hdac0: nid: 20 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010c hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=35 [pin: Telephony (None)] [DISABLED] hdac0: hdac0: nid: 21 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Association: -2 (0x00000000) hdac0: OSS: cd hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 1 hdac0: | hdac0: + <- nid=34 [pin: CD (Fixed)] hdac0: hdac0: nid: 22 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=33 [pin: AUX (None)] [DISABLED] hdac0: hdac0: nid: 23 [DISABLED] hdac0: Name: audio selector hdac0: Widget cap: 0x0030010d hdac0: STEREO hdac0: Output amp: 0x80051f17 hdac0: mute=1 step=31 size=5 offset=23 hdac0: connections: 1 hdac0: | hdac0: + <- nid=16 [audio selector] hdac0: hdac0: nid: 24 hdac0: Name: audio selector hdac0: Widget cap: 0x0030010c hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker hdac0: Output amp: 0x800b0f0f hdac0: mute=1 step=15 size=11 offset=15 hdac0: connections: 2 hdac0: | hdac0: + <- nid=25 [beep widget] (selected) hdac0: + [DISABLED] <- nid=36 [pin: Other (Fixed)] [DISABLED] hdac0: hdac0: nid: 25 hdac0: Name: beep widget hdac0: Widget cap: 0x00700000 hdac0: Association: -2 (0x00000000) hdac0: OSS: speaker (speaker) hdac0: hdac0: nid: 26 hdac0: Name: pin: Headphones (Green Jack) hdac0: Widget cap: 0x00400185 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00008000) hdac0: Pin cap: 0x0000001f hdac0: ISC TRQD PDC HP OUT hdac0: Pin config: 0x0221401f hdac0: Pin control: 0x000000c0 HP OUT hdac0: Output amp: 0x80051f1f hdac0: mute=1 step=31 size=5 offset=31 hdac0: connections: 1 hdac0: | hdac0: + <- nid=10 [audio selector] hdac0: hdac0: nid: 27 hdac0: Name: pin: Line-out (Green Jack) hdac0: Widget cap: 0x00400185 hdac0: UNSOL STEREO hdac0: Association: 0 (0x00000002) hdac0: Pin cap: 0x0001001f hdac0: ISC TRQD PDC HP OUT EAPD hdac0: Pin config: 0x01014011 hdac0: Pin control: 0x00000040 OUT hdac0: EAPD: 0x00000002 hdac0: Output amp: 0x80051f1f hdac0: mute=1 step=31 size=5 offset=31 hdac0: connections: 1 hdac0: | hdac0: + <- nid=11 [audio selector] hdac0: hdac0: nid: 28 hdac0: Name: pin: Line-in (Blue Jack) hdac0: Widget cap: 0x00400185 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000002) hdac0: OSS: line (line) hdac0: Pin cap: 0x00000037 hdac0: ISC TRQD PDC OUT IN hdac0: Pin config: 0x01813081 hdac0: Pin control: 0x00000020 IN hdac0: Output amp: 0x80051f1f hdac0: mute=1 step=31 size=5 offset=31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=12 [audio selector] [DISABLED] hdac0: hdac0: nid: 29 [DISABLED] hdac0: Name: pin: Line-out (Pink Jack) hdac0: Widget cap: 0x00400985 hdac0: LRSWAP UNSOL STEREO hdac0: Pin cap: 0x00001737 hdac0: ISC TRQD PDC OUT IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x01019005 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80051f1f hdac0: mute=1 step=31 size=5 offset=31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=13 [audio selector] [DISABLED] hdac0: hdac0: nid: 30 [DISABLED] hdac0: Name: pin: Speaker (None) hdac0: Widget cap: 0x00400104 hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x501700f0 hdac0: Pin control: 0x00000000 hdac0: Output amp: 0x80051f1f hdac0: mute=1 step=31 size=5 offset=31 hdac0: connections: 1 hdac0: | hdac0: + [DISABLED] <- nid=14 [audio selector] [DISABLED] hdac0: hdac0: nid: 31 hdac0: Name: pin: Mic (Pink Jack) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000008) hdac0: OSS: mic (mic) hdac0: Pin cap: 0x00001727 hdac0: ISC TRQD PDC IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x02a19083 hdac0: Pin control: 0x00000024 IN VREFs hdac0: hdac0: nid: 32 hdac0: Name: pin: Line-in (Blue Jack) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Association: 1 (0x00000010) hdac0: OSS: line1 (line1) hdac0: Pin cap: 0x00001727 hdac0: ISC TRQD PDC IN VREF[ 50 80 GROUND HIZ ] hdac0: Pin config: 0x01813084 hdac0: Pin control: 0x00000024 IN VREFs hdac0: hdac0: nid: 33 [DISABLED] hdac0: Name: pin: AUX (None) hdac0: Widget cap: 0x00400081 hdac0: UNSOL STEREO hdac0: Pin cap: 0x00000027 hdac0: ISC TRQD PDC IN hdac0: Pin config: 0x509700f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 34 hdac0: Name: pin: CD (Fixed) hdac0: Widget cap: 0x00400001 hdac0: STEREO hdac0: Association: 1 (0x00000020) hdac0: OSS: cd (cd) hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x99331085 hdac0: Pin control: 0x00000020 IN hdac0: hdac0: nid: 35 [DISABLED] hdac0: Name: pin: Telephony (None) hdac0: Widget cap: 0x00400000 hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x50b700f0 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 36 [DISABLED] hdac0: Name: pin: Other (Fixed) hdac0: Widget cap: 0x00400000 hdac0: Pin cap: 0x00000020 hdac0: IN hdac0: Pin config: 0x90f70006 hdac0: Pin control: 0x00000000 hdac0: hdac0: nid: 37 hdac0: Name: pin: SPDIF-out (Black Jack) hdac0: Widget cap: 0x00400301 hdac0: DIGITAL STEREO hdac0: Association: 2 (0x00000001) hdac0: Pin cap: 0x00000010 hdac0: OUT hdac0: Pin config: 0x014510f0 hdac0: Pin control: 0x00000040 OUT hdac0: connections: 1 hdac0: | hdac0: + <- nid=2 [audio output] hdac0: hdac0: nid: 38 [DISABLED] hdac0: Name: power widget hdac0: Widget cap: 0x00500500 hdac0: PWR hdac0: connections: 8 hdac0: | hdac0: + <- nid=7 [audio mixer] (selected) hdac0: + <- nid=8 [audio mixer] [DISABLED] hdac0: + <- nid=19 [audio selector] [DISABLED] hdac0: + <- nid=20 [audio selector] [DISABLED] hdac0: + <- nid=21 [audio selector] hdac0: + <- nid=22 [audio selector] [DISABLED] hdac0: + <- nid=23 [audio selector] [DISABLED] hdac0: + <- nid=24 [audio selector] hdac0: hdac0: nid: 39 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=31 [pin: Mic (Pink Jack)] hdac0: + <- nid=29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: hdac0: nid: 40 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=31 [pin: Mic (Pink Jack)] hdac0: + <- nid=32 [pin: Line-in (Blue Jack)] hdac0: hdac0: nid: 41 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 2 hdac0: | hdac0: + <- nid=29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: + <- nid=32 [pin: Line-in (Blue Jack)] hdac0: hdac0: nid: 42 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200101 hdac0: STEREO hdac0: connections: 3 hdac0: | hdac0: + <- nid=31 [pin: Mic (Pink Jack)] hdac0: + <- nid=29 [pin: Line-out (Pink Jack)] [DISABLED] hdac0: + <- nid=32 [pin: Line-in (Blue Jack)] hdac0: hdac0: nid: 43 [DISABLED] hdac0: Name: audio mixer hdac0: Widget cap: 0x00200100 hdac0: connections: 1 hdac0: | hdac0: + <- nid=15 [audio selector] hdac0: pcm0: at cad 0 nid 1 on hdac0 pcm0: +--------------------------------------+ pcm0: | DUMPING PCM Playback/Record Channels | pcm0: +--------------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x000e007f pcm0: 16 20 24 bits, 8 11 16 22 32 44 48 KHz pcm0: DAC: 3 pcm0: pcm0: Record: pcm0: pcm0: Stream cap: 0x00000001 pcm0: PCM pcm0: PCM cap: 0x0006007f pcm0: 16 20 bits, 8 11 16 22 32 44 48 KHz pcm0: ADC: 6 pcm0: pcm0: +-------------------------------+ pcm0: | DUMPING Playback/Record Paths | pcm0: +-------------------------------+ pcm0: pcm0: Playback: pcm0: pcm0: nid=27 [pin: Line-out (Green Jack)] pcm0: | pcm0: + <- nid=11 [audio selector] [src: pcm, speaker, cd] pcm0: | pcm0: + <- nid=7 [audio mixer] [src: pcm, speaker, cd] pcm0: | pcm0: + <- nid=3 [audio output] [src: pcm] pcm0: + <- nid=21 [audio selector] [src: cd] pcm0: | pcm0: + <- nid=34 [pin: CD (Fixed)] [src: cd] pcm0: + <- nid=24 [audio selector] [src: speaker] pcm0: | pcm0: + <- nid=25 [beep widget] [src: speaker] pcm0: pcm0: nid=26 [pin: Headphones (Green Jack)] pcm0: | pcm0: + <- nid=10 [audio selector] [src: pcm, speaker, cd] pcm0: | pcm0: + <- nid=7 [audio mixer] [src: pcm, speaker, cd] pcm0: | pcm0: + <- nid=3 [audio output] [src: pcm] pcm0: + <- nid=21 [audio selector] [src: cd] pcm0: | pcm0: + <- nid=34 [pin: CD (Fixed)] [src: cd] pcm0: + <- nid=24 [audio selector] [src: speaker] pcm0: | pcm0: + <- nid=25 [beep widget] [src: speaker] pcm0: pcm0: Record: pcm0: pcm0: nid=6 [audio input] pcm0: | pcm0: + <- nid=18 [audio selector] [src: line, mic, cd, line1] pcm0: | pcm0: + <- nid=17 [audio selector] [src: mic] pcm0: | pcm0: + <- nid=15 [audio selector] [src: mic] pcm0: | pcm0: + <- nid=31 [pin: Mic (Pink Jack)] [src: mic] pcm0: + <- nid=34 [pin: CD (Fixed)] [src: cd] pcm0: + <- nid=16 [audio selector] [src: line, line1] pcm0: | pcm0: + <- nid=32 [pin: Line-in (Blue Jack)] [src: line1] pcm0: + <- nid=28 [pin: Line-in (Blue Jack)] [src: line] pcm0: pcm0: +-------------------------+ pcm0: | DUMPING Volume Controls | pcm0: +-------------------------+ pcm0: pcm0: Master Volume (OSS: vol) pcm0: | pcm0: +- ctl 15 (nid 26 in ): -46/0dB (32 steps) + mute pcm0: +- ctl 16 (nid 27 in ): -46/0dB (32 steps) + mute pcm0: pcm0: PCM Volume (OSS: pcm) pcm0: | pcm0: +- ctl 1 (nid 3 out): -34/12dB (32 steps) + mute pcm0: pcm0: CD Volume (OSS: cd) pcm0: | pcm0: +- ctl 11 (nid 21 out): -34/12dB (32 steps) + mute pcm0: pcm0: Microphone Volume (OSS: mic) pcm0: | pcm0: +- ctl 7 (nid 15 out): 0/30dB (4 steps) pcm0: pcm0: Speaker/Beep Volume (OSS: speaker) pcm0: | pcm0: +- ctl 14 (nid 24 out): -45/0dB (16 steps) + mute pcm0: pcm0: Recording Level (OSS: rec) pcm0: | pcm0: +- ctl 8 (nid 18 out): 0/22dB (16 steps) + mute pcm0: pcm0: Input Monitoring Level (OSS: igain) pcm0: | pcm0: +- ctl 11 (nid 21 out): -34/12dB (32 steps) + mute pcm0: +- ctl 14 (nid 24 out): -45/0dB (16 steps) + mute pcm0: pcm0: Mixer "vol": pcm0: Mixer "pcm": pcm0: Mixer "speaker": pcm0: Mixer "mic": pcm0: Mixer "cd": pcm0: Mixer "rec": pcm0: Mixer "igain": pcm0: Mixer "ogain": pcm0: clone manager: deadline=750ms flags=0x8000001e pcm0: sndbuf_setmap 5010000, 4000; 0xc5f13000 -> 5010000 pcm0: sndbuf_setmap 4010000, 4000; 0xc5f23000 -> 4010000 pcm1: at cad 0 nid 1 on hdac0 pcm1: +--------------------------------------+ pcm1: | DUMPING PCM Playback/Record Channels | pcm1: +--------------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: Stream cap: 0x00000005 pcm1: AC3 PCM pcm1: PCM cap: 0x00020060 pcm1: 16 bits, 44 48 KHz pcm1: DAC: 2 pcm1: pcm1: +-------------------------------+ pcm1: | DUMPING Playback/Record Paths | pcm1: +-------------------------------+ pcm1: pcm1: Playback: pcm1: pcm1: nid=37 [pin: SPDIF-out (Black Jack)] pcm1: | pcm1: + <- nid=2 [audio output] [src: pcm] pcm1: pcm1: +-------------------------+ pcm1: | DUMPING Volume Controls | pcm1: +-------------------------+ pcm1: pcm1: Forcing Soft PCM volume pcm1: Forcing master volume with PCM pcm1: Mixer "vol" -> "none": child=0x00000010 pcm1: Mixer "pcm": parent="vol" pcm1: Soft PCM mixer ENABLED pcm1: clone manager: deadline=750ms flags=0x8000001e pcm1: sndbuf_setmap 3010000, 4000; 0xc5f33000 -> 3010000 Regards Matias Kreder From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 14:31:54 2011 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 6A08F106566B; Sat, 30 Apr 2011 14:31:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 3902A8FC12; Sat, 30 Apr 2011 14:31:53 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3UEVr7v076788; Sat, 30 Apr 2011 10:31:53 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3UEVrVk076787; Sat, 30 Apr 2011 14:31:53 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Apr 2011 14:31:53 GMT Message-Id: <201104301431.p3UEVrVk076787@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on arm/arm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2011 14:31:54 -0000 TB --- 2011-04-30 13:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-30 13:30:00 - starting HEAD tinderbox run for arm/arm TB --- 2011-04-30 13:30:00 - cleaning the object tree TB --- 2011-04-30 13:30:16 - cvsupping the source tree TB --- 2011-04-30 13:30:16 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/arm/arm/supfile TB --- 2011-04-30 13:30:38 - building world TB --- 2011-04-30 13:30:38 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 13:30:38 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 13:30:38 - TARGET=arm TB --- 2011-04-30 13:30:38 - TARGET_ARCH=arm TB --- 2011-04-30 13:30:38 - TZ=UTC TB --- 2011-04-30 13:30:38 - __MAKE_CONF=/dev/null TB --- 2011-04-30 13:30:38 - cd /src TB --- 2011-04-30 13:30:38 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 30 13:30:38 UTC 2011 >>> 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 Apr 30 14:22:15 UTC 2011 TB --- 2011-04-30 14:22:15 - WARNING: no kernel config for LINT TB --- 2011-04-30 14:22:15 - cd /src/sys/arm/conf TB --- 2011-04-30 14:22:15 - /usr/sbin/config -m AVILA TB --- 2011-04-30 14:22:16 - building AVILA kernel TB --- 2011-04-30 14:22:16 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 14:22:16 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 14:22:16 - TARGET=arm TB --- 2011-04-30 14:22:16 - TARGET_ARCH=arm TB --- 2011-04-30 14:22:16 - TZ=UTC TB --- 2011-04-30 14:22:16 - __MAKE_CONF=/dev/null TB --- 2011-04-30 14:22:16 - cd /src TB --- 2011-04-30 14:22:16 - /usr/bin/make -B buildkernel KERNCONF=AVILA >>> Kernel build for AVILA started on Sat Apr 30 14:22:16 UTC 2011 >>> 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 >>> Kernel build for AVILA completed on Sat Apr 30 14:25:05 UTC 2011 TB --- 2011-04-30 14:25:05 - cd /src/sys/arm/conf TB --- 2011-04-30 14:25:05 - /usr/sbin/config -m BWCT TB --- 2011-04-30 14:25:05 - building BWCT kernel TB --- 2011-04-30 14:25:05 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 14:25:05 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 14:25:05 - TARGET=arm TB --- 2011-04-30 14:25:05 - TARGET_ARCH=arm TB --- 2011-04-30 14:25:05 - TZ=UTC TB --- 2011-04-30 14:25:05 - __MAKE_CONF=/dev/null TB --- 2011-04-30 14:25:05 - cd /src TB --- 2011-04-30 14:25:05 - /usr/bin/make -B buildkernel KERNCONF=BWCT >>> Kernel build for BWCT started on Sat Apr 30 14:25:06 UTC 2011 >>> 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 >>> Kernel build for BWCT completed on Sat Apr 30 14:27:02 UTC 2011 TB --- 2011-04-30 14:27:02 - cd /src/sys/arm/conf TB --- 2011-04-30 14:27:02 - /usr/sbin/config -m CAMBRIA TB --- 2011-04-30 14:27:02 - building CAMBRIA kernel TB --- 2011-04-30 14:27:02 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 14:27:02 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 14:27:02 - TARGET=arm TB --- 2011-04-30 14:27:02 - TARGET_ARCH=arm TB --- 2011-04-30 14:27:02 - TZ=UTC TB --- 2011-04-30 14:27:02 - __MAKE_CONF=/dev/null TB --- 2011-04-30 14:27:02 - cd /src TB --- 2011-04-30 14:27:02 - /usr/bin/make -B buildkernel KERNCONF=CAMBRIA >>> Kernel build for CAMBRIA started on Sat Apr 30 14:27:02 UTC 2011 >>> 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 >>> Kernel build for CAMBRIA completed on Sat Apr 30 14:29:42 UTC 2011 TB --- 2011-04-30 14:29:42 - cd /src/sys/arm/conf TB --- 2011-04-30 14:29:42 - /usr/sbin/config -m CNS11XXNAS TB --- 2011-04-30 14:29:42 - building CNS11XXNAS kernel TB --- 2011-04-30 14:29:42 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 14:29:42 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 14:29:42 - TARGET=arm TB --- 2011-04-30 14:29:42 - TARGET_ARCH=arm TB --- 2011-04-30 14:29:42 - TZ=UTC TB --- 2011-04-30 14:29:42 - __MAKE_CONF=/dev/null TB --- 2011-04-30 14:29:42 - cd /src TB --- 2011-04-30 14:29:42 - /usr/bin/make -B buildkernel KERNCONF=CNS11XXNAS >>> Kernel build for CNS11XXNAS started on Sat Apr 30 14:29:43 UTC 2011 >>> 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 [...] /src/sys/security/mac/mac_inet.c:90: undefined reference to `mac_policy_sunlock_nosleep' /src/sys/security/mac/mac_inet.c:92: undefined reference to `mac_policy_slock_nosleep' /src/sys/security/mac/mac_inet.c:92: undefined reference to `mac_policy_sunlock_nosleep' /src/sys/security/mac/mac_inet.c:93: undefined reference to `mac_labelzone_free' mac_inet.o: In function `mac_inpcb_init': /src/sys/security/mac/mac_inet.c:110: undefined reference to `mac_labeled' /src/sys/security/mac/mac_inet.c:110: undefined reference to `mac_static_policy_list' /src/sys/security/mac/mac_inet.c:110: undefined reference to `mac_policy_list' *** Error code 1 Stop in /obj/arm.arm/src/sys/CNS11XXNAS. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-30 14:31:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-30 14:31:52 - ERROR: failed to build CNS11XXNAS kernel TB --- 2011-04-30 14:31:52 - 2719.21 user 723.40 system 3712.21 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-arm-arm.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 14:32:25 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 626ED106564A for ; Sat, 30 Apr 2011 14:32:25 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id DA2608FC1D for ; Sat, 30 Apr 2011 14:32:23 +0000 (UTC) Received: by bwz12 with SMTP id 12so5329058bwz.13 for ; Sat, 30 Apr 2011 07:32:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:sender:message-id:date:from:user-agent :mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=hTN33GpwIOLqEde8ADk2x1qUkKG3YM8HuR2lF55Vedo=; b=TIqy86PQTUJ/skguuPZKdRrjNipON4Dyoxn6l6Urba8+dxB+Mr6IlcD//yF1a2s+Vt JMDfARvrvAXsiJyfz77vj171USuTA/5EiC8knkL6Cj1NLwcav5mRP8BiLAuXnHwXpTBK YloyPzCmYqIXJMTXY1sl/Br4jpibuPQJJOaOw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=RBP4dwSJwtMk6adpRTPll8MiB6b5zon2teqi5YfJFOK7ROpV3QrMB/ZCsPv0YNMLUC AtMsXQGk2rMXULAM6WhwJu1ZOuitndbzSCBL3G2DuSVxuUZTvc114YyhKgbD6kW5UQDE Eix29Yn6No5ZqYcoYsmxMiYN3MK/8VNOvYEmk= Received: by 10.204.19.20 with SMTP id y20mr921337bka.170.1304173942765; Sat, 30 Apr 2011 07:32:22 -0700 (PDT) Received: from mavbook2.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id l1sm2196719bkl.13.2011.04.30.07.32.21 (version=SSLv3 cipher=OTHER); Sat, 30 Apr 2011 07:32:22 -0700 (PDT) Sender: Alexander Motin Message-ID: <4DBC1D64.3000007@FreeBSD.org> Date: Sat, 30 Apr 2011 17:32:04 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Matias Kreder References: <4DBB37A6.7070000@FreeBSD.org> <4DBBA576.9000001@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: line in problem with snd_hda in mother asus m2npv-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 14:32:25 -0000 Matias Kreder wrote: > I tried and now I have a lot of options finally but I'm not having > sound, I tried all my inputs but I'm hearing nothing. > > Here is my mixer output: > > pearl# mixer > Mixer vol is currently set to 76:76 > Mixer pcm is currently set to 100:100 > Mixer speaker is currently set to 100:100 > Mixer mic is currently set to 100:100 > Mixer cd is currently set to 100:100 > Mixer rec is currently set to 100:100 > Mixer igain is currently set to 100:100 > Mixer ogain is currently set to 50:50 > Recording source: cd What exactly have you tried? Have you tried to switch recording to mic with `mixer =rec mic`? -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 16:27:39 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3130A106566B; Sat, 30 Apr 2011 16:27:39 +0000 (UTC) (envelope-from mkreder@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8425C8FC14; Sat, 30 Apr 2011 16:27:38 +0000 (UTC) Received: by bwz12 with SMTP id 12so5390913bwz.13 for ; Sat, 30 Apr 2011 09:27:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=USq9640gh3ZyN1E8UJS8E1W7nj+JL/KTigiFM5+wD0Y=; b=hFS2fNnA+H5NXgmqr3D4Cmp+BJ7gjwrgnd62Osv+dOPQY2HbR6lndiWWDmEOBEs7Jt 9njzp5nYoMQuVI8i+RxR+kRlp6Mu4DTvYtR/tXVnAs/NazXAfyR1VMxZzQCFfl0J1FYI V0CyxxUy5Nl/ePV3WNY/JSNAli6Zdn8KTm5CY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JRwjVfips+vAjjL0HHUoq5S2qo4sKDXoXRfa93fRJ0AgIfRsjlfc/U8Gu7SgXSTFCe zdJe07RivDzvYLnJ5FfzQ+GrK+mCKsal7NmudwSwlX3jpPhY/nQnYQHf27MGEmoEChsN c/OTLNUm4tRQPwQvqGBD+rn+4n6p1WmT92pLk= MIME-Version: 1.0 Received: by 10.204.129.210 with SMTP id p18mr640543bks.66.1304180857329; Sat, 30 Apr 2011 09:27:37 -0700 (PDT) Received: by 10.205.81.68 with HTTP; Sat, 30 Apr 2011 09:27:37 -0700 (PDT) In-Reply-To: <4DBC1D64.3000007@FreeBSD.org> References: <4DBB37A6.7070000@FreeBSD.org> <4DBBA576.9000001@FreeBSD.org> <4DBC1D64.3000007@FreeBSD.org> Date: Sat, 30 Apr 2011 13:27:37 -0300 Message-ID: From: Matias Kreder To: Alexander Motin Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-Current Subject: Re: line in problem with snd_hda in mother asus m2npv-vm X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 16:27:39 -0000 > What exactly have you tried? Have you tried to switch recording to mic > with `mixer =rec mic`? Ok, I just discovered that line was working but just to record, setting =rec line and recording with audacity it records but sound is not being routed to speakers at the same time: Unless of course I reproduce what I recorded. Them I switched =rec to mic, it records just white noise event though that everything is almost 100% in mixer. I tried both inputs the front and the back one. Same behavior with both. I tried with =rec to line1 and to =cd, just to see if there it captured my mic or line, but it records nothing, not even noise. Last, I tried the front headphone output, it's not working at all, no sound, it continue to be routed only to the speakers. Thanks for being helping me. Regards Matias Kreder From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 16:27:59 2011 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 2EB83106566C; Sat, 30 Apr 2011 16:27:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id F192B8FC15; Sat, 30 Apr 2011 16:27:58 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3UGRwe5062690; Sat, 30 Apr 2011 12:27:58 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3UGRwWZ062617; Sat, 30 Apr 2011 16:27:58 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Apr 2011 16:27:58 GMT Message-Id: <201104301627.p3UGRwWZ062617@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2011 16:27:59 -0000 TB --- 2011-04-30 13:30:00 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-30 13:30:00 - starting HEAD tinderbox run for i386/i386 TB --- 2011-04-30 13:30:00 - cleaning the object tree TB --- 2011-04-30 13:30:25 - cvsupping the source tree TB --- 2011-04-30 13:30:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2011-04-30 13:35:54 - building world TB --- 2011-04-30 13:35:54 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 13:35:54 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 13:35:54 - TARGET=i386 TB --- 2011-04-30 13:35:54 - TARGET_ARCH=i386 TB --- 2011-04-30 13:35:54 - TZ=UTC TB --- 2011-04-30 13:35:54 - __MAKE_CONF=/dev/null TB --- 2011-04-30 13:35:54 - cd /src TB --- 2011-04-30 13:35:54 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 30 13:35:55 UTC 2011 >>> 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 Apr 30 15:27:51 UTC 2011 TB --- 2011-04-30 15:27:51 - generating LINT kernel config TB --- 2011-04-30 15:27:51 - cd /src/sys/i386/conf TB --- 2011-04-30 15:27:51 - /usr/bin/make -B LINT TB --- 2011-04-30 15:27:52 - building LINT kernel TB --- 2011-04-30 15:27:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 15:27:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 15:27:52 - TARGET=i386 TB --- 2011-04-30 15:27:52 - TARGET_ARCH=i386 TB --- 2011-04-30 15:27:52 - TZ=UTC TB --- 2011-04-30 15:27:52 - __MAKE_CONF=/dev/null TB --- 2011-04-30 15:27:52 - cd /src TB --- 2011-04-30 15:27:52 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 30 15:27:52 UTC 2011 >>> 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 >>> Kernel build for LINT completed on Sat Apr 30 15:56:36 UTC 2011 TB --- 2011-04-30 15:56:36 - cd /src/sys/i386/conf TB --- 2011-04-30 15:56:36 - /usr/sbin/config -m GENERIC TB --- 2011-04-30 15:56:36 - building GENERIC kernel TB --- 2011-04-30 15:56:36 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 15:56:36 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 15:56:36 - TARGET=i386 TB --- 2011-04-30 15:56:36 - TARGET_ARCH=i386 TB --- 2011-04-30 15:56:36 - TZ=UTC TB --- 2011-04-30 15:56:36 - __MAKE_CONF=/dev/null TB --- 2011-04-30 15:56:36 - cd /src TB --- 2011-04-30 15:56:36 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 30 15:56:36 UTC 2011 >>> 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 >>> Kernel build for GENERIC completed on Sat Apr 30 16:18:46 UTC 2011 TB --- 2011-04-30 16:18:46 - cd /src/sys/i386/conf TB --- 2011-04-30 16:18:46 - /usr/sbin/config -m PAE TB --- 2011-04-30 16:18:46 - building PAE kernel TB --- 2011-04-30 16:18:46 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 16:18:46 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 16:18:46 - TARGET=i386 TB --- 2011-04-30 16:18:46 - TARGET_ARCH=i386 TB --- 2011-04-30 16:18:46 - TZ=UTC TB --- 2011-04-30 16:18:46 - __MAKE_CONF=/dev/null TB --- 2011-04-30 16:18:46 - cd /src TB --- 2011-04-30 16:18:46 - /usr/bin/make -B buildkernel KERNCONF=PAE >>> Kernel build for PAE started on Sat Apr 30 16:18:46 UTC 2011 >>> 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 >>> Kernel build for PAE completed on Sat Apr 30 16:24:30 UTC 2011 TB --- 2011-04-30 16:24:30 - cd /src/sys/i386/conf TB --- 2011-04-30 16:24:30 - /usr/sbin/config -m XBOX TB --- 2011-04-30 16:24:30 - building XBOX kernel TB --- 2011-04-30 16:24:30 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 16:24:30 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 16:24:30 - TARGET=i386 TB --- 2011-04-30 16:24:30 - TARGET_ARCH=i386 TB --- 2011-04-30 16:24:30 - TZ=UTC TB --- 2011-04-30 16:24:30 - __MAKE_CONF=/dev/null TB --- 2011-04-30 16:24:30 - cd /src TB --- 2011-04-30 16:24:30 - /usr/bin/make -B buildkernel KERNCONF=XBOX >>> Kernel build for XBOX started on Sat Apr 30 16:24:30 UTC 2011 >>> 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 [...] mac_inet.c:(.text+0x164b): undefined reference to `mac_static_policy_list' mac_inet.c:(.text+0x1682): undefined reference to `mac_policy_list' mac_inet.c:(.text+0x1691): undefined reference to `mac_policy_slock_nosleep' mac_inet.c:(.text+0x1697): undefined reference to `mac_policy_list' mac_inet.c:(.text+0x16d5): undefined reference to `mac_policy_sunlock_nosleep' mac_inet.c:(.text+0x16ea): undefined reference to `mac_ifnet_mtx' mac_inet.c:(.text+0x1714): undefined reference to `mac_ifnet_mtx' mac_inet.c:(.text+0x1744): undefined reference to `mac_ifnet_mtx' *** Error code 1 Stop in /obj/i386.i386/src/sys/XBOX. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-30 16:27:57 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-30 16:27:57 - ERROR: failed to build XBOX kernel TB --- 2011-04-30 16:27:57 - 8318.41 user 1342.30 system 10676.92 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 16:51:37 2011 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 55977106566C; Sat, 30 Apr 2011 16:51:37 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9038FC12; Sat, 30 Apr 2011 16:51:36 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.4) with ESMTP id p3UGpakx031249; Sat, 30 Apr 2011 12:51:36 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.4/Submit) id p3UGpaLD031187; Sat, 30 Apr 2011 16:51:36 GMT (envelope-from tinderbox@freebsd.org) Date: Sat, 30 Apr 2011 16:51:36 GMT Message-Id: <201104301651.p3UGpaLD031187@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on ia64/ia64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 30 Apr 2011 16:51:37 -0000 TB --- 2011-04-30 14:31:53 - tinderbox 2.7 running on freebsd-current.sentex.ca TB --- 2011-04-30 14:31:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2011-04-30 14:31:53 - cleaning the object tree TB --- 2011-04-30 14:32:08 - cvsupping the source tree TB --- 2011-04-30 14:32:08 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/ia64/ia64/supfile TB --- 2011-04-30 14:32:22 - building world TB --- 2011-04-30 14:32:22 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 14:32:22 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 14:32:22 - TARGET=ia64 TB --- 2011-04-30 14:32:22 - TARGET_ARCH=ia64 TB --- 2011-04-30 14:32:22 - TZ=UTC TB --- 2011-04-30 14:32:22 - __MAKE_CONF=/dev/null TB --- 2011-04-30 14:32:22 - cd /src TB --- 2011-04-30 14:32:22 - /usr/bin/make -B buildworld >>> World build started on Sat Apr 30 14:32:22 UTC 2011 >>> 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 Apr 30 15:54:26 UTC 2011 TB --- 2011-04-30 15:54:26 - generating LINT kernel config TB --- 2011-04-30 15:54:26 - cd /src/sys/ia64/conf TB --- 2011-04-30 15:54:26 - /usr/bin/make -B LINT TB --- 2011-04-30 15:54:26 - building LINT kernel TB --- 2011-04-30 15:54:26 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 15:54:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 15:54:26 - TARGET=ia64 TB --- 2011-04-30 15:54:26 - TARGET_ARCH=ia64 TB --- 2011-04-30 15:54:26 - TZ=UTC TB --- 2011-04-30 15:54:26 - __MAKE_CONF=/dev/null TB --- 2011-04-30 15:54:26 - cd /src TB --- 2011-04-30 15:54:26 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sat Apr 30 15:54:26 UTC 2011 >>> 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 >>> Kernel build for LINT completed on Sat Apr 30 16:26:57 UTC 2011 TB --- 2011-04-30 16:26:57 - cd /src/sys/ia64/conf TB --- 2011-04-30 16:26:57 - /usr/sbin/config -m GENERIC TB --- 2011-04-30 16:26:57 - building GENERIC kernel TB --- 2011-04-30 16:26:57 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 16:26:57 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 16:26:57 - TARGET=ia64 TB --- 2011-04-30 16:26:57 - TARGET_ARCH=ia64 TB --- 2011-04-30 16:26:57 - TZ=UTC TB --- 2011-04-30 16:26:57 - __MAKE_CONF=/dev/null TB --- 2011-04-30 16:26:57 - cd /src TB --- 2011-04-30 16:26:57 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Sat Apr 30 16:26:57 UTC 2011 >>> 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 >>> Kernel build for GENERIC completed on Sat Apr 30 16:48:52 UTC 2011 TB --- 2011-04-30 16:48:52 - cd /src/sys/ia64/conf TB --- 2011-04-30 16:48:52 - /usr/sbin/config -m SKI TB --- 2011-04-30 16:48:52 - building SKI kernel TB --- 2011-04-30 16:48:52 - MAKEOBJDIRPREFIX=/obj TB --- 2011-04-30 16:48:52 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2011-04-30 16:48:52 - TARGET=ia64 TB --- 2011-04-30 16:48:52 - TARGET_ARCH=ia64 TB --- 2011-04-30 16:48:52 - TZ=UTC TB --- 2011-04-30 16:48:52 - __MAKE_CONF=/dev/null TB --- 2011-04-30 16:48:52 - cd /src TB --- 2011-04-30 16:48:52 - /usr/bin/make -B buildkernel KERNCONF=SKI >>> Kernel build for SKI started on Sat Apr 30 16:48:52 UTC 2011 >>> 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 [...] /src/sys/security/mac/mac_inet.c:321: undefined reference to `mac_static_policy_list' /src/sys/security/mac/mac_inet.c:321: undefined reference to `mac_policy_list' /src/sys/security/mac/mac_inet.c:321: undefined reference to `mac_policy_list' /src/sys/security/mac/mac_inet.c:321: undefined reference to `mac_policy_slock_nosleep' /src/sys/security/mac/mac_inet.c:321: undefined reference to `mac_policy_sunlock_nosleep' mac_inet.o: In function `ia64_cmpxchg_rel_64': /obj/ia64.ia64/src/sys/SKI/./machine/atomic.h:83: undefined reference to `mac_ifnet_mtx' /obj/ia64.ia64/src/sys/SKI/./machine/atomic.h:83: undefined reference to `mac_ifnet_mtx' *** Error code 1 Stop in /obj/ia64.ia64/src/sys/SKI. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2011-04-30 16:51:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2011-04-30 16:51:35 - ERROR: failed to build SKI kernel TB --- 2011-04-30 16:51:35 - 6861.75 user 1059.98 system 8381.98 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Sat Apr 30 22:17:10 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3CD1106564A for ; Sat, 30 Apr 2011 22:17:10 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6D78A8FC14 for ; Sat, 30 Apr 2011 22:17:10 +0000 (UTC) Received: from outgoing.leidinger.net (p5B1548CE.dip.t-dialin.net [91.21.72.206]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id E5D8A84400D; Sun, 1 May 2011 00:16:57 +0200 (CEST) Received: from unknown (IO.Leidinger.net [192.168.2.110]) by outgoing.leidinger.net (Postfix) with ESMTP id 16B5C1193; Sun, 1 May 2011 00:16:55 +0200 (CEST) Date: Sun, 1 May 2011 00:16:52 +0200 From: Alexander Leidinger To: Rick Macklem Message-ID: <20110501001652.000071e8@unknown> In-Reply-To: <355843141.794117.1304110215940.JavaMail.root@erie.cs.uoguelph.ca> References: <355843141.794117.1304110215940.JavaMail.root@erie.cs.uoguelph.ca> X-Mailer: Claws Mail 3.7.8cvs47 (GTK+ 2.16.6; i586-pc-mingw32msvc) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: E5D8A84400D.AF3FC X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1, required 6, autolearn=disabled, ALL_TRUSTED -1.00) X-EBL-MailScanner-From: alexander@leidinger.net X-EBL-MailScanner-Watermark: 1304806618.2096@/aAmduTLr54nPxpo4+/7OQ X-EBL-Spam-Status: No Cc: FreeBSD Current Subject: Re: deleting an old file during install X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: 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, 30 Apr 2011 22:17:10 -0000 On Fri, 29 Apr 2011 16:50:15 -0400 (EDT) Rick Macklem wrote: > Hi, > > With the NFS client switchover, the link to mount_nfs called > mount_newnfs is no longer used. > > Can I just make an entry in > head/ObsoleteFiles.inc Yes. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137