From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 26 00:18:19 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27B3A1065670 for ; Sun, 26 Aug 2012 00:18:19 +0000 (UTC) (envelope-from starkbeats@gmail.com) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2018FC12 for ; Sun, 26 Aug 2012 00:18:18 +0000 (UTC) Received: by lage12 with SMTP id e12so2158906lag.13 for ; Sat, 25 Aug 2012 17:18:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:date:message-id :to:mime-version:x-mailer; bh=yho7jYJQSRyNdBdOidWeeb7rv65y8l9ocnCszqz30TY=; b=onEEe6Dc480N06KIJ5n1y3he5LhOo46dtOeHvNO/UM2FB+m0OJlJXVH9S90gGiJF/R sV9fgMAxXed2A9ATrf2RGhRzrCP3V2KMPxWPxRzeM0+91/7mpMX8M3e/iQAv90jUS9sg IDU+qe6z98A3ZvBr+488GaPUPauCTdAi80SKCBADSkLlAmdmxCRVKuE5uCJHR79A/pbL X/qsidi4Jl6faXatt8dx+auS+eWsUIqjaNM6ljB7b/ylGDcqZo4Lz6WkVpxPpyQVTflH nh5s1s9qMcWRlGGg4OvVBNcdtP36h86JndvhEe3QOgK0S8LRQZZmqa7CSf8CDhmPU5VJ R22w== Received: by 10.152.131.68 with SMTP id ok4mr9908043lab.47.1345940297204; Sat, 25 Aug 2012 17:18:17 -0700 (PDT) Received: from [192.168.0.101] (c83-250-241-62.bredband.comhem.se. [83.250.241.62]) by mx.google.com with ESMTPS id lq10sm10993417lab.15.2012.08.25.17.18.15 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 25 Aug 2012 17:18:16 -0700 (PDT) From: Fredrik Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 26 Aug 2012 02:22:09 +0200 Message-Id: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> To: FreeBSD Hackers Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) Subject: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 00:18:19 -0000 Hi, I found the first lecture of 10 on YouTube: = http://www.youtube.com/watch?v=3DnwbqBdghh6E=20 does anyone know if the rest is available anywhere, for free, sale or = other?=20 Regards Fredrik= From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 26 02:39:55 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA3BF106566C for ; Sun, 26 Aug 2012 02:39:55 +0000 (UTC) (envelope-from kirillrdy@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 3BB698FC0A for ; Sun, 26 Aug 2012 02:39:55 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4249156vbm.13 for ; Sat, 25 Aug 2012 19:39:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=7tU6rmxDWqvX3kVL6gPmaOddsSyD+hi0vjkXKbC5cyc=; b=cvIJeQ/5QZp+ztkulc2SsmC2KNR+bamuS7zoa0fjHdCLDerhUtaH0lSJi5q7l8/rdf kn9qPZpaMixCmwUce4PEW9dx3b6GDF232DJPaQpN4djMARIO2QiGQfTcD+xcRlf6O8BM iMYwU5pvN2BnDfkB0R+yew5P9qYneXakyi3b4CCe4mHl2ZNYhAapavn/9VofFjOhz24l Qi9kxLsIpvW7avQbtVkRaCnKI1kVyCIMOLOae14wyi4uTjvsMsEN7tMe/fF5aPB6Kwqk oFw1DhTd3YehCbJ8gj4tgnEzsZ8qQy09AObKIfI+MfVx2ses0pBQNX2KniBpg13ex4CS /8Iw== Received: by 10.58.196.174 with SMTP id in14mr9214601vec.18.1345948794134; Sat, 25 Aug 2012 19:39:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.159.3 with HTTP; Sat, 25 Aug 2012 19:39:33 -0700 (PDT) In-Reply-To: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> From: Kirill Radzikhovskyy Date: Sun, 26 Aug 2012 12:39:33 +1000 Message-ID: To: Fredrik Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 02:39:56 -0000 I started watching the video. In the video it states that you can purchase the reset at https://www.mckusick.com/courses/introorderform.html Regards, Kirill R On 26 August 2012 10:22, Fredrik wrote: > Hi, > > I found the first lecture of 10 on YouTube: > http://www.youtube.com/watch?v=nwbqBdghh6E > does anyone know if the rest is available anywhere, for free, sale or > other? > > Regards > > Fredrik_______________________________________________ > 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 is for those who love UNIX(tm). Linux is for those who hate Windows(tm). * *"To recurse is human, to box a continuation into an object and send it across a network is divine. " -- Andy Kitchen* * * * "Debugging is twice as hard as writing the code in the first place. Therefore, if you write the code as cleverly as possible, you are, by definition, not smart enough to debug it." -- Brian W. Kernighan. * From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 26 03:03:56 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E6741065670 for ; Sun, 26 Aug 2012 03:03:56 +0000 (UTC) (envelope-from starkbeats@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id B9D7D8FC19 for ; Sun, 26 Aug 2012 03:03:55 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so2190517lbb.13 for ; Sat, 25 Aug 2012 20:03:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:mime-version:content-type:from:in-reply-to:date:cc :message-id:references:to:x-mailer; bh=A6cZOZa0T6nCi3GaxrHQGGLqCYUmojoKvDvlhPIieUA=; b=OWZI3xUjpreIpeUJLAiJxZY4H96O9HNarEQN3QZxCGQTE1ejLS3agf4Ab/e8ybbMIe BtHo7evrH+Z85ikEp0waiScHMnwC+RyiA+5vwj7xPHgwKTa6UEhe7LENitbmTR25u2xj pS3SuxZyJF2zCZLUKbeOssE4bQNbo4Ox4vznqtirjG+rMnOAPVa7f/pUIL40fQQOeXK0 L+KHnhsKb7oYyVtsT6W8ji19ubcIfKI8LT1qD5cmB8OYWejH4juIneZbTx/nhi7bFYWw BE8L3R6VN7WrLoK4KLmAjOKjF+IAS+Skwx1b7JxaPhetD/+i0kX5W/nQU9pI5DSJtCbc mYcg== Received: by 10.112.102.8 with SMTP id fk8mr4488459lbb.71.1345950234379; Sat, 25 Aug 2012 20:03:54 -0700 (PDT) Received: from [192.168.0.101] (c83-250-241-62.bredband.comhem.se. [83.250.241.62]) by mx.google.com with ESMTPS id u10sm3577244lbf.11.2012.08.25.20.03.52 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 25 Aug 2012 20:03:53 -0700 (PDT) Mime-Version: 1.0 (Apple Message framework v1084) From: Fredrik In-Reply-To: Date: Sun, 26 Aug 2012 05:07:46 +0200 Message-Id: <6DC01BA6-7269-4E26-9D8A-0AE506FB0B96@gmail.com> References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> To: Kirill Radzikhovskyy X-Mailer: Apple Mail (2.1084) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Hackers Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 03:03:56 -0000 I should have paid more attention. :) Thank you. 26 aug 2012 kl. 04.39 skrev Kirill Radzikhovskyy: > I started watching the video. >=20 > In the video it states that you can purchase the reset at > https://www.mckusick.com/courses/introorderform.html >=20 > Regards, > Kirill R >=20 >=20 >=20 > On 26 August 2012 10:22, Fredrik wrote: > Hi, >=20 > I found the first lecture of 10 on YouTube: = http://www.youtube.com/watch?v=3DnwbqBdghh6E > does anyone know if the rest is available anywhere, for free, sale or = other? >=20 > Regards >=20 > Fredrik_______________________________________________ > 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 >=20 > --=20 > FreeBSD is for those who love UNIX(tm). > Linux is for those who hate Windows(tm).=20 >=20 > "To recurse is human, to box a continuation into an object and send it = across a network is divine. " > -- Andy Kitchen >=20 > "Debugging is twice as hard as writing the code in the first place. = Therefore, if you write the code as cleverly as possible, you are, by = definition, not smart enough to debug it." > -- Brian W. Kernighan. >=20 From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 26 12:13:15 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E211065680 for ; Sun, 26 Aug 2012 12:13:15 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id 33C7A8FC15 for ; Sun, 26 Aug 2012 12:13:10 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q7QCCiqX002756; Sun, 26 Aug 2012 14:12:52 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q7QCCfot002753; Sun, 26 Aug 2012 14:12:43 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Sun, 26 Aug 2012 14:12:41 +0200 (CEST) From: Wojciech Puchar To: Kirill Radzikhovskyy In-Reply-To: Message-ID: References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.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 passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Sun, 26 Aug 2012 14:12:53 +0200 (CEST) Cc: FreeBSD Hackers , Fredrik Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 12:13:15 -0000 very expensive.. On Sun, 26 Aug 2012, Kirill Radzikhovskyy wrote: > I started watching the video. > > In the video it states that you can purchase the reset at > https://www.mckusick.com/courses/introorderform.html > > Regards, > Kirill R > > > > On 26 August 2012 10:22, Fredrik wrote: > >> Hi, >> >> I found the first lecture of 10 on YouTube: >> http://www.youtube.com/watch?v=nwbqBdghh6E >> does anyone know if the rest is available anywhere, for free, sale or >> other? >> >> Regards >> >> Fredrik_______________________________________________ >> 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 is for those who love UNIX(tm). > Linux is for those who hate Windows(tm). > * > *"To recurse is human, to box a continuation into an object and send it > across a network is divine. " > -- Andy Kitchen* > * > * > * > "Debugging is twice as hard as writing the code in the first place. > Therefore, if you write the code as cleverly as possible, you are, by > definition, not smart enough to debug it." > -- Brian W. Kernighan. > * > _______________________________________________ > 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 Sun Aug 26 13:25:59 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D176C1065670 for ; Sun, 26 Aug 2012 13:25:59 +0000 (UTC) (envelope-from utisoft@gmail.com) Received: from mail-bk0-f54.google.com (mail-bk0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4478FC08 for ; Sun, 26 Aug 2012 13:25:58 +0000 (UTC) Received: by bkcje9 with SMTP id je9so1805682bkc.13 for ; Sun, 26 Aug 2012 06:25:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=81pwxogsGv9ejfzqTCC80gCE+hmiSfY2a2/v6W5t3xc=; b=G5hN1/hL87hVS0E2pQbzZ9b5dJIoPYvHARIQKUfLML5ykEJ/bscM9PcbsuBTdFWjqL KCUV/teqc3MBprT0eBlcZtT0blzLVb9RN0jXq3lksJpdj/I5Iw5lvzYOD428jAdaTPXT ot9lgnqCas8qfhZFhtDLHkQa8QwLj15aiX4QC9YIEjhjl7+d9nk8IMv0W3T0HbBtaN7r 0+ooRUia1iSNROhpbPuBOuar8uYNr/GR1N6RkFLiaTJmX0eKHNprvG9VWlXonweJ1YQM 64seFLnezsFcYDLqXsgWpP+IaSIEJRXMOXEYxOEFw0NPPq0U95qcopsbcpWl5vzVpbQw phdQ== MIME-Version: 1.0 Received: by 10.204.157.18 with SMTP id z18mr3218755bkw.16.1345987557936; Sun, 26 Aug 2012 06:25:57 -0700 (PDT) Received: by 10.204.10.141 with HTTP; Sun, 26 Aug 2012 06:25:57 -0700 (PDT) Received: by 10.204.10.141 with HTTP; Sun, 26 Aug 2012 06:25:57 -0700 (PDT) In-Reply-To: References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> Date: Sun, 26 Aug 2012 14:25:57 +0100 Message-ID: From: Chris Rees To: Wojciech Puchar Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, Kirill Radzikhovskyy , Fredrik Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 13:25:59 -0000 On 26 Aug 2012 13:15, "Wojciech Puchar" wrote: > > very expensive.. Training and education generally are. Chris From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 26 14:09:48 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5C7A9106566C for ; Sun, 26 Aug 2012 14:09:48 +0000 (UTC) (envelope-from max@mxcrypt.com) Received: from mail-qc0-f182.google.com (mail-qc0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 10BDF8FC17 for ; Sun, 26 Aug 2012 14:09:47 +0000 (UTC) Received: by qcsg15 with SMTP id g15so2577923qcs.13 for ; Sun, 26 Aug 2012 07:09:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type:x-gm-message-state; bh=O/rW8vdvEtC0aqrkUv6IBcsbmF+knexX8P/dCao5e5s=; b=SFZvzOi03mE2Lws5JsV4NYZ6CadX+EqG/SjKnF9yW9wsRl5Gc0kntTo2FqOXko7eSw luXrsgh1DGQMnhZh+KTUlh1SSd5ydhAOm+EVekETK21kAnZuziiHtZB7CCGSQZCjDd+5 bKaUjfPbj51/APBTNkEndUjATimmTwj+mJNOd2YGIwxZ97NaKGmX4FAaDfVWYiruRoZz UDsKwnL8jl16Kj7Af8MLqzSM8eMR7Np7dyTnsLQeDx7KC7F95hTLqjF+yywUP+gEPziH pSGZTFTAEJiW92wKXn32sc1eEThAUV/IAuNWKT01fbm5Oh53/g/15gtMeeSCH3W/3By1 aREA== Received: by 10.229.106.130 with SMTP id x2mr5600907qco.121.1345990187301; Sun, 26 Aug 2012 07:09:47 -0700 (PDT) MIME-Version: 1.0 Received: by 10.229.238.74 with HTTP; Sun, 26 Aug 2012 07:09:16 -0700 (PDT) In-Reply-To: References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> From: Maxim Khitrov Date: Sun, 26 Aug 2012 10:09:16 -0400 Message-ID: To: Chris Rees Content-Type: text/plain; charset=UTF-8 X-Gm-Message-State: ALoCoQlG0jKPfP51M+xmxRAMGUlI3+/HGw0lHFHzMadYNj+2GXUboa2LHQR7ZFQ2bPi9OP4wF5I/ Cc: Wojciech Puchar , Kirill Radzikhovskyy , Fredrik , freebsd-hackers@freebsd.org Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 14:09:48 -0000 On Sun, Aug 26, 2012 at 9:25 AM, Chris Rees wrote: > On 26 Aug 2012 13:15, "Wojciech Puchar" > wrote: >> >> very expensive.. > > Training and education generally are. It's still very expensive. $100 I can understand, but $1000 for individuals? Take a look at the courses available on coursera.org, all for free. Take a look at the prices for video/audio courses on thegreatcourses.com. Combined with the fact that these videos were recorded from lectures given to an in-person audience, rather than produced specifically for home viewing, IMHO the price is quite unreasonable. - Max From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 26 14:56:19 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6CC90106564A for ; Sun, 26 Aug 2012 14:56:19 +0000 (UTC) (envelope-from royce.williams@gmail.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 192AE8FC19 for ; Sun, 26 Aug 2012 14:56:18 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4553780vbm.13 for ; Sun, 26 Aug 2012 07:56:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; bh=tZ8308lRVrBBbk1tycrqJQ7jInaTUNV6pmeUURiA048=; b=0xGQOwHQzpX23W+R87MMivcurjEDuje4CGMtpKzjIUb6vhYsdNpKCCUgVJUV6eSTWE F5MVGnMo9XdP+CX/+GFbgott/q0TK8LjOvCWbn416iQAJfwrgaX/vZFapvQwC+ekT4GU MiiSLSB9oVn7bImrZkk6t1E4luUywTvyuq7wATbBW/TXBFi6IbRt3zo6C7TYcnGz9W7w mpVTGTTqGxihy28L4OHON6l8Ok6pDecoOKuV6gk0Pn509I8XvfcKGT+gPBrErEPeaS0T oYwlLJ7oPOaENNdvLmiQ9jylJqG3cFM6hIWSOgZEvLvfF8PmFEqogScQ66KTt06Mi3Ku qd9A== Received: by 10.220.214.205 with SMTP id hb13mr8490774vcb.28.1345992977904; Sun, 26 Aug 2012 07:56:17 -0700 (PDT) MIME-Version: 1.0 Received: by 10.220.8.5 with HTTP; Sun, 26 Aug 2012 07:55:56 -0700 (PDT) In-Reply-To: References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> From: Royce Williams Date: Sun, 26 Aug 2012 06:55:56 -0800 Message-ID: To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 14:56:19 -0000 On Sun, Aug 26, 2012 at 6:09 AM, Maxim Khitrov wrote: > > On Sun, Aug 26, 2012 at 9:25 AM, Chris Rees wrote: > > On 26 Aug 2012 13:15, "Wojciech Puchar" > > wrote: > >> > >> very expensive.. > > > > Training and education generally are. > > It's still very expensive. $100 I can understand, but $1000 for individuals? > > Take a look at the courses available on coursera.org, all for free. > Take a look at the prices for video/audio courses on > thegreatcourses.com. Combined with the fact that these videos were > recorded from lectures given to an in-person audience, rather than > produced specifically for home viewing, IMHO the price is quite > unreasonable. These videos are the equivalent of learning about the Constitution from its framers. While some Coursera courses can say the same, they appear to be relatively few. This is also probably a significant portion of Kirk's income. Unlike the universities represented in Coursera, he has no regular day job that I'm aware of. He has no university infrastructure and funding model that is already paying him to create these courses (and just capturing them on the side for online use). Finally, he offers discounts: "Please note that I offer a 25% discount to people that can make a plausible hardship case and a 50% discount to full-time students. Please contact me at mckusick@mckusick.com to verify that you qualify and to get instructions on how to order at the discounted price." I think that this all adds up to the pricing being quite fair. Royce From owner-freebsd-hackers@FreeBSD.ORG Sun Aug 26 22:04:44 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D57CD106564A; Sun, 26 Aug 2012 22:04:44 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (relay02.stack.nl [IPv6:2001:610:1108:5010::104]) by mx1.freebsd.org (Postfix) with ESMTP id B17038FC0C; Sun, 26 Aug 2012 22:04:43 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id C8383358C5D; Mon, 27 Aug 2012 00:04:42 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id A6E6C2847B; Mon, 27 Aug 2012 00:04:42 +0200 (CEST) Date: Mon, 27 Aug 2012 00:04:42 +0200 From: Jilles Tjoelker To: Konstantin Belousov Message-ID: <20120826220442.GA13508@stack.nl> References: <502A6B7A.6070504@gmail.com> <20120814210911.GA90640@stack.nl> <502AE1D4.4060308@gmail.com> <20120815174942.GN5883@deviant.kiev.zoral.com.ua> <502C3D8B.4060008@gmail.com> <20120816114426.GR5883@deviant.kiev.zoral.com.ua> <20120816223933.GA19925@stack.nl> <20120817124312.GD33100@deviant.kiev.zoral.com.ua> <20120817160847.GA34417@stack.nl> <20120819122636.GH33100@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120819122636.GH33100@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org, davidxu@freebsd.org Subject: Re: system() using vfork() or posix_spawn() and libthr X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 22:04:44 -0000 On Sun, Aug 19, 2012 at 03:26:36PM +0300, Konstantin Belousov wrote: > On Fri, Aug 17, 2012 at 06:08:47PM +0200, Jilles Tjoelker wrote: > > On Fri, Aug 17, 2012 at 03:43:12PM +0300, Konstantin Belousov wrote: > > > On Fri, Aug 17, 2012 at 12:39:33AM +0200, Jilles Tjoelker wrote: > > > > On Thu, Aug 16, 2012 at 02:44:26PM +0300, Konstantin Belousov wrote: > > > > > BTW, returning to Jilles proposal, can we call vfork() only for > > > > > single-threaded parent ? I think it gives good boost for single-threaded > > > > > case, and also eliminates the concerns of non-safety. > > > > This would probably fix the safety issues but at a price. There is a > > > > correlation between processes so large that they benefit greatly from > > > > vfork and threaded processes. > > > Ok, so I will continue with my patch. > > > > On the other hand, I think direct calls to vfork() in applications are > > > > risky and it may not be possible to support them safely in all > > > > circumstances. However, if libc is calling vfork() such as via popen(), > > > > system() or posix_spawn(), it should be possible even in a > > > > multi-threaded process. In that case, the rtld and libthr problems can > > > > be avoided by using aliases with hidden visibility for all functions the > > > > vforked child needs to call (or any other method that prevents > > > > interposition and hard-codes a displacement into libc.so). > > > I do not see how using any aliases could help there. Basically, if mt > > > process is not single-threaded for vfork, you can have both some parent > > > thread and child enter rtld. This is complete mess. > > If libc calls a function with hidden visibility, this proceeds directly > > (not via the PLT) and rtld is not involved. > Oh, so you are only concerned with libc there ? > If spending so much efforts on this issue, IMO it is pity to only fix > libc and not fix vfork for all consumers. True. If vfork can be fixed more generally without too much penalty, it is better to do that. And it looks like that is possible, including detecting unexpected kills, see below. > > Several ways to do this are in section 2.2.7 Avoid Using Exported > > Symbols of Ulrich Drepper's dsohowto. One of them is something like > > extern __typeof(next) next_int > > __attribute((alias("next"), visibility("hidden"))); > > in the same source as the definition of the function > > int next(void) { ...; } > > As Drepper notes, the visibility attribute is not strictly required if a > > version script keeps the symbol local but it might lead to better code. > > At least on i386, though, the optimal direct near call instruction is > > generated even without it. For example, _nsdispatch() calls > > libc_dlopen() (kept local by the version script) without going through > > the PLT (from the output of objdump -dS on the libc.so.7 in /usr/obj). > I am not confident, so this might be a hallucination, but 'optimization' > in the recent gnu ld might rewrite the call target to avoid PLT when > symbol visibility is hidden. If symbol visibility is hidden, rtld does not know about the symbol's name; therefore, the only way ld can make it work is to make the call instruction point directly at the called function, not to a PLT entry. Different from what I wrote earlier, on i386, there is still a penalty in omitting the visibility attribute: the compiler will generate code to load %ebx which may not be necessary. > > In the assembler syscall stubs using code from lib/libc/arch/SYS.h this > > can be done by adding another .set (we currently have foo, _foo and > > __sys_foo for a syscall foo; some syscalls have only _foo and > > __sys_foo) such as __syshidden_foo. The ones that are actually used > > then need prototypes (similar to the __sys_* ones in lib/libthr/?). > > For some reason, the symbol .cerror (HIDENAME(cerror)) is also exported. > > Either this should be kept local or a local uninterposable alias should > > be added and used (as with the syscalls). I sent a patch for .cerror (i386 only) in a new mailing list thread. > > The function __error() (to get errno's address for the current thread) > > is and must be called via the PLT (because libthr is separate). > > Therefore, we should ensure it is called at least once before vfork so > > calls in the child do not involve rtld. The implementations for the > > various architectures use the TLS register (or memory location for ARM), > > so they seem safe. > > This should suffice to fix posix_spawn() but the _execvpe() used by > > posix_spawnp also uses various string functions. If not all of these > > have already been called earlier, this will not work. Making calls to > > them not go through the PLT seems fairly hard, even though it would make > > sense in general, so perhaps I should instead reimplement it such that > > the parent does almost all of the work. > > An alternative is to write the core of posix_spawn() in assembler using > > system calls directly but I would rather avoid that :( > BTW, we have very gross inefficiency in our libc syscall stubs on i386. > Namely, the PIC_PROLOGUE generates 'call 1f; 1f:' sequence, which trashes > return stack predictor in CPU. When compiling for pentium pro and later, > gcc calls dummy procedure that moves return address into %ebx. I think > we ought to do this unconditionally for libc stubs in modern times. This is indeed the case, although I don't think the inefficiency is very gross since there will not be very many return addresses left after a system call. Some post-pentiumpro CPUs do know about 'call 1f; 1f:'; on these CPUs it is slightly faster than the get_pc_thunk while it is much slower than the get_pc_thunk on CPUs that do not treat it specially. > > > > There may still be a problem in programs that install signal handlers > > > > because the set of async-signal-safe functions is larger than what can > > > > be done in a vforked child. Userland can avoid this by masking affected > > > > signals before calling vfork() and resetting them to SIG_DFL before > > > > unmasking them. This will add many syscalls if the code does not know > > > > which signals are affected (such as libc). Alternatively, the kernel > > > > could map caught signals to the default action for processes with > > > > P_PPWAIT (just like it does not stop such processes because of signals > > > > or TTY job control). > > > If rtld does not work, then any library function call from a signal handler > > > is problematic. My goal is to get a working rtld and possibly malloc. > > > Below is the latest version of my patch for vfork, which survives (modified) > > > tools/test/pthread_vfork_test. Patch is only for x86 right now. > [snip single-threading] > > If single-threading is only necessary because umtx locks are formally > > per-process instead of per-vmspace, then I suggest avoiding the trouble > > and depending on the fact that they are per-vmspace. > I agree. I worried about inter-process locking to prevent simultaneous > entry into rtld or malloc from parent other thread and child, but as > David rightfully pointed out, still relied on single vmspace for unlock. > So I removed the single-threading from the kernel, relying on the usermode > locks to prevent parallel rtld entrance and to lock fork/vfork in parent. Hmm, if the locks work properly in parent and child, is it necessary to do prefork/postfork at all? If another thread holds an internal lock during vfork(), the child can wait for this normally, right? I think _thr_vfork_post_parent() can detect most of the situations where the vforked child was killed unexpectedly. If THR_IN_CRITICAL(curthread) at the start of _thr_vfork_post_parent(), the vforked child was in a critical section or held an internal lock, and things are broken. In this case, the process should be terminated because continuing is likely to cause deadlock or other undefined behaviour. One way to trigger such a kill is by passing an invalid struct sched_param pointer to pthread_setschedparam(). Of course it makes no sense to call this function in a vforked child but it provides a deterministic way to trigger the problem. Single-threaded processes without libthr cannot detect an unexpected kill in this way. Then again, they are unlikely to deadlock and will probably crash again. > Patch below also fixes a typo in amd64/vfork.S, which also passes > pthread_vfork_test now. > diff --git a/lib/libthr/arch/amd64/Makefile.inc b/lib/libthr/arch/amd64/Makefile.inc > index e6d99ec..476d26a 100644 > --- a/lib/libthr/arch/amd64/Makefile.inc > +++ b/lib/libthr/arch/amd64/Makefile.inc > @@ -1,3 +1,4 @@ > #$FreeBSD$ > > -SRCS+= pthread_md.c _umtx_op_err.S > +CFLAGS+=-I${.CURDIR}/../libc/${MACHINE_CPUARCH} > +SRCS+= pthread_md.c _umtx_op_err.S vfork.S > diff --git a/lib/libthr/arch/amd64/amd64/vfork.S b/lib/libthr/arch/amd64/amd64/vfork.S > new file mode 100644 > index 0000000..7997032 > --- /dev/null > +++ b/lib/libthr/arch/amd64/amd64/vfork.S > @@ -0,0 +1,77 @@ > +/*- > + * Copyright (c) 2012 Konstantin Belousov > + * Copyright (c) 1990 The Regents of the University of California. > + * All rights reserved. > + * > + * This code is derived from software contributed to Berkeley by > + * William Jolitz. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * 4. Neither the name of the University nor the names of its contributors > + * may be used to endorse or promote products derived from this software > + * without specific prior written permission. > + * > + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND > + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE > + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > + * SUCH DAMAGE. > + */ > + > +#include > +__FBSDID("$FreeBSD$"); > + > +#include "SYS.h" > + > + .weak _vfork > + .set _vfork,__sys_vfork > + .weak vfork > + .set vfork,__sys_vfork > +ENTRY(__sys_vfork) > + call _thr_vfork_pre > + popq %rsi /* fetch return address (%rsi preserved) */ > + mov $SYS_vfork,%rax > + KERNCALL > + jb 2f > + cmpl $0,%eax > + jne 1f > + pushq %rsi > + pushq %rsi /* twice for stack alignment */ > + call CNAME(_thr_vfork_post_child) > + popq %rsi > + popq %rsi > + xorl %eax,%eax > + jmp *%rsi > +1: > + pushq %rsi > + pushq %rax > + call CNAME(_thr_vfork_post_parent) > + popq %rax > + popq %rsi > + jmp *%rsi > +2: > + pushq %rsi > + pushq %rax > + call CNAME(_thr_vfork_post_child) > + call PIC_PLT(CNAME(__error)) > + popq %rdx > + movq %rdx,(%rax) > + movq $-1,%rax > + movq %rax,%rdx > + retq > +END(__sys_vfork) > + > + .section .note.GNU-stack,"",%progbits > diff --git a/lib/libthr/arch/i386/Makefile.inc b/lib/libthr/arch/i386/Makefile.inc > index 01290d5..13d55e2 100644 > --- a/lib/libthr/arch/i386/Makefile.inc > +++ b/lib/libthr/arch/i386/Makefile.inc > @@ -1,3 +1,4 @@ > # $FreeBSD$ > > -SRCS+= pthread_md.c _umtx_op_err.S > +CFLAGS+=-I${.CURDIR}/../libc/${MACHINE_CPUARCH} > +SRCS+= pthread_md.c _umtx_op_err.S vfork.S > diff --git a/lib/libthr/arch/i386/i386/vfork.S b/lib/libthr/arch/i386/i386/vfork.S > new file mode 100644 > index 0000000..ca8896b > --- /dev/null > +++ b/lib/libthr/arch/i386/i386/vfork.S > @@ -0,0 +1,82 @@ > +/*- > + * Copyright (c) 2012 Konstantin Belousov > + * Copyright (c) 1990 The Regents of the University of California. > + * All rights reserved. > + * > + * This code is derived from software contributed to Berkeley by > + * William Jolitz. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * 4. Neither the name of the University nor the names of its contributors > + * may be used to endorse or promote products derived from this software > + * without specific prior written permission. > + * > + * THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS ``AS IS'' AND > + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE > + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > + * SUCH DAMAGE. > + */ > + > +#include > +__FBSDID("$FreeBSD$"); > + > +#include "SYS.h" > + > + .weak _vfork > + .set _vfork,__sys_vfork > + .weak vfork > + .set vfork,__sys_vfork > +ENTRY(__sys_vfork) > + PIC_PROLOGUE > + call PIC_PLT(CNAME(_thr_vfork_pre)) > + PIC_EPILOGUE > + popl %ecx /* my rta into ecx */ > + mov $SYS_vfork,%eax > + KERNCALL > + jb error_ret > + pushl %ecx > + cmpl $0,%eax > + jne parent_ret > + PIC_PROLOGUE > + call PIC_PLT(CNAME(_thr_vfork_post_child)) > + PIC_EPILOGUE > + popl %ecx > + xorl %eax,%eax > + jmp *%ecx > +parent_ret: > + pushl %eax > + PIC_PROLOGUE > + call PIC_PLT(CNAME(_thr_vfork_post_parent)) > + PIC_EPILOGUE > + popl %eax > + popl %ecx > + jmp *%ecx > +error_ret: > + pushl %ecx > + pushl %eax > + PIC_PROLOGUE > + call PIC_PLT(CNAME(_thr_vfork_post_child)) > + call PIC_PLT(CNAME(__error)) > + PIC_EPILOGUE > + popl %edx > + movl %edx,(%eax) > + movl $-1,%eax > + movl %eax,%edx > + retl > +END(__sys_vfork) > + > + .section .note.GNU-stack,"",%progbits > diff --git a/lib/libthr/pthread.map b/lib/libthr/pthread.map > index 355edea..40d14b4 100644 > --- a/lib/libthr/pthread.map > +++ b/lib/libthr/pthread.map > @@ -157,6 +157,7 @@ FBSD_1.0 { > system; > tcdrain; > usleep; > + vfork; > wait; > wait3; > wait4; > diff --git a/lib/libthr/thread/Makefile.inc b/lib/libthr/thread/Makefile.inc > index ddde6e9..92e82ac 100644 > --- a/lib/libthr/thread/Makefile.inc > +++ b/lib/libthr/thread/Makefile.inc > @@ -55,4 +55,5 @@ SRCS+= \ > thr_switch_np.c \ > thr_symbols.c \ > thr_umtx.c \ > + thr_vfork.c \ > thr_yield.c > diff --git a/lib/libthr/thread/thr_private.h b/lib/libthr/thread/thr_private.h > index ba272fe..951c3b8 100644 > --- a/lib/libthr/thread/thr_private.h > +++ b/lib/libthr/thread/thr_private.h > @@ -757,6 +757,7 @@ void _thr_cancel_leave(struct pthread *, int) __hidden; > void _thr_testcancel(struct pthread *) __hidden; > void _thr_signal_block(struct pthread *) __hidden; > void _thr_signal_unblock(struct pthread *) __hidden; > +void _thr_signal_unblock_noref(struct pthread *) __hidden; > void _thr_signal_init(void) __hidden; > void _thr_signal_deinit(void) __hidden; > int _thr_send_sig(struct pthread *, int sig) __hidden; > @@ -777,6 +778,9 @@ int _thr_setscheduler(lwpid_t, int, const struct sched_param *) __hidden; > void _thr_signal_prefork(void) __hidden; > void _thr_signal_postfork(void) __hidden; > void _thr_signal_postfork_child(void) __hidden; > +void _thr_vfork_pre(void) __hidden; > +void _thr_vfork_post_child(void) __hidden; > +void _thr_vfork_post_parent(void) __hidden; > void _thr_try_gc(struct pthread *, struct pthread *) __hidden; > int _rtp_to_schedparam(const struct rtprio *rtp, int *policy, > struct sched_param *param) __hidden; > @@ -833,6 +837,7 @@ pid_t __sys_getpid(void); > ssize_t __sys_read(int, void *, size_t); > ssize_t __sys_write(int, const void *, size_t); > void __sys_exit(int); > +pid_t __sys_vfork(void); > #endif > > static inline int > diff --git a/lib/libthr/thread/thr_sig.c b/lib/libthr/thread/thr_sig.c > index 3dee8b7..3e5b25e 100644 > --- a/lib/libthr/thread/thr_sig.c > +++ b/lib/libthr/thread/thr_sig.c > @@ -107,6 +107,13 @@ _thr_signal_unblock(struct pthread *curthread) > __sys_sigprocmask(SIG_SETMASK, &curthread->sigmask, NULL); > } > > +void > +_thr_signal_unblock_noref(struct pthread *curthread) > +{ > + if (curthread->sigblock == 0) > + __sys_sigprocmask(SIG_SETMASK, &curthread->sigmask, NULL); > +} > + > int > _thr_send_sig(struct pthread *thread, int sig) > { > diff --git a/lib/libthr/thread/thr_vfork.c b/lib/libthr/thread/thr_vfork.c > new file mode 100644 > index 0000000..80c9d1e > --- /dev/null > +++ b/lib/libthr/thread/thr_vfork.c > @@ -0,0 +1,123 @@ > +/* > + * Copyright (c) 2012 Konstantin Belousov > + * Copyright (c) 2005 David Xu > + * Copyright (c) 2003 Daniel Eischen > + * All rights reserved. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Neither the name of the author nor the names of any co-contributors > + * may be used to endorse or promote products derived from this software > + * without specific prior written permission. > + * > + * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND > + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE > + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > + * SUCH DAMAGE. > + * > + * $FreeBSD$ > + */ > + > +/* > + * Copyright (c) 1995-1998 John Birrell > + * All rights reserved. > + * > + * Redistribution and use in source and binary forms, with or without > + * modification, are permitted provided that the following conditions > + * are met: > + * 1. Redistributions of source code must retain the above copyright > + * notice, this list of conditions and the following disclaimer. > + * 2. Redistributions in binary form must reproduce the above copyright > + * notice, this list of conditions and the following disclaimer in the > + * documentation and/or other materials provided with the distribution. > + * 3. Neither the name of the author nor the names of any co-contributors > + * may be used to endorse or promote products derived from this software > + * without specific prior written permission. > + * > + * THIS SOFTWARE IS PROVIDED BY JOHN BIRRELL AND CONTRIBUTORS ``AS IS'' AND > + * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE > + * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE > + * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE > + * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL > + * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS > + * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) > + * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT > + * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY > + * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF > + * SUCH DAMAGE. > + */ > + > +#include "namespace.h" > +#include > +#include > +#include > +#include > +#include > +#include > +#include > +#include "un-namespace.h" > + > +#include "libc_private.h" > +#include "rtld_lock.h" > +#include "thr_private.h" > + > +static int rtld_locks[MAX_RTLD_LOCKS]; > +static int cancelsave, was_threaded; > + > +void > +_thr_vfork_pre(void) > +{ > + struct pthread *curthread; > + > + curthread = _get_curthread(); > + _thr_rwl_wrlock(&_thr_atfork_lock); > + cancelsave = curthread->no_cancel; > + curthread->no_cancel = 1; > + _thr_signal_block(curthread); > + _thr_signal_prefork(); > + if (_thr_isthreaded() != 0) { > + was_threaded = 1; > + _malloc_prefork(); > + _rtld_atfork_pre(rtld_locks); > + } else > + was_threaded = 0; > +} > + > +void > +_thr_vfork_post_child(void) > +{ > + struct pthread *curthread; > + > + _thr_signal_postfork(); > + if (was_threaded) { > + _rtld_atfork_post(rtld_locks); > + _malloc_postfork(); > + } > + curthread = _get_curthread(); > + _thr_signal_unblock(curthread); > + curthread->no_cancel = cancelsave; > + _thr_rwlock_unlock(&_thr_atfork_lock); > + if (curthread->cancel_async) > + _thr_testcancel(curthread); > +} > + > +void > +_thr_vfork_post_parent(void) > +{ > + struct pthread *curthread; > + > + curthread = _get_curthread(); > + _thr_signal_unblock_noref(curthread); > + if (curthread->cancel_async) > + _thr_testcancel(curthread); > +} > diff --git a/sys/kern/kern_fork.c b/sys/kern/kern_fork.c > index 46cdca1..6f2cfed 100644 > --- a/sys/kern/kern_fork.c > +++ b/sys/kern/kern_fork.c > @@ -150,11 +150,7 @@ sys_vfork(struct thread *td, struct vfork_args *uap) > int error, flags; > struct proc *p2; > > -#ifdef XEN > - flags = RFFDG | RFPROC; /* validate that this is still an issue */ > -#else > flags = RFFDG | RFPROC | RFPPWAIT | RFMEM; > -#endif > error = fork1(td, flags, 0, &p2, NULL, 0); > if (error == 0) { > td->td_retval[0] = p2->p_pid; -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 27 07:08:13 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 831D5106564A for ; Mon, 27 Aug 2012 07:08:13 +0000 (UTC) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from wojtek.tensor.gdynia.pl (wojtek.tensor.gdynia.pl [89.206.35.99]) by mx1.freebsd.org (Postfix) with ESMTP id DC1608FC16 for ; Mon, 27 Aug 2012 07:08:12 +0000 (UTC) Received: from wojtek.tensor.gdynia.pl (localhost [127.0.0.1]) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5) with ESMTP id q7R787e6061689; Mon, 27 Aug 2012 09:08:07 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Received: from localhost (wojtek@localhost) by wojtek.tensor.gdynia.pl (8.14.5/8.14.5/Submit) with ESMTP id q7R7876S061686; Mon, 27 Aug 2012 09:08:07 +0200 (CEST) (envelope-from wojtek@wojtek.tensor.gdynia.pl) Date: Mon, 27 Aug 2012 09:08:06 +0200 (CEST) From: Wojciech Puchar To: Maxim Khitrov In-Reply-To: Message-ID: References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.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 passed SPF test, not delayed by milter-greylist-4.2.7 (wojtek.tensor.gdynia.pl [127.0.0.1]); Mon, 27 Aug 2012 09:08:07 +0200 (CEST) Cc: freebsd-hackers@freebsd.org, Kirill Radzikhovskyy , Fredrik , Chris Rees Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 07:08:13 -0000 >> Training and education generally are. > > It's still very expensive. $100 I can understand, but $1000 for individuals? > > Take a look at the courses available on coursera.org, all for free. > Take a look at the prices for video/audio courses on > thegreatcourses.com. Combined with the fact that these videos were > recorded from lectures given to an in-person audience, rather than > produced specifically for home viewing, IMHO the price is quite > unreasonable. there are no unreasonable price as long as there are buyers :) From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 27 07:50:17 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 213CB1065670 for ; Mon, 27 Aug 2012 07:50:17 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id CA8F28FC0A for ; Mon, 27 Aug 2012 07:50:16 +0000 (UTC) Received: from [89.204.138.168] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1T5u5H-0004qc-Qi; Mon, 27 Aug 2012 09:50:08 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q7R7o02d001434; Mon, 27 Aug 2012 09:50:00 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q7R7nwgc001433; Mon, 27 Aug 2012 09:49:58 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 27 Aug 2012 09:49:58 +0200 From: Matthias Apitz To: Chris Rees Message-ID: <20120827074957.GA1424@tiny.Sisis.de> References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> 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 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.138.168 Cc: Wojciech Puchar , Kirill Radzikhovskyy , Fredrik , freebsd-hackers@freebsd.org Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2012 07:50:17 -0000 El día Sunday, August 26, 2012 a las 02:25:57PM +0100, Chris Rees escribió: > On 26 Aug 2012 13:15, "Wojciech Puchar" > wrote: > > > > very expensive.. > > Training and education generally are. Agreed, if the goal is commercial. But I do not know if this price invites are people who want to start digging into the FreeBSD kernel to take over volunteer work there and help FreeBSD growing. matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 27 07:56:56 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1DA7B106564A for ; Mon, 27 Aug 2012 07:56:56 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id BEAED8FC17 for ; Mon, 27 Aug 2012 07:56:55 +0000 (UTC) Received: from mx1.psconsult.nl (mx1.hvnu.psconsult.nl [46.44.189.154]) by mx1.psconsult.nl (8.14.5/8.14.4) with ESMTP id q7R7ungK032288 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 27 Aug 2012 09:56:54 +0200 (CEST) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.5/8.14.4/Submit) id q7R7unad032287 for freebsd-hackers@freebsd.org; Mon, 27 Aug 2012 09:56:49 +0200 (CEST) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 27 Aug 2012 09:56:49 +0200 From: Paul Schenkeveld To: freebsd-hackers@freebsd.org Message-ID: <20120827075649.GA32017@psconsult.nl> References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> <20120827074957.GA1424@tiny.Sisis.de> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120827074957.GA1424@tiny.Sisis.de> User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 07:56:56 -0000 On Mon, Aug 27, 2012 at 09:49:58AM +0200, Matthias Apitz wrote: > El día Sunday, August 26, 2012 a las 02:25:57PM +0100, Chris Rees escribió: > > > On 26 Aug 2012 13:15, "Wojciech Puchar" > > wrote: > > > > > > very expensive.. > > > > Training and education generally are. > > Agreed, if the goal is commercial. But I do not know if this price > invites are people who want to start digging into the FreeBSD kernel to > take over volunteer work there and help FreeBSD growing. Kirk often teaches 1-day or 2-day courses at BSD conferences at a very reasonable price, especially for people working or wanting to work as volunteers for FreeBSD, NetBSD and OpenBSD. Your next opportunity is the EuroBSDcon 2012 conference in Warsaw, Poland where Kirk teaches on friday October 19, 2012: http://www.eurobsdcon.org/ > matthias With kind regards, Paul Schenkeveld From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 27 14:35:45 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67D9F106566B for ; Mon, 27 Aug 2012 14:35:45 +0000 (UTC) (envelope-from guru@unixarea.de) Received: from ms16-1.1blu.de (ms16-1.1blu.de [89.202.0.34]) by mx1.freebsd.org (Postfix) with ESMTP id 1CD0B8FC08 for ; Mon, 27 Aug 2012 14:35:44 +0000 (UTC) Received: from [89.204.138.168] (helo=tiny.Sisis.de) by ms16-1.1blu.de with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1T60Pn-0003fP-38; Mon, 27 Aug 2012 16:35:43 +0200 Received: from tiny.Sisis.de (localhost [127.0.0.1]) by tiny.Sisis.de (8.14.5/8.14.3) with ESMTP id q7REZeZG002357; Mon, 27 Aug 2012 16:35:40 +0200 (CEST) (envelope-from guru@unixarea.de) Received: (from guru@localhost) by tiny.Sisis.de (8.14.5/8.14.3/Submit) id q7REZd6P002356; Mon, 27 Aug 2012 16:35:39 +0200 (CEST) (envelope-from guru@unixarea.de) X-Authentication-Warning: tiny.Sisis.de: guru set sender to guru@unixarea.de using -f Date: Mon, 27 Aug 2012 16:35:39 +0200 From: Matthias Apitz To: Paul Schenkeveld Message-ID: <20120827143538.GA2335@tiny.Sisis.de> References: <707E7AD9-6B7F-4356-9A30-0C3DDFAB1B8D@gmail.com> <20120827074957.GA1424@tiny.Sisis.de> <20120827075649.GA32017@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <20120827075649.GA32017@psconsult.nl> X-Operating-System: FreeBSD 10.0-CURRENT r226986 (i386) User-Agent: Mutt/1.5.21 (2010-09-15) X-Con-Id: 51246 X-Con-U: 0-guru X-Originating-IP: 89.204.138.168 Cc: freebsd-hackers@freebsd.org Subject: Re: FreeBSD Kernel Internals, lecture video X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Matthias Apitz List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 27 Aug 2012 14:35:45 -0000 El día Monday, August 27, 2012 a las 09:56:49AM +0200, Paul Schenkeveld escribió: > Kirk often teaches 1-day or 2-day courses at BSD conferences at a very > reasonable price, especially for people working or wanting to work as > volunteers for FreeBSD, NetBSD and OpenBSD. > > Your next opportunity is the EuroBSDcon 2012 conference in Warsaw, > Poland where Kirk teaches on friday October 19, 2012: I was once at a USENIX conference in Anahein, California, where Sam Leffler gave a two days teaching about sockets etc., very useful such trainings, but expensive too; and far away to reach an audience big enough as we would need to get more volunteers on board, I think matthias -- Matthias Apitz e - w http://www.unixarea.de/ UNIX since V7 on PDP-11, UNIX on mainframe since ESER 1055 (IBM /370) UNIX on x86 since SVR4.2 UnixWare 2.1.2, FreeBSD since 2.2.5 From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 27 20:04:40 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 076601065670 for ; Mon, 27 Aug 2012 20:04:40 +0000 (UTC) (envelope-from dieterbsd@engineer.com) Received: from mailout-us.gmx.com (mailout-us.gmx.com [74.208.5.67]) by mx1.freebsd.org (Postfix) with SMTP id A35758FC1A for ; Mon, 27 Aug 2012 20:04:39 +0000 (UTC) Received: (qmail 13637 invoked by uid 0); 27 Aug 2012 20:04:38 -0000 Received: from 67.206.186.222 by rms-us009 with HTTP Content-Type: text/plain; charset="utf-8" Date: Mon, 27 Aug 2012 16:04:37 -0400 From: "Dieter BSD" Message-ID: <20120827200438.165810@gmx.com> MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Authenticated: #74169980 X-Flags: 0001 X-Mailer: GMX.com Web Mailer x-registered: 0 Content-Transfer-Encoding: 8bit X-GMX-UID: gbdJcKEh3zOlNR3dAHAhrj9+IGRvbwDq Subject: Re: How to diagnose system freezes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 20:04:40 -0000 Yuri writes: > Anything else I can try? > > One thing of importance here is that there is an older graphics card > 9400 GT on this system and current nvidia-driver-295.71 has an issue > with 9400 GT: it makes graphics to malfunction (unpainted windows, long > delays switching to terminal mode) or freezes Xorg (but not OS). So I > run the older nvidia-driver-285.05.09 which appears to work. > That's why I think that nvidia driver is probably to blame for these > periodic OS freezes. Also the latest driver version must be, obviously, > working for most people because (I think) they mostly have newer than > mine nvidia cards. Have you found a way to trigger the bug on demand? Since you suspect the nvidia-driver-285.05.09, try some other driver, and do whatever triggers the bug and see if you get the freeze. > So maybe I should also just get the newer nvidia card > and shut up, not sure. If you can demonstrate that the various nvidia drivers are broken in various ways, submit a problem report to whoever wrote the drivers (Nvidia presumably). If Nvidia supports their products, then they will fix their drivers. If they don't support their products, why would you want to reward them by buying another nvidia card? But the question I have is: why are device drivers allowed to freeze the entire machine? I have at *least* 4 drivers that freeze the machine long enough for data to be lost. My theory is that: 1) An interrupt comes in. 2) ALL INTERRUPTS ARE BLOCKED ! 3) The device driver sits around too long. 4) Eventually the interrupts are turned back on. If the device driver gets stuck in an infinite loop, the machine hangs forever. Assuming my theory is correct (anyone disagree?), then WHY are ALL interrupts blocked? Why can't we just block interrupts for that particular device? From owner-freebsd-hackers@FreeBSD.ORG Mon Aug 27 22:02:26 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 79EAB1065674 for ; Mon, 27 Aug 2012 22:02:26 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell0.rawbw.com (shell0.rawbw.com [198.144.192.45]) by mx1.freebsd.org (Postfix) with ESMTP id 6416B8FC0A for ; Mon, 27 Aug 2012 22:02:26 +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 q7RM2JjD088981; Mon, 27 Aug 2012 15:02:19 -0700 (PDT) (envelope-from yuri@rawbw.com) Message-ID: <503BEE6A.1040605@rawbw.com> Date: Mon, 27 Aug 2012 15:02:18 -0700 From: Yuri User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:14.0) Gecko/20120802 Thunderbird/14.0 MIME-Version: 1.0 To: Dieter BSD References: <20120827200438.165810@gmx.com> In-Reply-To: <20120827200438.165810@gmx.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: How to diagnose system freezes? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 22:02:26 -0000 On 08/27/2012 13:04, Dieter BSD wrote: > Have you found a way to trigger the bug on demand? > > Since you suspect the nvidia-driver-285.05.09, try some other > driver, and do whatever triggers the bug and see if you get the freeze. No, I didn't find any way to trigger the problem on purpose. 295.71 driver (current version) doesn't work right away after start but doesn't freeze OS. Older 285.05.09 version appears to work fine for a long while (1-2 days), then freezes OS. I am pretty sure anybody will see the problem if they try this version of driver with 9400 GT card. > If you can demonstrate that the various nvidia drivers are broken > in various ways, submit a problem report to whoever wrote the drivers > (Nvidia presumably). If Nvidia supports their products, then they > will fix their drivers. If they don't support their products, > why would you want to reward them by buying another nvidia card? I did send the bug report to NVidia's address freebsd-gfx-bugs@nvidia.com. So far no response. I am not sure how such one way, secretive, PR handling works in general for any product. So not sure how NVidia can manage it. No way to track the issue with NVidia. Yuri From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 28 11:03:31 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id CDF7C106566B for ; Tue, 28 Aug 2012 11:03:31 +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 478188FC08 for ; Tue, 28 Aug 2012 11:03:30 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q7SB3Z05001497; Tue, 28 Aug 2012 14:03:35 +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.5/8.14.5) with ESMTP id q7SB3N33064684; Tue, 28 Aug 2012 14:03:23 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q7SB3MpU064683; Tue, 28 Aug 2012 14:03:22 +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, 28 Aug 2012 14:03:22 +0300 From: Konstantin Belousov To: Jilles Tjoelker Message-ID: <20120828110322.GJ33100@deviant.kiev.zoral.com.ua> References: <20120824221655.GA76607@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="o1/0/m+AY5DY8EuM" Content-Disposition: inline In-Reply-To: <20120824221655.GA76607@stack.nl> 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=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] libc: Do not export .cerror X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 11:03:31 -0000 --o1/0/m+AY5DY8EuM Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Aug 25, 2012 at 12:16:55AM +0200, Jilles Tjoelker wrote: > For some reason, libc exports the symbol .cerror (HIDENAME(cerror)), > albeit in the FBSDprivate_1.0 version. It looks like there is no reason > for this since it is not used from other libraries. Given that it cannot > be accessed from C and its strange calling convention, it is rather > unlikely that other things rely on it. Perhaps it is from a time when > symbols could not be hidden.=20 Probably, the idea was that the symbol can be interposed. Not sure who wanted such functionality. >=20 > Not exporting .cerror causes it to be jumped to directly instead of via > the PLT. >=20 > The below patch is for i386 only and also takes advantage of .cerror's > new status by not saving and loading %ebx before jumping to it. > (Therefore, .cerror now saves and loads %ebx itself.) Where there was a > conditional jump to a jump to .cerror, the conditional jump has been > changed to jump to .cerror directly (many modern CPUs don't do static > prediction and in any case it is not much of a benefit anyway). Why do you need to save/restore the %ebx at all ? %ebx =3D=3D &__GLOBAL_OFFSET_TABLE__ is only needed when you access GOT, but .cerror only works with PLT, which is addressed using the instruction capable of relative addressing. The old .cerror does not need it as well, but it is just engraved in the function ABI. >=20 > The patch decreases the size of libc.so.7 by a few kilobytes. >=20 > Similar changes could be made to other architectures, and there may be > more symbols that are exported but need not be. Sure, would you handle at least amd64 too ? --o1/0/m+AY5DY8EuM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlA8pXoACgkQC3+MBN1Mb4g4agCfVD+hxac270WlKmbGCVnmgtzA bE0AnilyIRW6+t6MVzmA0DPVVVjvoeZ8 =HuxN -----END PGP SIGNATURE----- --o1/0/m+AY5DY8EuM-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 28 11:14:43 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E1E7B106564A for ; Tue, 28 Aug 2012 11:14:43 +0000 (UTC) (envelope-from ayoung@mosaicarchive.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6468FC0A for ; Tue, 28 Aug 2012 11:14:43 +0000 (UTC) Received: by obbun3 with SMTP id un3so13345177obb.13 for ; Tue, 28 Aug 2012 04:14:42 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=YEDh+SSFlb/5NtGPIf02PQ2tNstQ2cMjY5PKa7iklP4=; b=FKZ9bMHV84f1iafHQRBQdjcopZznH0QLzikdZr5sRHIv+53Z5kiUU5kzs3ulT/Gxez nJXMJeHxr1jiAPOpKPekKovb0ekrANaxAxei5DlP2bGhIWMzV5QCW6X5HLta/icrO/E6 6P6EQMDyVve7KNZBlJ8+XMAhaJvFwn9XnH9LZaTPpJTw2+8hLPio97sxfL8RDa6d1/8r rS/CVh5cqEnhMyJyQG+zgveQmJH9JmwtVI7t+RtE5t+RQgEzjd58z0yOrr1eZRqwQLRn JGqdc2EQu+S4iv/vxnZVxYPktkfvr5cvEVocabRZeVyY3rfvdLjBqsKUpbY1fIRzwwGd gvUA== MIME-Version: 1.0 Received: by 10.182.131.73 with SMTP id ok9mr12296015obb.19.1346152482837; Tue, 28 Aug 2012 04:14:42 -0700 (PDT) Received: by 10.76.174.38 with HTTP; Tue, 28 Aug 2012 04:14:42 -0700 (PDT) X-Originating-IP: [96.237.242.243] Date: Tue, 28 Aug 2012 07:14:42 -0400 Message-ID: From: Andy Young To: freebsd-hackers@freebsd.org X-Gm-Message-State: ALoCoQkqL8sfrH22bGGBFKDDQV49vjoUWjjOyz6uI7x4bGAflZo2VhZeHEqdRy1pq2bumfRBXlCr Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Question on io monitoring tools such as gstat and iostat X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 11:14:44 -0000 I am relatively new to using IO monitoring tools and wanted to confirm I understand them correctly. If I specify an interval of 5 seconds, my assumption is that the data displayed is an average over that 5 second interval. Is that correct or am I misunderstanding how intervals work? Thanks! Andy From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 28 17:42:46 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89F7D1065676 for ; Tue, 28 Aug 2012 17:42:46 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 011F98FC18 for ; Tue, 28 Aug 2012 17:42:45 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so4054985lbb.13 for ; Tue, 28 Aug 2012 10:42:44 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :x-gm-message-state; bh=R97cyN89ewvKJHugR03K8PwYsypThpT+fdUah2EzqVU=; b=IVWy/HBM5M1e4s7LafsXIwej1N2SmOQGM36S9ihnVmQAjAgGx4Y+q3i8du7r3Tv1jf KYSsVyo2CRg4CsHluFo+xdrhx9rhNG4bFZWh2fabmqLu0VEOkvZO8enLi40IZo2RcJMH LBCGb1a3NngO+4wdTdZXQZzAWRz1WJnG0kBnjEoIKfBCWfcu8/o8IzjkySOIpIreV7+F xqES2qJBIBN0UzCgByFkC7KgxndXtWACdyfcQgm1dCq99yz8lMQWO1cZhpPP1KFrZ3Q9 ozTJe/g1vaxzNY1HWTElG6X/OaTCugNE+e4W4vpI1zTrUksKQTrcpWwA+vGuO7dWMG9l +FPg== Received: by 10.152.132.233 with SMTP id ox9mr19165146lab.25.1346175763913; Tue, 28 Aug 2012 10:42:43 -0700 (PDT) Received: from zont-osx.local (ppp95-165-143-86.pppoe.spdop.ru. [95.165.143.86]) by mx.google.com with ESMTPS id nf5sm22697235lab.3.2012.08.28.10.42.42 (version=SSLv3 cipher=OTHER); Tue, 28 Aug 2012 10:42:43 -0700 (PDT) Sender: Andrey Zonov Message-ID: <503D0308.70109@FreeBSD.org> Date: Tue, 28 Aug 2012 21:42:32 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Andy Young References: In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigCDF012FCB4FC78B4732FDA45" X-Gm-Message-State: ALoCoQnL1T6o/Gm+hxSlefPfsQ+4wCr/OfRnTsQRptje3zrOQdtpwnUjLQtSBECA8Rd2nOmOjPX9 Cc: freebsd-hackers@freebsd.org Subject: Re: Question on io monitoring tools such as gstat and iostat X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 17:42:46 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigCDF012FCB4FC78B4732FDA45 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 8/28/12 3:14 PM, Andy Young wrote: > I am relatively new to using IO monitoring tools and wanted to confirm = I > understand them correctly. If I specify an interval of 5 seconds, my > assumption is that the data displayed is an average over that 5 second > interval. Is that correct or am I misunderstanding how intervals work? >=20 Yes, you are right. For more information you can read devstat(3) or sources in src/lib/libdevstat/devstat.c. --=20 Andrey Zonov --------------enigCDF012FCB4FC78B4732FDA45 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJQPQMRAAoJEBWLemxX/CvTOEQH/0jAhryc1mc4ajJvDUFD6qly mz+Dh5CdzN6ete+y2FH04F528rc2/phKWKA+s1iTsOwkbO4I6zJ2LR1e4JHFTRhk D/jvrSE6CIglavx7zCCEAFLB5d+YQ17On1Ssj033zXsGl8ZLUxpdSZ27KAJ0GnL7 PY9gH8sJuBZyceWcw6XkiXBlsbqWxiUqq4eqVDJ4QLIx5wBztZ3YP4B5MEm4g+m4 tHBM+36GfGD8i8Knav11MSguSsm+4my2Mym3jXFBcLHgvYFr1iwYPgb/jVDnoAT8 ATzBEynGDnzESSo8AkKBQbnTbHbbYwb7k53VbxAEckzit3NuoFleoGlYds6FrCs= =wBcp -----END PGP SIGNATURE----- --------------enigCDF012FCB4FC78B4732FDA45-- From owner-freebsd-hackers@FreeBSD.ORG Tue Aug 28 18:13:39 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A2A41106566B for ; Tue, 28 Aug 2012 18:13:39 +0000 (UTC) (envelope-from ayoung@mosaicarchive.com) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 528B68FC1A for ; Tue, 28 Aug 2012 18:13:39 +0000 (UTC) Received: by vbmv11 with SMTP id v11so7885201vbm.13 for ; Tue, 28 Aug 2012 11:13:38 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=references:in-reply-to:mime-version:content-transfer-encoding :content-type:message-id:cc:x-mailer:from:subject:date:to :x-gm-message-state; bh=R8xg05Rw9NM6FGwF1GMxNiQar65qeQOzDB15y31elVA=; b=iFrvmZHfscPvO+0Qe367yZOrfiE6mrG7/P3J6bShJm2pg9hJ2y7PYqJb6/ccmw9mA1 QKIPHgh0To/lH9lMoATHy9WrBIkI8tJqsFwSEplqIR4+SQ9Yn5y4U2g6uPxZN/0jS+WY g8fH+iLZ2hBuMYWtWQedGuOqtYGKvw2YQ67rwVa8V6Ahv4jwZWWLJwAUDL4fG2IEvItO UEPf6untxFJs44YaQP2R1a796AK/MwLlBBv+eCGq3XrWWQBVZGqgfx3W8PcaA4TEubI2 GcuDRML90F4pPT9FemaMnEtn1AhcUKgAlRnjPvfa1Vtd9Mt8HaAwUd4ZbKscnKasNS9q AKmg== Received: by 10.52.89.83 with SMTP id bm19mr12698981vdb.116.1346177618360; Tue, 28 Aug 2012 11:13:38 -0700 (PDT) Received: from [192.168.1.3] (pool-96-237-242-243.bstnma.fios.verizon.net. [96.237.242.243]) by mx.google.com with ESMTPS id l12sm11637736vdh.8.2012.08.28.11.13.36 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 28 Aug 2012 11:13:37 -0700 (PDT) References: <503D0308.70109@FreeBSD.org> In-Reply-To: <503D0308.70109@FreeBSD.org> Mime-Version: 1.0 (1.0) Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii Message-Id: X-Mailer: iPhone Mail (9B206) From: Andrew Young Date: Tue, 28 Aug 2012 14:13:35 -0400 To: Andrey Zonov X-Gm-Message-State: ALoCoQmeL31U87dOmOsYKXQjD6qLi2L08gEpAzT1x3pimQ56h6JwP6mS4hIiWu+HsmGZ5doM9/Zw Cc: "freebsd-hackers@freebsd.org" Subject: Re: Question on io monitoring tools such as gstat and iostat X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 18:13:39 -0000 Thanks Andrey! Sent from my iPhone On Aug 28, 2012, at 1:42 PM, Andrey Zonov wrote: > On 8/28/12 3:14 PM, Andy Young wrote: >> I am relatively new to using IO monitoring tools and wanted to confirm I >> understand them correctly. If I specify an interval of 5 seconds, my >> assumption is that the data displayed is an average over that 5 second >> interval. Is that correct or am I misunderstanding how intervals work? >> > > Yes, you are right. For more information you can read devstat(3) or > sources in src/lib/libdevstat/devstat.c. > > -- > Andrey Zonov > From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 29 08:13:06 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F0849106564A; Wed, 29 Aug 2012 08:13:05 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 6F8238FC15; Wed, 29 Aug 2012 08:13:05 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1T6dJJ-000Ljx-F7; Wed, 29 Aug 2012 11:07:37 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.3 To: Andrey Zonov In-reply-to: <503D0308.70109@FreeBSD.org> References: <503D0308.70109@FreeBSD.org> Comments: In-reply-to Andrey Zonov message dated "Tue, 28 Aug 2012 21:42:32 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 29 Aug 2012 11:07:37 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Andy Young Subject: Re: Question on io monitoring tools such as gstat and iostat X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2012 08:13:06 -0000 > This is an OpenPGP/MIME signed message (RFC 2440 and 3156) > --------------enigCDF012FCB4FC78B4732FDA45 > Content-Type: text/plain; charset=ISO-8859-1 > Content-Transfer-Encoding: quoted-printable > > On 8/28/12 3:14 PM, Andy Young wrote: > > I am relatively new to using IO monitoring tools and wanted to confirm = > I > > understand them correctly. If I specify an interval of 5 seconds, my > > assumption is that the data displayed is an average over that 5 second > > interval. Is that correct or am I misunderstanding how intervals work? > >=20 > > Yes, you are right. For more information you can read devstat(3) or > sources in src/lib/libdevstat/devstat.c. netstat does not! danny From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 29 08:20:57 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 729FB106564A for ; Wed, 29 Aug 2012 08:20:57 +0000 (UTC) (envelope-from andrey@zonov.org) Received: from mail-lpp01m010-f54.google.com (mail-lpp01m010-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id D719A8FC08 for ; Wed, 29 Aug 2012 08:20:56 +0000 (UTC) Received: by lage12 with SMTP id e12so351798lag.13 for ; Wed, 29 Aug 2012 01:20:55 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :x-gm-message-state; bh=B3XVf+q6N2ptjWUMCn5TN4Rk73N7CcHbkiTl6kJIt80=; b=W13JCS0ZlnTQBAyHm5XESHwFkfi+gwwRclSxVev8+AGxQfCwwuGF6+ohRnGWhqPhz/ ipFCP6M3A+eCWfxoumzBeyosEybwxvFbeJWKMvQwWKIIS+/TjlgP+nWlzSTxixSGA7Wn o4FupLxu/jpnKgSOFpVvgvhjuvpioqj9CGkc8ELOjsEJCRQ5QtLldCfu6vW8PM11Pvcp Ygbn+jDz2vSqLKf/ZH1taBUhMRudie88Fcn4rDfH3ORbqDyKMsbj1tNfSuOjBN65x5FA atbjeP0X8/SD9sCps8mVjZL20R9k087YuDeLVxi+c4q4kV3HU3N2wUkTGa3Db75z9tPW M8cg== Received: by 10.112.24.196 with SMTP id w4mr256458lbf.37.1346228455154; Wed, 29 Aug 2012 01:20:55 -0700 (PDT) Received: from zont-osx.local (ppp95-165-143-86.pppoe.spdop.ru. [95.165.143.86]) by mx.google.com with ESMTPS id lr17sm24278285lab.12.2012.08.29.01.20.53 (version=SSLv3 cipher=OTHER); Wed, 29 Aug 2012 01:20:54 -0700 (PDT) Sender: Andrey Zonov Message-ID: <503DD0E4.90000@FreeBSD.org> Date: Wed, 29 Aug 2012 12:20:52 +0400 From: Andrey Zonov User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:14.0) Gecko/20120713 Thunderbird/14.0 MIME-Version: 1.0 To: Daniel Braniss References: <503D0308.70109@FreeBSD.org> In-Reply-To: X-Enigmail-Version: 1.4.3 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig31AC10D6C7A43ACFD5754CF9" X-Gm-Message-State: ALoCoQlldbBq/H3gAxY53rk/9SX0/GAJjr4SWYr2+rG5VCgj5B74B1PABI5X6nwKb2TEOdWci/zP Cc: freebsd-hackers@freebsd.org, Andy Young Subject: Re: Question on io monitoring tools such as gstat and iostat X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2012 08:20:57 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig31AC10D6C7A43ACFD5754CF9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 8/29/12 12:07 PM, Daniel Braniss wrote: >> This is an OpenPGP/MIME signed message (RFC 2440 and 3156) >> --------------enigCDF012FCB4FC78B4732FDA45 >> Content-Type: text/plain; charset=3DISO-8859-1 >> Content-Transfer-Encoding: quoted-printable >> >> On 8/28/12 3:14 PM, Andy Young wrote: >>> I am relatively new to using IO monitoring tools and wanted to confir= m =3D >> I >>> understand them correctly. If I specify an interval of 5 seconds, my >>> assumption is that the data displayed is an average over that 5 secon= d >>> interval. Is that correct or am I misunderstanding how intervals work= ? >>> =3D20 >> >> Yes, you are right. For more information you can read devstat(3) or >> sources in src/lib/libdevstat/devstat.c. >=20 > netstat does not! >=20 And you are right, but the question was about gstat(8) and iostat(8). They print units per second, unlike netstat(1), it prints only units without "per". --=20 Andrey Zonov --------------enig31AC10D6C7A43ACFD5754CF9 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.18 (Darwin) Comment: GPGTools - http://gpgtools.org iQEcBAEBAgAGBQJQPdDkAAoJEBWLemxX/CvTsccH/R8obeXeDpc2/aP8m1peVlBQ S+3Rp9Ej4stqbrnAZzlqlzchVvBXnXZgZpkt5aeTM7pyazHOmujOOX1U1Qw+8n/U SJ4iNrko4jk/C5VHGgWAxDQVMtv0FTeKRETlnBX346NAM40KxelsZhN0BKv+m1tk 7e93urvpBBL9WarLF+0+dfaeB8i19kyqT1m6OJTVY3f/7MV5VxlbbkJXvmpF/tgr TGAaMn0LlEckkN6TQzuWPTzUNkaRdiiaRUOcK9eeJZRX/qEwueno5UppXX27ZFhr Nachxzdjy8KxNDlfGea1O3VL3miKoCG1qFkrcnoLx+XMzXteLuUw3pvbAJqZvXM= =tiK0 -----END PGP SIGNATURE----- --------------enig31AC10D6C7A43ACFD5754CF9-- From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 29 16:09:33 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 803F1106566B for ; Wed, 29 Aug 2012 16:09:33 +0000 (UTC) (envelope-from PMahan@adaranet.com) Received: from barracuda.adaranet.com (smtp.adaranet.com [72.5.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 4FA8E8FC16 for ; Wed, 29 Aug 2012 16:09:33 +0000 (UTC) X-ASG-Debug-ID: 1346256563-027ef709373ba10001-P5m3U7 Received: from SJ-EXCH-1.adaranet.com ([10.10.1.29]) by barracuda.adaranet.com with ESMTP id uctGXVihxGp0FWDq for ; Wed, 29 Aug 2012 09:09:23 -0700 (PDT) X-Barracuda-Envelope-From: PMahan@adaranet.com Received: from SJ-EXCH-1.adaranet.com ([fe80::7042:d8c2:5973:c523]) by SJ-EXCH-1.adaranet.com ([fe80::7042:d8c2:5973:c523%14]) with mapi; Wed, 29 Aug 2012 09:09:23 -0700 From: Patrick Mahan X-Barracuda-Apparent-Source-IP: fe80::7042:d8c2:5973:c523 To: "freebsd-hackers@freebsd.org" Date: Wed, 29 Aug 2012 09:09:17 -0700 Thread-Topic: Need some explanation on a field in struct vmtotal X-ASG-Orig-Subj: Need some explanation on a field in struct vmtotal Thread-Index: Ac2GAKQP1MGlcUS2RZ2GI8h/YfAL4w== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-cr-puzzleid: {085B380F-FF78-4033-9DBC-26311B404EA2} x-cr-hashedpuzzle: ALwl An1p Bu7o Bzfy EgBo FMeH F5qn GZ4d GwDS G2aD Hdhs JMVc LBoA LQau LmFn Lta4; 1; ZgByAGUAZQBiAHMAZAAtAGgAYQBjAGsAZQByAHMAQABmAHIAZQBlAGIAcwBkAC4AbwByAGcA; Sosha1_v1; 7; {085B380F-FF78-4033-9DBC-26311B404EA2}; cABtAGEAaABhAG4AQABhAGQAYQByAGEAbgBlAHQALgBjAG8AbQA=; Wed, 29 Aug 2012 16:09:17 GMT; TgBlAGUAZAAgAHMAbwBtAGUAIABlAHgAcABsAGEAbgBhAHQAaQBvAG4AIABvAG4AIABhACAAZgBpAGUAbABkACAAaQBuACAAcwB0AHIAdQBjAHQAIAB2AG0AdABvAHQAYQBsAA== acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: UNKNOWN[10.10.1.29] X-Barracuda-Start-Time: 1346256563 X-Barracuda-URL: http://172.16.10.203:8000/cgi-mod/mark.cgi Received-SPF: none (adaranet.com: pmahan@adaranet.com does not designate permitted sender hosts) X-Virus-Scanned: by bsmtpd at adaranet.com X-Barracuda-Spam-Score: 2.50 X-Barracuda-Spam-Status: No, SCORE=2.50 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests=BSF_SC0_MV0004 X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.2.97753 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- 2.50 BSF_SC0_MV0004 BODY: Custom Rule BSF_SC0_MV0004 Subject: Need some explanation on a field in struct vmtotal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2012 16:09:33 -0000 All, I'm trying to determine if this is a bug or for real. We have a customer t= hat pointed his NMS at our appliance (running FBSD 9.0). These are 64-bit intel platforms = (8 core Xeons) with 8 Gbytes of RAM and a 16 Gbyte swap. The customer claims that the NMS shows him that these boxes have a tetrabyt= e of VM, which surprised him somewhat. These platforms are using net-snmp 5.7.1 out of th= e ports tree. I did an snmpget query on one of our boxes here in our lab and saw the foll= owing: comet1# snmpget -v2c -c public localhost hrMemorySize.0 HOST-RESOURCES-MIB::hrMemorySize.0 =3D INTEGER: 8351368 KBytes SNMP table: HOST-RESOURCES-MIB::hrStorageTable hrStorageIndex hrStorageType hrStorageDescr hrStorageAllocationUnits hrS= torageSize hrStorageUsed hrStorageAllocationFailures ... 3 HOST-RESOURCES-TYPES::hrStorageVirtualMemory Virtual memory 4096 = Bytes 269040967 268460681 0 My understanding is that the 'hrStorageSize' is in 'hrStorageAllocationUnit= s', so the total byte size should be=20 4096 x 269040967 =3D 1085607800832 Now, I have looked at the net-snmp code for retrieving this value and it se= ems to be=20 via a sysctl to vm.vmtotal. This value is the field t_vm in the vmtotal st= ructure (defined in sys/sys/vmmeter.h). Looking at the code in sys/vm/vm_meter.c I see the following: TAILQ_FOREACH(object, &vm_object_list, object_list) { /* * Perform unsynchronized reads on the object to avoid * a lock-order reversal. In this case, the lack of * synchronization should not impair the accuracy of * the reported statistics. */ if (object->type =3D=3D OBJT_DEVICE || object->type =3D=3D = OBJT_SG) { /* * Devices, like /dev/mem, will badly skew our tota= ls. */ continue; } if (object->ref_count =3D=3D 0) { /* * Also skip unreferenced objects, including * vnodes representing mounted file systems. */ continue; } total.t_vm +=3D object->size; But I cannot find any description of what object->size is defined. The vm_object structure is defined in vm/vm_object.h as type vm_pindex_t. Which is an architecturally defined in /_types.h (for amd64 this is defined as __uint64_t. My FreeBSD internals (McKusick's book) for 5.5 doesn't seem to reference it= . So my question is - Is the object->size in bytes? If this is so, then total.t_vm is in bytes and net-snmp is using that value unmodified. Instea= d it should divide that value by 4096 and report that number instead? Or is my understanding screwed up here? Thanks, Patrick ---------------------------------------------------- Patrick Mahan Lead Technical Kernel Engineer Adara Networks Disclaimer: The opinions expressed here are solely the responsibility of th= e author and are not to be construed as an official opinion of Adara Networks. From owner-freebsd-hackers@FreeBSD.ORG Wed Aug 29 16:49:13 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEF2B106566B for ; Wed, 29 Aug 2012 16:49:13 +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 767B68FC17 for ; Wed, 29 Aug 2012 16:49:12 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q7TGnGHT049897; Wed, 29 Aug 2012 19:49: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.5/8.14.5) with ESMTP id q7TGn4YQ073936; Wed, 29 Aug 2012 19:49:04 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q7TGn40v073935; Wed, 29 Aug 2012 19:49:04 +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: Wed, 29 Aug 2012 19:49:04 +0300 From: Konstantin Belousov To: Patrick Mahan Message-ID: <20120829164904.GD33100@deviant.kiev.zoral.com.ua> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="WOMRmRCzG5HeB3RL" Content-Disposition: inline In-Reply-To: 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=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: "freebsd-hackers@freebsd.org" Subject: Re: Need some explanation on a field in struct vmtotal X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Aug 2012 16:49:14 -0000 --WOMRmRCzG5HeB3RL Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Aug 29, 2012 at 09:09:17AM -0700, Patrick Mahan wrote: > All, >=20 > I'm trying to determine if this is a bug or for real. We have a customer= that pointed his > NMS at our appliance (running FBSD 9.0). These are 64-bit intel platform= s (8 core Xeons) > with 8 Gbytes of RAM and a 16 Gbyte swap. >=20 > The customer claims that the NMS shows him that these boxes have a tetrab= yte of VM, which > surprised him somewhat. These platforms are using net-snmp 5.7.1 out of = the ports tree. >=20 > I did an snmpget query on one of our boxes here in our lab and saw the fo= llowing: >=20 > comet1# snmpget -v2c -c public localhost hrMemorySize.0 > HOST-RESOURCES-MIB::hrMemorySize.0 =3D INTEGER: 8351368 KBytes >=20 >=20 > SNMP table: HOST-RESOURCES-MIB::hrStorageTable >=20 > hrStorageIndex hrStorageType hrStorageDescr hrStorageAllocationUnits h= rStorageSize hrStorageUsed hrStorageAllocationFailures >=20 > ... >=20 > 3 HOST-RESOURCES-TYPES::hrStorageVirtualMemory Virtual memory 409= 6 Bytes 269040967 268460681 0 >=20 > My understanding is that the 'hrStorageSize' is in 'hrStorageAllocationUn= its', so the total > byte size should be=20 >=20 > 4096 x 269040967 =3D 1085607800832 >=20 > Now, I have looked at the net-snmp code for retrieving this value and it = seems to be=20 > via a sysctl to vm.vmtotal. This value is the field t_vm in the vmtotal = structure > (defined in sys/sys/vmmeter.h). >=20 > Looking at the code in sys/vm/vm_meter.c I see the following: >=20 > TAILQ_FOREACH(object, &vm_object_list, object_list) { > /* > * Perform unsynchronized reads on the object to avoid > * a lock-order reversal. In this case, the lack of > * synchronization should not impair the accuracy of > * the reported statistics. > */ > if (object->type =3D=3D OBJT_DEVICE || object->type =3D= =3D OBJT_SG) { > /* > * Devices, like /dev/mem, will badly skew our to= tals. > */ > continue; > } > if (object->ref_count =3D=3D 0) { > /* > * Also skip unreferenced objects, including > * vnodes representing mounted file systems. > */ > continue; > } > total.t_vm +=3D object->size; >=20 > But I cannot find any description of what object->size is defined. The > vm_object structure is defined in vm/vm_object.h as type vm_pindex_t. >=20 > Which is an architecturally defined in /_types.h (for amd64 this > is defined as __uint64_t. >=20 > My FreeBSD internals (McKusick's book) for 5.5 doesn't seem to reference = it. >=20 > So my question is - Is the object->size in bytes? If this is so, then > total.t_vm is in bytes and net-snmp is using that value unmodified. Inst= ead > it should divide that value by 4096 and report that number instead? >=20 > Or is my understanding screwed up here? struct vm_object size is in pages. --WOMRmRCzG5HeB3RL Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlA+SAAACgkQC3+MBN1Mb4hsJQCdFnFbnXHzVaL2GkOqubIrjOa4 tFoAnibY8O3fMkw6CsFT+L1NbNWyuHu+ =/R7D -----END PGP SIGNATURE----- --WOMRmRCzG5HeB3RL-- From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 30 03:07:23 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C51C0106564A for ; Thu, 30 Aug 2012 03:07:23 +0000 (UTC) (envelope-from imp@bsdimp.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 881728FC0C for ; Thu, 30 Aug 2012 03:07:23 +0000 (UTC) Received: by ialo14 with SMTP id o14so3095489ial.13 for ; Wed, 29 Aug 2012 20:07:22 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=sender:from:content-type:content-transfer-encoding:subject:date :message-id:to:mime-version:x-mailer:x-gm-message-state; bh=xUPHY3iJoOEPyvuKsvtx8tWtxtxJ8FRSM8L5tZXaHD0=; b=XKZKwFtG+YxjUB7pyh0iS97MnsWK4AWEYGFTs8qE5eqKAyZnjARxlOZpOG3q7k9tAg fxvQEiGuMRvOEhbWOIfvEbuywqWd40FhA95uhBEGgZf+5uBt/X99BTV5iGdQMSbQxaGU OizAw4+guvEWz+wvMMYUAv+8rHj/a4mIHbqp8RkHkHHNQqzcj9y5Y+nL1oO09RJI198d F+zP9qLe/ENUewj+46B82x5EAJSumKyFFsfCNfAUhjXp+q/BhuKTB19awKMEPjIPvWV2 U7+Qk5VWcBLEeyolsG0Y9xEY3ExIzDb/k0pZkFC0xOZpF++1flUbabjA+zK3TFXjtaEO GMMA== Received: by 10.50.152.141 with SMTP id uy13mr3975039igb.64.1346296042653; Wed, 29 Aug 2012 20:07:22 -0700 (PDT) Received: from 63.imp.bsdimp.com (50-78-194-198-static.hfc.comcastbusiness.net. [50.78.194.198]) by mx.google.com with ESMTPS id q1sm987288igj.15.2012.08.29.20.07.21 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 29 Aug 2012 20:07:21 -0700 (PDT) Sender: Warner Losh From: Warner Losh Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 29 Aug 2012 21:07:20 -0600 Message-Id: <8E967A7D-D293-4F94-9888-212EC94121F7@bsdimp.com> To: FreeBSD Hackers Mime-Version: 1.0 (Apple Message framework v1084) X-Mailer: Apple Mail (2.1084) X-Gm-Message-State: ALoCoQnjmduzzV46YNGsIOMbJ860NOtRBoYv6H9f4fbpNiByz2jSUj/wLaNdSTze+r+ZHDz9YIGs Subject: Quick MALLOC_DEBUG patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 03:07:23 -0000 http://people.freebsd.org/~imp/MALLOC_DEBUG.diff This makes WITH/WITHOUT_MALLOC_DEBUG work. The non-standard = PRODUCTION_MALLOC form is retained for compatibility. This also needs = to be documented. Comments? Warner From owner-freebsd-hackers@FreeBSD.ORG Thu Aug 30 05:30:16 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE8D8106564A for ; Thu, 30 Aug 2012 05:30:16 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ob0-f182.google.com (mail-ob0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C67B8FC16 for ; Thu, 30 Aug 2012 05:30:16 +0000 (UTC) Received: by obbun3 with SMTP id un3so3391444obb.13 for ; Wed, 29 Aug 2012 22:30:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=rWEfm1bvTUK2JyFr6aK+5qbYUwRNUwuJDsLQIibIGKQ=; b=Hs3u9r3wdCFUTjCHYjC0p/MSDYmec+DMbz5H6y8KYq1Ff5i71mSb8TwncSa14utyJG b6Ytx2iQbE4Ie4yhJONU7WpRUdDnzk7lFjoae+TbFuKBetHxKTH9J6gmqXvtyTtLlCeO ankT51U1hx9IkKCbKxQLfPXhA1vs/XgsIkaVHxnz0f4/Kr2XY6/FJZf3wAESbxzlwvFB 1xMEBDwrt5jLEK08lYC/2iBGM6M20UyCaiN1rfGiYhaLsG2N9I45cuk2aTv7WsBNfMPH UbBv35g9Or31JYbiSWF56wyd0OAl9EF368797tG8hsLH1WUkLOqh0sAQ8LKooSM+eLnX dTtA== MIME-Version: 1.0 Received: by 10.182.74.68 with SMTP id r4mr3265911obv.31.1346304615286; Wed, 29 Aug 2012 22:30:15 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.76.8.98 with HTTP; Wed, 29 Aug 2012 22:30:15 -0700 (PDT) In-Reply-To: <8E967A7D-D293-4F94-9888-212EC94121F7@bsdimp.com> References: <8E967A7D-D293-4F94-9888-212EC94121F7@bsdimp.com> Date: Wed, 29 Aug 2012 22:30:15 -0700 X-Google-Sender-Auth: QhIopYfXVqKceXMMT37eR4GJOGw Message-ID: From: Adrian Chadd To: Warner Losh Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD Hackers Subject: Re: Quick MALLOC_DEBUG patch X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 05:30:16 -0000 On 29 August 2012 20:07, Warner Losh wrote: > http://people.freebsd.org/~imp/MALLOC_DEBUG.diff > > This makes WITH/WITHOUT_MALLOC_DEBUG work. The non-standard PRODUCTION_MALLOC form is retained for compatibility. This also needs to be documented. > > Comments? Please! adrian From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 31 17:05:36 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 7115E106564A for ; Fri, 31 Aug 2012 17:05:36 +0000 (UTC) (envelope-from sjg@evilcode.net) Received: from mail-vb0-f54.google.com (mail-vb0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 224188FC08 for ; Fri, 31 Aug 2012 17:05:35 +0000 (UTC) Received: by vbmv11 with SMTP id v11so4515806vbm.13 for ; Fri, 31 Aug 2012 10:05:35 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:x-gm-message-state; bh=sL3YfIzPAIBGVG58piSjW+YH59JnMMDRDYGwejxQKEM=; b=Udp9YwYtuIlh2x6yn1FQ/Pb4sc46RLOkthVcIJSEJpv27foKKPHyeV2btAD4IVCvwM BKr5L95fr2Z7D+pgXq+w1x59E+h7rUL7+WnAb5VJ4TQTUfghMJkpkxrgbzHt5jMyK28F s/zh1uYzPOEvzxDSvnEeeTx5ZTb2dknr4vynYytkZR0F/KRrNDkoxHz/fMrlhdGaV5mX SD5whGHxe6hXPgTnZsDWBWiAdNbaCcrvWuV8M9iUr1QzbR430M2UR0NpcUn19Bg+e7QI Lras+N18MNaDZTshqdjrZiQPdor/3LF97RzDunGMK1du9GDqHU5teoxGwawrZccdt+St 4Ryw== MIME-Version: 1.0 Received: by 10.52.94.168 with SMTP id dd8mr5198189vdb.127.1346432735263; Fri, 31 Aug 2012 10:05:35 -0700 (PDT) Received: by 10.220.92.194 with HTTP; Fri, 31 Aug 2012 10:05:35 -0700 (PDT) In-Reply-To: <5033D9D7.808@FreeBSD.org> References: <5031FAAB.9020409@FreeBSD.org> <86a9xobo2c.fsf@ds4.des.no> <5033C7BB.1040702@FreeBSD.org> <5033D9D7.808@FreeBSD.org> Date: Fri, 31 Aug 2012 11:05:35 -0600 Message-ID: From: "Samuel J. Greear" To: FreeBSD Hackers Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkxitqHIgY4xX4Er8xMdDZIDiSNWf/PAkLhx4q52lomPY/lZi4dpwk5XRTpGZ0bdV0tsVEr X-Mailman-Approved-At: Fri, 31 Aug 2012 18:31:53 +0000 Subject: Re: Replacing BIND with unbound X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 17:05:36 -0000 On Tue, Aug 21, 2012 at 12:56 PM, Doug Barton wrote: > On 8/21/2012 11:08 AM, Bjoern A. Zeeb wrote: >> On Tue, 21 Aug 2012, Doug Barton wrote: > >>> Neither importing ldns nor removing BIND is going to have any effect on >>> the stub resolver library in libc. >> >> Yes it does as if we are not carefull, we'll neither have a _proper_ >> validating caching resolver but 4 different resolver libraries 3 of >> which needing crypto and only 2 with a well known support plan and >> only 2 with the same interface in base. > Just a data point. DragonFly removed BIND from base in favor of ldns/drill in June of 2010, there has not been any quantifiable fallout. We did not bring in unbound and there are no plans to do so. Sam From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 31 17:06:42 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EDB041065675 for ; Fri, 31 Aug 2012 17:06:42 +0000 (UTC) (envelope-from amzo@hush.com) Received: from smtp1.hushmail.com (smtp1.hushmail.com [65.39.178.135]) by mx1.freebsd.org (Postfix) with ESMTP id D19198FC17 for ; Fri, 31 Aug 2012 17:06:42 +0000 (UTC) Received: from smtp1.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp1.hushmail.com (Postfix) with SMTP id C38FE2FD4D for ; Fri, 31 Aug 2012 17:04:40 +0000 (UTC) Received: from smtp.hushmail.com (w7.hushmail.com [65.39.178.32]) by smtp1.hushmail.com (Postfix) with ESMTP for ; Fri, 31 Aug 2012 17:04:40 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 9A4FD6F443; Fri, 31 Aug 2012 17:04:40 +0000 (UTC) MIME-Version: 1.0 Date: Fri, 31 Aug 2012 18:04:40 +0100 To: freebsd-hackers@freebsd.org From: amzo@hush.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20120831170440.9A4FD6F443@smtp.hushmail.com> X-Mailman-Approved-At: Fri, 31 Aug 2012 18:32:07 +0000 Subject: Random Hangs and Freezes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 17:06:43 -0000 Well I currently have two problems, but I think they're related. The first one is, my system locks up when I switch TTYs then switch back to X. The other one is when playing games, such as Warzone2100, ExtremeTuxRacer or pretty much any game, I always get random few seconds hangs, but the music and game still continues in the background. I didn't suffer from this on Linux. Though, this is only with games, it doesn't happen when watching movies. Currently I am using the /usr/ports/x11/nvidia-driver-173 for my Nvidia card, which is a Geforce FX5200 as I'm thinking this is the most likely candidate, but not sure where to start to debug it. Let me know what information you may need. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 31 18:55:37 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 0E4891065670 for ; Fri, 31 Aug 2012 18:55:37 +0000 (UTC) (envelope-from raysonlogin@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id D8B9E8FC19 for ; Fri, 31 Aug 2012 18:55:36 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so5373178pbb.13 for ; Fri, 31 Aug 2012 11:55:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=u3fSbMueyGoHP1NF84gpT2Li7qXIOVHut14TeJzhOk4=; b=LNrTk3KvrfF9eNbwK99T5BRTgIigf5hyy10hYDtr0F153miEiYdbUq3tT+sivqakXk ckazcppJb0MkcnJyh+vqL3k2IUxo8EzkTv75GEZDfJ7uItq9XjikDp+JxQJ1PspFuHoJ TeTh1v5hGlp1c9PLbQFw1JX7lv+/zWOfKCtkILiuVM2RS5ZiFLBvHNfC+wUyoSTMnut8 vCH3BlM1w8LwkifXcE7uuG1xUHnVsjzDwcrPnCBUn/lx7Kk/kA5t5IeERbizZX5632tb FswqtC4az7fbqQdte4o9XDXFcdy4v3bkCO8O6JgqHRU5MUdE4K9ciCe5AUFbupEr/xCJ hSMw== MIME-Version: 1.0 Received: by 10.68.189.193 with SMTP id gk1mr18857395pbc.123.1346439336588; Fri, 31 Aug 2012 11:55:36 -0700 (PDT) Received: by 10.68.232.197 with HTTP; Fri, 31 Aug 2012 11:55:36 -0700 (PDT) In-Reply-To: <1343484662.97324.YahooMailNeo@web113513.mail.gq1.yahoo.com> References: <1343484662.97324.YahooMailNeo@web113513.mail.gq1.yahoo.com> Date: Fri, 31 Aug 2012 14:55:36 -0400 Message-ID: From: Rayson Ho To: "freebsd-hackers@freebsd.org" Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: libdwarf X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 18:55:37 -0000 Thanks everyone for the answers! We have a small enhancement in the works, and will send it to the various projects maintaining the libdwarf code. Rayson ================================================== Open Grid Scheduler - The Official Open Source Grid Engine http://gridscheduler.sourceforge.net/ On Sat, Jul 28, 2012 at 10:11 AM, Pedro Giffuni wrote: > Hello guys; > > We are not using the dwarfstd library because it is copyleft and > SGI basically seems to have abandoned it for good. > > The Elftoolchain guys have taken over the development started > by John Birrell and are the official maintainers of the BSD version: > > > http://sourceforge.net/apps/trac/elftoolchain/ > > > > cheers, > > Pedro. From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 31 19:31:07 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C96FB106564A for ; Fri, 31 Aug 2012 19:31:07 +0000 (UTC) (envelope-from lokadamus@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.23]) by mx1.freebsd.org (Postfix) with SMTP id 61E738FC18 for ; Fri, 31 Aug 2012 19:31:06 +0000 (UTC) Received: (qmail invoked by alias); 31 Aug 2012 19:31:05 -0000 Received: from d178071.adsl.hansenet.de (EHLO FBSD.lokilan) [80.171.178.71] by mail.gmx.net (mp029) with SMTP; 31 Aug 2012 21:31:05 +0200 X-Authenticated: #3333826 X-Provags-ID: V01U2FsdGVkX18RT2kH7AMR91rxNFab0Oy3MNw9pniU7FxAEF9cMp Ony7MVvma9xWFK Message-ID: <504110FC.3080805@gmx.de> Date: Fri, 31 Aug 2012 21:31:08 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:12.0) Gecko/20120505 Thunderbird/12.0.1 MIME-Version: 1.0 To: amzo@hush.com References: <20120831170440.9A4FD6F443@smtp.hushmail.com> In-Reply-To: <20120831170440.9A4FD6F443@smtp.hushmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-hackers@freebsd.org Subject: Re: Random Hangs and Freezes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 19:31:07 -0000 On 08/31/12 19:04, amzo@hush.com wrote: > Let me know what information you may need. Which Version of FreeBSD you are running? From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 31 20:40:54 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3E00E106564A for ; Fri, 31 Aug 2012 20:40:54 +0000 (UTC) (envelope-from amzo@hush.com) Received: from smtp2.hushmail.com (smtp2.hushmail.com [65.39.178.134]) by mx1.freebsd.org (Postfix) with ESMTP id 21E148FC0A for ; Fri, 31 Aug 2012 20:40:52 +0000 (UTC) Received: from smtp2.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp2.hushmail.com (Postfix) with SMTP id 1ADD6E6BC7 for ; Fri, 31 Aug 2012 20:09:24 +0000 (UTC) Received: from smtp.hushmail.com (w7.hushmail.com [65.39.178.32]) by smtp2.hushmail.com (Postfix) with ESMTP; Fri, 31 Aug 2012 20:09:23 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id C167A6F448; Fri, 31 Aug 2012 20:09:23 +0000 (UTC) MIME-Version: 1.0 Date: Fri, 31 Aug 2012 21:09:23 +0100 To: lokadamus@gmx.de From: amzo@hush.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20120831200923.C167A6F448@smtp.hushmail.com> X-Mailman-Approved-At: Fri, 31 Aug 2012 20:47:43 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Random Hangs and Freezes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 20:40:54 -0000 On Fri, 31 Aug 2012 20:31:13 +0100 lokadamus@gmx.de wrote: >On 08/31/12 19:04, amzo@hush.com wrote: >> Let me know what information you may need. >Which Version of FreeBSD you are running? I'm currently running FreeBSD 9.0, I don't recall having this issue on 8.2 when I used it. Rather it seems to be a new issue I have with From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 31 21:01:16 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C6081106564A for ; Fri, 31 Aug 2012 21:01:16 +0000 (UTC) (envelope-from lokadamus@gmx.de) Received: from mailout-de.gmx.net (mailout-de.gmx.net [213.165.64.22]) by mx1.freebsd.org (Postfix) with SMTP id 1D37C8FC14 for ; Fri, 31 Aug 2012 21:01:15 +0000 (UTC) Received: (qmail invoked by alias); 31 Aug 2012 21:01:14 -0000 Received: from d180008.adsl.hansenet.de (EHLO FBSD.lokilan) [80.171.180.8] by mail.gmx.net (mp072) with SMTP; 31 Aug 2012 23:01:14 +0200 X-Authenticated: #3333826 X-Provags-ID: V01U2FsdGVkX1/B0193QTDB1+jOJW37U5Xdht0qwr0KpAW3hgUp/v EgTrdxQkPVkinI Message-ID: <5041261C.8080605@gmx.de> Date: Fri, 31 Aug 2012 23:01:16 +0200 From: "lokadamus@gmx.de" User-Agent: Mozilla/5.0 (X11; FreeBSD i386; rv:12.0) Gecko/20120505 Thunderbird/12.0.1 MIME-Version: 1.0 To: amzo@hush.com References: <20120831200923.C167A6F448@smtp.hushmail.com> In-Reply-To: <20120831200923.C167A6F448@smtp.hushmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 Cc: freebsd-hackers@freebsd.org Subject: Re: Random Hangs and Freezes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 21:01:16 -0000 On 08/31/12 22:09, amzo@hush.com wrote: > > On Fri, 31 Aug 2012 20:31:13 +0100 lokadamus@gmx.de wrote: >> On 08/31/12 19:04, amzo@hush.com wrote: >>> Let me know what information you may need. >> Which Version of FreeBSD you are running? > I'm currently running FreeBSD 9.0, I don't recall having this > issue on 8.2 when I used it. Rather it seems to be a new issue I > have with > > _______________________________________________ > 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" > Can you upgrade to 9.1-RC1? From owner-freebsd-hackers@FreeBSD.ORG Fri Aug 31 22:48:56 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 71321106566C for ; Fri, 31 Aug 2012 22:48:56 +0000 (UTC) (envelope-from jilles@stack.nl) Received: from mx1.stack.nl (unknown [IPv6:2001:610:1108:5012::107]) by mx1.freebsd.org (Postfix) with ESMTP id BA4F68FC0A for ; Fri, 31 Aug 2012 22:48:55 +0000 (UTC) Received: from snail.stack.nl (snail.stack.nl [IPv6:2001:610:1108:5010::131]) by mx1.stack.nl (Postfix) with ESMTP id 0C03D1203B1; Sat, 1 Sep 2012 00:48:51 +0200 (CEST) Received: by snail.stack.nl (Postfix, from userid 1677) id E5EE62847B; Sat, 1 Sep 2012 00:48:50 +0200 (CEST) Date: Sat, 1 Sep 2012 00:48:50 +0200 From: Jilles Tjoelker To: Konstantin Belousov Message-ID: <20120831224850.GA12423@stack.nl> References: <20120824221655.GA76607@stack.nl> <20120828110322.GJ33100@deviant.kiev.zoral.com.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120828110322.GJ33100@deviant.kiev.zoral.com.ua> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] libc: Do not export .cerror X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Aug 2012 22:48:56 -0000 On Tue, Aug 28, 2012 at 02:03:22PM +0300, Konstantin Belousov wrote: > On Sat, Aug 25, 2012 at 12:16:55AM +0200, Jilles Tjoelker wrote: > > Not exporting .cerror causes it to be jumped to directly instead of via > > the PLT. > > The below patch is for i386 only and also takes advantage of .cerror's > > new status by not saving and loading %ebx before jumping to it. > > (Therefore, .cerror now saves and loads %ebx itself.) Where there was a > > conditional jump to a jump to .cerror, the conditional jump has been > > changed to jump to .cerror directly (many modern CPUs don't do static > > prediction and in any case it is not much of a benefit anyway). > Why do you need to save/restore the %ebx at all ? %ebx == > &__GLOBAL_OFFSET_TABLE__ is only needed when you access GOT, but .cerror > only works with PLT, which is addressed using the instruction capable of > relative addressing. The old .cerror does not need it as well, but it is > just engraved in the function ABI. On i386, a shared object's PLT entry needs %ebx set up to work properly. This is because such a PLT entry needs to access the GOT to find the address to jump to (the first instruction is jmp *d32(%ebx)). An executable's PLT entry accesses the GOT via absolute addressing and therefore does not need %ebx. > > The patch decreases the size of libc.so.7 by a few kilobytes. > > Similar changes could be made to other architectures, and there may be > > more symbols that are exported but need not be. > Sure, would you handle at least amd64 too ? The below patch handles amd64. I'm a bit annoyed that most of the syscall stubs are 17 bytes long now and have the maximum 15 bytes of padding. This means that the patch provides virtually no gain in code size. Index: lib/libc/amd64/Symbol.map =================================================================== --- lib/libc/amd64/Symbol.map (revision 239865) +++ lib/libc/amd64/Symbol.map (working copy) @@ -66,7 +66,6 @@ .curbrk; .minbrk; _brk; - .cerror; _end; __sys_vfork; _vfork; Index: lib/libc/amd64/SYS.h =================================================================== --- lib/libc/amd64/SYS.h (revision 239865) +++ lib/libc/amd64/SYS.h (working copy) @@ -36,38 +36,20 @@ #include #include -#ifdef PIC #define RSYSCALL(x) ENTRY(__CONCAT(__sys_,x)); \ .weak CNAME(x); \ .set CNAME(x),CNAME(__CONCAT(__sys_,x)); \ .weak CNAME(__CONCAT(_,x)); \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret; \ - 2: movq PIC_GOT(HIDENAME(cerror)),%rcx; jmp *%rcx; \ + mov __CONCAT($SYS_,x),%eax; KERNCALL; \ + jb HIDENAME(cerror); ret; \ END(__CONCAT(__sys_,x)) #define PSEUDO(x) ENTRY(__CONCAT(__sys_,x)); \ .weak CNAME(__CONCAT(_,x)); \ .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret ; \ - 2: movq PIC_GOT(HIDENAME(cerror)),%rcx; jmp *%rcx; \ + mov __CONCAT($SYS_,x),%eax; KERNCALL; \ + jb HIDENAME(cerror); ret; \ END(__CONCAT(__sys_,x)) -#else -#define RSYSCALL(x) ENTRY(__CONCAT(__sys_,x)); \ - .weak CNAME(x); \ - .set CNAME(x),CNAME(__CONCAT(__sys_,x)); \ - .weak CNAME(__CONCAT(_,x)); \ - .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret; \ - 2: jmp HIDENAME(cerror); \ - END(__CONCAT(__sys_,x)) -#define PSEUDO(x) ENTRY(__CONCAT(__sys_,x)); \ - .weak CNAME(__CONCAT(_,x)); \ - .set CNAME(__CONCAT(_,x)),CNAME(__CONCAT(__sys_,x)); \ - mov __CONCAT($SYS_,x),%rax; KERNCALL; jb 2f; ret; \ - 2: jmp HIDENAME(cerror); \ - END(__CONCAT(__sys_,x)) -#endif - #define KERNCALL movq %rcx, %r10; syscall Index: lib/libc/amd64/gen/rfork_thread.S =================================================================== --- lib/libc/amd64/gen/rfork_thread.S (revision 239865) +++ lib/libc/amd64/gen/rfork_thread.S (working copy) @@ -93,12 +93,7 @@ 2: popq %r12 popq %rbx -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)), %rdx - jmp *%rdx -#else jmp HIDENAME(cerror) -#endif END(rfork_thread) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/brk.S =================================================================== --- lib/libc/amd64/sys/brk.S (revision 239865) +++ lib/libc/amd64/sys/brk.S (working copy) @@ -76,12 +76,7 @@ ret err: addq $8, %rsp -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else jmp HIDENAME(cerror) -#endif END(brk) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/getcontext.S =================================================================== --- lib/libc/amd64/sys/getcontext.S (revision 239865) +++ lib/libc/amd64/sys/getcontext.S (working copy) @@ -42,16 +42,9 @@ movq (%rsp),%rsi /* save getcontext return address */ mov $SYS_getcontext,%rax KERNCALL - jb 1f + jb HIDENAME(cerror) addq $8,%rsp /* remove stale (setcontext) return address */ jmp *%rsi /* restore return address */ -1: -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else - jmp HIDENAME(cerror) -#endif END(__sys_getcontext) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/setlogin.S =================================================================== --- lib/libc/amd64/sys/setlogin.S (revision 239865) +++ lib/libc/amd64/sys/setlogin.S (working copy) @@ -47,7 +47,7 @@ ENTRY(__sys_setlogin) mov $SYS_setlogin,%rax KERNCALL - jb 1f + jb HIDENAME(cerror) #ifdef PIC movq PIC_GOT(CNAME(_logname_valid)),%rdx movl $0,(%rdx) @@ -55,13 +55,6 @@ movl $0,CNAME(_logname_valid)(%rip) #endif ret /* setlogin(name) */ -1: -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else - jmp HIDENAME(cerror) -#endif END(__sys_setlogin) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/sbrk.S =================================================================== --- lib/libc/amd64/sys/sbrk.S (revision 239865) +++ lib/libc/amd64/sys/sbrk.S (working copy) @@ -79,12 +79,7 @@ ret err: addq $8, %rsp -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else jmp HIDENAME(cerror) -#endif END(sbrk) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/ptrace.S =================================================================== --- lib/libc/amd64/sys/ptrace.S (revision 239865) +++ lib/libc/amd64/sys/ptrace.S (working copy) @@ -48,15 +48,8 @@ #endif mov $SYS_ptrace,%eax KERNCALL - jb err + jb HIDENAME(cerror) ret -err: -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else - jmp HIDENAME(cerror) -#endif END(ptrace) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/vfork.S =================================================================== --- lib/libc/amd64/sys/vfork.S (revision 239865) +++ lib/libc/amd64/sys/vfork.S (working copy) @@ -50,12 +50,7 @@ jmp *%rsi 1: pushq %rsi -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else jmp HIDENAME(cerror) -#endif END(__sys_vfork) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/reboot.S =================================================================== --- lib/libc/amd64/sys/reboot.S (revision 239865) +++ lib/libc/amd64/sys/reboot.S (working copy) @@ -45,15 +45,8 @@ ENTRY(__sys_reboot) mov $SYS_reboot,%rax KERNCALL - jb 1f + jb HIDENAME(cerror) iretq -1: -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else - jmp HIDENAME(cerror) -#endif END(__sys_reboot) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/pipe.S =================================================================== --- lib/libc/amd64/sys/pipe.S (revision 239865) +++ lib/libc/amd64/sys/pipe.S (working copy) @@ -45,18 +45,11 @@ ENTRY(__sys_pipe) mov $SYS_pipe,%rax KERNCALL - jb 1f + jb HIDENAME(cerror) movl %eax,(%rdi) /* %rdi is preserved by syscall */ movl %edx,4(%rdi) movq $0,%rax ret -1: -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else - jmp HIDENAME(cerror) -#endif END(__sys_pipe) .section .note.GNU-stack,"",%progbits Index: lib/libc/amd64/sys/exect.S =================================================================== --- lib/libc/amd64/sys/exect.S (revision 239865) +++ lib/libc/amd64/sys/exect.S (working copy) @@ -47,12 +47,7 @@ pushq %r8 popfq KERNCALL -#ifdef PIC - movq PIC_GOT(HIDENAME(cerror)),%rdx - jmp *%rdx -#else jmp HIDENAME(cerror) -#endif END(exect) .section .note.GNU-stack,"",%progbits -- Jilles Tjoelker From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 1 07:10:08 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B3BB0106564A for ; Sat, 1 Sep 2012 07:10:02 +0000 (UTC) (envelope-from amzo@hush.com) Received: from smtp10.hushmail.com (smtp10.hushmail.com [65.39.178.143]) by mx1.freebsd.org (Postfix) with ESMTP id 0990E8FC0C for ; Sat, 1 Sep 2012 07:10:01 +0000 (UTC) Received: from smtp10.hushmail.com (localhost.localdomain [127.0.0.1]) by smtp10.hushmail.com (Postfix) with SMTP id BB70B1AE034 for ; Sat, 1 Sep 2012 06:38:13 +0000 (UTC) Received: from smtp.hushmail.com (w7.hushmail.com [65.39.178.32]) by smtp10.hushmail.com (Postfix) with ESMTP; Sat, 1 Sep 2012 06:38:13 +0000 (UTC) Received: by smtp.hushmail.com (Postfix, from userid 99) id 9B6C86F443; Sat, 1 Sep 2012 06:38:13 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 01 Sep 2012 07:38:13 +0100 To: lokadamus@gmx.de From: amzo@hush.com Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset="UTF-8" Message-Id: <20120901063813.9B6C86F443@smtp.hushmail.com> X-Mailman-Approved-At: Sat, 01 Sep 2012 11:54:06 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Random Hangs and Freezes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Sep 2012 07:10:08 -0000 I'll try that, I just wasn't sure if 9.1-RC1 had a repo for pkgng. Tho, I'll upgrade now and let you know if it solves anything. On Fri, 31 Aug 2012 22:01:25 +0100 lokadamus@gmx.de wrote: >On 08/31/12 22:09, amzo@hush.com wrote: >> >> On Fri, 31 Aug 2012 20:31:13 +0100 lokadamus@gmx.de wrote: >>> On 08/31/12 19:04, amzo@hush.com wrote: >>>> Let me know what information you may need. >>> Which Version of FreeBSD you are running? >> I'm currently running FreeBSD 9.0, I don't recall having this >> issue on 8.2 when I used it. Rather it seems to be a new issue I >> have with >> >> _______________________________________________ >> 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" >> >Can you upgrade to 9.1-RC1? From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 1 13:35:09 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C554106566C for ; Sat, 1 Sep 2012 13:35:09 +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 AA4518FC08 for ; Sat, 1 Sep 2012 13:35:06 +0000 (UTC) Received: from skuns.kiev.zoral.com.ua (localhost [127.0.0.1]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id q81DZ9Vf016071; Sat, 1 Sep 2012 16:35:09 +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.5/8.14.5) with ESMTP id q81DYuwV018750; Sat, 1 Sep 2012 16:34:56 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.5/8.14.5/Submit) id q81DYuPQ018749; Sat, 1 Sep 2012 16:34:56 +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: Sat, 1 Sep 2012 16:34:56 +0300 From: Konstantin Belousov To: Jilles Tjoelker Message-ID: <20120901133456.GN33100@deviant.kiev.zoral.com.ua> References: <20120824221655.GA76607@stack.nl> <20120828110322.GJ33100@deviant.kiev.zoral.com.ua> <20120831224850.GA12423@stack.nl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="PkjaFWTMPc1xXyFZ" Content-Disposition: inline In-Reply-To: <20120831224850.GA12423@stack.nl> 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=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] libc: Do not export .cerror X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Sep 2012 13:35:09 -0000 --PkjaFWTMPc1xXyFZ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Sep 01, 2012 at 12:48:50AM +0200, Jilles Tjoelker wrote: > On Tue, Aug 28, 2012 at 02:03:22PM +0300, Konstantin Belousov wrote: > > On Sat, Aug 25, 2012 at 12:16:55AM +0200, Jilles Tjoelker wrote: > > > Not exporting .cerror causes it to be jumped to directly instead of v= ia > > > the PLT. >=20 > > > The below patch is for i386 only and also takes advantage of .cerror's > > > new status by not saving and loading %ebx before jumping to it. > > > (Therefore, .cerror now saves and loads %ebx itself.) Where there was= a > > > conditional jump to a jump to .cerror, the conditional jump has been > > > changed to jump to .cerror directly (many modern CPUs don't do static > > > prediction and in any case it is not much of a benefit anyway). >=20 > > Why do you need to save/restore the %ebx at all ? %ebx =3D=3D > > &__GLOBAL_OFFSET_TABLE__ is only needed when you access GOT, but .cerror > > only works with PLT, which is addressed using the instruction capable of > > relative addressing. The old .cerror does not need it as well, but it is > > just engraved in the function ABI. >=20 > On i386, a shared object's PLT entry needs %ebx set up to work properly. > This is because such a PLT entry needs to access the GOT to find the > address to jump to (the first instruction is jmp *d32(%ebx)). >=20 > An executable's PLT entry accesses the GOT via absolute addressing and > therefore does not need %ebx. Doh, right. Still, this manipulations can be removed, we just need to resolve __error in some libc ctr. It is not very important after your patch, because ABI is not much more regular, but I think removing additional stack operations is still beneficial. >=20 > > > The patch decreases the size of libc.so.7 by a few kilobytes. >=20 > > > Similar changes could be made to other architectures, and there may be > > > more symbols that are exported but need not be. > > Sure, would you handle at least amd64 too ? >=20 > The below patch handles amd64. >=20 > I'm a bit annoyed that most of the syscall stubs are 17 bytes long now > and have the maximum 15 bytes of padding. This means that the patch > provides virtually no gain in code size. Stubs can be converted to do only load of the syscall number into %rax and unconditional jump to common code which would perform kernel call and do post-syscall bookkeeping to update errno. Otherwise, looks good. --PkjaFWTMPc1xXyFZ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (FreeBSD) iEYEARECAAYFAlBCDv8ACgkQC3+MBN1Mb4hvGwCg6Eugs6f6QFl1myr8aay4FGQQ Sf8AoJp4L4r6UCOFbPNaWRX7NEh7soaK =tESL -----END PGP SIGNATURE----- --PkjaFWTMPc1xXyFZ-- From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 1 18:25:03 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 22438106566B for ; Sat, 1 Sep 2012 18:25:03 +0000 (UTC) (envelope-from hag@linnaean.org) Received: from perdition.linnaean.org (perdition.linnaean.org [IPv6:2001:470:8917:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id ED0D08FC0C for ; Sat, 1 Sep 2012 18:25:02 +0000 (UTC) Received: by perdition.linnaean.org (Postfix, from userid 31013) id A66DADA0; Sat, 1 Sep 2012 14:24:56 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20546.21240.597457.60612@perdition.linnaean.org> Date: Sat, 1 Sep 2012 14:24:56 -0400 To: freebsd-hackers@freebsd.org X-Mailer: VM 7.19 under Emacs 23.4.1 From: Daniel Hagerty Sender: Daniel Hagerty Subject: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Hagerty List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2012 18:25:03 -0000 There seem to be git repositories available under freebsd.org and mirrors on github. I'm not terribly clear about how official they really are. I'm particularly asking about the freebsd repository, variously at git://git.freebsd.org/freebsd.git and git://github.com/freebsd/freebsd.git . How does one map between svn commit IDs and git IDs with this repository? Most git-svn repositories include a git-svn-id: header at the end of commit messages, but this repository doesn't. The freebsd-head repository at git://github.com/freebsd/freebsd-head.git does have these tags, but is limited in scope. It doesn't have enough history for my needs. As references to commits in mailing lists are most likely to speak of an svn ID, it's a big limitation. There are a couple of other applications where going back and forth between the ID spaces is useful. Suggestions welcome. From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 1 18:45:50 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 831F2106566B for ; Sat, 1 Sep 2012 18:45:50 +0000 (UTC) (envelope-from artemb@gmail.com) Received: from mail-lb0-f182.google.com (mail-lb0-f182.google.com [209.85.217.182]) by mx1.freebsd.org (Postfix) with ESMTP id 060128FC08 for ; Sat, 1 Sep 2012 18:45:49 +0000 (UTC) Received: by lbbgg13 with SMTP id gg13so2222121lbb.13 for ; Sat, 01 Sep 2012 11:45:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=H3iIUVHIYFXVZRxmDyySMt+excoeiDBtFIcxylDe3Dc=; b=IqeuW6Fo9mQXzVAGCCl6Y4Tx6rURm74G0fLlKBOt63gnxAvoQ8GWTEzIk/wFR+T3Ci gz7DcZEOrBuQv2q2euSTaqE2S0adcX31F2oZx3EBflFYhoFZ5n67V2z1w06tWdTR3gR3 ms6Sd5yahayaDuL2HXThdM1+batI442zQFtwxBj04/nfx4YbEg01jnVZ+8kRpj9RkgYF swDhIagrmn95SR7lxqos2B1C69U9QJlvKd4vETH7cvZULeDgc6X+WjGaCro53dJq1ovH absTEIzUKnjEmSX6xE5GPL4WkhbJhIFW+r3MP0IGGUvVbSEKxpCNoTPDze6ZiicNhN3f deQw== MIME-Version: 1.0 Received: by 10.112.88.2 with SMTP id bc2mr2025574lbb.61.1346525148720; Sat, 01 Sep 2012 11:45:48 -0700 (PDT) Sender: artemb@gmail.com Received: by 10.112.43.40 with HTTP; Sat, 1 Sep 2012 11:45:48 -0700 (PDT) In-Reply-To: <20546.21240.597457.60612@perdition.linnaean.org> References: <20546.21240.597457.60612@perdition.linnaean.org> Date: Sat, 1 Sep 2012 11:45:48 -0700 X-Google-Sender-Auth: fgi43yBgyYY73t31T80QAnNbBSs Message-ID: From: Artem Belevich To: Daniel Hagerty Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Sep 2012 18:45:50 -0000 Hi, On Sat, Sep 1, 2012 at 11:24 AM, Daniel Hagerty wrote: > How does one map between svn commit IDs and git IDs with this > repository? Most git-svn repositories include a git-svn-id: header at > the end of commit messages, but this repository doesn't. The > freebsd-head repository at git://github.com/freebsd/freebsd-head.git > does have these tags, but is limited in scope. It doesn't have enough > history for my needs. I use git://gitorious.org/freebsd/freebsd.git which has stable/releng/release branches and which does include git-svn-id --Artem From owner-freebsd-hackers@FreeBSD.ORG Sat Sep 1 20:57:58 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C6675106564A for ; Sat, 1 Sep 2012 20:57:58 +0000 (UTC) (envelope-from bfalk_bsd@brandonfa.lk) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 43D638FC0A for ; Sat, 1 Sep 2012 20:57:58 +0000 (UTC) Received: by ialo14 with SMTP id o14so8234768ial.13 for ; Sat, 01 Sep 2012 13:57:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brandonfa.lk; s=google; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=sYuO9em7uD51loL7nh/YEidnzjY8a/v8DgGdm2VsrXk=; b=Q9rW1BsMmJ4idyuTqtrPz2z35+KkCJNDrTZTYhGf01d4vOCcE075n5oa/e/wmA7izg qB5MHRLGxAvVC1qIXnFpM9XYqSRGR/LFWEEHYu0ReLm3qP/d75vGLqaXBecAtYMoENY7 x8zJ29g7TMT89lS1pSb7OaYFSL2pDe8hs2quQ= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=sYuO9em7uD51loL7nh/YEidnzjY8a/v8DgGdm2VsrXk=; b=ICGtl+6JUtY0NHd1LCg2GvGU66ivPO+zkHlu8uCP8NTTjHMpj2QJurYcBcyH9exsZX o1sTCptOT2IGK++OGSzDWU3+rzWHj6DS8BNM0tTdQNJwOTxCuuVuv0GS8+fEt4WJft4S gwu/4ruiVJ7Zt/WcAb9Vbw9CktzR8LHziwDZf4z9DBLAXYED7jJkeUnmgc56rIthLibz UW2r61DxJ3o1ert0vZ3tSI+ZWzCit2hiyJCsTNNCnIH/rn00ypoRHBvBi2NwAsM8n31y ohbYLKIh/93Ysz03a04uiOI/nyTR07bnGddFWbN1w64jsItcXnezRyLcgrdZw6SiFFOe IQjQ== MIME-Version: 1.0 Received: by 10.42.109.194 with SMTP id m2mr11824902icp.48.1346533077539; Sat, 01 Sep 2012 13:57:57 -0700 (PDT) Received: by 10.64.45.71 with HTTP; Sat, 1 Sep 2012 13:57:57 -0700 (PDT) X-Originating-IP: [166.182.67.111] Received: by 10.64.45.71 with HTTP; Sat, 1 Sep 2012 13:57:57 -0700 (PDT) In-Reply-To: <20120901063813.9B6C86F443@smtp.hushmail.com> References: <20120901063813.9B6C86F443@smtp.hushmail.com> Date: Sat, 1 Sep 2012 16:57:57 -0400 Message-ID: From: Brandon Falk To: amzo@hush.com X-Gm-Message-State: ALoCoQk6r5oiFXvKCy5pFROqeMCp2g4/ReMQcmv8R0ZImhFux54pF87cu+rAAWDgmUuBamRuX0MT Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, lokadamus@gmx.de Subject: Re: Random Hangs and Freezes X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 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 Sep 2012 20:57:58 -0000 Try grabbing the latest nvidia driver off the nvidia site. Its not really a matter of fixing deadlocks with nvidia, its a matter of finding which driver verion deadlocks on stuff you never use. Deadlocks with nvidia are nearly as bad on Windows too (I get about 2 a day) On Sep 1, 2012 7:54 AM, wrote: > I'll try that, I just wasn't sure if 9.1-RC1 had a repo for > pkgng. Tho, I'll upgrade now and let you know if it solves anything. > > > On Fri, 31 Aug 2012 22:01:25 +0100 lokadamus@gmx.de wrote: > >On 08/31/12 22:09, amzo@hush.com wrote: > >> > >> On Fri, 31 Aug 2012 20:31:13 +0100 lokadamus@gmx.de wrote: > >>> On 08/31/12 19:04, amzo@hush.com wrote: > >>>> Let me know what information you may need. > >>> Which Version of FreeBSD you are running? > >> I'm currently running FreeBSD 9.0, I don't recall having this > >> issue on 8.2 when I used it. Rather it seems to be a new issue I > >> have with > >> > >> _______________________________________________ > >> 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" > >> > >Can you upgrade to 9.1-RC1? > > _______________________________________________ > 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 Sat Sep 1 23:28:49 2012 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CD68E106566B; Sat, 1 Sep 2012 23:28:49 +0000 (UTC) (envelope-from hag@linnaean.org) Received: from perdition.linnaean.org (perdition.linnaean.org [IPv6:2001:470:8917:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A0DF18FC14; Sat, 1 Sep 2012 23:28:49 +0000 (UTC) Received: by perdition.linnaean.org (Postfix, from userid 31013) id 0749EE0C; Sat, 1 Sep 2012 19:28:49 -0400 (EDT) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <20546.39472.989246.974755@perdition.linnaean.org> Date: Sat, 1 Sep 2012 19:28:48 -0400 To: Artem Belevich In-Reply-To: References: <20546.21240.597457.60612@perdition.linnaean.org> X-Mailer: VM 7.19 under Emacs 23.4.1 From: Daniel Hagerty Sender: Daniel Hagerty Cc: freebsd-hackers@freebsd.org Subject: Re: freebsd.org git repositories and svn ids X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Hagerty List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Sep 2012 23:28:49 -0000 > I use git://gitorious.org/freebsd/freebsd.git which has > stable/releng/release branches and which does include git-svn-id This is what I'm using now, in fact. It lacks the 9.1 releng branch tho; I don't know if this is a bug or feature. More generally tho, I'm curious how one is supposed to use the seemingly more official repositories without this bit of data; I'd expect I must be missing some critical clue.