From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 26 21:04:34 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0D604FCC for ; Sun, 26 Jan 2014 21:04:34 +0000 (UTC) Received: from mail-ea0-x231.google.com (mail-ea0-x231.google.com [IPv6:2a00:1450:4013:c01::231]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 9AE441A2B for ; Sun, 26 Jan 2014 21:04:33 +0000 (UTC) Received: by mail-ea0-f177.google.com with SMTP id n15so1942493ead.22 for ; Sun, 26 Jan 2014 13:04:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:subject:date:content-type :content-transfer-encoding; bh=n+NRzsIfwwJ2FjcB2uZB6PesRZfWKqNjgA+7wE4OfuQ=; b=ZcSyhe0/rB+WVtNrI9HQ6MuMhMemlFBkOB5WpDmDF6SaBJ923sDprRXULRrHPVAhk3 m3a9YOMF8SYR2n0DF7+64PqlDsMfUUousw9pFz2Coqt/Q05S0wU5hmMF7v6R5pfR7oiE xaHMCT6PJvy4j97DVXeYOmVAp6BHbq8igtNgPBC4Y9HlmXNnTL4Sy8YACCqSZixU/nv8 ZbU1xLGErF3V5+MdBT/kPFWK6ABqdJ7Ad1cjDuJ6jigRdu2UB2fqvkFsq0mIlqf0Ncq5 qls8M/hLzDQCbP/FgQhpggSM4JGhaWi1+exkJDBGP8INWssurWl31CLNT+Zf5SCP4Bp2 amjg== X-Received: by 10.15.26.8 with SMTP id m8mr10393756eeu.25.1390770272089; Sun, 26 Jan 2014 13:04:32 -0800 (PST) Received: from DOMYPC ([82.193.208.225]) by mx.google.com with ESMTPSA id j42sm33524047eep.21.2014.01.26.13.04.30 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 26 Jan 2014 13:04:31 -0800 (PST) Message-ID: <20140126.210430.622.1@DOMY-PC> From: rank1seeker@gmail.com To: hackers@freebsd.org Subject: Is this a regex bug? Date: Sun, 26 Jan 2014 22:04:30 +0100 Content-Type: text/plain; charset="Windows-1250" Content-Transfer-Encoding: quoted-printable X-Mailer: POP Peeper (3.8.1.0) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 21:04:34 -0000 Or am I crazy?=0D=0A=0D=0Aecho '-m' | egrep '^\-[[:alnum:]]+$'=0D=0Aecho = '-n' | egrep '^\-[[:alnum:]]+$'=0D=0Aecho '-o' | egrep = '^\-[[:alnum:]]+$'=0D=0A=0D=0AGuess what?=0D=0AOnly middle one, '-n' = doesn't match it.=0D=0AIs this an RE bug or I clearly ain't seeing = obvious?!=0D=0A=0D=0Aecho '-n' | egrep '^\-[0-9A-Za-z]+$'=0D=0A = Doesn't work either=0D=0A=0D=0A9.2-RELEASE-p3 = i386=0D=0A=0D=0A=0D=0ADomagoj Smol=E8i=E6 From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 26 21:10:33 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C1D0273 for ; Sun, 26 Jan 2014 21:10:33 +0000 (UTC) Received: from mail-pa0-f47.google.com (mail-pa0-f47.google.com [209.85.220.47]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1FD451AC9 for ; Sun, 26 Jan 2014 21:10:32 +0000 (UTC) Received: by mail-pa0-f47.google.com with SMTP id kp14so5144662pab.34 for ; Sun, 26 Jan 2014 13:10:26 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:content-transfer-encoding:message-id:references :to; bh=AYec1jPIYPhSLfkO9rAXRJKk3j71E4q1fZsrWYwixv0=; b=MfgnP0yo7Lm+Ynlrq9sVZFknBQJYqL75OiJYxOmiGua/EyEskKma1tP/WF5I8rhGGt TlFpvUG4VVfExcH7PLotHnMlrG5JpB8d473R1fuopSgGmN37+T17EKd7Qpx0mTA5NSsU gZ+SkxVnhlu72uzSLZEgUJjQ/athY9HtYKyDTH0bedMxYtc4GoLNiTSavovZYsEnrNe+ wIuOB8Pmh1Ahy0hBxu4kWjl3k630qeItquSMlJ55bv2SpRRHDzpRhi9PB0CvnOt88o8V URJYACGhuJpa1DfORkulVA8tzLCkDengpR3HhOqkVWSIXxRJJvPghfuS2cXLz8aYRVYx r9sg== X-Gm-Message-State: ALoCoQnOYc73Ya+hRpcpgTGJb2InPgGXDHG1ja2mI3LFtAGLEcUDVV73j7nPhJgxeiyDQOV35TW6 X-Received: by 10.68.92.98 with SMTP id cl2mr26552180pbb.81.1390770625979; Sun, 26 Jan 2014 13:10:25 -0800 (PST) Received: from [192.168.2.123] (99-74-169-43.lightspeed.sntcca.sbcglobal.net. [99.74.169.43]) by mx.google.com with ESMTPSA id xu8sm67574264pab.0.2014.01.26.13.10.24 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sun, 26 Jan 2014 13:10:24 -0800 (PST) Content-Type: text/plain; charset=windows-1250 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Is this a regex bug? From: Tim Kientzle In-Reply-To: <20140126.210430.622.1@DOMY-PC> Date: Sun, 26 Jan 2014 13:10:23 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <88CC5471-AD3A-4841-89BB-23D585F77079@kientzle.com> References: <20140126.210430.622.1@DOMY-PC> To: rank1seeker@gmail.com X-Mailer: Apple Mail (2.1827) Cc: FreeBSD Hackers X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 21:10:33 -0000 Try without the grep: $ echo '-m' -m $ echo '-n' $ echo '-o' -o $ man echo On Jan 26, 2014, at 1:04 PM, rank1seeker@gmail.com wrote: > Or am I crazy? >=20 > echo '-m' | egrep '^\-[[:alnum:]]+$' > echo '-n' | egrep '^\-[[:alnum:]]+$' > echo '-o' | egrep '^\-[[:alnum:]]+$' >=20 > Guess what? > Only middle one, '-n' doesn't match it. > Is this an RE bug or I clearly ain't seeing obvious?! >=20 > echo '-n' | egrep '^\-[0-9A-Za-z]+$' > Doesn't work either >=20 > 9.2-RELEASE-p3 i386 >=20 >=20 > Domagoj Smol=E8i=E6 > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to = "freebsd-hackers-unsubscribe@freebsd.org" >=20 >=20 From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 26 21:18:42 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DC0764ED for ; Sun, 26 Jan 2014 21:18:42 +0000 (UTC) Received: from relay.exonetric.net (relay0.exonetric.net [178.250.72.161]) by mx1.freebsd.org (Postfix) with ESMTP id A823E1B17 for ; Sun, 26 Jan 2014 21:18:42 +0000 (UTC) Received: from [192.168.0.201] (186.211.187.81.in-addr.arpa [81.187.211.186]) by relay.exonetric.net (Postfix) with ESMTPSA id 204042C946; Sun, 26 Jan 2014 21:10:35 +0000 (GMT) Content-Type: text/plain; charset=windows-1250 Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) Subject: Re: Is this a regex bug? From: Mark Blackman In-Reply-To: <20140126.210430.622.1@DOMY-PC> Date: Sun, 26 Jan 2014 21:10:34 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20140126.210430.622.1@DOMY-PC> To: rank1seeker@gmail.com X-Mailer: Apple Mail (2.1827) Cc: hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 21:18:42 -0000 On 26 Jan 2014, at 21:04, rank1seeker@gmail.com wrote: > Or am I crazy? >=20 > echo '-m' | egrep '^\-[[:alnum:]]+$' > echo '-n' | egrep '^\-[[:alnum:]]+$' > echo '-o' | egrep '^\-[[:alnum:]]+$' >=20 > Guess what? > Only middle one, '-n' doesn't match it. > Is this an RE bug or I clearly ain't seeing obvious?! >=20 > echo '-n' | egrep '^\-[0-9A-Za-z]+$' > Doesn't work either >=20 > 9.2-RELEASE-p3 i386 -n is being interpreted as an option to =91echo=92 and being swallowed = before it gets to egrep. - Mark= From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 26 21:32:58 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 94293D2F for ; Sun, 26 Jan 2014 21:32:58 +0000 (UTC) Received: from mail-ea0-x22d.google.com (mail-ea0-x22d.google.com [IPv6:2a00:1450:4013:c01::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2B7D81DB3 for ; Sun, 26 Jan 2014 21:32:58 +0000 (UTC) Received: by mail-ea0-f173.google.com with SMTP id d10so1957998eaj.32 for ; Sun, 26 Jan 2014 13:32:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:from:to:cc:subject:date:content-type :content-transfer-encoding:in-reply-to:references; bh=ldbsgE9zZQ2+ubGw8QCthKn6BGQc22BnozBA/RVIrGw=; b=FaroHMIHvpd5Gf9R/n/KYVARkzw9U3lSwfiraPySAwNOlL5Dtzu0YclBB0qsThRe0n NKKuNf6A133qHNCypl9NGboZYCyRx1VF4sCsU9DcSvP/pdpromLxtB9d1yJ7GhOtuaDD tdqaGSGPe+49v6nFLRLFoYAvPiuC1JZS+/nr0MO0z8mxbjWyoLxkk2my/FR5Lxg6U8F4 aOScFkUiDPt4RM6FQ+4mjmxWOEvWOJbgDf+IaZpHgAIDnFJG95MeLhNoDuNbxvAb7Z76 EJrz3LvmzTw6uZHZFKMD/iOtf7yCXvvsh1pRleJjkMm0L+fJfK+uAs9aTpa7bqeX3iVo pnfA== X-Received: by 10.14.69.200 with SMTP id n48mr22069678eed.54.1390771976140; Sun, 26 Jan 2014 13:32:56 -0800 (PST) Received: from DOMYPC ([82.193.208.225]) by mx.google.com with ESMTPSA id o43sm33834149eef.12.2014.01.26.13.32.54 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 26 Jan 2014 13:32:55 -0800 (PST) Message-ID: <20140126.213255.017.3@DOMY-PC> From: rank1seeker@gmail.com To: "Tim Kientzle" Subject: Re: Is this a regex bug? Date: Sun, 26 Jan 2014 22:32:55 +0100 Content-Type: text/plain; charset="Windows-1250" Content-Transfer-Encoding: quoted-printable In-Reply-To: <88CC5471-AD3A-4841-89BB-23D585F77079@kientzle.com> References: <20140126.210430.622.1@DOMY-PC> <88CC5471-AD3A-4841-89BB-23D585F77079@kientzle.com> X-Mailer: POP Peeper (3.8.1.0) Cc: hackers@freebsd.org, Mark Blackman X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 21:32:58 -0000 > -n is being interpreted as an option to =91echo=92 and being swallowed = before it gets to egrep.=0D=0A> =0D=0A> - Mark=0D=0A=0D=0A=0D=0AI've = tried without echo=0D=0A=0D=0Aprintf "\-n\n" | egrep = '^\-[[:alnum:]]+$'=0D=0A=0D=0AThis works!=0D=0AThanks for pointing = out.=0D=0A=0D=0A=0D=0A=0D=0A> Try without the grep:=0D=0A> =0D=0A> $ echo = '-m'=0D=0A> -m=0D=0A> $ echo '-n'=0D=0A> $ echo '-o'=0D=0A> -o=0D=0A> $ = man echo=0D=0A> =0D=0A> =0D=0A> =0D=0A> =0D=0A> On Jan 26, 2014, at 1:04 = PM, rank1seeker@gmail.com wrote:=0D=0A> =0D=0A> > Or am I crazy?=0D=0A> > = =0D=0A> > echo '-m' | egrep '^\-[[:alnum:]]+$'=0D=0A> > echo '-n' | egrep = '^\-[[:alnum:]]+$'=0D=0A> > echo '-o' | egrep '^\-[[:alnum:]]+$'=0D=0A> > = =0D=0A> > Guess what?=0D=0A> > Only middle one, '-n' doesn't match = it.=0D=0A> > Is this an RE bug or I clearly ain't seeing obvious?!=0D=0A> = > =0D=0A> > echo '-n' | egrep '^\-[0-9A-Za-z]+$'=0D=0A> > Doesn't work = either=0D=0A> > =0D=0A> > 9.2-RELEASE-p3 i386 From owner-freebsd-hackers@FreeBSD.ORG Sun Jan 26 23:35:47 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx2.freebsd.org (mx2.freebsd.org [8.8.178.116]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54D9F9F2; Sun, 26 Jan 2014 23:35:47 +0000 (UTC) Received: from butcher-nb.yandex.net (hub.freebsd.org [IPv6:2001:1900:2254:206c::16:88]) by mx2.freebsd.org (Postfix) with ESMTP id 1FE04228D; Sun, 26 Jan 2014 23:35:45 +0000 (UTC) Message-ID: <52E59B93.90304@FreeBSD.org> Date: Mon, 27 Jan 2014 03:34:43 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: "Alexander V. Chernikov" , "net@freebsd.org" Subject: Re: "slow path" in network code || IPv6 panic on inteface removal References: <52E21721.5010309@yandex-team.ru> In-Reply-To: <52E21721.5010309@yandex-team.ru> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org, hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 26 Jan 2014 23:35:47 -0000 Hello, Alexander, probably it would be better, it you split your patch into two. The one, that implements this: > What exactly is proposed: > - Another one netisr queue for handling different types of packets > - metainfo is stored in mbuf_tag attached to packet > - ifnet departure handler taking care of packets queued from/to killed > ifnet > - API to register/unregister/dispath given type of traffic And second, that shows usage example: > #5 T2 calls nd6_ifptomac() which reads interface MAC from ifp->if_addr > > #6 User inspects core generated by previous call > > Using new API, we can avoid #6 by making the following code changes: > * LLE timer does not drop/reacquire LLE lock > * we require nd6_ns_output callers to lock LLE if it is provided > * nd6_ns_output() uses "slow" path instead of sending mbuf to > ip6_output() immediately if LLE is not NULL. -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 27 14:17:11 2014 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E284AF75; Mon, 27 Jan 2014 14:17:11 +0000 (UTC) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 56AEE1D7B; Mon, 27 Jan 2014 14:17:09 +0000 (UTC) Received: from porto.starpoint.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 QAA02186; Mon, 27 Jan 2014 16:17:02 +0200 (EET) (envelope-from avg@FreeBSD.org) Received: from localhost ([127.0.0.1]) by porto.starpoint.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1W7mzl-000Kaf-MA; Mon, 27 Jan 2014 16:17:01 +0200 Message-ID: <52E66A25.5050605@FreeBSD.org> Date: Mon, 27 Jan 2014 16:16:05 +0200 From: Andriy Gapon User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: doc@FreeBSD.org Subject: Re: taskqueue(9) manual page update References: <52D93F91.502@FreeBSD.org> <52E27589.8050302@FreeBSD.org> In-Reply-To: <52E27589.8050302@FreeBSD.org> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: bjk@FreeBSD.org, hackers@FreeBSD.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 14:17:12 -0000 on 24/01/2014 16:15 Andriy Gapon said the following: > I would like to commit the following manual page update. > Could you please review it? Thanks for all the reviews! I've put an updated version here: https://github.com/avg-I/freebsd/compare/review;taskqueue.9 Hope that this is slightly more convenient for reviewing. It is certainly more convenient for me to keep track of the changes. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Mon Jan 27 17:28:51 2014 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id D1AEEF27 for ; Mon, 27 Jan 2014 17:28:51 +0000 (UTC) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 8E6E21E7E for ; Mon, 27 Jan 2014 17:28:50 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.7/8.14.7) with ESMTP id s0RHSgcR057660 for ; Mon, 27 Jan 2014 11:28:42 -0600 (CST) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.7/8.14.7/Submit) id s0RHSgLS057659 for hackers@FreeBSD.org; Mon, 27 Jan 2014 11:28:42 -0600 (CST) (envelope-from brooks) Date: Mon, 27 Jan 2014 11:28:42 -0600 From: Brooks Davis To: hackers@FreeBSD.org Subject: Re: make buildkernel figure out compiler type.. Message-ID: <20140127172842.GE8857@lor.one-eyed-alien.net> References: <20140124200141.GE75135@funkthat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="KFztAG8eRSV9hGtP" Content-Disposition: inline In-Reply-To: <20140124200141.GE75135@funkthat.com> User-Agent: Mutt/1.5.21 (2010-09-15) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Jan 2014 17:28:51 -0000 --KFztAG8eRSV9hGtP Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Jan 24, 2014 at 12:01:42PM -0800, John-Mark Gurney wrote: > When I was building armeb, I would often specify the correct compiler > on buildtools/kernel-tools, but then when I went to buildkernel, I > would forget... So, I figured out if we just drop COMPILER_TYPE from > KMAKEENV, the right magic will be executed to figure out which of > clang/gcc should be used... >=20 > $ svn diff Makefile.inc1=20 > Index: Makefile.inc1 > =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > --- Makefile.inc1 (revision 260499) > +++ Makefile.inc1 (working copy) > @@ -451,7 +451,7 @@ IMAKE_MTREE=3D MTREE_CMD=3D"nmtree ${MTREEFLAG= S}" > .endif > =20 > # kernel stage > -KMAKEENV=3D ${WMAKEENV} > +KMAKEENV=3D ${WMAKEENV:NCOMPILER_TYPE=3D*} > KMAKE=3D ${KMAKEENV} ${MAKE} ${.MAKEFLAGS} ${KERNEL_FLAGS} KERNE= L=3D${INSTKERNNAME} > =20 > # >=20 > Comments? If COMPILER_TYPE isn't set then every submake will need to figure out which compiler is in use. That's not too expensive for a build without modules, but is potentially quite expensive with, hence the passing of COMPILER_TYPE. I'm not convinced the tradeoff is worth it for a little edge-case user convenience. -- Brooks --KFztAG8eRSV9hGtP Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (FreeBSD) iD8DBQFS5pdJXY6L6fI4GtQRArdzAKCFPU3sU9fwwQdiw5jyLsl3HL61YACeJ3yW QGOEnYDltPAZ7zUcHoeVVNQ= =T6Uc -----END PGP SIGNATURE----- --KFztAG8eRSV9hGtP-- From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 28 01:14:40 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EEA11F2D; Tue, 28 Jan 2014 01:14:40 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id B0213150E; Tue, 28 Jan 2014 01:14:40 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s0S1EdY2064516 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 27 Jan 2014 17:14:40 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0S1EdWM064515; Mon, 27 Jan 2014 17:14:39 -0800 (PST) (envelope-from jmg) Date: Mon, 27 Jan 2014 17:14:39 -0800 From: John-Mark Gurney To: Brooks Davis Subject: Re: make buildkernel figure out compiler type.. Message-ID: <20140128011439.GV13704@funkthat.com> Mail-Followup-To: Brooks Davis , hackers@freebsd.org References: <20140124200141.GE75135@funkthat.com> <20140127172842.GE8857@lor.one-eyed-alien.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140127172842.GE8857@lor.one-eyed-alien.net> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 27 Jan 2014 17:14:40 -0800 (PST) Cc: hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 01:14:41 -0000 Brooks Davis wrote this message on Mon, Jan 27, 2014 at 11:28 -0600: > On Fri, Jan 24, 2014 at 12:01:42PM -0800, John-Mark Gurney wrote: > > When I was building armeb, I would often specify the correct compiler > > on buildtools/kernel-tools, but then when I went to buildkernel, I > > would forget... So, I figured out if we just drop COMPILER_TYPE from > > KMAKEENV, the right magic will be executed to figure out which of > > clang/gcc should be used... > > > > $ svn diff Makefile.inc1 > > Index: Makefile.inc1 > > =================================================================== > > --- Makefile.inc1 (revision 260499) > > +++ Makefile.inc1 (working copy) > > @@ -451,7 +451,7 @@ IMAKE_MTREE= MTREE_CMD="nmtree ${MTREEFLAGS}" > > .endif > > > > # kernel stage > > -KMAKEENV= ${WMAKEENV} > > +KMAKEENV= ${WMAKEENV:NCOMPILER_TYPE=*} > > KMAKE= ${KMAKEENV} ${MAKE} ${.MAKEFLAGS} ${KERNEL_FLAGS} KERNEL=${INSTKERNNAME} > > > > # > > > > Comments? > > If COMPILER_TYPE isn't set then every submake will need to figure out > which compiler is in use. That's not too expensive for a build without > modules, but is potentially quite expensive with, hence the passing of > COMPILER_TYPE. I'm not convinced the tradeoff is worth it for a little > edge-case user convenience. Interestingly, I decided to try to test this out, and I couldn't measure a performance difference between the two.. This was using a "make buildkernel -j 8" on amd64 which builds all the modules and I couldn't measure a performance difference between the two... After seeing an output of make -dA, I doubt executing a couple more commands will really make that much of a measurable difference... Also, won't it be set once at the top? If not, why don't we export COMPILER_TYPE when we set it, then that'd solve your issue? right? -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 28 05:53:42 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1910689D for ; Tue, 28 Jan 2014 05:53:42 +0000 (UTC) Received: from smtp10.hushmail.com (smtp10a.hushmail.com [65.39.178.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id EFE8619FB for ; Tue, 28 Jan 2014 05:53:41 +0000 (UTC) Received: from smtp10.hushmail.com (smtp10a.hushmail.com [65.39.178.239]) by smtp10.hushmail.com (Postfix) with SMTP id 6B919C014F for ; Tue, 28 Jan 2014 05:53:35 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp10.hushmail.com (Postfix) with ESMTP; Tue, 28 Jan 2014 05:53:35 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 450F720152; Tue, 28 Jan 2014 05:53:35 +0000 (UTC) MIME-Version: 1.0 Date: Mon, 27 Jan 2014 21:53:35 -0800 To: "Alfred Perlstein" , freebsd-hackers@freebsd.org Subject: Re: reviving old FreeBSD4 SCSI beast From: "Dave Ng" In-Reply-To: <52DEC272.3070907@mu.org> References: <20140121181241.27FF62035E@smtp.hushmail.com> <52DEC272.3070907@mu.org> Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20140128055335.450F720152@smtp.hushmail.com> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 05:53:42 -0000 This is the plan I started moving forward with. Looks mostly good, except when I go to boot the prepared hard drive it gives me errors mounting root fs, error 19! This happens with both the new amd64 I am running the recovery from, and the old i386 that I am trying to revocer. Any idea what I am doing wrong when I install via the usb<->ide? Sent using Hushmail On January 21, 2014 at 10:54 AM, "Alfred Perlstein" wrote: > >Use a more modern machine to install to the IDE using an external >USB->IDE bridge, then relocate drive to old machine. > >On 1/21/14, 10:12 AM, Dave Ng wrote: >> So I have an older machine with a floppy drive, 4x SCSI drives, >and a >> SCSI CDROM. Some of the drives are bad, and I managed to hose the >> userland by trying to install newer (~9.0 era, I think) binaries, >> before the kernel. Or was it the other way around. Either way, I >have >> a machine that totally does not boot, and I am trying to revive >it and >> read the drives that are still good. >> >> I have a newer, working IDE drive I can stick in there, which >should >> help me out of this jam. However I still need to boot something >in >> order to do an install. If I had another floppy drive I could >write >> some boot floppies, if that is even still supported. But I only >have >> the one floppy. A USB stick would have been a great solution >except >> the motherboard is too old to support booting from USB. >> Is it likely that my Adaptec SCSI board can boot from a CDROM if >I >> hook that device back up? >> The other path I was thinking, is I could probably stick the IDE >drive >> in another (working) machine and dd a bootable image there. What >would >> I want to use, the memstick image, or disc1, or what? >> The last option I can think of is PXE. Apparently this network >board >> supports that, since I get PXE error messages when I try to boot >now. >> However I have never set up a PXE server and have no idea how >> difficult that is. >> Thanks! >> Sent using Hushmail >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers- >unsubscribe@freebsd.org" >> > >_______________________________________________ >freebsd-hackers@freebsd.org mailing list >http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >To unsubscribe, send any mail to "freebsd-hackers- >unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 28 07:51:10 2014 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id CA2C9EB2; Tue, 28 Jan 2014 07:51:10 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9102011AD; Tue, 28 Jan 2014 07:51:10 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e01d:156b:782f:c36]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id C03BB4AC2D; Tue, 28 Jan 2014 11:51:08 +0400 (MSK) Date: Tue, 28 Jan 2014 11:51:04 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <976149194.20140128115104@serebryakov.spb.ru> To: freebsd-stable@freebsd.org, hackers@FreeBSD.org Subject: Did somebody boot old Sony Vaio laptop from FreeBSD memstick successfully? MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 07:51:10 -0000 Hello, All. I'm trying to install FreeBSD 10-R (i386) on old Sony Vaio laptop (it is VGN-SZ340P, Merom generation of Core2, ~2007). It allows to select "USB Hard drive" or "USB Optical Drive" as boot device, but it writes "No operating system" in both cases. I've checked memstick and found, that it doesn't have MBR (it looks like /dev/da4a). I've added MBR, one slice, mbr bootcode, make this slice active, and dump memstick image to /dev/da4s1. My desktop boots from this memstick without problems, laptop says "No boot code". Unfortunately, this Laptop has broken CD-ROM (and it looks like by DVD-RW drive in desktop is disgunctional too, I've tried to do something with it 4 years ago). Maybe, somebody has experience of booting such old Sony Vaio from FreeBSD memstick and here is some trick to do this? -- // Black Lion AKA Lev Serebryakov From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 28 13:27:30 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 93FE9764 for ; Tue, 28 Jan 2014 13:27:30 +0000 (UTC) Received: from mail.tu-berlin.de (mail.tu-berlin.de [130.149.7.33]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 559161D56 for ; Tue, 28 Jan 2014 13:27:30 +0000 (UTC) X-tubIT-Incoming-IP: 130.149.91.212 Received: from kbs-212.kbs.tu-berlin.de ([130.149.91.212]) by mail.tu-berlin.de (exim-4.72/mailfrontend-8) with esmtpa for id 1W88Nl-00053F-kY; Tue, 28 Jan 2014 14:07:14 +0100 From: Jens Krieg Subject: ULE locking mechanism Message-Id: Date: Tue, 28 Jan 2014 14:07:08 +0100 To: freebsd-hackers@freebsd.org Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\)) X-Mailer: Apple Mail (2.1827) Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 13:27:30 -0000 Hello, we are currently working on project for our university. Our goal is to = implement a simple round robin scheduler for FreeBSD 9.2 on a single = core machine. So far we removed most of the functionality of the ULE scheduler except = the functions that are called from outside. The system successfully = boots to user land with our RR scheduler managing thread in a list based = run queue. Further, it is possible to interact with the system using the = shell. The next step is to replace the locking mechanism of the ULE scheduler. = Therefore, we replaced the scheduling dependent = thread_lock/thread_unlock functions by simply disabling/enabling the = interrupts. With this modification the kernel works fine until we hit = the user land then the system crashes. The error occurs in the init user process (init_main.c:start_init:685). = We found out that the page fault is triggered while executing the subyte = function for the first time. See the error description below = (unfortunately not shown in backtrace). We compared the ULE scheduler with our RR implementation and it appears, = that the parameters passed to subyte as well as the register values are = identical. We assume, that whatever caused the error is related to the = thread locking replacement. Every time the kernel want to modify thread data the corresponding = thread is locked to prevent any interference by other threads. Since we = are using a single core machine why isn=92t it sufficient to simply = disable interrupt while modifying thread data. Could you provide us with = detailed information about the locking mechanism in FreeBSD and also = answer the following questions, please. What is the purpose of thread_lock/thread_unlock besides protecting = thread data? How does the TDQ LOCK works and how is it related to a thread LOCK? - all thread LOCKs of the thread located in the run queue = pointing to the TDQ LOCK, and - the TDQ LOCK points to the currently running thread - on context switching the current thread passes the TDQ LOCK to = the new chosen thread - Could you explain the idea behind that locking concept, = please?=20 Any suggestions we shall care about in our own lock implementation? Kind regards, Jens Krieg start_init: trying /sbin/init Fatal trap 12: page fault while in kernel mode fault virtual address =3D 0x7fffffffefff fault code =3D supervisor write data, page not = present instruction pointer =3D 0x20:0xffffffff808ab119 stack pointer =3D 0x28:0xffffff800020db30 frame pointer =3D 0x28:0xffffff800020dbe0 code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, long 1, def32 0, gran = 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 1 (kernel) trap number =3D 12 panic: page fault KDB: stack backtrace: #0 0xffffffff806e19cf at kdb_backtrace+0x5f #1 0xffffffff806b2ddb at panic+0x15b #2 0xffffffff808ac797 at trap_fatal+0x267 #3 0xffffffff808accfc at trap_pfault+0x40c #4 0xffffffff808ad0ca at trap+0x37a #5 0xffffffff8089839f at calltrap+0x8 #6 0xffffffff80687c4d at fork_exit+0x9d #7 0xffffffff808988ce at fork_trampoline+0xe From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 28 15:44:48 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 683827B for ; Tue, 28 Jan 2014 15:44:48 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1DA171952 for ; Tue, 28 Jan 2014 15:44:47 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0SFikAq049493; Tue, 28 Jan 2014 08:44:46 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0SFijG5049490; Tue, 28 Jan 2014 08:44:46 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 28 Jan 2014 08:44:45 -0700 (MST) From: Warren Block To: Dave Ng Subject: Re: reviving old FreeBSD4 SCSI beast In-Reply-To: <20140128055335.450F720152@smtp.hushmail.com> Message-ID: References: <20140121181241.27FF62035E@smtp.hushmail.com> <52DEC272.3070907@mu.org> <20140128055335.450F720152@smtp.hushmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 28 Jan 2014 08:44:46 -0700 (MST) Cc: freebsd-hackers@freebsd.org, Alfred Perlstein X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 15:44:48 -0000 On Mon, 27 Jan 2014, Dave Ng wrote: > On January 21, 2014 at 10:54 AM, "Alfred Perlstein" wrote: >> >> Use a more modern machine to install to the IDE using an external >> USB->IDE bridge, then relocate drive to old machine. > > This is the plan I started moving forward with. Looks mostly good, > except when I go to boot the prepared hard drive it gives me errors > mounting root fs, error 19! This happens with both the new amd64 I am > running the recovery from, and the old i386 that I am trying to > revocer. Any idea what I am doing wrong when I install via the > usb<->ide? When installing, the disk device was seen as da0. /etc/fstab was written with that as the base device: # Device Mountpoint FStype Options Dump Pass# /dev/da0p2 / ufs rw 1 1 /dev/da0p3 none swap sw 0 0 Attached to IDE on the old system, it is not da0 any more. If you installed 9.2 or 10.0, it will be ada0, and the loader will not see da0, giving the error 19. At the prompt, you should be able to enter ufs:/dev/ada0p2 That will start in single user mode (as I recall, it's early). Remount the / filesystem read/write: mount -u / Then use vi or ee to fix fstab, changing the da0 entries to ada0. Finally, reboot. From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 28 16:32:37 2014 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 786A694F; Tue, 28 Jan 2014 16:32:37 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 28DDB1E63; Tue, 28 Jan 2014 16:32:36 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.7/8.14.7) with ESMTP id s0SGWZQU049840; Tue, 28 Jan 2014 09:32:35 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.7/8.14.7/Submit) with ESMTP id s0SGWZQu049837; Tue, 28 Jan 2014 09:32:35 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 28 Jan 2014 09:32:35 -0700 (MST) From: Warren Block To: Lev Serebryakov Subject: Re: Did somebody boot old Sony Vaio laptop from FreeBSD memstick successfully? In-Reply-To: <976149194.20140128115104@serebryakov.spb.ru> Message-ID: References: <976149194.20140128115104@serebryakov.spb.ru> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 28 Jan 2014 09:32:36 -0700 (MST) Cc: hackers@FreeBSD.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 16:32:37 -0000 On Tue, 28 Jan 2014, Lev Serebryakov wrote: > Hello, All. > > I'm trying to install FreeBSD 10-R (i386) on old Sony Vaio laptop (it is > VGN-SZ340P, Merom generation of Core2, ~2007). > > It allows to select "USB Hard drive" or "USB Optical Drive" as boot device, > but it writes "No operating system" in both cases. > > I've checked memstick and found, that it doesn't have MBR (it looks like > /dev/da4a). I've added MBR, one slice, mbr bootcode, make this slice > active, and dump memstick image to /dev/da4s1. My desktop boots from this > memstick without problems, laptop says "No boot code". On MBR/BSDlabel, a second chunk of bootcode must be written inside the BSD partition also. Nicolas Geniteau just posted this very nice procedure for converting a memory stick to MBR/BSDlabel. I have not tried it yet, but it does write that additional bootcode. http://lists.freebsd.org/pipermail/freebsd-questions/2014-January/255841.html From owner-freebsd-hackers@FreeBSD.ORG Tue Jan 28 16:42:46 2014 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9E944161; Tue, 28 Jan 2014 16:42:46 +0000 (UTC) Received: from onlyone.friendlyhosting.spb.ru (onlyone.friendlyhosting.spb.ru [IPv6:2a01:4f8:131:60a2::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6112F1F68; Tue, 28 Jan 2014 16:42:46 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (unknown [IPv6:2001:470:923f:1:e01d:156b:782f:c36]) (Authenticated sender: lev@serebryakov.spb.ru) by onlyone.friendlyhosting.spb.ru (Postfix) with ESMTPSA id D3BA14AC31; Tue, 28 Jan 2014 20:42:43 +0400 (MSK) Date: Tue, 28 Jan 2014 20:42:39 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1777063285.20140128204239@serebryakov.spb.ru> To: Warren Block Subject: Re: Did somebody boot old Sony Vaio laptop from FreeBSD memstick successfully? In-Reply-To: References: <976149194.20140128115104@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: hackers@FreeBSD.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jan 2014 16:42:46 -0000 Hello, Warren. You wrote 28 =D1=8F=D0=BD=D0=B2=D0=B0=D1=80=D1=8F 2014 =D0=B3., 20:32:35: >> I'm trying to install FreeBSD 10-R (i386) on old Sony Vaio laptop (it is >> VGN-SZ340P, Merom generation of Core2, ~2007). >> >> It allows to select "USB Hard drive" or "USB Optical Drive" as boot devi= ce, >> but it writes "No operating system" in both cases. >> >> I've checked memstick and found, that it doesn't have MBR (it looks like >> /dev/da4a). I've added MBR, one slice, mbr bootcode, make this slice >> active, and dump memstick image to /dev/da4s1. My desktop boots from this >> memstick without problems, laptop says "No boot code". WB> On MBR/BSDlabel, a second chunk of bootcode must be written inside the= =20 WB> BSD partition also. Nicolas Geniteau just posted this very nice=20 WB> procedure for converting a memory stick to MBR/BSDlabel. I have not=20 WB> tried it yet, but it does write that additional bootcode. WB> http://lists.freebsd.org/pipermail/freebsd-questions/2014-January/25584= 1.html I tried this too... It looks like this old Laptop / BIOS wants to see special USB Floppy / USB Optical drive device, not generic "umass" one. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 30 13:07:37 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9A82E933 for ; Thu, 30 Jan 2014 13:07:37 +0000 (UTC) Received: from smtp.btshosting.co.uk (mx-2.btshosting.co.uk [IPv6:2a01:4f8:121:2403:2::]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 2E05D1974 for ; Thu, 30 Jan 2014 13:07:37 +0000 (UTC) Received: from [192.168.1.65] (unknown [94.12.20.243]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by svr06-mx.btshosting.co.uk (Postfix) with ESMTPSA id 0D64C41322; Thu, 30 Jan 2014 13:07:34 +0000 (UTC) Message-ID: <52EA4E74.5030907@FreeBSD.org> Date: Thu, 30 Jan 2014 13:07:00 +0000 From: Jase Thew Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Doug Ambrisko Subject: Re: Fix MNAMELEN or reimplement struct statfs References: <201306101152.17966.jhb@freebsd.org> <52854161.6080104@FreeBSD.org> <20131115010854.GA76106@ambrisko.com> <20131116183129.GD59496@kib.kiev.ua> <20131118190142.GA28210@ambrisko.com> <20131119074922.GY59496@kib.kiev.ua> <20131119174216.GA80753@ambrisko.com> <20131120075531.GE59496@kib.kiev.ua> <20131121174028.GA80520@ambrisko.com> <20131122074228.GT59496@kib.kiev.ua> <20131122170419.GA60910@ambrisko.com> In-Reply-To: <20131122170419.GA60910@ambrisko.com> X-Enigmail-Version: 1.6 OpenPGP: id=3F9B9617; url=pool.sks-keyservers.net Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="SdtxHBGVVxgMAkRwrHVKDIcnxFwCV2oox" Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 13:07:37 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --SdtxHBGVVxgMAkRwrHVKDIcnxFwCV2oox Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 22/11/2013 17:04, Doug Ambrisko wrote: [SNIP and CC list pruned] > It looks like we are converging. I'll make some more changes to make > sure we are getting on a good path port another patch. Once that looks= > okay in concept then I'll start looking into testing the various file > systems since unfortuanately it touches a lot of code even though it is= > mostly mechanical. I don't have a lot of time to work on this so I > want to optimize various things as once. If someone can help unit test= > corner cases that would be great with the various file systems. Atleas= t > I have VirtualBox netbooting so I can test things quicker. However, > that required some debugging and changes to pxeboot to send the Client = ID > so isc-dhcpd didn't get upset with it. I need to check that doesn't > break the non-ipxe boot stuff that doesn't require the Client ID field = to > be set. I've only run into this issue with ipxe in VirtualBox and qemu= =2E > I also have some pxe boot robustness and caching fixes that I should > get in as well. >=20 > Thanks, >=20 > Doug A. Hi Doug, Thanks for your continued work on this. Has any further progress been made on long pathname support? Regards, Jase. --=20 Jase Thew jase@FreeBSD.org FreeBSD Ports Committer --SdtxHBGVVxgMAkRwrHVKDIcnxFwCV2oox 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.21 (MingW32) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQJ8BAEBCgBmBQJS6k6MXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRGNzY3ODIxQkE1MTQ4MjNFQ0RGNUM3QkRE NEU2NUM4QkZGMUMzODI5AAoJENTmXIv/HDgpKqwP/3OY+hlvJkv3LWLnJVi3Wj8n nMvzCCmb0mhpsbJGKt+zCkbjWyek2PveIIW3TCNWt5Yxc4KqOkBoOpG7490PCsee mbSf03mi4BvpR017qWWoGrvXAqvitTKC9iTZys3W86yt0aLmJjQFJzkmfv7gn2AI t52xtXDay9RrqwVgejC5qSkZXfsHovYuIh7W1CudN+/2jD4XHUWnbMnK6MlTeD/6 hIUjke8xY9GrLA4NxWkqgfmmGc3kjtNHFLf4cXwrftwb1sOFP4KyRBcJLAMqdrSu V4i+LokNOjHCKP9bcQ9b9b+v/9HOkOsliy/9bbP0y7LZTISksKmhogk6/TxgF+U2 2zykB5GenfHs2IdJ3mfXj/wsOQTr3JUEb5rqfE0gg+X9TnmG55GHCxeDona6mivX pWK0ilgSUqhZ3V6yEidhmcHBjC+O3UDxmwEFioFd163dvkwzv9nSky6DhIQfZKNc +qDn8iOYeoDtRFh93bJPT9N5c1scvQuLAWTuDwx+HjAJKs/71mtTEELj9WnRFVIG IH3Zbr4RlExL8WykS5quvsqO2w8CpKGIyzVEkF+28ZBWlKCYH+clfPoXMm1Q0MI0 g0o5yLIXh7TEzWISPZ177kunvneNAYbFmXPVY81I/dK33ugGg8VX+3LjL7SL9mPU m6kuKOhFiwaXyoQJe1c4 =V5wB -----END PGP SIGNATURE----- --SdtxHBGVVxgMAkRwrHVKDIcnxFwCV2oox-- From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 30 17:16:17 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 107F032D; Thu, 30 Jan 2014 17:16:17 +0000 (UTC) Received: from mail.ambrisko.com (mail.ambrisko.com [70.91.206.90]) by mx1.freebsd.org (Postfix) with ESMTP id DE5911111; Thu, 30 Jan 2014 17:16:16 +0000 (UTC) X-Ambrisko-Me: Yes Received: from server2.ambrisko.com (HELO internal.ambrisko.com) ([192.168.1.2]) by ironport.ambrisko.com with ESMTP; 30 Jan 2014 09:20:40 -0800 Received: from ambrisko.com (localhost [127.0.0.1]) by internal.ambrisko.com (8.14.4/8.14.4) with ESMTP id s0UHGAbr060039; Thu, 30 Jan 2014 09:16:10 -0800 (PST) (envelope-from ambrisko@ambrisko.com) Received: (from ambrisko@localhost) by ambrisko.com (8.14.4/8.14.4/Submit) id s0UHGAX5060038; Thu, 30 Jan 2014 09:16:10 -0800 (PST) (envelope-from ambrisko) Date: Thu, 30 Jan 2014 09:16:10 -0800 From: Doug Ambrisko To: Jase Thew Subject: Re: Fix MNAMELEN or reimplement struct statfs Message-ID: <20140130171610.GA54706@ambrisko.com> References: <20131115010854.GA76106@ambrisko.com> <20131116183129.GD59496@kib.kiev.ua> <20131118190142.GA28210@ambrisko.com> <20131119074922.GY59496@kib.kiev.ua> <20131119174216.GA80753@ambrisko.com> <20131120075531.GE59496@kib.kiev.ua> <20131121174028.GA80520@ambrisko.com> <20131122074228.GT59496@kib.kiev.ua> <20131122170419.GA60910@ambrisko.com> <52EA4E74.5030907@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <52EA4E74.5030907@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: freebsd-hackers@FreeBSD.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 17:16:17 -0000 On Thu, Jan 30, 2014 at 01:07:00PM +0000, Jase Thew wrote: | On 22/11/2013 17:04, Doug Ambrisko wrote: | | [SNIP and CC list pruned] | | > It looks like we are converging. I'll make some more changes to make | > sure we are getting on a good path port another patch. Once that looks | > okay in concept then I'll start looking into testing the various file | > systems since unfortuanately it touches a lot of code even though it is | > mostly mechanical. I don't have a lot of time to work on this so I | > want to optimize various things as once. If someone can help unit test | > corner cases that would be great with the various file systems. Atleast | > I have VirtualBox netbooting so I can test things quicker. However, | > that required some debugging and changes to pxeboot to send the Client ID | > so isc-dhcpd didn't get upset with it. I need to check that doesn't | > break the non-ipxe boot stuff that doesn't require the Client ID field to | > be set. I've only run into this issue with ipxe in VirtualBox and qemu. | > I also have some pxe boot robustness and caching fixes that I should | > get in as well. | | Hi Doug, | | Thanks for your continued work on this. | | Has any further progress been made on long pathname support? Yes, I have. I've folded the support of long path names to use the existing field unless it needs to be longer. When it needs to be longer then I malloc space for it. That way in the normal case it isn't using any more space then before except for an extra pointer. I haven't done much testing with it. It doesn't seem to panic with sort or long mount points. I got sucked into some other work so this has been delayed. I need to generate another diff with this change for review. It is a relatively minor change to my prior patch. Thanks for poking at me. If I don't post something by next week then ping me again. Doug A. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 30 18:56:26 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5D9481AA for ; Thu, 30 Jan 2014 18:56:26 +0000 (UTC) Received: from smtp10.hushmail.com (smtp10a.hushmail.com [65.39.178.239]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 317E81A03 for ; Thu, 30 Jan 2014 18:56:25 +0000 (UTC) Received: from smtp10.hushmail.com (smtp10a.hushmail.com [65.39.178.239]) by smtp10.hushmail.com (Postfix) with SMTP id BE448C00F0 for ; Thu, 30 Jan 2014 18:56:18 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp10.hushmail.com (Postfix) with ESMTP; Thu, 30 Jan 2014 18:56:18 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 7E44E20152; Thu, 30 Jan 2014 18:56:18 +0000 (UTC) MIME-Version: 1.0 Date: Thu, 30 Jan 2014 10:56:18 -0800 To: "Warren Block" Subject: Re: reviving old FreeBSD4 SCSI beast From: "Dave Ng" In-Reply-To: References: <20140121181241.27FF62035E@smtp.hushmail.com> <52DEC272.3070907@mu.org> <20140128055335.450F720152@smtp.hushmail.com> Message-Id: <20140130185618.7E44E20152@smtp.hushmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: freebsd-hackers@freebsd.org, Alfred Perlstein X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 18:56:26 -0000 While I do not understand why my new (amd64) machine was unable to boot, since no drives were rearranged post-install pre-boot, I was able to get the old (i386) full recovered after adjusting fstab and booting 9.2! Thanks a ton. Sent using Hushmail On January 28, 2014 at 7:44 AM, "Warren Block" wrote:On Mon, 27 Jan 2014, Dave Ng wrote: > On January 21, 2014 at 10:54 AM, "Alfred Perlstein" wrote: >> >> Use a more modern machine to install to the IDE using an external >> USB->IDE bridge, then relocate drive to old machine. > > This is the plan I started moving forward with. Looks mostly good, > except when I go to boot the prepared hard drive it gives me errors > mounting root fs, error 19! This happens with both the new amd64 I am > running the recovery from, and the old i386 that I am trying to > revocer. Any idea what I am doing wrong when I install via the > usbide? When installing, the disk device was seen as da0. /etc/fstab was written with that as the base device: # Device Mountpoint FStype Options Dump Pass# /dev/da0p2 / ufs rw 1 1 /dev/da0p3 none swap sw 0 0 Attached to IDE on the old system, it is not da0 any more. If you installed 9.2 or 10.0, it will be ada0, and the loader will not see da0, giving the error 19. At the prompt, you should be able to enter ufs:/dev/ada0p2 That will start in single user mode (as I recall, it's early). Remount the / filesystem read/write: mount -u / Then use vi or ee to fix fstab, changing the da0 entries to ada0. Finally, reboot. From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 30 19:39:52 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A22F4D5 for ; Thu, 30 Jan 2014 19:39:52 +0000 (UTC) Received: from smtp5.hushmail.com (smtp5a.hushmail.com [65.39.178.235]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 82B191E5F for ; Thu, 30 Jan 2014 19:39:52 +0000 (UTC) Received: from smtp5.hushmail.com (smtp5a.hushmail.com [65.39.178.235]) by smtp5.hushmail.com (Postfix) with SMTP id 1CA7060277 for ; Thu, 30 Jan 2014 19:02:18 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp5.hushmail.com (Postfix) with ESMTP for ; Thu, 30 Jan 2014 19:02:18 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id EE0E820152; Thu, 30 Jan 2014 19:02:17 +0000 (UTC) MIME-Version: 1.0 Date: Thu, 30 Jan 2014 11:02:17 -0800 To: freebsd-hackers@freebsd.org Subject: dual network for single machine, possible bridge From: "Dave Ng" In-Reply-To: References: <20140121181241.27FF62035E@smtp.hushmail.com> <52DEC272.3070907@mu.org> <20140128055335.450F720152@smtp.hushmail.com> Message-Id: <20140130190217.EE0E820152@smtp.hushmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 19:39:52 -0000 I have two networks at home, there are some wifi shenanigans going on but for the point of this conversation I only mention the wired ethernet. Two hub/switch setups, 192.168.1.x and 192.168.2.x, they are separate and they work great and life is good. I am adding a single freebsd host with two NICs in it, one on each network. No complications, right? Set the IP addresses manually and I can participate in each network, using a single gateway off one of them to reach the outside world. I think? Next question, can I use this host to bridge the two networks? Next next, assuming I can bridge, is there any way to do so transparently for other hosts on either network? They are a mix of OSX, windows, blah blah every OS. Thanks! Sent using Hushmail From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 30 19:45:30 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9FB224A3 for ; Thu, 30 Jan 2014 19:45:30 +0000 (UTC) Received: from smtp3.hushmail.com (smtp3a.hushmail.com [65.39.178.201]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 75CCC1EF6 for ; Thu, 30 Jan 2014 19:45:30 +0000 (UTC) Received: from smtp3.hushmail.com (smtp3a.hushmail.com [65.39.178.201]) by smtp3.hushmail.com (Postfix) with SMTP id A289FE0254 for ; Thu, 30 Jan 2014 19:12:27 +0000 (UTC) Received: from smtp.hushmail.com (w5.hushmail.com [65.39.178.80]) by smtp3.hushmail.com (Postfix) with ESMTP; Thu, 30 Jan 2014 19:12:27 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 3BC822035E; Thu, 30 Jan 2014 19:12:27 +0000 (UTC) MIME-Version: 1.0 Date: Thu, 30 Jan 2014 11:12:26 -0800 To: rank1seeker@gmail.com, "Tim Kientzle" Subject: Re: Is this a regex bug? From: "Dave Ng" In-Reply-To: <20140126.213255.017.3@DOMY-PC> References: <20140126.210430.622.1@DOMY-PC> <88CC5471-AD3A-4841-89BB-23D585F77079@kientzle.com> <20140126.213255.017.3@DOMY-PC> Message-Id: <20140130191227.3BC822035E@smtp.hushmail.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.17 Cc: hackers@freebsd.org, Mark Blackman X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 19:45:30 -0000 Lots of tools you can use -- to signify the end of option parsing Sent using Hushmail On January 26, 2014 at 1:33 PM, rank1seeker@gmail.com wrote:> -n is being interpreted as an option to ‘echo’ and being swallowed before it gets to egrep. > > - Mark I've tried without echo printf "-nn" | egrep '^-[[:alnum:]]+$' This works! Thanks for pointing out. > Try without the grep: > > $ echo '-m' > -m > $ echo '-n' > $ echo '-o' > -o > $ man echo > > > > > On Jan 26, 2014, at 1:04 PM, rank1seeker@gmail.com wrote: > > > Or am I crazy? > > > > echo '-m' | egrep '^-[[:alnum:]]+$' > > echo '-n' | egrep '^-[[:alnum:]]+$' > > echo '-o' | egrep '^-[[:alnum:]]+$' > > > > Guess what? > > Only middle one, '-n' doesn't match it. > > Is this an RE bug or I clearly ain't seeing obvious?! > > > > echo '-n' | egrep '^-[0-9A-Za-z]+$' > > Doesn't work either > > > > 9.2-RELEASE-p3 i386 _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-hackers@FreeBSD.ORG Thu Jan 30 20:18:28 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id EA4F1BEA for ; Thu, 30 Jan 2014 20:18:28 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id A782D118E for ; Thu, 30 Jan 2014 20:18:28 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id s0UKIL9v023294 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 30 Jan 2014 12:18:21 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id s0UKILoY023293; Thu, 30 Jan 2014 12:18:21 -0800 (PST) (envelope-from jmg) Date: Thu, 30 Jan 2014 12:18:21 -0800 From: John-Mark Gurney To: Dave Ng Subject: Re: dual network for single machine, possible bridge Message-ID: <20140130201821.GR93141@funkthat.com> Mail-Followup-To: Dave Ng , freebsd-hackers@freebsd.org References: <20140121181241.27FF62035E@smtp.hushmail.com> <52DEC272.3070907@mu.org> <20140128055335.450F720152@smtp.hushmail.com> <20140130190217.EE0E820152@smtp.hushmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20140130190217.EE0E820152@smtp.hushmail.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Thu, 30 Jan 2014 12:18:21 -0800 (PST) Cc: freebsd-hackers@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jan 2014 20:18:29 -0000 Dave Ng wrote this message on Thu, Jan 30, 2014 at 11:02 -0800: > I have two networks at home, there are some wifi shenanigans going on > but for the point of this conversation I only mention the wired > ethernet. Two hub/switch setups, 192.168.1.x and 192.168.2.x, they are > separate and they work great and life is good. > I am adding a single freebsd host with two NICs in it, one on each > network. No complications, right? Set the IP addresses manually and I > can participate in each network, using a single gateway off one of > them to reach the outside world. I think? > Next question, can I use this host to bridge the two networks? > Next next, assuming I can bridge, is there any way to do so > transparently for other hosts on either network? They are a mix of > OSX, windows, blah blah every OS. Basicly that means you need to setup up your box to forward packets: https://www.freebsd.org/doc/handbook/network-routing.html#network-dedicated-router Getting the routing working is a little bit more difficult but the handbook has useful instructions: https://www.freebsd.org/doc/handbook/network-routing.html You can use a routing daemon to advertise routes, but not all devices default to listening to routing advertisements and may need to be enabled... FreeBSD includes routed(8) that provides basic functionality... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 31 17:39:18 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8C1D49A1 for ; Fri, 31 Jan 2014 17:39:18 +0000 (UTC) Received: from ohta.kitchenlab.org (ohta.kitchenlab.org [IPv6:2001:470:1f05:55c::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 637801773 for ; Fri, 31 Jan 2014 17:39:18 +0000 (UTC) Received: from kobe.int.kitchenlab.org (kobe.ipv6.kitchenlab.org [IPv6:2001:470:1f05:888::3]) (authenticated bits=0) by ohta.kitchenlab.org (8.14.7/8.14.7) with ESMTP id s0VHdGLM054628 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Fri, 31 Jan 2014 09:39:17 -0800 (PST) (envelope-from bmah@FreeBSD.org) X-Authentication-Warning: ohta.kitchenlab.org: Host kobe.ipv6.kitchenlab.org [IPv6:2001:470:1f05:888::3] claimed to be kobe.int.kitchenlab.org Message-ID: <52EBDFC4.5070004@FreeBSD.org> Date: Fri, 31 Jan 2014 09:39:16 -0800 From: "Bruce A. Mah" User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Dave Ng , freebsd-hackers@freebsd.org Subject: Re: dual network for single machine, possible bridge References: <20140121181241.27FF62035E@smtp.hushmail.com> <52DEC272.3070907@mu.org> <20140128055335.450F720152@smtp.hushmail.com> <20140130190217.EE0E820152@smtp.hushmail.com> <20140130201821.GR93141@funkthat.com> In-Reply-To: <20140130201821.GR93141@funkthat.com> X-Enigmail-Version: 1.6 OpenPGP: id=4984910A8CAAEE8A Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="CodgjsiSueVMKabnFFUGAptR20hBH19vs" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 17:39:18 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --CodgjsiSueVMKabnFFUGAptR20hBH19vs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable If memory serves me right, John-Mark Gurney wrote: > Dave Ng wrote this message on Thu, Jan 30, 2014 at 11:02 -0800: >> I have two networks at home, there are some wifi shenanigans going on >> but for the point of this conversation I only mention the wired >> ethernet. Two hub/switch setups, 192.168.1.x and 192.168.2.x, they are= >> separate and they work great and life is good. >> I am adding a single freebsd host with two NICs in it, one on each >> network. No complications, right? Set the IP addresses manually and I >> can participate in each network, using a single gateway off one of >> them to reach the outside world. I think? >> Next question, can I use this host to bridge the two networks? >> Next next, assuming I can bridge, is there any way to do so >> transparently for other hosts on either network? They are a mix of >> OSX, windows, blah blah every OS. >=20 > Basicly that means you need to setup up your box to forward packets: > https://www.freebsd.org/doc/handbook/network-routing.html#network-dedic= ated-router >=20 > Getting the routing working is a little bit more difficult but the > handbook has useful instructions: > https://www.freebsd.org/doc/handbook/network-routing.html >=20 > You can use a routing daemon to advertise routes, but not all devices > default to listening to routing advertisements and may need to be enabl= ed... >=20 > FreeBSD includes routed(8) that provides basic functionality... Just an observation...the OP asked about "bridge" functionality and you answered the question of how to make a router. I think you answered the question he *meant* to ask, but I'm not sure. If he really wanted a bridge, that's a completely different set of instructions (as we both know FreeBSD is perfectly capable of doing *that* too). http://www.freebsd.org/doc/handbook/network-bridging.html Bruce. --CodgjsiSueVMKabnFFUGAptR20hBH19vs 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 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJS69/EAAoJEEmEkQqMqu6K80QIAIpH0TWaaAQ6arnrY5L0Fs6T 4ajTS37UZdZ1ixbXfSNavwq1qIkTmuUtjpEfDUKWZpYxXlv33RfIVbvTMUuBWc3v Bht/sSrHgUG9jWLUBSwJ3vlrEVRxVf3AI4o5Be544Q+OMwBEGNeosGwjm4Lw1mwZ KIpsjWTJjddvm29WvMH6n83wvcH4V/GP3+bdOR0Q0XmcqUArRhNuECF/OPNp08Hd 4I4rZDYriR6f1zouQxf5IXs9K5N4QMgGX+Bgxl6u/962zOQGS787ytlj/FnhL/ws +JVu5q8GKRtEhVZYZVfwmP0nbWVGQe6SmMmft6yj0MgGPFQdLxlt7QxfA2M1JBQ= =Hjsz -----END PGP SIGNATURE----- --CodgjsiSueVMKabnFFUGAptR20hBH19vs-- From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 31 18:26:57 2014 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8B38AB08 for ; Fri, 31 Jan 2014 18:26:57 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [188.252.31.196]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 3748D1C9A for ; Fri, 31 Jan 2014 18:26:55 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.7/8.14.7) with ESMTP id s0VID8ME002431 for ; Fri, 31 Jan 2014 19:13:08 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.7/8.14.7/Submit) with ESMTP id s0VID8xZ002428 for ; Fri, 31 Jan 2014 19:13:08 +0100 (CET) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Fri, 31 Jan 2014 19:13:08 +0100 (CET) From: Wojciech Puchar To: freebsd-hackers@freebsd.org Subject: opteron a1100 arm Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.4.3 (wojtek.tensor.gdynia.pl [127.0.0.1]); Fri, 31 Jan 2014 19:13:08 +0100 (CET) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 18:26:57 -0000 AMD just presented it's ARM based CPU and motherboard. is support in FreeBSD planned and what is it's status? From owner-freebsd-hackers@FreeBSD.ORG Fri Jan 31 20:48:12 2014 Return-Path: Delivered-To: hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6A23F3A7; Fri, 31 Jan 2014 20:48:12 +0000 (UTC) Received: from yip.org (pi.yip.org [206.248.142.170]) by mx1.freebsd.org (Postfix) with ESMTP id 41DAB178B; Fri, 31 Jan 2014 20:48:11 +0000 (UTC) Received: by yip.org (Postfix, from userid 1001) id D607F39825; Fri, 31 Jan 2014 15:41:05 -0500 (EST) Date: Fri, 31 Jan 2014 15:41:04 -0500 From: Bob K To: Lev Serebryakov Subject: Re: Did somebody boot old Sony Vaio laptop from FreeBSD memstick successfully? Message-ID: <20140131204103.GH89915@yip.org> References: <976149194.20140128115104@serebryakov.spb.ru> <1777063285.20140128204239@serebryakov.spb.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1777063285.20140128204239@serebryakov.spb.ru> User-Agent: Mutt/1.5.16 (2007-06-09) X-Mailman-Approved-At: Sat, 01 Feb 2014 00:02:31 +0000 Cc: hackers@FreeBSD.org, freebsd-stable@freebsd.org X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 31 Jan 2014 20:48:12 -0000 On Tue, Jan 28, 2014 at 08:42:39PM +0400, Lev Serebryakov wrote: > Hello, Warren. > You wrote 28 ???????????? 2014 ??., 20:32:35: > > >> I'm trying to install FreeBSD 10-R (i386) on old Sony Vaio laptop (it is > >> VGN-SZ340P, Merom generation of Core2, ~2007). > >> > >> It allows to select "USB Hard drive" or "USB Optical Drive" as boot device, > >> but it writes "No operating system" in both cases. [...] > I tried this too... It looks like this old Laptop / BIOS wants to see > special USB Floppy / USB Optical drive device, not generic "umass" one. Hi Lev, According to http://community.sony.com/t5/VAIO-Upgrade-Backup-Recovery/VAIO-VGN-NR110E-how-to-boot-from-a-USB-stick/td-p/65819 there may be settings in your BIOS that look like Advanced -> External Drive Boot. Maybe that's the issue? Regards, -Bob -- Bob | It's pretty good, if you don't think about it. From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 1 14:40:40 2014 Return-Path: Delivered-To: freebsd-hackers@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9F679FDC for ; Sat, 1 Feb 2014 14:40:40 +0000 (UTC) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 7BE281365 for ; Sat, 1 Feb 2014 14:40:40 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id s11Eee11063740 for ; Sat, 1 Feb 2014 14:40:40 GMT (envelope-from bdrewery@freefall.freebsd.org) Received: (from bdrewery@localhost) by freefall.freebsd.org (8.14.7/8.14.7/Submit) id s11EeeTq063636 for freebsd-hackers@FreeBSD.org; Sat, 1 Feb 2014 14:40:40 GMT (envelope-from bdrewery) Received: (qmail 47818 invoked from network); 1 Feb 2014 08:40:36 -0600 Received: from unknown (HELO ?10.10.0.24?) (freebsd@shatow.net@10.10.0.24) by sweb.xzibition.com with ESMTPA; 1 Feb 2014 08:40:36 -0600 Message-ID: <52ED0761.5000301@FreeBSD.org> Date: Sat, 01 Feb 2014 08:40:33 -0600 From: Bryan Drewery Organization: FreeBSD User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Thomas Steen Rasmussen , Sofian Brabez , freebsd-hackers@FreeBSD.org Subject: Re: [patch] TLS Server Name Indication (SNI) support for fetch(1) References: <20130608205653.GA8765@ogoshi.int.nbs-system.com> <52BECBE8.8080906@gibfest.dk> In-Reply-To: <52BECBE8.8080906@gibfest.dk> X-Enigmail-Version: 1.6 OpenPGP: id=6E4697CF; url=http://www.shatow.net/bryan/bryan2.asc Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="c0sJvnpKK0aeKNGUhGC8CcsWfU3H3fHrd" Cc: =?ISO-8859-1?Q?Dag-Erling_Sm=F8rgrav?= X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2014 14:40:40 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --c0sJvnpKK0aeKNGUhGC8CcsWfU3H3fHrd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 12/28/2013 7:02 AM, Thomas Steen Rasmussen wrote: > On 08-06-2013 22:56, Sofian Brabez wrote: >> Hi, >> >> fetch(1) currently does not support TLS extension Server Name >> Indication (RFC >> 6066) [1] when dealing with SSL. Nowadays lot of clients and servers >> implement >> this extension. > Hello! >=20 > fetch(1) is still missing SNI support as of r259440 - any chance of > seeing this patch committed ? > As ipv4 depletion gets worse we will see SSL websites using SNI more an= d > more. This is overdue. >=20 > Thanks, and may you all have a wonderful new year! >=20 > /Thomas Steen Rasmussen This was added in head r258347 Nov 19 2013: http://svnweb.freebsd.org/changeset/base/258347 It made it to stable/10 before 10.0 and into stable/9. It works if you install ca_root_nss cert.pem: > # pkg install ca_root_nss > ... > # ln -s /usr/local/share/certs/ca-root-nss.crt /etc/ssl/cert.pem > ... > # fetch -v -o - https://sni.velox.ch|head -n 15 > looking up sni.velox.ch > connecting to sni.velox.ch:443 > SSL options: 81004bff > Peer verification enabled > Using CA cert file: /etc/ssl/cert.pem > Verify hostname > SSL connection established using ECDHE-RSA-AES256-GCM-SHA384 > Certificate subject: /C=3DCH/ST=3DZuerich/L=3DZuerich/O=3DKaspar Brand/= CN=3D*.sni.velox.ch > Certificate issuer: /C=3DBM/O=3DQuoVadis Limited/OU=3Dwww.quovadisgloba= l.com/CN=3DQuoVadis Global SSL ICA > requesting https://sni.velox.ch/ > - > > > 5063 BTLS SNI Test Site: *.sni.velox.ch > > 945 kBps > 00m00s

TLS SNI Test Site: *.sni.velox.ch

>=20 >=20 >

Great! Your client [fetch libfetch/2.0] > sent the following TLS server name indication extension > (RFC 6066) > in its ClientHello (negotiated protocol: TLSv1.2, cipher suite= : ECDHE-RSA-AES256-GCM-SHA384):

> 
  sni.velox.ch
>

In your request, this header was included:

> 
  Host: sni.velox.ch
I'm not sure what the plan is for a base CA file, but adding ca_root_nss does allow it to work. --=20 Regards, Bryan Drewery --c0sJvnpKK0aeKNGUhGC8CcsWfU3H3fHrd 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) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJS7QdiAAoJEDXXcbtuRpfPguIH/jvwGQB0H3hUJFx6D0Z6B4rl +OvCrYBvtknyoAJmP0t3TzDjAHFKliGSqAVVf5DgXz2dB/RAqtttHZwxJkL/OA2j AT3Pmc66VBYHspCkAPZEBRMQywkbFqzLkL6S/zwsyyD51L1Ber2maMWqXGJY4RoJ OStjKw+FrfIH5OLj2u8DfAfTb6Tx5hr33kikR/nZVf+ldQoJitN5YVZlpYqA93Ny yYX73OGrS3jA59CGmgYUHCcjkOUXr+dklQpkYVKeaxwMCcGXXo2qMewv0ZJfhTDM kqjOAtLngm8dzXi+GUGE3GEThNQOtjb3hiUB9MRz/JfcxRpLTyazWGYBE/Pa/yo= =zNIT -----END PGP SIGNATURE----- --c0sJvnpKK0aeKNGUhGC8CcsWfU3H3fHrd-- From owner-freebsd-hackers@FreeBSD.ORG Sat Feb 1 22:55:36 2014 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8F14ED8A for ; Sat, 1 Feb 2014 22:55:36 +0000 (UTC) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 7A9A7152E for ; Sat, 1 Feb 2014 22:55:36 +0000 (UTC) Received: from eagle.yuri.org (stunnel@localhost [127.0.0.1]) (authenticated bits=0) by shell0.rawbw.com (8.14.4/8.14.4) with ESMTP id s11MtZRo017019 for ; Sat, 1 Feb 2014 14:55:35 -0800 (PST) (envelope-from yuri@rawbw.com) Message-ID: <52ED7B67.2090801@rawbw.com> Date: Sat, 01 Feb 2014 14:55:35 -0800 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: FreeBSD Hackers Subject: r_debug in ld-elf.so.1 should be a public symbol to allow for an alternative run-time loader Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Feb 2014 22:55:36 -0000 I think it would be reasonable if r_debug and related symbols in the ld-elf.so.1 run-time loader would be made public. Currently, only r_debug_symbol is public out of all debugger-related symbols in ld-elf.so. This is done so that debuggers can add a breakpoint on it to get notified of changes in the set of loaded shared libraries. This is sufficient when ld-elf.so is the only one who loads objects. Now imagine the situation when an application wants to load its own ELF objects in its own way, still having the benefit of using the debug info. Such application would need to have access to the list of objects maintained by ld-elf.so. r_debug variable contains this list. Such application would necessarily be system specific, and would have to have the knowledge of some inner workings of ld-elf.so. But, in my opinion, this is a legitimate use and should be allowed. Therefore I am suggesting this patch. Except r_debug, it adds related lock object and functions to the list of publics, because they are needed to avoid race conditions. This is, of course, not a mainstream way to do things, but nevertheless it should be allowed. This is also a minor patch, and it can't possibly hurt anything else. --begin patch-- --- libexec/rtld-elf/Symbol.map (revision 260894) +++ libexec/rtld-elf/Symbol.map (working copy) @@ -15,6 +15,11 @@ dlinfo; dl_iterate_phdr; r_debug_state; + r_debug; + rtld_bind_lock; + rlock_acquire; + wlock_acquire; + lock_release; __tls_get_addr; }; --end patch-- Yuri