From owner-freebsd-arch@FreeBSD.ORG Sun Nov 30 10:04:14 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 74A466A1; Sun, 30 Nov 2014 10:04:14 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 48C32F68; Sun, 30 Nov 2014 10:04:13 +0000 (UTC) Received: from Julian-MBP3.local (50-196-156-133-static.hfc.comcastbusiness.net [50.196.156.133]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sAUA48Aa039770 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Sun, 30 Nov 2014 02:04:11 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547AEB93.3050600@freebsd.org> Date: Sun, 30 Nov 2014 18:04:03 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Craig Rodrigues Subject: Re: RFC: Enabling VIMAGE in GENERIC References: <1423616F-F44D-47E5-8595-DE862DC04464@bsdimp.com> <546A34C8.6060004@freebsd.org> <546C8812.2070904@FreeBSD.org> <20141119195923.GS24601@funkthat.com> <69A8C06F-A7F6-49EC-8601-91AC4CDBFB13@FreeBSD.org> <547364EB.7090505@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: FreeBSD Net , "freebsd-virtualization@freebsd.org" , freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Nov 2014 10:04:14 -0000 On 11/29/14, 5:28 PM, Craig Rodrigues wrote: > On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer > wrote: > > > > > > also look at the following: (a little dated) > > > > > http://p4web.freebsd.org/@md=d&cd=//depot/projects/vimage/&cdf=//depot/projects/vimage/porting_to_vimage.txt&c=tO0@//depot/projects/vimage/porting_to_vimage.txt?ac=22 > > > This is a useful document. I put it on the wiki: > https://wiki.freebsd.org/VIMAGE/porting-to-vimage Thanks.. wow, did I actually know ALL that only 5 years ago? Scary. probbaly worth having someone who is currently active and up to date look at it to see if it's all still correct.. especially the module load/unload stuff. > > -- > Craig From owner-freebsd-arch@FreeBSD.ORG Mon Dec 1 18:39:44 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id AC848BE for ; Mon, 1 Dec 2014 18:39:44 +0000 (UTC) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 7A2CA617 for ; Mon, 1 Dec 2014 18:39:44 +0000 (UTC) Received: by mail-pa0-f42.google.com with SMTP id et14so11665884pad.29 for ; Mon, 01 Dec 2014 10:39:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:from:content-type:message-id:date:to :content-transfer-encoding:mime-version; bh=bZKsVEWZFIP1vin7NJqeNtHWHsU6+J4cO32981LeS9c=; b=v11OJvFsjIAK6gbRcJZAX6kDfiCZyBSa86UXgz4FjkSSSx+4QpkTqmdF2oMwB2sHoX MDC78QXF8KhQl5bTbficU5jF6Gvy2ecL7dWg1Ll7MPAj0NxecT8xquBdaO9QwvX+ZDdS AAWFkEP8yC20EMyKeJwnozAjmZDCTqHnX8LvG91xKukn7FyPHwCqLk+6VT5/Kgrc8Cfj FCeKKKcKr1itM/HzH0sLhtY72POgni7WDCRJfAGqA03H0+Bk1ZQD4mxxvT1ugeoQ7vN9 cxtSO96xmwbILOguMwCSSg+oXIGt3/rBYz7t9bHSdM8eFaMSkNtUYlGv/aQkKEpQvOG4 ebcA== X-Received: by 10.70.96.145 with SMTP id ds17mr25454428pdb.88.1417459183704; Mon, 01 Dec 2014 10:39:43 -0800 (PST) Received: from [192.168.20.11] (c-98-247-240-204.hsd1.wa.comcast.net. [98.247.240.204]) by mx.google.com with ESMTPSA id lr7sm3893032pab.42.2014.12.01.10.39.41 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 01 Dec 2014 10:39:42 -0800 (PST) Subject: Disparity between /etc/services and /var/db/services.db From: Garrett Cooper X-Universally-Unique-Identifier: 6064329D-CC13-41FF-96AE-FC42278C5ABD Content-Type: text/plain; charset=us-ascii X-Mailer: iPhone Mail (12B435) Message-Id: <6F3959BB-3B71-4515-B7BD-C1A640E8327A@gmail.com> Date: Mon, 1 Dec 2014 10:39:41 -0800 To: "freebsd-arch@freebsd.org" Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 18:39:44 -0000 $ ls -l /scratch/2/etc/services /scratch/2/var/db/services.db -rw-r--r-- 1 ngie wheel 86802 Nov 27 02:23 /scratch/2/etc/services -rw-r--r-- 1 ngie wheel 2097920 Nov 27 02:23 /scratch/2/var/db/services.db From owner-freebsd-arch@FreeBSD.ORG Mon Dec 1 18:52:44 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 839CC52A for ; Mon, 1 Dec 2014 18:52:44 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id EDAA0863 for ; Mon, 1 Dec 2014 18:52:43 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sB1IqcU8014504 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Mon, 1 Dec 2014 20:52:38 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sB1IqcU8014504 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sB1IqckZ014503 for arch@freebsd.org; Mon, 1 Dec 2014 20:52:38 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Mon, 1 Dec 2014 20:52:37 +0200 From: Konstantin Belousov To: arch@freebsd.org Subject: Process reapers Message-ID: <20141201185237.GC97072@kib.kiev.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 18:52:44 -0000 Please find at https://www.kib.kiev.ua/kib/reaper.6.patch the patch which adds a way for the process to declare itself a reaper for the subtree of processes forked after the event. In other words, after the process is marked as reaper, all orphaned children somewhere in subtree after the reaper, are reparented to the process instead of init(8). The API is based on the following DragonFlyBSD commit http://gitweb.dragonflybsd.org/dragonfly.git/commit/fc3bc2868ad212f3b412ad13f0eaa35b3f8d458d Linux has somewhat similar prctl(PR_SET_CHILD_SUBREAPER). Solaris is most advanced in the area, the feature which provides the same function is contracts(4), which is very advanced and IMO over-designed interface. I did not wrote the man page, the API is still in flux. It should be relatively clean how to use the thing by the descriptive names and comments in header file. One of the test programs illustrating the interface is available at https://www.kib.kiev.ua/kib/reaper2.c . See http://leaf.dragonflybsd.org/cgi/web-man?command=procctl§ion=2 for the description of DragonFly interface. The feature was requested by bapt, jilles already provided useful feedback that was incorporated into the patch. Please review and comment. From owner-freebsd-arch@FreeBSD.ORG Mon Dec 1 19:34:00 2014 Return-Path: Delivered-To: arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 6F78D2EB for ; Mon, 1 Dec 2014 19:34:00 +0000 (UTC) Received: from dmz-mailsec-scanner-4.mit.edu (dmz-mailsec-scanner-4.mit.edu [18.9.25.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1FC3EC83 for ; Mon, 1 Dec 2014 19:33:59 +0000 (UTC) X-AuditID: 1209190f-f79716d000000d1a-9a-547cc172eb9f Received: from mailhub-auth-4.mit.edu ( [18.7.62.39]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by dmz-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id 07.34.03354.271CC745; Mon, 1 Dec 2014 14:28:51 -0500 (EST) Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-4.mit.edu (8.13.8/8.9.2) with ESMTP id sB1JSoWt008550; Mon, 1 Dec 2014 14:28:50 -0500 Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id sB1JSmIV020845 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 1 Dec 2014 14:28:49 -0500 Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id sB1JSlGm000747; Mon, 1 Dec 2014 14:28:47 -0500 (EST) Date: Mon, 1 Dec 2014 14:28:47 -0500 (EST) From: Benjamin Kaduk To: Garrett Cooper Subject: Re: Disparity between /etc/services and /var/db/services.db In-Reply-To: <6F3959BB-3B71-4515-B7BD-C1A640E8327A@gmail.com> Message-ID: References: <6F3959BB-3B71-4515-B7BD-C1A640E8327A@gmail.com> User-Agent: Alpine 1.10 (GSO 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFvrJIsWRmVeSWpSXmKPExsUixG6nrlt8sCbE4F0Ts8WSGfOYLX69u8rs wOQx49N8Fo+ds+6yBzBFcdmkpOZklqUW6dslcGXsXbKapeAnU8WGVSdYGxjXMHUxcnJICJhI PPjwkQXCFpO4cG89WxcjF4eQwGImiZaZh5kgnA2MElM+dUFlDjJJdDybzQjSIiRQL7G75xfY KBYBLYntbyaAxdkEVCRmvtnIBmKLAMXn/V3ICmIzCxhKtK/ZDbZOWMBF4sySDWA2p4CtxP7L v9hBbF4BR4nZDXuZIObbSJw/cwFsjqiAjsTq/VNYIGoEJU7OfMICMVNLYvn0bSwTGAVnIUnN QpJawMi0ilE2JbdKNzcxM6c4NVm3ODkxLy+1SNdELzezRC81pXQTIyhUOSX5dzB+O6h0iFGA g1GJh1difnWIEGtiWXFl7iFGSQ4mJVHe4/trQoT4kvJTKjMSizPii0pzUosPMUpwMCuJ8LIW AOV4UxIrq1KL8mFS0hwsSuK8m37whQgJpCeWpGanphakFsFkZTg4lCR434MMFSxKTU+tSMvM KUFIM3FwggznARr+CaSGt7ggMbc4Mx0if4pRl6Ol6W0vkxBLXn5eqpQ47w6QIgGQoozSPLg5 sBTzilEc6C1h3sgDQFU8wPQEN+kV0BImoCUMzZUgS0oSEVJSDYzyXCeSZXI6RHLk1d+dzz52 +p3y2r1r5acHCIZPX2BecHil1s8XDZviN2rO7QxbyJDUamwiX1rP0jz7mYxlZ+e1rDV3Aufz lP/7acMo5XXWQ7VJe6dbM+/f148T2/tuLp02I2iljYu6BxdzrN4xdZM50w8/OnT9RXZpSdzU svZdchvanl6UT1JiKc5INNRiLipOBAAhouvRDAMAAA== Cc: "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 19:34:00 -0000 On Mon, 1 Dec 2014, Garrett Cooper wrote: > $ ls -l /scratch/2/etc/services /scratch/2/var/db/services.db > -rw-r--r-- 1 ngie wheel 86802 Nov 27 02:23 /scratch/2/etc/services > -rw-r--r-- 1 ngie wheel 2097920 Nov 27 02:23 /scratch/2/var/db/services.db One's a text file and the other a Berkeley DB file ... I wouldn't expect them to be the same size. -Ben From owner-freebsd-arch@FreeBSD.ORG Mon Dec 1 21:29:33 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 8CD784AE for ; Mon, 1 Dec 2014 21:29:33 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [IPv6:2001:470:1f05:b76::196]) by mx1.freebsd.org (Postfix) with ESMTP id 7AECDB0B for ; Mon, 1 Dec 2014 21:29:33 +0000 (UTC) Received: from u10-2-32-011.office.norse-data.com (unknown [50.204.88.51]) by elvis.mu.org (Postfix) with ESMTPSA id 16157341F895 for ; Mon, 1 Dec 2014 13:29:33 -0800 (PST) Message-ID: <547CDDBC.2060603@freebsd.org> Date: Mon, 01 Dec 2014 13:29:32 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: freebsd-arch@freebsd.org Subject: Re: Process reapers References: <20141201185237.GC97072@kib.kiev.ua> In-Reply-To: <20141201185237.GC97072@kib.kiev.ua> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 21:29:33 -0000 On 12/1/14 10:52 AM, Konstantin Belousov wrote: > Please find at https://www.kib.kiev.ua/kib/reaper.6.patch > the patch which adds a way for the process to declare itself a reaper > for the subtree of processes forked after the event. In other words, > after the process is marked as reaper, all orphaned children somewhere > in subtree after the reaper, are reparented to the process instead of > init(8). > > The API is based on the following DragonFlyBSD commit > http://gitweb.dragonflybsd.org/dragonfly.git/commit/fc3bc2868ad212f3b412ad13f0eaa35b3f8d458d > Linux has somewhat similar prctl(PR_SET_CHILD_SUBREAPER). > Solaris is most advanced in the area, the feature which provides > the same function is contracts(4), which is very advanced and > IMO over-designed interface. > > I did not wrote the man page, the API is still in flux. It should > be relatively clean how to use the thing by the descriptive names > and comments in header file. One of the test programs illustrating > the interface is available at https://www.kib.kiev.ua/kib/reaper2.c . > See http://leaf.dragonflybsd.org/cgi/web-man?command=procctl§ion=2 > for the description of DragonFly interface. > > The feature was requested by bapt, jilles already provided useful > feedback that was incorporated into the patch. > > Please review and comment. > Yes! Very, very cool! -Alfred From owner-freebsd-arch@FreeBSD.ORG Mon Dec 1 22:43:28 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5540EB4A for ; Mon, 1 Dec 2014 22:43:28 +0000 (UTC) Received: from st11p02mm-asmtp002.mac.com (st11p02mm-asmtpout002.mac.com [17.172.220.237]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 2A8F6320 for ; Mon, 1 Dec 2014 22:43:27 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp002.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NFX00I6BDS5BO60@st11p02mm-asmtp002.mac.com> for arch@freebsd.org; Mon, 01 Dec 2014 22:43:19 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2014-12-01_05:2014-12-01,2014-12-01,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1412010216 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Process reapers From: Rui Paulo In-reply-to: <20141201185237.GC97072@kib.kiev.ua> Date: Mon, 01 Dec 2014 14:43:17 -0800 Content-transfer-encoding: quoted-printable Message-id: <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> References: <20141201185237.GC97072@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1993) Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 01 Dec 2014 22:43:28 -0000 On Dec 1, 2014, at 10:52, Konstantin Belousov = wrote: >=20 > Please find at https://www.kib.kiev.ua/kib/reaper.6.patch > the patch which adds a way for the process to declare itself a reaper > for the subtree of processes forked after the event. In other words, > after the process is marked as reaper, all orphaned children somewhere > in subtree after the reaper, are reparented to the process instead of > init(8). >=20 > The API is based on the following DragonFlyBSD commit > = http://gitweb.dragonflybsd.org/dragonfly.git/commit/fc3bc2868ad212f3b412ad= 13f0eaa35b3f8d458d > Linux has somewhat similar prctl(PR_SET_CHILD_SUBREAPER). > Solaris is most advanced in the area, the feature which provides > the same function is contracts(4), which is very advanced and > IMO over-designed interface. >=20 > I did not wrote the man page, the API is still in flux. It should > be relatively clean how to use the thing by the descriptive names > and comments in header file. One of the test programs illustrating > the interface is available at https://www.kib.kiev.ua/kib/reaper2.c . > See http://leaf.dragonflybsd.org/cgi/web-man?command=3Dprocctl§ion=3D= 2 > for the description of DragonFly interface. >=20 > The feature was requested by bapt, jilles already provided useful > feedback that was incorporated into the patch. >=20 > Please review and comment. One comment I have is that we could rename the variables to something = more meaningful instead of "p1" or "p2". If "p1" is the reaper, we = could call it "p_reaper". -- Rui Paulo From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 04:07:38 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 1A00E726; Tue, 2 Dec 2014 04:07:38 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id DE172980; Tue, 2 Dec 2014 04:07:37 +0000 (UTC) Received: from pool-96-250-5-187.nycmny.fios.verizon.net ([96.250.5.187]:57887 helo=[172.27.111.3]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1XvekQ-0006ZE-Ts; Mon, 01 Dec 2014 23:07:35 -0500 From: "George Neville-Neil" To: "Julian Elischer" Subject: Re: Enabling VIMAGE in GENERIC Date: Mon, 01 Dec 2014 23:07:34 -0500 Message-ID: In-Reply-To: <547AEB93.3050600@freebsd.org> References: <1423616F-F44D-47E5-8595-DE862DC04464@bsdimp.com> <546A34C8.6060004@freebsd.org> <546C8812.2070904@FreeBSD.org> <20141119195923.GS24601@funkthat.com> <69A8C06F-A7F6-49EC-8601-91AC4CDBFB13@FreeBSD.org> <547364EB.7090505@freebsd.org> <547AEB93.3050600@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate (1.8r4576) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: Craig Rodrigues , FreeBSD Net , "freebsd-virtualization@freebsd.org" , freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 04:07:38 -0000 On 30 Nov 2014, at 5:04, Julian Elischer wrote: > On 11/29/14, 5:28 PM, Craig Rodrigues wrote: >> On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer > > wrote: >> > >> > >> > also look at the following: (a little dated) >> > >> > = >> http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/projects/vimage/&cdf=3D/= /depot/projects/vimage/porting_to_vimage.txt&c=3DtO0@//depot/projects/vim= age/porting_to_vimage.txt?ac=3D22 >> >> >> This is a useful document. I put it on the wiki: = >> https://wiki.freebsd.org/VIMAGE/porting-to-vimage > > Thanks.. wow, did I actually know ALL that only 5 years ago? > Scary. probbaly worth having someone who is currently active and up = > to date look at it to see if it's all still correct.. > especially the module load/unload stuff. > >> >> -- >> Craig > On a slight tangent. I ran VIMAGE kernels vs. non VIMAGE kernels for = both a VANILLA kernel and a PF kernel (PF on but no rules) as a quick smoke test today. The = raw forwarding performance was unchanged between kernels with and without VIMAGE on a 10G based = system in the Sentex lab (lion1). I will be doing a bit more work in this area and will then put = up some results in my netperf github repo. The tests are easy enough to run if you have 3 systems, and Conductor = installed. The source, sink and dut config files are all there to be updated and tried. Best, George From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 04:13:00 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 2B3828E2; Tue, 2 Dec 2014 04:13:00 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id CF8F9A41; Tue, 2 Dec 2014 04:12:59 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB24CliN048450 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Mon, 1 Dec 2014 20:12:50 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547D3C3A.5030408@freebsd.org> Date: Tue, 02 Dec 2014 12:12:42 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: George Neville-Neil Subject: Re: Enabling VIMAGE in GENERIC References: <1423616F-F44D-47E5-8595-DE862DC04464@bsdimp.com> <546A34C8.6060004@freebsd.org> <546C8812.2070904@FreeBSD.org> <20141119195923.GS24601@funkthat.com> <69A8C06F-A7F6-49EC-8601-91AC4CDBFB13@FreeBSD.org> <547364EB.7090505@freebsd.org> <547AEB93.3050600@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Craig Rodrigues , FreeBSD Net , "freebsd-virtualization@freebsd.org" , freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 04:13:00 -0000 On 12/2/14, 12:07 PM, George Neville-Neil wrote: > On 30 Nov 2014, at 5:04, Julian Elischer wrote: > >> On 11/29/14, 5:28 PM, Craig Rodrigues wrote: >>> On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer >>> > wrote: >>> > >>> > >>> > also look at the following: (a little dated) >>> > >>> > >>> http://p4web.freebsd.org/@md=d&cd=//depot/projects/vimage/&cdf=//depot/projects/vimage/porting_to_vimage.txt&c=tO0@//depot/projects/vimage/porting_to_vimage.txt?ac=22 >>> >>> >>> This is a useful document. I put it on the wiki: >>> https://wiki.freebsd.org/VIMAGE/porting-to-vimage >> >> Thanks.. wow, did I actually know ALL that only 5 years ago? >> Scary. probbaly worth having someone who is currently active and >> up to date look at it to see if it's all still correct.. >> especially the module load/unload stuff. >> >>> >>> -- >>> Craig >> > > > On a slight tangent. I ran VIMAGE kernels vs. non VIMAGE kernels > for both a VANILLA kernel > and a PF kernel (PF on but no rules) as a quick smoke test today. > The raw forwarding performance > was unchanged between kernels with and without VIMAGE on a 10G based > system in the Sentex lab > (lion1). I will be doing a bit more work in this area and will then > put up some results in my > netperf github repo. > > The tests are easy enough to run if you have 3 systems, and > Conductor installed. The source, sink > and dut config files are all there to be updated and tried. > > Best, > George > > the interesting benchmarks are if you have multiple sessions and spread them across multiple vimage jails, and compare that with the same number of sessions crowded onto a single machine.. lock contention goes down of course so things can actually get faster. From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 05:00:00 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 24E6B88D; Tue, 2 Dec 2014 05:00:00 +0000 (UTC) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E651FDD8; Tue, 2 Dec 2014 04:59:59 +0000 (UTC) Received: from pool-96-250-5-187.nycmny.fios.verizon.net ([96.250.5.187]:58967 helo=[172.27.111.3]) by vps.hungerhost.com with esmtpsa (TLSv1:DHE-RSA-AES256-SHA:256) (Exim 4.82) (envelope-from ) id 1XvfZ7-0003nJ-KW; Mon, 01 Dec 2014 23:59:57 -0500 From: "George Neville-Neil" To: "Julian Elischer" Subject: Re: Enabling VIMAGE in GENERIC Date: Mon, 01 Dec 2014 23:59:56 -0500 Message-ID: <84B51B87-22E2-4A8D-BB31-DFB1ADBAD05E@neville-neil.com> In-Reply-To: <547D3C3A.5030408@freebsd.org> References: <1423616F-F44D-47E5-8595-DE862DC04464@bsdimp.com> <546A34C8.6060004@freebsd.org> <546C8812.2070904@FreeBSD.org> <20141119195923.GS24601@funkthat.com> <69A8C06F-A7F6-49EC-8601-91AC4CDBFB13@FreeBSD.org> <547364EB.7090505@freebsd.org> <547AEB93.3050600@freebsd.org> <547D3C3A.5030408@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; format=flowed Content-Transfer-Encoding: quoted-printable X-Mailer: MailMate (1.8r4576) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - neville-neil.com X-Get-Message-Sender-Via: vps.hungerhost.com: authenticated_id: gnn@neville-neil.com Cc: Craig Rodrigues , FreeBSD Net , "freebsd-virtualization@freebsd.org" , freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 05:00:00 -0000 On 1 Dec 2014, at 23:12, Julian Elischer wrote: > On 12/2/14, 12:07 PM, George Neville-Neil wrote: >> On 30 Nov 2014, at 5:04, Julian Elischer wrote: >> >>> On 11/29/14, 5:28 PM, Craig Rodrigues wrote: >>>> On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer = >>>> > wrote: >>>> > >>>> > >>>> > also look at the following: (a little dated) >>>> > >>>> > = >>>> http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/projects/vimage/&cdf=3D= //depot/projects/vimage/porting_to_vimage.txt&c=3DtO0@//depot/projects/vi= mage/porting_to_vimage.txt?ac=3D22 >>>> >>>> >>>> This is a useful document. I put it on the wiki: = >>>> https://wiki.freebsd.org/VIMAGE/porting-to-vimage >>> >>> Thanks.. wow, did I actually know ALL that only 5 years ago? >>> Scary. probbaly worth having someone who is currently active and up = >>> to date look at it to see if it's all still correct.. >>> especially the module load/unload stuff. >>> >>>> >>>> -- = >>>> Craig >>> >> >> >> On a slight tangent. I ran VIMAGE kernels vs. non VIMAGE kernels for = >> both a VANILLA kernel >> and a PF kernel (PF on but no rules) as a quick smoke test today. The = >> raw forwarding performance >> was unchanged between kernels with and without VIMAGE on a 10G based = >> system in the Sentex lab >> (lion1). I will be doing a bit more work in this area and will then = >> put up some results in my >> netperf github repo. >> >> The tests are easy enough to run if you have 3 systems, and Conductor = >> installed. The source, sink >> and dut config files are all there to be updated and tried. >> >> Best, >> George >> >> > the interesting benchmarks are if you have multiple sessions and = > spread them across multiple vimage jails, and compare that with the = > same number of sessions crowded onto a single machine.. > > lock contention goes down of course so things can actually get faster. All in good time. Best, George From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 05:34:48 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 3EFD326B for ; Tue, 2 Dec 2014 05:34:48 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 115361A0 for ; Tue, 2 Dec 2014 05:34:47 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB25YhCl048732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO) for ; Mon, 1 Dec 2014 21:34:46 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547D4F6D.8070000@freebsd.org> Date: Tue, 02 Dec 2014 13:34:37 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: freebsd-arch@freebsd.org Subject: Re: [maybe spam] Process reapers References: <20141201185237.GC97072@kib.kiev.ua> In-Reply-To: <20141201185237.GC97072@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 05:34:48 -0000 On 12/2/14, 2:52 AM, Konstantin Belousov wrote: > Please find at https://www.kib.kiev.ua/kib/reaper.6.patch > the patch which adds a way for the process to declare itself a reaper > for the subtree of processes forked after the event. In other words, > after the process is marked as reaper, all orphaned children somewhere > in subtree after the reaper, are reparented to the process instead of > init(8). > > The API is based on the following DragonFlyBSD commit > http://gitweb.dragonflybsd.org/dragonfly.git/commit/fc3bc2868ad212f3b412ad13f0eaa35b3f8d458d > Linux has somewhat similar prctl(PR_SET_CHILD_SUBREAPER). > Solaris is most advanced in the area, the feature which provides > the same function is contracts(4), which is very advanced and > IMO over-designed interface. > > I did not wrote the man page, the API is still in flux. It should > be relatively clean how to use the thing by the descriptive names > and comments in header file. One of the test programs illustrating > the interface is available at https://www.kib.kiev.ua/kib/reaper2.c . > See http://leaf.dragonflybsd.org/cgi/web-man?command=procctl§ion=2 > for the description of DragonFly interface. > > The feature was requested by bapt, jilles already provided useful > feedback that was incorporated into the patch. > > Please review and comment. I've thought about this for a while for jails. I like the look of it. style/commenting nits only.. (add more comments, ) > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > > From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 07:03:11 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id A0408423 for ; Tue, 2 Dec 2014 07:03:11 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 6059FBF7 for ; Tue, 2 Dec 2014 07:03:11 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sB2739aA081311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 1 Dec 2014 23:03:10 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sB27386Y081310; Mon, 1 Dec 2014 23:03:08 -0800 (PST) (envelope-from jmg) Date: Mon, 1 Dec 2014 23:03:08 -0800 From: John-Mark Gurney To: Garrett Cooper Subject: Re: I'd like to axe some drivers Message-ID: <20141202070308.GA99957@funkthat.com> Mail-Followup-To: Garrett Cooper , Joel Dahl , arch@freebsd.org References: <201411201631.27556.jhb@freebsd.org> <20141120220752.GI24601@funkthat.com> <20141121070207.GA19348@ymer.vnode.se> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Mon, 01 Dec 2014 23:03:10 -0800 (PST) Cc: arch@freebsd.org, Joel Dahl X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 07:03:11 -0000 Garrett Cooper wrote this message on Thu, Nov 20, 2014 at 23:15 -0800: > On Nov 20, 2014, at 23:02, Joel Dahl wrote: > > > On Thu, Nov 20, 2014 at 02:07:52PM -0800, John-Mark Gurney wrote: > >> John Baldwin wrote this message on Thu, Nov 20, 2014 at 16:31 -0500: > >>> I'm >< close to removing timeout/untimeout from the tree. As part of this I > >>> have updated several older drivers to use callout(9), but most of those > >>> patches were untested. Keeping old code around that no one uses does add > >>> future work as tree-wide API changes are made as well as things like locking > >>> (note that several of these drivers weren't locked until I recently changed > >>> them). To that end, here is my short list of things that I think we can bid > >>> farewell to in 11. Note that many of these are for ISA devices. > >>> > >> I'm fine w/ removing these... Should we do some house cleaning on > >> amd64's GENERIC too? > >> > >> amd64's GENERIC has a lot of ISA or 100Mbit ethernet cards that are > >> clearly not going to be used on these machines... > >> > >> My recommended list to remove: > >> ae, bfe, dc, fxp, hme?, pcn, rl, tx, vr, wb, xl, cs, ed, ex, ep, fe, > >> sn, xe > > > > I have amd64 machines with dc, fxp, pcn, rl and xl cards, so please don't remove > > these from GENERIC. I think I have bfe, vr and ed cards as well, but I have to > > check if they're in i386 or amd64 machines. > > Hi jhb/jmg, > I realize it?s not canonical/complete, but have you checked into BSDStats yet http://bsdstats.org/bt/devices/class/02/subclass/00.html ? I've tried to use that site, but sadly, does not make raw dmesg available, and w/o dmesg you can't easily get the data I need to make an informed decission... I believe I've tried to locate the maintainer to get this info, but was unable to... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 07:43:17 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 02DBFCCB for ; Tue, 2 Dec 2014 07:43:17 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id BF3F1F57 for ; Tue, 2 Dec 2014 07:43:16 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id 1BBD33BD3A for ; Tue, 2 Dec 2014 07:43:15 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id sB27hDKk089095 for ; Tue, 2 Dec 2014 07:43:14 GMT (envelope-from phk@phk.freebsd.dk) To: arch@freebsd.org Subject: enable TRIM by default ? From: Poul-Henning Kamp MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <89093.1417506193.1@critter.freebsd.dk> Date: Tue, 02 Dec 2014 07:43:13 +0000 Message-ID: <89094.1417506193@critter.freebsd.dk> X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 07:43:17 -0000 Isn't it time that we enable TRIM by default in newfs ? -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 09:31:19 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4BA2E311 for ; Tue, 2 Dec 2014 09:31:19 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id CF2BBCCC for ; Tue, 2 Dec 2014 09:31:18 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sB29VAkd016976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Dec 2014 11:31:10 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sB29VAkd016976 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sB29V9ei016972; Tue, 2 Dec 2014 11:31:09 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Tue, 2 Dec 2014 11:31:09 +0200 From: Konstantin Belousov To: Rui Paulo Subject: Re: Process reapers Message-ID: <20141202093109.GG97072@kib.kiev.ua> References: <20141201185237.GC97072@kib.kiev.ua> <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 09:31:19 -0000 On Mon, Dec 01, 2014 at 02:43:17PM -0800, Rui Paulo wrote: > One comment I have is that we could rename the variables to something more meaningful instead of "p1" or "p2". If "p1" is the reaper, we could call it "p_reaper". > p_reaper is too confusing even to write, it is the same as the name of the struct proc member. p1/p2 is the pattern used in dofork(), so I followed it for new code. I could rename p1 to something else, but also short, since LIST_* constructs are long and clumsy. Might be, s/p1/rp/ ? From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 11:31:43 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5017160C; Tue, 2 Dec 2014 11:31:43 +0000 (UTC) Received: from mx1.sbone.de (mx1.sbone.de [IPv6:2a01:4f8:130:3ffc::401:25]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "mx1.sbone.de", Issuer "SBone.DE" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id F3D40BBB; Tue, 2 Dec 2014 11:31:42 +0000 (UTC) Received: from mail.sbone.de (mail.sbone.de [IPv6:fde9:577b:c1a9:31::2013:587]) (using TLSv1 with cipher ADH-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mx1.sbone.de (Postfix) with ESMTPS id 94C5D25D388C; Tue, 2 Dec 2014 11:31:39 +0000 (UTC) Received: from content-filter.sbone.de (content-filter.sbone.de [IPv6:fde9:577b:c1a9:31::2013:2742]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPS id BFE3FC77070; Tue, 2 Dec 2014 11:31:38 +0000 (UTC) X-Virus-Scanned: amavisd-new at sbone.de Received: from mail.sbone.de ([IPv6:fde9:577b:c1a9:31::2013:587]) by content-filter.sbone.de (content-filter.sbone.de [fde9:577b:c1a9:31::2013:2742]) (amavisd-new, port 10024) with ESMTP id RCyHi4c-dWrR; Tue, 2 Dec 2014 11:31:37 +0000 (UTC) Received: from [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6] (orange-tun0-ula.sbone.de [IPv6:fde9:577b:c1a9:4420:cabc:c8ff:fe8b:4fe6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mail.sbone.de (Postfix) with ESMTPSA id 2B412C7706C; Tue, 2 Dec 2014 11:31:35 +0000 (UTC) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: RFC: Enabling VIMAGE in GENERIC From: "Bjoern A. Zeeb" In-Reply-To: <547AEB93.3050600@freebsd.org> Date: Tue, 2 Dec 2014 11:31:34 +0000 Content-Transfer-Encoding: quoted-printable Message-Id: References: <1423616F-F44D-47E5-8595-DE862DC04464@bsdimp.com> <546A34C8.6060004@freebsd.org> <546C8812.2070904@FreeBSD.org> <20141119195923.GS24601@funkthat.com> <69A8C06F-A7F6-49EC-8601-91AC4CDBFB13@FreeBSD.org> <547364EB.7090505@freebsd.org> <547AEB93.3050600@freebsd.org> To: Julian Elischer X-Mailer: Apple Mail (2.1878.6) Cc: Craig Rodrigues , FreeBSD Net , "freebsd-virtualization@freebsd.org" , freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 11:31:43 -0000 On 30 Nov 2014, at 10:04 , Julian Elischer wrote: > On 11/29/14, 5:28 PM, Craig Rodrigues wrote: >> On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer > wrote: >> > >> > >> > also look at the following: (a little dated) >> > >> > = http://p4web.freebsd.org/@md=3Dd&cd=3D//depot/projects/vimage/&cdf=3D//dep= ot/projects/vimage/porting_to_vimage.txt&c=3DtO0@//depot/projects/vimage/p= orting_to_vimage.txt?ac=3D22 >>=20 >>=20 >> This is a useful document. I put it on the wiki: = https://wiki.freebsd.org/VIMAGE/porting-to-vimage >=20 > Thanks.. wow, did I actually know ALL that only 5 years ago? > Scary. probbaly worth having someone who is currently active and up = to date look at it to see if it's all still correct.. > especially the module load/unload stuff. Yeah I popped it up in a browser window to read through it once I have a = short break to do that. =97=20 Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 15:14:39 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 44DCE7BD; Tue, 2 Dec 2014 15:14:39 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0EA01752; Tue, 2 Dec 2014 15:14:38 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB2FEWpa050896 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Tue, 2 Dec 2014 07:14:35 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547DD753.1060105@freebsd.org> Date: Tue, 02 Dec 2014 23:14:27 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: "Bjoern A. Zeeb" Subject: Re: RFC: Enabling VIMAGE in GENERIC References: <1423616F-F44D-47E5-8595-DE862DC04464@bsdimp.com> <546A34C8.6060004@freebsd.org> <546C8812.2070904@FreeBSD.org> <20141119195923.GS24601@funkthat.com> <69A8C06F-A7F6-49EC-8601-91AC4CDBFB13@FreeBSD.org> <547364EB.7090505@freebsd.org> <547AEB93.3050600@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Craig Rodrigues , FreeBSD Net , "freebsd-virtualization@freebsd.org" , freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 15:14:39 -0000 On 12/2/14, 7:31 PM, Bjoern A. Zeeb wrote: > On 30 Nov 2014, at 10:04 , Julian Elischer wrote: > >> On 11/29/14, 5:28 PM, Craig Rodrigues wrote: >>> On Mon, Nov 24, 2014 at 9:03 AM, Julian Elischer > wrote: >>>> >>>> also look at the following: (a little dated) >>>> >>>> http://p4web.freebsd.org/@md=d&cd=//depot/projects/vimage/&cdf=//depot/projects/vimage/porting_to_vimage.txt&c=tO0@//depot/projects/vimage/porting_to_vimage.txt?ac=22 >>> >>> This is a useful document. I put it on the wiki: https://wiki.freebsd.org/VIMAGE/porting-to-vimage >> Thanks.. wow, did I actually know ALL that only 5 years ago? >> Scary. probbaly worth having someone who is currently active and up to date look at it to see if it's all still correct.. >> especially the module load/unload stuff. > Yeah I popped it up in a browser window to read through it once I have a short break to do that. thanks.. I remember learning most of that stuff the hard way. but kids and work have pretty much made me forget it again and it may have gotten out of date. > > — > Bjoern A. Zeeb "Come on. Learn, goddamn it.", WarGames, 1983 > > > > From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 15:22:27 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 9CB859D7 for ; Tue, 2 Dec 2014 15:22:27 +0000 (UTC) Received: from wonkity.com (wonkity.com [67.158.26.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "wonkity.com", Issuer "wonkity.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 37BB3842 for ; Tue, 2 Dec 2014 15:22:26 +0000 (UTC) Received: from wonkity.com (localhost [127.0.0.1]) by wonkity.com (8.14.9/8.14.9) with ESMTP id sB2FMIYV084025 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Tue, 2 Dec 2014 08:22:18 -0700 (MST) (envelope-from wblock@wonkity.com) Received: from localhost (wblock@localhost) by wonkity.com (8.14.9/8.14.9/Submit) with ESMTP id sB2FMIVd084022; Tue, 2 Dec 2014 08:22:18 -0700 (MST) (envelope-from wblock@wonkity.com) Date: Tue, 2 Dec 2014 08:22:18 -0700 (MST) From: Warren Block To: Poul-Henning Kamp Subject: Re: enable TRIM by default ? In-Reply-To: <89094.1417506193@critter.freebsd.dk> Message-ID: References: <89094.1417506193@critter.freebsd.dk> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.4.3 (wonkity.com [127.0.0.1]); Tue, 02 Dec 2014 08:22:19 -0700 (MST) Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 15:22:27 -0000 On Tue, 2 Dec 2014, Poul-Henning Kamp wrote: > Isn't it time that we enable TRIM by default in newfs ? Yes, although the big scary warning shown when devices do not support it should be toned down. From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 16:13:23 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 031FA82D for ; Tue, 2 Dec 2014 16:13:23 +0000 (UTC) Received: from mail-pa0-x22b.google.com (mail-pa0-x22b.google.com [IPv6:2607:f8b0:400e:c03::22b]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BDADFD77 for ; Tue, 2 Dec 2014 16:13:22 +0000 (UTC) Received: by mail-pa0-f43.google.com with SMTP id kx10so13756287pab.2 for ; Tue, 02 Dec 2014 08:13:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=R/F1vdgEuDIEEImgwVyLqOd27TjdFSB3FRjjI3nDgkg=; b=JfwSgdH0bY+6OmiDcinJvulaaWPrX7BLqa/waVaJj+t2srvvkhNjMd7iBQSUcYroQ5 4S4DaMtDEo42i3DrjuzvyZu2u8lTdxgronRm956n7W9mfubT4DH3bVrof4dJVKIeQbJc TcIly9qI+b0gJpkervXw2wV3F4k3gLT0SO3wMC1BRhWqKWt+jgj+C+mujZMJ3eAhn/iH Bkt1clkCcwjqEYZKJ8hA43fnIGA95Da3T9M8dYS6HHhED6qBOSxOZBHqdcaigTFYF9dD Uq9lCbMCBnryw3pvyAhuT2rzvJ2hfa+A5goHLNZeVcPVCb6gYWAftteEXCXjuR6LcjuD WNSQ== X-Received: by 10.66.232.168 with SMTP id tp8mr111215720pac.132.1417536802192; Tue, 02 Dec 2014 08:13:22 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:e55f:8148:485b:490e? ([2601:8:ab80:7d6:e55f:8148:485b:490e]) by mx.google.com with ESMTPSA id i11sm20818818pat.3.2014.12.02.08.13.20 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 08:13:20 -0800 (PST) Content-Type: multipart/signed; boundary="Apple-Mail=_840E1575-1977-4E94-94D1-4EE49FC7B7BA"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Disparity between /etc/services and /var/db/services.db From: Garrett Cooper In-Reply-To: Date: Tue, 2 Dec 2014 08:13:19 -0800 Message-Id: <556364B6-EB7C-421F-B2FB-64A170611A56@gmail.com> References: <6F3959BB-3B71-4515-B7BD-C1A640E8327A@gmail.com> To: Benjamin Kaduk X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 16:13:23 -0000 --Apple-Mail=_840E1575-1977-4E94-94D1-4EE49FC7B7BA Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Dec 1, 2014, at 11:28, Benjamin Kaduk wrote: > On Mon, 1 Dec 2014, Garrett Cooper wrote: >=20 >> $ ls -l /scratch/2/etc/services /scratch/2/var/db/services.db >> -rw-r--r-- 1 ngie wheel 86802 Nov 27 02:23 = /scratch/2/etc/services >> -rw-r--r-- 1 ngie wheel 2097920 Nov 27 02:23 = /scratch/2/var/db/services.db >=20 > One's a text file and the other a Berkeley DB file ... I wouldn't = expect > them to be the same size. Shoot. I didn=92t mean for this message to get sent out without a lot of = context. For that I apologize... Basically what I was going to comment on was the fact that the .db file = was so large, and by adjusting the number of entries I was able to = reduce the size of the file by 4 (it=92s bloated by a couple thousand): =46rom usr.sbin/services_mkdb/services_mkdb.c: 70 HASHINFO hinfo =3D { 71 .bsize =3D 256, 72 .ffactor =3D 4, 73 .nelem =3D 32768, 74 .cachesize =3D 1024, 75 .hash =3D NULL, 76 .lorder =3D 0 77 }; There are a lot less items in the /etc/services file than 32k: $ cat count_servents.c #include #include int main(void) { int i; for (i =3D 0; getservent() !=3D NULL; i++) ; printf("Number of entries: %d\n", i); return 0; } $ ~/count_servents=20 Number of entries: 2358 $ In the upstream [IANA] /etc/services file, there=92s only 1k more or so. I would understand if the database was trying to fill the service number = range, but 32k !=3D INT_MAX: struct servent { char *s_name; /* official name of service = */ char **s_aliases; /* alias list */ int s_port; /* port service resides at */ char *s_proto; /* protocol to use */ }; Is there a reason why this? =93Upstream=94 (NetBSD) doesn=92t seem to = comment much on this either=85 Thanks! PS I just found this thread by bapt from last year that comments about = this issue from a different bend: = https://lists.freebsd.org/pipermail/freebsd-hackers/2013-October/043661.ht= ml --Apple-Mail=_840E1575-1977-4E94-94D1-4EE49FC7B7BA Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQEcBAEBCgAGBQJUfeUfAAoJEMZr5QU6S73eCPcIAJH0uawSZaPHDX+mUY+yRT+S 83KX9oYlY3raDPw0Oy7Zih2CsfAj7TXAmVf7WaKnWusLQ8kW8Flilk22fZ32dOxO 60jdbaGM99pO0Fl3BorEg3hzXj/MCa4mb/qNtFM5unu+C+ZXjz7FN5kP+2WmOumB eaXIh0vtQsqWz5GXzi+pLPbOsn3ixXJN+fl8BY2cBh1ZeMosJzk/rweVduswHox2 7ItBqP8cBNaiOgbhMGLXx6iY2+YjQ2dOAQZj/2FpFD1/Mlk6q1sETcEI/yKqYNky ucocpotAjufGXLdYba+Y69RLcewacegIVDXRsOkjCFxLqSiMX/V0uc7g8YnRgts= =vgRZ -----END PGP SIGNATURE----- --Apple-Mail=_840E1575-1977-4E94-94D1-4EE49FC7B7BA-- From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 16:39:08 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BC64D2AC for ; Tue, 2 Dec 2014 16:39:08 +0000 (UTC) Received: from mail-pd0-f182.google.com (mail-pd0-f182.google.com [209.85.192.182]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CD9DFCF for ; Tue, 2 Dec 2014 16:39:08 +0000 (UTC) Received: by mail-pd0-f182.google.com with SMTP id r10so13402253pdi.41 for ; Tue, 02 Dec 2014 08:39:02 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=olQwo7p5lTZR+DyCHajzNuRgxf1fbQHuENd5OUhWmik=; b=SCo3G8mM2BIPa85IDmdPbKRMfDzyGRPxihXSxiNraZlA4vNVMlXh/RO4RxGr+IpwoO Rxc3tZvO/Fc/7ms8amYIohnp7tTplEZETN9YMVlzfB3SGu6vFH4Pgcf1WiR8hkkK/jNg da8jr2nKu+zHjmRdHcMuG+dC5gg5SItNjVhN409UMcxYAI+nxNm5iNhe/cNCwvooUaPa 87UwbTDWZyNZ4TA1xNNIXLcTMr5HO4vQOFcEVrVytlZ1CntvmpoCuP9r7X1EgdzW7aSY y1EqJp58UiGQkgkv7klXFcgJ1+Md+zITwWncDa/8h2bDnptJilOh0o0Znl+g1Rn64tAa D63w== X-Gm-Message-State: ALoCoQkHz6upRo6mkMdwrZ9usHLWuxQ0TGWF9DuECbkCsUjpeTHtpgwggVy3nuYfzaYpVwYtWYOD X-Received: by 10.70.90.226 with SMTP id bz2mr15158752pdb.157.1417538341965; Tue, 02 Dec 2014 08:39:01 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id h1sm20865199pat.6.2014.12.02.08.39.00 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 08:39:01 -0800 (PST) Sender: Warner Losh Subject: Re: enable TRIM by default ? Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_FC4639A1-3C09-48E3-B9A0-7BB564756571"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <89094.1417506193@critter.freebsd.dk> Date: Tue, 2 Dec 2014 09:38:58 -0700 Message-Id: <22F67878-F503-4974-8142-380E32067832@bsdimp.com> References: <89094.1417506193@critter.freebsd.dk> To: Poul-Henning Kamp X-Mailer: Apple Mail (2.1993) Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 16:39:08 -0000 --Apple-Mail=_FC4639A1-3C09-48E3-B9A0-7BB564756571 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=us-ascii > On Dec 2, 2014, at 12:43 AM, Poul-Henning Kamp wrote: > > Isn't it time that we enable TRIM by default in newfs ? Yes. The number of bad-actor drives is small these days and most of them will have been worn-out by now to boot. Warner --Apple-Mail=_FC4639A1-3C09-48E3-B9A0-7BB564756571 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfesiAAoJEGwc0Sh9sBEAQIEP/1+CsObRCqMut1RfpLvg7UlQ T4LVhpgVapPzYkZ1dMvE/fcSt34Z5mGpiXDtgzikbMFagmHJ8NOAtqhmHv72t1HH oMQsmnujUGcTkD2aAy4rAJ0Q3U+i5nNmvFSc3DAUjar9TtrAq9YQ49B1kOBtEETJ x4DQ6o7lINor8oQkG6RNPU/XYa/4NnOwCbD9G99qrI3G8S/qY6Q1ZoBj6wM8mjaM 7nenTFGUJTbhVSrEtZ+uywK+xMg5+oniqlzN349SpUE9Za6HokI/ANtqSW2cVbkT Ly5GtEbwOwUNVKhP7eO/DvrWRbPX62tnC0AoF5cmUYgXZYMN5uvX6MKzHFqjJZMT JaeOEq2lP10o2nJfx1AvVxp8MLUDNJ9YGHShhvYEdGLS2+FoxPJkM06qiS4mC0xC HqljQX4lP25CKiUo76IFTyW3qdPLYQsrNRRxHNvg4SIobU1phT6jZuwjQfMJfbqm rXB0s2IrczMX3KVwssRBr11a1atdrSIin3fRIuWiRool0VmRLndL8T7chU0p/HYo y6gSqXUtR5dCRNw5FKlxA9KnzMql9E4d9kHh432ynaOKWyWcM+efJ08l9QU/htUM NXfUdFUwUAud+O7a1ScDdXZdXcsnU4FE+5QtNhefx3B8jR6DcPLw15Nkav82rgaI x9KL6TkOrhrCEbfOBihG =UDfp -----END PGP SIGNATURE----- --Apple-Mail=_FC4639A1-3C09-48E3-B9A0-7BB564756571-- From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 18:22:25 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 84BF6EA5 for ; Tue, 2 Dec 2014 18:22:25 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id 72C7AE45 for ; Tue, 2 Dec 2014 18:22:25 +0000 (UTC) Received: from [10.0.1.20] (c-76-21-10-192.hsd1.ca.comcast.net [76.21.10.192]) by elvis.mu.org (Postfix) with ESMTPSA id 4F4CC341F850; Tue, 2 Dec 2014 10:22:19 -0800 (PST) Subject: Re: Process reapers Mime-Version: 1.0 (Apple Message framework v1283) Content-Type: text/plain; charset=windows-1252 From: Alfred Perlstein In-Reply-To: <20141202093109.GG97072@kib.kiev.ua> Date: Tue, 2 Dec 2014 10:22:18 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20141201185237.GC97072@kib.kiev.ua> <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> <20141202093109.GG97072@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1283) Cc: arch@freebsd.org, Rui Paulo X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 18:22:25 -0000 On Dec 2, 2014, at 1:31 AM, Konstantin Belousov wrote: > On Mon, Dec 01, 2014 at 02:43:17PM -0800, Rui Paulo wrote: >> One comment I have is that we could rename the variables to something = more meaningful instead of "p1" or "p2". If "p1" is the reaper, we = could call it "p_reaper". >>=20 > p_reaper is too confusing even to write, it is the same as the name > of the struct proc member. p1/p2 is the pattern used in dofork(), so > I followed it for new code. >=20 > I could rename p1 to something else, but also short, since LIST_* > constructs are long and clumsy. Might be, s/p1/rp/ ? Without too much bike shed=85 p_reap should work? 'reaper' is fine too. Having a mix of 2 char vars is very hard to read six months later and = for eternity after that. ;) -Alfred= From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 19:25:49 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FC25C1 for ; Tue, 2 Dec 2014 19:25:49 +0000 (UTC) Received: from mail-pd0-x22d.google.com (mail-pd0-x22d.google.com [IPv6:2607:f8b0:400e:c02::22d]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 2E6EA790 for ; Tue, 2 Dec 2014 19:25:49 +0000 (UTC) Received: by mail-pd0-f173.google.com with SMTP id ft15so13764360pdb.4 for ; Tue, 02 Dec 2014 11:25:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:content-type:content-transfer-encoding:subject:message-id:date :to:mime-version; bh=z+EqcKdiZZvwtvDBjGF4l/S/lOLXIU2pKKdTnL+iuc4=; b=di3bDZ7EQtWfs13Lvhoh6URejyrdt8HL3nT6r/rbbtdknZb5QUOwHOYLBDWmn9AsbN 3nHX1cH3tk1Hie4sIVuaePwrz42KnbVVYybCncS+DG9r8Hojv2ZT4cGrNmlxQr8AJX1J j6ajIL2aMvbzonBPE4WPW7umC9o1Wh20x/FhT01y/FWoD2MiMP0BhX7naYrSX/KRxxbx PinX5a+fS3MNDwOVTmpJ3bP3ptgljtK8cahbquZ11u6YeLkPCTEPEKj4rC90FJsjdWcW a5kAramTgV6KGmdVhxaFC4q7OhL2DBl2wAmyFrAazSBV5zb4TbkpNhecd8AQPP+TBSs9 F9eQ== X-Received: by 10.70.90.140 with SMTP id bw12mr1430040pdb.35.1417548348651; Tue, 02 Dec 2014 11:25:48 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:e55f:8148:485b:490e? ([2601:8:ab80:7d6:e55f:8148:485b:490e]) by mx.google.com with ESMTPSA id kj9sm20951508pbc.37.2014.12.02.11.25.47 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 11:25:48 -0800 (PST) From: Garrett Cooper Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Subject: Remove ccd(4), et al? Message-Id: <1B813BAD-907D-4087-A384-47B80C503ED9@gmail.com> Date: Tue, 2 Dec 2014 11:25:46 -0800 To: "freebsd-arch@freebsd.org" Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) X-Mailer: Apple Mail (2.1878.6) X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 19:25:49 -0000 Hi, I was doing some poking around, and it appears that ccd(4) is = currently disconnected from the kernel build but the utilities are = always built in userland. I was wondering if the driver is still = relevant, given other more flexible block-layer implementations like = geom_mirror, geom_raid*, zfs, etc. Thanks!= From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 19:45:18 2014 Return-Path: Delivered-To: arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 033676CD for ; Tue, 2 Dec 2014 19:45:18 +0000 (UTC) Received: from anubis.delphij.net (anubis.delphij.net [64.62.153.212]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "anubis.delphij.net", Issuer "StartCom Class 1 Primary Intermediate Server CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DE10B9D0 for ; Tue, 2 Dec 2014 19:45:17 +0000 (UTC) Received: from zeta.ixsystems.com (unknown [12.229.62.2]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by anubis.delphij.net (Postfix) with ESMTPSA id 75B3B1AE98; Tue, 2 Dec 2014 11:45:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=delphij.net; s=anubis; t=1417549516; x=1417563916; bh=yNmV9oEuKRqbBmD2pKT58x3vvLtF4r0uwOg1k8IS+Bs=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=01lQohGtfc36DmG9MysH0BWlC1KW1yp+L+iN0X1RrHfMd44Fwg9FwoO+FpkHh7b+1 Mi321KEgphAC0o3pwyf+bF2mMOPJyTfQN/YgTimPou8ykKzfeAT+pbVt6d2FrS8PKM z2LNexQD2dX+639OFN6XiZ56JwDrHoIxaAWF4wo4= Message-ID: <547E16CC.8080207@delphij.net> Date: Tue, 02 Dec 2014 11:45:16 -0800 From: Xin Li Reply-To: d@delphij.net Organization: The FreeBSD Project MIME-Version: 1.0 To: Garrett Cooper , "freebsd-arch@freebsd.org" Subject: Re: Remove ccd(4), et al? References: <1B813BAD-907D-4087-A384-47B80C503ED9@gmail.com> In-Reply-To: <1B813BAD-907D-4087-A384-47B80C503ED9@gmail.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 19:45:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 On 12/02/14 11:25, Garrett Cooper wrote: > Hi, I was doing some poking around, and it appears that ccd(4) is > currently disconnected from the kernel build but the utilities are > always built in userland. I was wondering if the driver is still > relevant, given other more flexible block-layer implementations > like geom_mirror, geom_raid*, zfs, etc. Isn't it supported via geom_ccd(4) [no manual page here]? Cheers, - -- Xin LI https://www.delphij.net/ FreeBSD - The Power to Serve! Live free or die -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.1.0 (FreeBSD) iQIcBAEBCgAGBQJUfhbFAAoJEJW2GBstM+nsbiwP/j4n3hZkqppV5ppE021FJhsn UxjY8PGwMokjIX8Xt0I1XphrZJufeHB1+hqdJ8mplHUp2ja+VxfYYBogH31mBxTZ ayFzwQ1WHG63NzQl6eb683prmVZrhuypoGDhmm/Ly+DXfk0ax5B+3/ClGoynjfdH XFHUYtJLyBxZddFvifpR/n2b47gNxptb5c/RzyKfCpJVieUbKRsrkwxGJi75AIXG knNuLq9hpDyMdykYaQuLtscHoT8v5OvZBNF3ZMKKfo1cfThL7sTZ38g3lM2xgHWQ PKXT9TmlW7+DXmbFz+rnVXsYKFeojNlaqaTs/yTd8k49miXfTbYr7WdOpKeUzM+n 1gxSxWklUykYK9++SKC/K3U0s9tnnOFSzrjkvpy+1Zlmk80X5N7qvz9fkb2JhC5N v/Owbpxbu45nzaFfwUX4hrdESHj+NeRZ2gNT4eAkjOd21m56YRlQxDv9TJNc+kXR 5g1tG5j6uP1/8nAJlIDDF/A+9ZOI13QmSKeyOrkVkyJP+ZrItBYPKkyOxHhVN8E/ 55TTLFRU2okrQQeRIjylFe13FkzFA6J67+ibr3mQQA7DmJiRP85pJMSNpjarmbkj 4up4O6L5f9/2CpggoHnZbT33L8mP4hF+tl3Dlw5Vj2Qy6KFnErHzgtGJ8oP4QhsP Ktw7UveUy9eOads7/SKG =XNEf -----END PGP SIGNATURE----- From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 19:47:02 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C239E796 for ; Tue, 2 Dec 2014 19:47:02 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtpout001.mac.com [17.172.220.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 97C9F9EB for ; Tue, 2 Dec 2014 19:47:02 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NFZ00ARD09FOR10@st11p02mm-asmtp001.mac.com> for arch@freebsd.org; Tue, 02 Dec 2014 19:46:29 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2014-12-02_08:2014-12-02,2014-12-02,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1412020169 Content-type: text/plain; charset=us-ascii MIME-version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Process reapers From: Rui Paulo In-reply-to: <20141202093109.GG97072@kib.kiev.ua> Date: Tue, 02 Dec 2014 11:46:27 -0800 Content-transfer-encoding: 7bit Message-id: <08032C01-B594-478D-927E-D7E52920ABEE@me.com> References: <20141201185237.GC97072@kib.kiev.ua> <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> <20141202093109.GG97072@kib.kiev.ua> To: Konstantin Belousov X-Mailer: Apple Mail (2.1993) Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 19:47:02 -0000 On Dec 2, 2014, at 01:31, Konstantin Belousov wrote: > I could rename p1 to something else, but also short, since LIST_* > constructs are long and clumsy. Might be, s/p1/rp/ ? Yes, that works as well. Thanks, -- Rui Paulo From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 19:47:24 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 36AE2835 for ; Tue, 2 Dec 2014 19:47:24 +0000 (UTC) Received: from mail-pd0-x230.google.com (mail-pd0-x230.google.com [IPv6:2607:f8b0:400e:c02::230]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 02D489EE for ; Tue, 2 Dec 2014 19:47:24 +0000 (UTC) Received: by mail-pd0-f176.google.com with SMTP id y10so13790142pdj.21 for ; Tue, 02 Dec 2014 11:47:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=content-type:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=v3XYCwQOlp36pvzXOtlNIO5ewk1II5G8IQh+wgs77PM=; b=sxDiPjmXJzgYqR3eUBjjbssktyImbDoHjuDT+lBkW1CuX7WIsxZEE3MNmabeAcoczc on+TMp2a14x0oec6uOyqX5YGf2HrDTxtFOdwsae2QY/QE2/ItR2k7ydXWNmyg0cEPsdC P1FPOycnul7z2WIIWmAHjdv+No46sdTxUBn6uHWHgtcZ9cdp1R+2LCeeCyMNgTlaHODg FBJ4wjxY8RXLH4aEcpT9Dpo06upZSM5ZfDhBDwAup0rdGeU9vU3z9dNwnEwzjc+ibBLd yZ5b/3RD0nsWM+lpdSQ5rGe2zkMNpBFBGYlOyDcsOLOKRB0BaF32TYGxwUaTjZnj8IwF pLEA== X-Received: by 10.70.92.45 with SMTP id cj13mr1529374pdb.65.1417549643322; Tue, 02 Dec 2014 11:47:23 -0800 (PST) Received: from ?IPv6:2601:8:ab80:7d6:e55f:8148:485b:490e? ([2601:8:ab80:7d6:e55f:8148:485b:490e]) by mx.google.com with ESMTPSA id fb7sm21143811pab.10.2014.12.02.11.47.22 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 11:47:22 -0800 (PST) Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) Subject: Re: Remove ccd(4), et al? From: Garrett Cooper In-Reply-To: <547E16CC.8080207@delphij.net> Date: Tue, 2 Dec 2014 11:47:21 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <93AA63B1-C18F-46B0-8987-A1029F16EB85@gmail.com> References: <1B813BAD-907D-4087-A384-47B80C503ED9@gmail.com> <547E16CC.8080207@delphij.net> To: d@delphij.net X-Mailer: Apple Mail (2.1878.6) Cc: "freebsd-arch@freebsd.org" X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 19:47:24 -0000 On Dec 2, 2014, at 11:45, Xin Li wrote: > Signed PGP part > On 12/02/14 11:25, Garrett Cooper wrote: > > Hi, I was doing some poking around, and it appears that ccd(4) is > > currently disconnected from the kernel build but the utilities are > > always built in userland. I was wondering if the driver is still > > relevant, given other more flexible block-layer implementations > > like geom_mirror, geom_raid*, zfs, etc. >=20 > Isn't it supported via geom_ccd(4) [no manual page here]? You=92re right, I forgot that geom modules are an additional layer = deeper than most: $ find /sys/modules/geom/geom_ccd/ /sys/modules/geom/geom_ccd/ /sys/modules/geom/geom_ccd/Makefile I=92ll just add another knob in the build system for it. Sorry for the noise / thanks for the clarity :)!= From owner-freebsd-arch@FreeBSD.ORG Tue Dec 2 19:51:43 2014 Return-Path: Delivered-To: arch@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4FC97B64 for ; Tue, 2 Dec 2014 19:51:43 +0000 (UTC) Received: from st11p02mm-asmtp001.mac.com (st11p02mm-asmtpout001.mac.com [17.172.220.236]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1F158A37 for ; Tue, 2 Dec 2014 19:51:42 +0000 (UTC) Received: from fukuyama.hsd1.ca.comcast.net (unknown [73.162.13.215]) by st11p02mm-asmtp001.mac.com (Oracle Communications Messaging Server 7.0.5.33.0 64bit (built Aug 27 2014)) with ESMTPSA id <0NFZ006B80I39K70@st11p02mm-asmtp001.mac.com> for arch@FreeBSD.org; Tue, 02 Dec 2014 19:51:41 +0000 (GMT) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.13.68,1.0.33,0.0.0000 definitions=2014-12-02_08:2014-12-02,2014-12-02,1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 suspectscore=0 phishscore=0 adultscore=0 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=7.0.1-1408290000 definitions=main-1412020170 Content-type: text/plain; charset=windows-1252 MIME-version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Subject: Re: Disparity between /etc/services and /var/db/services.db From: Rui Paulo In-reply-to: <556364B6-EB7C-421F-B2FB-64A170611A56@gmail.com> Date: Tue, 02 Dec 2014 11:51:39 -0800 Content-transfer-encoding: quoted-printable Message-id: References: <6F3959BB-3B71-4515-B7BD-C1A640E8327A@gmail.com> <556364B6-EB7C-421F-B2FB-64A170611A56@gmail.com> To: Garrett Cooper X-Mailer: Apple Mail (2.1993) Cc: "freebsd-arch@freebsd.org" , Benjamin Kaduk X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 02 Dec 2014 19:51:43 -0000 On Dec 2, 2014, at 08:13, Garrett Cooper wrote: >=20 > On Dec 1, 2014, at 11:28, Benjamin Kaduk wrote: >=20 >> On Mon, 1 Dec 2014, Garrett Cooper wrote: >>=20 >>> $ ls -l /scratch/2/etc/services /scratch/2/var/db/services.db >>> -rw-r--r-- 1 ngie wheel 86802 Nov 27 02:23 = /scratch/2/etc/services >>> -rw-r--r-- 1 ngie wheel 2097920 Nov 27 02:23 = /scratch/2/var/db/services.db >>=20 >> One's a text file and the other a Berkeley DB file ... I wouldn't = expect >> them to be the same size. >=20 > Shoot. I didn=92t mean for this message to get sent out without a lot = of context. For that I apologize... >=20 > Basically what I was going to comment on was the fact that the .db = file was so large, and by adjusting the number of entries I was able to = reduce the size of the file by 4 (it=92s bloated by a couple thousand): >=20 > =46rom usr.sbin/services_mkdb/services_mkdb.c: >=20 > 70 HASHINFO hinfo =3D { > 71 .bsize =3D 256, > 72 .ffactor =3D 4, > 73 .nelem =3D 32768, > 74 .cachesize =3D 1024, > 75 .hash =3D NULL, > 76 .lorder =3D 0 > 77 }; I doubt you'll find any history without contacting the original author = (ume@). If I had to guess, I think this was a premature optimisation. = The database just needs to contain a two level hash up: port number and = service number. If you can prove that reducing nelem size doesn't cause = a performance regression, then we could change it. 4MB is way too much = on an embedded system. -- Rui Paulo From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 00:43:13 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5466160C for ; Wed, 3 Dec 2014 00:43:13 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 2CE99DA6 for ; Wed, 3 Dec 2014 00:43:12 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sB30hBmE095318 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 2 Dec 2014 16:43:12 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sB30hBKO095317; Tue, 2 Dec 2014 16:43:11 -0800 (PST) (envelope-from jmg) Date: Tue, 2 Dec 2014 16:43:11 -0800 From: John-Mark Gurney To: Rui Paulo Subject: Re: Disparity between /etc/services and /var/db/services.db Message-ID: <20141203004311.GD99957@funkthat.com> Mail-Followup-To: Rui Paulo , Garrett Cooper , "freebsd-arch@freebsd.org" , Benjamin Kaduk References: <6F3959BB-3B71-4515-B7BD-C1A640E8327A@gmail.com> <556364B6-EB7C-421F-B2FB-64A170611A56@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Tue, 02 Dec 2014 16:43:12 -0800 (PST) Cc: "freebsd-arch@freebsd.org" , Benjamin Kaduk , Garrett Cooper X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 00:43:13 -0000 Rui Paulo wrote this message on Tue, Dec 02, 2014 at 11:51 -0800: > On Dec 2, 2014, at 08:13, Garrett Cooper wrote: > > > > On Dec 1, 2014, at 11:28, Benjamin Kaduk wrote: > > > >> On Mon, 1 Dec 2014, Garrett Cooper wrote: > >> > >>> $ ls -l /scratch/2/etc/services /scratch/2/var/db/services.db > >>> -rw-r--r-- 1 ngie wheel 86802 Nov 27 02:23 /scratch/2/etc/services > >>> -rw-r--r-- 1 ngie wheel 2097920 Nov 27 02:23 /scratch/2/var/db/services.db > >> > >> One's a text file and the other a Berkeley DB file ... I wouldn't expect > >> them to be the same size. > > > > Shoot. I didn?t mean for this message to get sent out without a lot of context. For that I apologize... > > > > Basically what I was going to comment on was the fact that the .db file was so large, and by adjusting the number of entries I was able to reduce the size of the file by 4 (it?s bloated by a couple thousand): > > > > From usr.sbin/services_mkdb/services_mkdb.c: > > > > 70 HASHINFO hinfo = { > > 71 .bsize = 256, > > 72 .ffactor = 4, > > 73 .nelem = 32768, > > 74 .cachesize = 1024, > > 75 .hash = NULL, > > 76 .lorder = 0 > > 77 }; > > I doubt you'll find any history without contacting the original author (ume@). If I had to guess, I think this was a premature optimisation. The database just needs to contain a two level hash up: port number and service number. If you can prove that reducing nelem size doesn't cause a performance regression, then we could change it. 4MB is way too much on an embedded system. I'd say we don't even need the proof... Do you really look up service numbers in tight loops? As long as the size is resonable, it'll be fine.. If anything, maybe services_mkdb.c should warn, or even preprocess the file to get the number of entries before creating it.. Looks like all parameters need to be adjusted... bsize The bsize element defines the hash table bucket size, and is, by default, 4096 bytes. It may be preferable to increase the page size for disk-resident tables and tables with large data items. nelem The nelem element is an estimate of the final size of the hash table. If not set or set too low, hash tables will expand grace- fully as keys are entered, although a slight performance degrada- tion may be noticed. The default value is 1. It looks like the smaller bsize is so that things aren't too large... It looks like the resulting hash size will be nelem / ffactor * bsize... Also, the count is inflated because the database stores two entries per services file plus an additional entry for each alias of a service... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 07:15:10 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 25FB291E for ; Wed, 3 Dec 2014 07:15:10 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 97DF096C for ; Wed, 3 Dec 2014 07:15:09 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.9/8.14.9) with ESMTP id sB37ErN4024397 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 3 Dec 2014 18:14:59 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id sB37EmJQ080128 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Dec 2014 18:14:48 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id sB37Eler080127; Wed, 3 Dec 2014 18:14:47 +1100 (EST) (envelope-from peter) Date: Wed, 3 Dec 2014 18:14:47 +1100 From: Peter Jeremy To: Poul-Henning Kamp Subject: Re: enable TRIM by default ? Message-ID: <20141203071447.GC13944@server.rulingia.com> References: <89094.1417506193@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="3MwIy2ne0vdjdPXF" Content-Disposition: inline In-Reply-To: <89094.1417506193@critter.freebsd.dk> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 07:15:10 -0000 --3MwIy2ne0vdjdPXF Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Dec-02 07:43:13 +0000, Poul-Henning Kamp wrote: >Isn't it time that we enable TRIM by default in newfs ? As an alternative viewpoint, I have a SSD that got severe indigestion when I tried to enable TRIM: aspire kernel: ad0: TIMEOUT - CFA ERASE retrying (1 retry left) aspire kernel: ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeo= ut - completing request directly aspire kernel: ata1: error issuing SETFEATURES ENABLE WCACHE command aspire kernel: ata1: error issuing SET_MULTI command aspire kernel: ata1: error issuing WRITE_DMA command The kernel then went to 1 core of interrupt and wedged. I admit that it's about 3 years old but smartctl says it's still got lots of life left in it and googling suggests they are still available. The problem is that if a SSD doesn't support TRIM, it is likely to have all sorts of misbehaviour if you attempt to enable TRIM. If TRIM is enabled by default, you need to provide a simple way to disable it if the system can't cope. --=20 Peter Jeremy --3MwIy2ne0vdjdPXF Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUfrhnXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs00YUP/0xB3fhjdicqdIDggPyXXYL4 e94jbw7F3oPKgW8dSHMiqE3HZoHvjkn9pN787z0cKqDLWWqCM+CyKApgE687gi5N NSxnL6KGWq1lkCTO2CSMMm9XoYLJgBvAIB+25+YvVjlvAldZECBp2/fE+wTeSeXY dOD6zYfjTPo580Fw1NjjJJ4Hl6wLE763UdqLMKMUk7NvGMOZk/C+BzSJtb9OYFSI ymqfqBjvuK8zEK/WXCi8nZhAJlGTeS8I+2VtMBkiBRSCVigGA0+LtWq7toEdrgK5 zIPp87U62gOf4hDcEscndNOUVf3vT9x6ooZSBiXuD7TMmfiYMFNFbDwLT6vIxeY2 sI/XEiPl4dAAuy4ImSwRfmvm85vQPqXN9VV0iTIddbXT6tQQson7JGiDkZK1m3Kr yMfHd4wWxmv/ud7Uoaslla7+64Vfxr7XNDsXXCgfnQmdfeLkcBTfzs8BXVBDd2ba 9V6qYe6majErd4frI/vy0VgG6A+crZQnOtqGks0tkCWXUMT5EDWAgscVmmcx09kB OqunUJNyoVOHSkZDhmhkfoc/AEFvjjND8gUTVw7fqFfcRXGbV5ecwg9cHWzBO7m3 dShGGDQUtY0+7tMBWb/dCSjN624go9Zc8cuKXcNwRQ/p7gJQp5rhQbx+skQbYome pzkIyeBDrezVL+64CyyD =HxNm -----END PGP SIGNATURE----- --3MwIy2ne0vdjdPXF-- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 07:19:47 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id BFDE1A3A for ; Wed, 3 Dec 2014 07:19:47 +0000 (UTC) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.freebsd.org (Postfix) with ESMTP id AEDED9A6 for ; Wed, 3 Dec 2014 07:19:47 +0000 (UTC) Received: from u10-2-32-011.office.norse-data.com (unknown [50.204.88.51]) by elvis.mu.org (Postfix) with ESMTPSA id 98722341F84E for ; Tue, 2 Dec 2014 23:19:46 -0800 (PST) Message-ID: <547EB991.8000303@freebsd.org> Date: Tue, 02 Dec 2014 23:19:45 -0800 From: Alfred Perlstein Organization: FreeBSD User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:31.0) Gecko/20100101 Thunderbird/31.3.0 MIME-Version: 1.0 To: freebsd-arch@freebsd.org Subject: Re: enable TRIM by default ? References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> In-Reply-To: <20141203071447.GC13944@server.rulingia.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 07:19:47 -0000 On 12/2/14 11:14 PM, Peter Jeremy wrote: > On 2014-Dec-02 07:43:13 +0000, Poul-Henning Kamp wrote: >> Isn't it time that we enable TRIM by default in newfs ? > As an alternative viewpoint, I have a SSD that got severe indigestion when > I tried to enable TRIM: > aspire kernel: ad0: TIMEOUT - CFA ERASE retrying (1 retry left) > aspire kernel: ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue timeout - completing request directly > aspire kernel: ata1: error issuing SETFEATURES ENABLE WCACHE command > aspire kernel: ata1: error issuing SET_MULTI command > aspire kernel: ata1: error issuing WRITE_DMA command > The kernel then went to 1 core of interrupt and wedged. > > I admit that it's about 3 years old but smartctl says it's still got lots of > life left in it and googling suggests they are still available. > > The problem is that if a SSD doesn't support TRIM, it is likely to have all > sorts of misbehaviour if you attempt to enable TRIM. If TRIM is enabled by > default, you need to provide a simple way to disable it if the system can't > cope. > Is there a hints/quirks system we can use? So: default to on, quirks/hints sets to off? -Alfred From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 07:45:57 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id ED367C42 for ; Wed, 3 Dec 2014 07:45:57 +0000 (UTC) Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com [209.85.192.178]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id BC7E3BF4 for ; Wed, 3 Dec 2014 07:45:57 +0000 (UTC) Received: by mail-pd0-f178.google.com with SMTP id g10so14947807pdj.37 for ; Tue, 02 Dec 2014 23:45:51 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=K9J5T6nVmX4Ikw0xNREuTbpCVON1GBuwfA2ghQ9PI/U=; b=YWkvRQ6TykVBG+0ZfG8wl8jSsGO+kNvRV4weqj5A0CTq/PVgGKw76J/i5cOW9Sb+9r Ffp7+IUEbjt0zZCN1/H00R8ghkVp/U9zueiohUaVD0g5f8R+g0omOvVXxMyVJjL8U5Tl URVtLVucQRgRl5jZiwhcUzNlHZ+NxWuw/5VRahsIWmy7Re8gUCTAS/0eFbGesIV1u3cX isdR834wh84HcgMY8aE8D/SvzoDRKdi8dzNHTGxXhL+8ulTJYygrQ+hp9BYCLzIPIM8T AijBlJLcRKNmRKvtJJDEJv7ORmoxVWXE1D5/kLAKPW/k2sra0SdvQ0teDfF9eMX1lSYj ohbg== X-Gm-Message-State: ALoCoQkdql2kKddC4MiJXwubDOqPUvuJfGZCEssHqDQ5BHmp+vAjAONUcDzLyUpz/ybgTA+DmulM X-Received: by 10.70.103.141 with SMTP id fw13mr6157954pdb.148.1417592751138; Tue, 02 Dec 2014 23:45:51 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id c9sm22253939pdn.81.2014.12.02.23.45.49 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 23:45:50 -0800 (PST) Sender: Warner Losh Subject: Re: enable TRIM by default ? Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_61C9C3B2-729A-4726-B384-188E8A5D59ED"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <20141203071447.GC13944@server.rulingia.com> Date: Wed, 3 Dec 2014 00:45:47 -0700 Message-Id: References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.1993) Cc: arch@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 07:45:58 -0000 --Apple-Mail=_61C9C3B2-729A-4726-B384-188E8A5D59ED Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 3, 2014, at 12:14 AM, Peter Jeremy wrote: >=20 > On 2014-Dec-02 07:43:13 +0000, Poul-Henning Kamp = wrote: >> Isn't it time that we enable TRIM by default in newfs ? >=20 > As an alternative viewpoint, I have a SSD that got severe indigestion = when > I tried to enable TRIM: > aspire kernel: ad0: TIMEOUT - CFA ERASE retrying (1 retry left) > aspire kernel: ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue = timeout - completing request directly > aspire kernel: ata1: error issuing SETFEATURES ENABLE WCACHE command > aspire kernel: ata1: error issuing SET_MULTI command > aspire kernel: ata1: error issuing WRITE_DMA command > The kernel then went to 1 core of interrupt and wedged. Is this a SSD, or a CF card of some flavor. The CFA ERASE trim method pre-dates the much better and easier to use DSM (Data Set Trim) method that more modern SSDs use. Perhaps we can take a cue off of that? Or maybe the detection for when to use CFA ERASE is busted since it was only ever supposed to be used with CF cards... > I admit that it's about 3 years old but smartctl says it's still got = lots of > life left in it and googling suggests they are still available. >=20 > The problem is that if a SSD doesn't support TRIM, it is likely to = have all > sorts of misbehaviour if you attempt to enable TRIM. If TRIM is = enabled by > default, you need to provide a simple way to disable it if the system = can't > cope. Except that=E2=80=99s not what=E2=80=99s being proposed. Enabling TRIM = by default means turning trim on in newfs which will not turn on for drives that don=E2=80=99= t set the CANDELETE flag. IF the drive doesn=E2=80=99t advertise support for = either CFA ERASE or DSM TRIM (in the ata world), nothing changes. Three year old flash is outside its warrantee period, even if smartctl = suggests there=E2=80=99s still life in it. Warner --Apple-Mail=_61C9C3B2-729A-4726-B384-188E8A5D59ED Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfr+rAAoJEGwc0Sh9sBEAT4oQAIXRwgOi9SR+BHhr3MwjbI0b 41XlDPGMJbaDng/rhEs/c/3KSPQmz4Wq4FIDeNoUEyIbp4Dj2KPA8cZ2cTvlEk8M XS5OOrpj19T8cg0ERRDqIzx7Ebggbey9X+Q/G9W9XBGwoh55VaCN+wSepjZ8FXzd H4nY6Fr6z5FRozrUy3d7uh0YFCzFSjJ83FGHGmvtxC19xrF9gbhvLuPbv3qGFcBz ubx2iFsB11OiRmBT63CJZJ0yE2D7JCGKFvu4TH9nHPNFMbHjZ2nSfVVBxdLlGf9c hoL/tt4CNXbO9SvaWmSf2tkKCu8hojKlePmhyfdXxzMIX03KmMm8Z+qQ06nOBzrW fOmM2CMe8SlmwIpjK16/u9mRj+Ds2D07tuEA5kQ2/XByUa18peoZdv2uP01EDtqI d5pOOdyIKBZEFiUC3lPIfgz3KtMtnF6EoTbrh5UIq102ZE6wZOr/fOovi6h/g0qb 41zKhjraUqpP97wrN7taTs1GcBmUa/CC3Kot49XPQ9LKS1YPk/HWdpimPsmUIWgp a+C3zb81m/G2u1eJ5jlhlsSVLcmitiMSeNrPKvgyf+Qv1VBFoLjipD8UgWFJrvjK L8qWwj0h3rHc0nbajmJUz+nNtC4psC8KjI+k1K7nI5wt6ZMet+aTgGjZlFaeoD90 ukMggknF8eh0Ocwl6QIP =JSbl -----END PGP SIGNATURE----- --Apple-Mail=_61C9C3B2-729A-4726-B384-188E8A5D59ED-- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 07:46:40 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4034BCEE for ; Wed, 3 Dec 2014 07:46:40 +0000 (UTC) Received: from mail-pd0-f171.google.com (mail-pd0-f171.google.com [209.85.192.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 1081CBFE for ; Wed, 3 Dec 2014 07:46:39 +0000 (UTC) Received: by mail-pd0-f171.google.com with SMTP id y13so14923681pdi.16 for ; Tue, 02 Dec 2014 23:46:33 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=6KowxQftyD0bMaIjbeZ6s4cs5D+k4lVMvEnruOHMGx0=; b=N0WQh1G+dGjqpyJkFnJYQoeFacL54cEOcO71Wg6NZkKqmEpmYWHWyGqT4JKU3Ww0jb NncjLvcZueERc83LRyV1h2m47H31YWm0HD3CSspZ+L7dHaTnMKP3cUljs1+tST/+hyT+ +42WbQwA2C6JfueuzJ/CuHpSgbYfohdyEa/ShDIHOvYPvMeOXE8ABZhaVYHbTbzXK5SS w4d+pMFMaN/3LM8mFY3y6Em1OI1Q2lTb6EWBWUFMAxcIRf2mNEVn2wn2SkONHGWKHP7P DlMOwBj5G7i3+G8am+iddRhxtqXD6cLnNp8oWgaLMp/6JNsiisDVuwi9WsvJmHB4dlaA ii7A== X-Gm-Message-State: ALoCoQmlSdOt4GPRg6G1bNUWr5Tm44c/OouX05IoSK0+JqEYKgX0WfZccu6R0M8c93fWszawkTR9 X-Received: by 10.68.138.229 with SMTP id qt5mr4033805pbb.62.1417592793802; Tue, 02 Dec 2014 23:46:33 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id c9sm22253939pdn.81.2014.12.02.23.46.32 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Tue, 02 Dec 2014 23:46:33 -0800 (PST) Sender: Warner Losh Subject: Re: enable TRIM by default ? Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_89494CF8-4B09-4B80-8F22-5E51BF5BCBA0"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <547EB991.8000303@freebsd.org> Date: Wed, 3 Dec 2014 00:46:32 -0700 Message-Id: <9C982798-2DD9-407C-9231-2C5F2926301D@bsdimp.com> References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <547EB991.8000303@freebsd.org> To: Alfred Perlstein X-Mailer: Apple Mail (2.1993) Cc: freebsd-arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 07:46:40 -0000 --Apple-Mail=_89494CF8-4B09-4B80-8F22-5E51BF5BCBA0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 > On Dec 3, 2014, at 12:19 AM, Alfred Perlstein = wrote: >=20 >=20 > On 12/2/14 11:14 PM, Peter Jeremy wrote: >> On 2014-Dec-02 07:43:13 +0000, Poul-Henning Kamp = wrote: >>> Isn't it time that we enable TRIM by default in newfs ? >> As an alternative viewpoint, I have a SSD that got severe indigestion = when >> I tried to enable TRIM: >> aspire kernel: ad0: TIMEOUT - CFA ERASE retrying (1 retry left) >> aspire kernel: ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue = timeout - completing request directly >> aspire kernel: ata1: error issuing SETFEATURES ENABLE WCACHE command >> aspire kernel: ata1: error issuing SET_MULTI command >> aspire kernel: ata1: error issuing WRITE_DMA command >> The kernel then went to 1 core of interrupt and wedged. >>=20 >> I admit that it's about 3 years old but smartctl says it's still got = lots of >> life left in it and googling suggests they are still available. >>=20 >> The problem is that if a SSD doesn't support TRIM, it is likely to = have all >> sorts of misbehaviour if you attempt to enable TRIM. If TRIM is = enabled by >> default, you need to provide a simple way to disable it if the system = can't >> cope. >>=20 > Is there a hints/quirks system we can use? >=20 > So: default to on, quirks/hints sets to off? IMO, CFA ERASE is a big clue something is amiss for anything that = isn=E2=80=99t a bona-fide CF card. Warner --Apple-Mail=_89494CF8-4B09-4B80-8F22-5E51BF5BCBA0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfr/YAAoJEGwc0Sh9sBEAVT4QAJelSRPPb2c/g+Dds1rP0ht0 GcyHH3DgfRWawFsFoBy1iEW4MwIh0DbwLoIT5Xubzxfby7/KYB0nIbRH9Vxzba8m FxLo30thUqN1KaG1oiZHXjwebZoycaOJPnm198xAVs/5MXh8dqi8HwoRqv64oiy2 QdQ6Xk+n7BblE45M1DogLGnIM2o5QyrA1O9zyegXRrCDIey993O3OKEELnx1KO+k 6wUPf3FmiPFAI3gnQjw+EJfSkGzf9GFtDmPIhJ7LuS1Fo5p8AAD8HUSjRDGemI6P 5T/ZQqP4YgQIVis63bwdc8SalO3PHEEFowSw8vRyCBeC0oKzu4Uqly3ZqJlYlxRx dmXzK6SYuFwVWY9/wIw4p5wRjs4kfVQVZUchwF2pIOGSqoKooeB6a0JkSm0meedy w83L2C5BnPrmVf2mMGm/LySYUsveHO/drgqeYO/y9T6tTw0WSH5jISZmejH0kGcW 522U6UHtHCit4Id8V2q6TckoHeLflB+sHxf3ZduAvEWkcjrj5PPs0fjTsmU9G3iy zLvnkzHWZH+ANiE34h/cPZRzxG4hKj/2ytDtMKNqiabXeM2sIIfJfMyHFaiSIuC6 PVQtOzWJq5hR+/MocV8f2hvjij2GkILNwazXgO8Y65Sl0eAVYg9D0zjKGGOMkLOQ jQ+khk3hLX+IzqLaDWx0 =VtVY -----END PGP SIGNATURE----- --Apple-Mail=_89494CF8-4B09-4B80-8F22-5E51BF5BCBA0-- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 08:35:07 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 0FE125D8 for ; Wed, 3 Dec 2014 08:35:07 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id B358ED7 for ; Wed, 3 Dec 2014 08:35:05 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.9/8.14.9) with ESMTP id sB38Yooq024607 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 3 Dec 2014 19:34:55 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id sB38YjRP080724 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Dec 2014 19:34:45 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id sB38Yi0D080723; Wed, 3 Dec 2014 19:34:44 +1100 (EST) (envelope-from peter) Date: Wed, 3 Dec 2014 19:34:44 +1100 From: Peter Jeremy To: Warner Losh Subject: Re: enable TRIM by default ? Message-ID: <20141203083444.GD13944@server.rulingia.com> References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="tsOsTdHNUZQcU9Ye" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 08:35:07 -0000 --tsOsTdHNUZQcU9Ye Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Dec-03 00:45:47 -0700, Warner Losh wrote: > >> On Dec 3, 2014, at 12:14 AM, Peter Jeremy wrote: >>=20 >> On 2014-Dec-02 07:43:13 +0000, Poul-Henning Kamp wr= ote: >>> Isn't it time that we enable TRIM by default in newfs ? >>=20 >> As an alternative viewpoint, I have a SSD that got severe indigestion wh= en >> I tried to enable TRIM: >> aspire kernel: ad0: TIMEOUT - CFA ERASE retrying (1 retry left) >> aspire kernel: ad0: WARNING - SETFEATURES SET TRANSFER MODE taskqueue ti= meout - completing request directly >> aspire kernel: ata1: error issuing SETFEATURES ENABLE WCACHE command >> aspire kernel: ata1: error issuing SET_MULTI command >> aspire kernel: ata1: error issuing WRITE_DMA command >> The kernel then went to 1 core of interrupt and wedged. > >Is this a SSD, or a CF card of some flavor. The CFA ERASE trim method >pre-dates the much better and easier to use DSM (Data Set Trim) method >that more modern SSDs use. Perhaps we can take a cue off of that? Or >maybe the detection for when to use CFA ERASE is busted since it was >only ever supposed to be used with CF cards... It's a Super Talent FEM16GF13M - which describes itself as a SSD and has a PATA interface. That trial was ~3 years ago and so probably on 8.x. >Except that=E2=80=99s not what=E2=80=99s being proposed. Enabling TRIM by = default means >turning trim on in newfs which will not turn on for drives that don=E2=80= =99t set the >CANDELETE flag. IF the drive doesn=E2=80=99t advertise support for either = CFA ERASE >or DSM TRIM (in the ata world), nothing changes. That sounds OK. If a drive advertises that is supports TRIM, it should be safe to enable it. I was concerned that it would force TRIM on. --=20 Peter Jeremy --tsOsTdHNUZQcU9Ye Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUfsskXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0DKwP/2z9djPTQSO2Cb/+xwDiC/pC nKYdU/lTHkiBah3pql/gTCR2ZsrWYnJvt00Y3w2OC3HyNjFq/Y34r3tTon85piqa 6A6HtMNoC6c/zXF+JBMZEUCEEULUPJEBAjo43+LAYpa/CtWGYE3X24AbIPcmtCoE Vx8ykz7fAPUXX8aOm3RXHjJ5fSU8XcDQxLsUlpoDElgkr28pciBz1zwWFsIRGhFB LAfYBocotBJgQCn2M6HK0U5h9Y1wAxqGUTekm4BpmB/AOHZGGdRUvljVVtiWteFN jDSzxHM6HuYPYlUqjj2HrqrndizB0CVdEdmNQ0xwoeqns+RjWopMt0Qs8BhukttO tGIF68SFUxRFKxR4BEug9+ds/egSQ6W0zVJQvEOqiS8Od+ijZvWJdf4+/tqEbqKF OWd2ztRU2Xs0i/3xrjRiinW3+/HgREX6xUhOmfzcxadqZyRpMfN/becp/D/JX+NM zTbJzFXeH06luR2/KvSWZlkyoiiAwNqHXmS0leAjpVaD+8BWXBY1PLh8FfHZjvnE 3y7QGvqXnVGCibIIVg/7rQisH0MYR1kVAigH1uQndTzCuYP62sm9j/cjXbdR88Wx IhK5PrXNr00b9Q9vvWppSHKIrC4+SJlAA+siANtieOt9/a/PD/p0ApCCiynR54ay r/p+GXjjgTWHVs/83AuU =74zt -----END PGP SIGNATURE----- --tsOsTdHNUZQcU9Ye-- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 08:37:27 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C19126BA for ; Wed, 3 Dec 2014 08:37:27 +0000 (UTC) Received: from mail-pa0-f51.google.com (mail-pa0-f51.google.com [209.85.220.51]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 905A7FF for ; Wed, 3 Dec 2014 08:37:27 +0000 (UTC) Received: by mail-pa0-f51.google.com with SMTP id ey11so15427980pad.38 for ; Wed, 03 Dec 2014 00:37:21 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:sender:subject:mime-version:content-type:from :in-reply-to:date:cc:message-id:references:to; bh=NYE6UlYeQ3aZSR+9Xcav5h3E2+cpqIXwy9Bfr8kRlqM=; b=Q+AHELzjrgxrl+M85D7NS5K+YZpIOIIpoSnsUrrrMsgOm08LSGqoegxSDBZNs1fhwH PpiVDafYzbjtg/8gCdO+o8rXyI9kIcL5WHOYrEKj0km78WHC/5ho6EqFVAc4An35JTLC 9K8x3npgLTlDqPZEE/gMkD9RKPB5ftUc8y2d1NUFhUGT9ETo6AiW1ZSkBQDey7K0bd3I J9A7MFrnfHNiVioT/ZhKTZwLc7V37Fcec+KVq/h30QSUeexu9hA2yVEKo7+UuV5Bu08T 9veBUQ7czXsUGWQZcyaVUYPcvak/6dXV+Xvnwn0LxSKOrk9d+qHcNNqPr05KdbkW9mh7 VWsg== X-Gm-Message-State: ALoCoQlCKWbVQJkhCQYCz7hLne34ktGdEJnVMwCzBPFUgY0ASaN72ZhRay8xj63jkJNpmLE1zqwZ X-Received: by 10.70.55.40 with SMTP id o8mr6209217pdp.87.1417595841066; Wed, 03 Dec 2014 00:37:21 -0800 (PST) Received: from [10.64.24.134] ([69.53.236.236]) by mx.google.com with ESMTPSA id ps2sm22421006pdb.62.2014.12.03.00.37.19 for (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 03 Dec 2014 00:37:20 -0800 (PST) Sender: Warner Losh Subject: Re: enable TRIM by default ? Mime-Version: 1.0 (Mac OS X Mail 8.1 \(1993\)) Content-Type: multipart/signed; boundary="Apple-Mail=_96717203-2006-4451-9C5C-6AF62097CCE0"; protocol="application/pgp-signature"; micalg=pgp-sha512 X-Pgp-Agent: GPGMail 2.5b3 From: Warner Losh In-Reply-To: <20141203083444.GD13944@server.rulingia.com> Date: Wed, 3 Dec 2014 01:37:17 -0700 Message-Id: References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <20141203083444.GD13944@server.rulingia.com> To: Peter Jeremy X-Mailer: Apple Mail (2.1993) Cc: arch@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 08:37:27 -0000 --Apple-Mail=_96717203-2006-4451-9C5C-6AF62097CCE0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > On Dec 3, 2014, at 1:34 AM, Peter Jeremy wrote: >=20 > On 2014-Dec-03 00:45:47 -0700, Warner Losh wrote: >>=20 >>> On Dec 3, 2014, at 12:14 AM, Peter Jeremy = wrote: >>>=20 >>> On 2014-Dec-02 07:43:13 +0000, Poul-Henning Kamp = wrote: >>>> Isn't it time that we enable TRIM by default in newfs ? >>>=20 >>> As an alternative viewpoint, I have a SSD that got severe = indigestion when >>> I tried to enable TRIM: >>> aspire kernel: ad0: TIMEOUT - CFA ERASE retrying (1 retry left) >>> aspire kernel: ad0: WARNING - SETFEATURES SET TRANSFER MODE = taskqueue timeout - completing request directly >>> aspire kernel: ata1: error issuing SETFEATURES ENABLE WCACHE command >>> aspire kernel: ata1: error issuing SET_MULTI command >>> aspire kernel: ata1: error issuing WRITE_DMA command >>> The kernel then went to 1 core of interrupt and wedged. >>=20 >> Is this a SSD, or a CF card of some flavor. The CFA ERASE trim method >> pre-dates the much better and easier to use DSM (Data Set Trim) = method >> that more modern SSDs use. Perhaps we can take a cue off of that? Or >> maybe the detection for when to use CFA ERASE is busted since it was >> only ever supposed to be used with CF cards... >=20 > It's a Super Talent FEM16GF13M - which describes itself as a SSD and = has > a PATA interface. That trial was ~3 years ago and so probably on 8.x. Also just noticed this is the ad driver, not the ada driver. Is the = above dmesg from 8.x? Warner --Apple-Mail=_96717203-2006-4451-9C5C-6AF62097CCE0 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP using GPGMail -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJUfsu9AAoJEGwc0Sh9sBEA3YgQAJHLfKO8h7JqbKjZtZTREzss 063r07PcxTvKkQf4fhS6WcgQ+VRzmXhoG9VTRq/ppG/GFyu7kcU769+NfX5vx8KD dq7eAdnN05RreOJdJBLFFGCb0iWLdDlHTjo70zPeTCL56ecNNzi25a8+v5K46Nkn eEWmSveo/w6u5An2HNTNeTRxtPoWFvTTyY/6u7080ep2/M8WAKJ2/rBds7m2rDby EUa97SZB/tn6zbEfldYafw2pmQJq2k8TfI4Qli6jrFSWK+0ynXnMqu+zd8f/1Wq+ MTnAE+2uXMRU9vHLTSJXQ4YW62yYYTwslBYOskHFLRcIcqokt4uiLuvOzS9+cGRB Md83XXcKtyPm4aYASVe/HimK9pdTepgMvuebyjDTO5iUW/tmNLck2f0EZfAra/cu 5H/IwTkzpV8WztCHfvSO6EC+7o9B1YtJDTf23xegynVTKWmc3LoUBZW2PvUiJy+R ZCh9NvY6cgJ9CQdlqSgx/+FpouNcQt+rRGPFwY4r/oQwm88a2SsuhP6Ox8kjtcBp YZpV0dTNi0+MFTcJdNC7ZPW5as3CcQoMzHTIk8kQsmR+cyyueM7YbF2mxi3TRM+T biP17aAgsMjBAyCdwZMtdcR5Gz/Yo1N8j0oVKlEPFgB6s6pv4AaKMMOYyol6GAQP PQXb56oUUDf/22IzCxLn =tcCQ -----END PGP SIGNATURE----- --Apple-Mail=_96717203-2006-4451-9C5C-6AF62097CCE0-- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 08:40:54 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 5FFF9829 for ; Wed, 3 Dec 2014 08:40:54 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 245651C0 for ; Wed, 3 Dec 2014 08:40:53 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id D31EE3BD1A; Wed, 3 Dec 2014 08:40:46 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id sB38eh89094312; Wed, 3 Dec 2014 08:40:45 GMT (envelope-from phk@phk.freebsd.dk) To: Peter Jeremy Subject: Re: enable TRIM by default ? In-reply-to: <20141203083444.GD13944@server.rulingia.com> From: "Poul-Henning Kamp" References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <20141203083444.GD13944@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <94310.1417596043.1@critter.freebsd.dk> Date: Wed, 03 Dec 2014 08:40:43 +0000 Message-ID: <94311.1417596043@critter.freebsd.dk> Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 08:40:54 -0000 -------- In message <20141203083444.GD13944@server.rulingia.com>, Peter Jeremy writes: >It's a Super Talent FEM16GF13M - which describes itself as a SSD and has >a PATA interface. That trial was ~3 years ago and so probably on 8.x. A lot of scammers realized that if they put a CF card inside a big box they could charge twice the price. In my horror collectoin I have "Transcend" 32GB which when opened has a noname CF card glued to a small adapter-PCB. Later they put a PATA-SATA bridge on the adapter-PCB. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 08:53:21 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 677BCB91 for ; Wed, 3 Dec 2014 08:53:21 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 774442FA for ; Wed, 3 Dec 2014 08:53:19 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.9/8.14.9) with ESMTP id sB38r5sT024648 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 3 Dec 2014 19:53:11 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id sB38r0wT080844 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Wed, 3 Dec 2014 19:53:00 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id sB38qxej080843; Wed, 3 Dec 2014 19:52:59 +1100 (EST) (envelope-from peter) Date: Wed, 3 Dec 2014 19:52:59 +1100 From: Peter Jeremy To: Warner Losh Subject: Re: enable TRIM by default ? Message-ID: <20141203085259.GE13944@server.rulingia.com> References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <20141203083444.GD13944@server.rulingia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="FsscpQKzF/jJk6ya" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 08:53:21 -0000 --FsscpQKzF/jJk6ya Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Dec-03 01:37:17 -0700, Warner Losh wrote: >> It's a Super Talent FEM16GF13M - which describes itself as a SSD and has >> a PATA interface. That trial was ~3 years ago and so probably on 8.x. > >Also just noticed this is the ad driver, not the ada driver. Is the above = dmesg from >8.x? Yes. I don't have the full dmesg (that was an except from my IRC logs) but I've confirmed it was FreeBSD 8.2-STABLE. I agree that is old but my point was that there are SSDs around that can't cope with TRIM. Since you've clarified that the current driver only sends TRIM commands if the device advertises TRIM support, I withdraw my concerns. --=20 Peter Jeremy --FsscpQKzF/jJk6ya Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUfs9rXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0DJcP/ikspGkeSiETAjN+jYAFOnPu JTD7IPPwRk0QKPDmDaZzdGz82hNJMVWX6esuhQBi1musQ9eDCePaKfy52R2Vr2A5 sXVgQNGwj4bj6rIWA12Mwldy5uDjcmccRprn3U1bA7d2DcxjXPD8eL2tu/dV+C0U +2m1xgPXvxbjIcsgFxnFPttdSSezuaBmu4vm6UK63gUh6hXdwyYM9dGahlxXm8OO vLy5sG/C3hrFCijeGkpdXWYVhggr4/TVzm8dE9Z/ViFqHeGCXPP6k6ldJE9qlFTZ VWjYbwivK4zqGoE71z0ZEwqt0GSDg9qatNBIZIlJ4vizdpXayQ769YRP7X0jPPqb BTNDD78I0meHlfn0pqW2FoXG7YGu1285rYRa4VyZi1rfncTbn0M2ga2fyaiA4XoM 3LAg3B+5jlgI2FLpqMejrOIe5Xz2TLE9Cv9iTiyt5ZwJARhKH2Ejw/xnA1ygSZpw 7YZhbAe4iKBRJXDYMhUuzg+m/IGafwTMwg7gu2fPKGWNESmovei1DQXq0AIqpOeB M1d6X20ivo8ZVE2fRdVy7ffY7N8qgrjYjzDzRWcFVZPl0xFQICvJ5Lyj39xSVofY LvHUduGC4ezkmtQh6zSKaCyHHDCnWqzAbMU3XEpRIHfJZK3vs4d8tSJtDoAYk/D7 azVZ8UQWpgFg+TtBZZ59 =TxDg -----END PGP SIGNATURE----- --FsscpQKzF/jJk6ya-- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 10:39:46 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 267ECEF7 for ; Wed, 3 Dec 2014 10:39:46 +0000 (UTC) Received: from mail106.syd.optusnet.com.au (mail106.syd.optusnet.com.au [211.29.132.42]) by mx1.freebsd.org (Postfix) with ESMTP id C1F31B for ; Wed, 3 Dec 2014 10:39:45 +0000 (UTC) Received: from c122-106-147-133.carlnfd1.nsw.optusnet.com.au (c122-106-147-133.carlnfd1.nsw.optusnet.com.au [122.106.147.133]) by mail106.syd.optusnet.com.au (Postfix) with ESMTPS id F06ED3C43A0; Wed, 3 Dec 2014 21:39:28 +1100 (AEDT) Date: Wed, 3 Dec 2014 21:39:28 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: John-Mark Gurney Subject: Re: Disparity between /etc/services and /var/db/services.db In-Reply-To: <20141203004311.GD99957@funkthat.com> Message-ID: <20141203194555.F1077@besplex.bde.org> References: <6F3959BB-3B71-4515-B7BD-C1A640E8327A@gmail.com> <556364B6-EB7C-421F-B2FB-64A170611A56@gmail.com> <20141203004311.GD99957@funkthat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.1 cv=fvDlOjIf c=1 sm=1 tr=0 a=7NqvjVvQucbO2RlWB8PEog==:117 a=PO7r1zJSAAAA:8 a=kj9zAlcOel0A:10 a=JzwRw_2MAAAA:8 a=pGLkceISAAAA:8 a=9Q7GF0meKJOuHrADvuMA:9 a=2_GioRal_wMZuByL:21 a=V4aIhzwNrfwR4HY5:21 a=CjuIK1q_8ugA:10 Cc: "freebsd-arch@freebsd.org" , Benjamin Kaduk , Garrett Cooper , Rui Paulo X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 10:39:46 -0000 On Tue, 2 Dec 2014, John-Mark Gurney wrote: > Rui Paulo wrote this message on Tue, Dec 02, 2014 at 11:51 -0800: >> On Dec 2, 2014, at 08:13, Garrett Cooper wrote: >>> >>> On Dec 1, 2014, at 11:28, Benjamin Kaduk wrote: >>> >>>> On Mon, 1 Dec 2014, Garrett Cooper wrote: >>>> >>>>> $ ls -l /scratch/2/etc/services /scratch/2/var/db/services.db >>>>> -rw-r--r-- 1 ngie wheel 86802 Nov 27 02:23 /scratch/2/etc/services >>>>> -rw-r--r-- 1 ngie wheel 2097920 Nov 27 02:23 /scratch/2/var/db/services.db >>>> >>>> One's a text file and the other a Berkeley DB file ... I wouldn't expect >>>> them to be the same size. >>> >>> Shoot. I didn?t mean for this message to get sent out without a lot of context. For that I apologize... >>> >>> Basically what I was going to comment on was the fact that the .db file was so large, and by adjusting the number of entries I was able to reduce the size of the file by 4 (it?s bloated by a couple thousand): 4 bytes is not much smaller :-). I wonder how much slower using a database is at all. Perhaps it was faster in 1992 when disks were slow and CPUs were slower. Now CPUs are relatively faster, they may be able to parse a whole large text file in less time than a database lookup in a much larger database file, depending on how many disk i/o ops are needed. >>> From usr.sbin/services_mkdb/services_mkdb.c: >>> >>> 70 HASHINFO hinfo = { >>> 71 .bsize = 256, >>> 72 .ffactor = 4, >>> 73 .nelem = 32768, >>> 74 .cachesize = 1024, >>> 75 .hash = NULL, >>> 76 .lorder = 0 >>> 77 }; >> >> I doubt you'll find any history without contacting the original author (ume@). If I had to guess, I think this was a premature optimisation. The database just needs to contain a two level hash up: port number and service number. If you can prove that reducing nelem size doesn't cause a performance regression, then we could change it. 4MB is way too much on an embedded system. > > I'd say we don't even need the proof... Do you really look up service > numbers in tight loops? As long as the size is resonable, it'll be > fine.. > > If anything, maybe services_mkdb.c should warn, or even preprocess the > file to get the number of entries before creating it.. I think none of the small databases for services, login, passwd or termcap should exist, except possibly passwd on systems where it is not small (/etc/passwd is ~1K on my systems and ~55K on freefall). The lookups are just too rare to be worth optimizing. Quick test for termcap: -r--r--r-- 1 root wheel 204798 Jun 7 2004 /usr/share/misc/termcap -r--r--r-- 1 root wheel 1310720 Mar 21 2004 /usr/share/misc/termcap.db 1000 tgetent()'s of last entry in the text file: 0.30 millisecs each using the database 1.56 millisecs each using the text file Well, the database is actually an optimization in the worst case for the text file. 1000 tgetent()'s of first entry in the text file: 0.12 millisecs each using the database 0.12 millisecs each using the text file 1000 tgetent()'s of middle entry in the text file: 0.14 millisecs each using the database 0.78 millisecs each using the text file The performance for the text file is linear in the position of the entry. The performance is very low anyway -- so slow that is slower than fork+exec of the program to test it unless that is pessimized too: 1000 fork-execs of program to test this (0 tgetents): 0.18 millisecs each statically linked (-current is much slower) 0.82 millisecs each dynamically linked (-current is much slower) 1000 fork-execs of program to test + 1 tgetent each (typical use): 1.32 millisecs each dynamically linked, last entry, database lookup 2.72 millisecs each dynamically linked, last entry, text lookup 0.56 millisecs each statically linked, last entry, database lookup 1.72 millisecs each statically linked, last entry, text lookup If anyone wants to actually optimize this, then one method is to set TERMCAP in ther environment. Then there is nothing to look up, and tgetent() takes about 0.12 milliseconds for the initial lookup and 0.04 milliseconds for repeated lookups. Password lookup is more interesting since programs like ls and tar sometimes do thousands of id lookups. A less exhaustive test gave: 1000 fork-execs of program to test + 1 user_from_uid() each: 0.39 millisecs each statically linked, last entry, database lookup 0.31 millisecs each statically linked, last entry, text lookup FAILED The text lookup was faster, but also didn't work -- it returned a string representation of the id. The text database is apparently not supported for pwd (except of course to convert from it). user_from_uid() apparently doesn't trust database lookup to be fast, since it uses a small cache internally. That should make repeated lookups fast no matter what the database lookup does. 0.39 msec is still very slow. That is longer for the database lookup than for the fork-exec of the program to do it (0.18 for the statically linked program and 0.21 for the database initialization and read of 1 entry). Reading 2 entries instead of 1 takes the same 0.39 msec to within the measurement accuracy. To be faster, the text method basically needs to read and parse the whole file in less than the 0.21 msec needed to initialize the database. This is very easy for my small /etc/passwd file, since even reading it all using the slow getchar() method takes only 0.03 msec. Bruce From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 10:46:22 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 54786521 for ; Wed, 3 Dec 2014 10:46:22 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id C9338142 for ; Wed, 3 Dec 2014 10:46:21 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sB3AkG9S075494 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2014 12:46:16 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sB3AkG9S075494 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sB3AkGFe075493; Wed, 3 Dec 2014 12:46:16 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 3 Dec 2014 12:46:16 +0200 From: Konstantin Belousov To: Rui Paulo Subject: Re: Process reapers Message-ID: <20141203104616.GQ97072@kib.kiev.ua> References: <20141201185237.GC97072@kib.kiev.ua> <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> <20141202093109.GG97072@kib.kiev.ua> <08032C01-B594-478D-927E-D7E52920ABEE@me.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <08032C01-B594-478D-927E-D7E52920ABEE@me.com> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 10:46:22 -0000 On Tue, Dec 02, 2014 at 11:46:27AM -0800, Rui Paulo wrote: > On Dec 2, 2014, at 01:31, Konstantin Belousov wrote: > > I could rename p1 to something else, but also short, since LIST_* > > constructs are long and clumsy. Might be, s/p1/rp/ ? > > Yes, that works as well. Ok, I renamed p1 to reap. Does anybody have any non-formal comments about patch ? I would go as far as to say that the implementation details are really not that critical for the proposal. I am much more worried about the API design and its usefullness, From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 11:33:31 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C3893DDE for ; Wed, 3 Dec 2014 11:33:31 +0000 (UTC) Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps1.elischer.org", Issuer "CA Cert Signing Authority" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 957FF858 for ; Wed, 3 Dec 2014 11:33:31 +0000 (UTC) Received: from Julian-MBP3.local (ppp121-45-246-72.lns20.per2.internode.on.net [121.45.246.72]) (authenticated bits=0) by vps1.elischer.org (8.14.9/8.14.9) with ESMTP id sB3BXKI3054963 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 3 Dec 2014 03:33:23 -0800 (PST) (envelope-from julian@freebsd.org) Message-ID: <547EF4FA.60305@freebsd.org> Date: Wed, 03 Dec 2014 19:33:14 +0800 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 MIME-Version: 1.0 To: Konstantin Belousov , Rui Paulo Subject: Re: Process reapers References: <20141201185237.GC97072@kib.kiev.ua> <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> <20141202093109.GG97072@kib.kiev.ua> <08032C01-B594-478D-927E-D7E52920ABEE@me.com> <20141203104616.GQ97072@kib.kiev.ua> In-Reply-To: <20141203104616.GQ97072@kib.kiev.ua> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 11:33:31 -0000 On 12/3/14, 6:46 PM, Konstantin Belousov wrote: > On Tue, Dec 02, 2014 at 11:46:27AM -0800, Rui Paulo wrote: >> On Dec 2, 2014, at 01:31, Konstantin Belousov wrote: >>> I could rename p1 to something else, but also short, since LIST_* >>> constructs are long and clumsy. Might be, s/p1/rp/ ? >> Yes, that works as well. > Ok, I renamed p1 to reap. > > Does anybody have any non-formal comments about patch ? > I would go as far as to say that the implementation details are > really not that critical for the proposal. I am much more worried > about the API design and its usefullness, A really easy way to tell you're rdealing with "init" from debuggers/dtrace/etc I have dtrace scripts that follow the parent process chain until they get to pid 1. in this case I'd probbaly want them to stop at the jail init (not 1).. Also, should a jail init have immunity from signals from within the jail like init does? > _______________________________________________ > freebsd-arch@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-arch > To unsubscribe, send any mail to "freebsd-arch-unsubscribe@freebsd.org" > > From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 11:57:06 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id DD40C17A; Wed, 3 Dec 2014 11:57:06 +0000 (UTC) Received: from kib.kiev.ua (kib.kiev.ua [IPv6:2001:470:d5e7:1::1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4F65BA91; Wed, 3 Dec 2014 11:57:06 +0000 (UTC) Received: from tom.home (kostik@localhost [127.0.0.1]) by kib.kiev.ua (8.14.9/8.14.9) with ESMTP id sB3BuuBG091206 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2014 13:56:56 +0200 (EET) (envelope-from kostikbel@gmail.com) DKIM-Filter: OpenDKIM Filter v2.9.2 kib.kiev.ua sB3BuuBG091206 Received: (from kostik@localhost) by tom.home (8.14.9/8.14.9/Submit) id sB3BuulB091205; Wed, 3 Dec 2014 13:56:56 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: tom.home: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 3 Dec 2014 13:56:56 +0200 From: Konstantin Belousov To: Julian Elischer Subject: Re: Process reapers Message-ID: <20141203115656.GR97072@kib.kiev.ua> References: <20141201185237.GC97072@kib.kiev.ua> <2BBA8329-C8F4-452D-B6C2-E129FCD6D666@me.com> <20141202093109.GG97072@kib.kiev.ua> <08032C01-B594-478D-927E-D7E52920ABEE@me.com> <20141203104616.GQ97072@kib.kiev.ua> <547EF4FA.60305@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <547EF4FA.60305@freebsd.org> User-Agent: Mutt/1.5.23 (2014-03-12) X-Spam-Status: No, score=-2.0 required=5.0 tests=ALL_TRUSTED,BAYES_00, DKIM_ADSP_CUSTOM_MED,FREEMAIL_FROM,NML_ADSP_CUSTOM_MED autolearn=no autolearn_force=no version=3.4.0 X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on tom.home Cc: arch@freebsd.org, Rui Paulo X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 11:57:07 -0000 On Wed, Dec 03, 2014 at 07:33:14PM +0800, Julian Elischer wrote: > On 12/3/14, 6:46 PM, Konstantin Belousov wrote: > > On Tue, Dec 02, 2014 at 11:46:27AM -0800, Rui Paulo wrote: > >> On Dec 2, 2014, at 01:31, Konstantin Belousov wrote: > >>> I could rename p1 to something else, but also short, since LIST_* > >>> constructs are long and clumsy. Might be, s/p1/rp/ ? > >> Yes, that works as well. > > Ok, I renamed p1 to reap. > > > > Does anybody have any non-formal comments about patch ? > > I would go as far as to say that the implementation details are > > really not that critical for the proposal. I am much more worried > > about the API design and its usefullness, > > A really easy way to tell you're rdealing with "init" from > debuggers/dtrace/etc > I have dtrace scripts that follow the parent process chain until they > get to pid 1. > in this case I'd probbaly want them to stop at the jail init (not 1).. How this note affects my patch ? I have no intent to patch somebody' else scripts. And, the question is, why do you need to trace the parent/child relationship till init ? > > Also, should a jail init have immunity from signals from within the > jail like init does? My opinion is that the ignoring of the default signal actions on the pid 1 is a safety measure to allow easier extension of the signal list. init(8) can achieve the same effect by catching the signals, but the code has to be updated when new signals are added. Issue there is not the signal handling, but a slopinnes in the kernel which cannot handle reaping of orphans. Since death of non-root reaper does not affects the system ability to reap orphans, there is no need to break signals interfaces. That said, the patch really has nothing to do with per-jail inits. The set of problems which should be solved by jailed init does not include the orphaned children reaping. It does not matter at all which process calls wait(2) for the orphan, be it in-jail or system-global init. From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 18:55:41 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 4C0DF77D for ; Wed, 3 Dec 2014 18:55:41 +0000 (UTC) Received: from vps.rulingia.com (vps.rulingia.com [103.243.244.15]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "vps.rulingia.com", Issuer "CAcert Class 3 Root" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id D527DC22 for ; Wed, 3 Dec 2014 18:55:40 +0000 (UTC) Received: from server.rulingia.com (c220-239-242-83.belrs5.nsw.optusnet.com.au [220.239.242.83]) by vps.rulingia.com (8.14.9/8.14.9) with ESMTP id sB3ItQRP028247 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 4 Dec 2014 05:55:31 +1100 (AEDT) (envelope-from peter@rulingia.com) X-Bogosity: Ham, spamicity=0.000000 Received: from server.rulingia.com (localhost.rulingia.com [127.0.0.1]) by server.rulingia.com (8.14.9/8.14.9) with ESMTP id sB3ItKDg097582 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Thu, 4 Dec 2014 05:55:20 +1100 (EST) (envelope-from peter@server.rulingia.com) Received: (from peter@localhost) by server.rulingia.com (8.14.9/8.14.9/Submit) id sB3ItJOh097579; Thu, 4 Dec 2014 05:55:19 +1100 (EST) (envelope-from peter) Date: Thu, 4 Dec 2014 05:55:19 +1100 From: Peter Jeremy To: Poul-Henning Kamp Subject: Re: enable TRIM by default ? Message-ID: <20141203185519.GF13944@server.rulingia.com> References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <20141203083444.GD13944@server.rulingia.com> <94311.1417596043@critter.freebsd.dk> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EP0wieDxd4TSJjHq" Content-Disposition: inline In-Reply-To: <94311.1417596043@critter.freebsd.dk> X-PGP-Key: http://www.rulingia.com/keys/peter.pgp User-Agent: Mutt/1.5.23 (2014-03-12) Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 18:55:41 -0000 --EP0wieDxd4TSJjHq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2014-Dec-03 08:40:43 +0000, Poul-Henning Kamp wrote: >-------- >In message <20141203083444.GD13944@server.rulingia.com>, Peter Jeremy writ= es: > >>It's a Super Talent FEM16GF13M - which describes itself as a SSD and has >>a PATA interface. That trial was ~3 years ago and so probably on 8.x. > >A lot of scammers realized that if they put a CF card inside a big >box they could charge twice the price. In this case, it's a bare PCB with the chips soldered onto it (I didn't keep a record of the chips). Possibly they've copied firmware =66rom a CF controller but it definitely doesn't have a CF card in it. --=20 Peter Jeremy --EP0wieDxd4TSJjHq Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQJ8BAEBCgBmBQJUf1yXXxSAAAAAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXRFRUIyOTg2QzMwNjcxRTc0RTY1QzIyN0Ux NkE1OTdBMEU0QTIwQjM0AAoJEBall6Dkogs0feAP/jmo0xtEtfodF/2q5Ls/2+Oz jl895SJDc4W05ei3WAMBtq/udQ/lllLn7tbIqGBGCfT7pTA3E4zHnzU5gtdO/oCm 9NzyiKfBmxF7tFuazt2KJQZLcynGDxr86ECxyiYhVkt0ei+YTwxjOkSkJG3TppwW HhjimsicQLYobzySwjm+/uk2QDD536WRfNlAUrj27xkyIEefYb0nwPaz0yJHV+j0 qGlqAhYHFLQ2sHtFbbENcAA5C0AExEKaegWfc//cK7/SLb8XncZxxwO8rjbTE2jW JG2TRv2a7vcHrxLU7vMKyuAT1YWgi7NHCY0IEVbyyK0f4gheWKDRkCSrr8b32O8s 0oofPYP9Cy7F9zvo8wHIsoXoXdwX0dqMpzGvD7W98afkYLx33K+fEfLjC7zK1hiE ptFpNadne08wGNyc4+TycvX1OjbzD+Os6fi9tkwIj1n7lARLiEIoGO2VxJg/RYzA pLroi343taLxYIALuO2hcaG8op3Shym0fwsONKLn6TziBm6lv6m7rxQdZBXRgsBW fiVQ6i5NxmcxiFM4XyzkOWmK1VnHaTbJ0G6pVFf2YZAfBsvUbQQDz2oT9Ce69mYa 0X1EkkGrz5Sx0DtnZFJO6Atn3KcVaX5s8zOLyjABS493WiU6C/hPRvE+m0JFY7SM z/ptLtFwk+V1vPxyEEQG =IH1K -----END PGP SIGNATURE----- --EP0wieDxd4TSJjHq-- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 19:41:42 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from hammer.pct.niksun.com (freefall.freebsd.org [IPv6:2001:1900:2254:206c::16:87]) by hub.freebsd.org (Postfix) with ESMTP id 1F01B40D; Wed, 3 Dec 2014 19:41:42 +0000 (UTC) Message-ID: <547F6775.2060803@FreeBSD.org> Date: Wed, 03 Dec 2014 14:41:41 -0500 From: Jung-uk Kim User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 To: Peter Jeremy , Poul-Henning Kamp Subject: Re: enable TRIM by default ? References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <20141203083444.GD13944@server.rulingia.com> <94311.1417596043@critter.freebsd.dk> <20141203185519.GF13944@server.rulingia.com> In-Reply-To: <20141203185519.GF13944@server.rulingia.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 19:41:42 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 12/03/2014 13:55, Peter Jeremy wrote: > On 2014-Dec-03 08:40:43 +0000, Poul-Henning Kamp > wrote: >> -------- In message <20141203083444.GD13944@server.rulingia.com>, >> Peter Jeremy writes: >> >>> It's a Super Talent FEM16GF13M - which describes itself as a >>> SSD and has a PATA interface. That trial was ~3 years ago and >>> so probably on 8.x. >> >> A lot of scammers realized that if they put a CF card inside a >> big box they could charge twice the price. > > In this case, it's a bare PCB with the chips soldered onto it (I > didn't keep a record of the chips). Possibly they've copied > firmware from a CF controller but it definitely doesn't have a CF > card in it. I looked it up on Amazon and it had photos. It seems the card has Phison P3016-P7-L on it[1] and it looks like a low-cost CF controller supporting CF 5.0 spec[2]. Unfortunately, TRIM was added in CF 6.0[3]. Jung-uk Kim [1] http://www.amazon.com/Super-Talent-1-3-Inch-Aspire-FEM16GF13M/dp/B002HRE1H2 [2] https://web.archive.org/web/20100831041943/http://www.phison.com/English/productView.asp?ID=137&SortID=11 [3] http://en.wikipedia.org/wiki/CompactFlash -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQEcBAEBCAAGBQJUf2dtAAoJEHyflib82/FGrUcH/0bxTIBfzNCXlCxcnIm4FbTi Zecy9gIOC3w0gy8q/swQtM8nMzVZGKSFgc9DJB6HtRCfxeJ6CQ4fhMSRNEWrgMKk 5ZbKq+aN86DnMYMA4kNblx98RRtU8y6DkveCNSrDOpBbMef3H1hQ9ocNhJZTF7Fk DtjvGt3RNhVF8Ly8r4DQ2ovFHDYWbaOpphSKJd+bCNp+m11SRMIhGGvXzDFHgECa gqpocvhZ4k81VTZkUopyXCu8MMPhBNtFpCvFjqODxM/eSp8Wfgxmd2kHoJemw5Cz pB604r0He817q9KA5jDv9Gw9+f/A8MbEyHGDfGvAQR5bSja9MCqgS2F/TnHkRi4= =sXiJ -----END PGP SIGNATURE----- From owner-freebsd-arch@FreeBSD.ORG Wed Dec 3 20:22:58 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id B937E2FF for ; Wed, 3 Dec 2014 20:22:58 +0000 (UTC) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 792A28C4 for ; Wed, 3 Dec 2014 20:22:58 +0000 (UTC) Received: from critter.freebsd.dk (unknown [192.168.60.3]) by phk.freebsd.dk (Postfix) with ESMTP id 5DC6D3BD1A; Wed, 3 Dec 2014 20:22:56 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.9/8.14.9) with ESMTP id sB3KMq9I005029; Wed, 3 Dec 2014 20:22:54 GMT (envelope-from phk@phk.freebsd.dk) To: Peter Jeremy Subject: Re: enable TRIM by default ? In-reply-to: <20141203185519.GF13944@server.rulingia.com> From: "Poul-Henning Kamp" References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <20141203083444.GD13944@server.rulingia.com> <94311.1417596043@critter.freebsd.dk> <20141203185519.GF13944@server.rulingia.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <5027.1417638172.1@critter.freebsd.dk> Date: Wed, 03 Dec 2014 20:22:52 +0000 Message-ID: <5028.1417638172@critter.freebsd.dk> Cc: arch@freebsd.org X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 03 Dec 2014 20:22:58 -0000 -------- In message <20141203185519.GF13944@server.rulingia.com>, Peter Jeremy writes: >On 2014-Dec-03 08:40:43 +0000, Poul-Henning Kamp wrote: >>-------- >>In message <20141203083444.GD13944@server.rulingia.com>, Peter Jeremy writ >es: >> >>>It's a Super Talent FEM16GF13M - which describes itself as a SSD and has >>>a PATA interface. That trial was ~3 years ago and so probably on 8.x. >> >>A lot of scammers realized that if they put a CF card inside a big >>box they could charge twice the price. > >In this case, it's a bare PCB with the chips soldered onto it (I >didn't keep a record of the chips). Possibly they've copied firmware >=66rom a CF controller but it definitely doesn't have a CF card in it. It might very well still have a "camera-grade" Flash Adaptation Layer. If it acts like a CF... -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-arch@FreeBSD.ORG Thu Dec 4 01:04:52 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id C7C3A673; Thu, 4 Dec 2014 01:04:52 +0000 (UTC) Received: from h2.funkthat.com (gate2.funkthat.com [208.87.223.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "funkthat.com", Issuer "funkthat.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 81D8AAA7; Thu, 4 Dec 2014 01:04:52 +0000 (UTC) Received: from h2.funkthat.com (localhost [127.0.0.1]) by h2.funkthat.com (8.14.3/8.14.3) with ESMTP id sB414oGW013782 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 3 Dec 2014 17:04:51 -0800 (PST) (envelope-from jmg@h2.funkthat.com) Received: (from jmg@localhost) by h2.funkthat.com (8.14.3/8.14.3/Submit) id sB414ntu013781; Wed, 3 Dec 2014 17:04:49 -0800 (PST) (envelope-from jmg) Date: Wed, 3 Dec 2014 17:04:49 -0800 From: John-Mark Gurney To: Jung-uk Kim Subject: Re: enable TRIM by default ? Message-ID: <20141204010449.GP99957@funkthat.com> Mail-Followup-To: Jung-uk Kim , Peter Jeremy , Poul-Henning Kamp , arch@freebsd.org References: <89094.1417506193@critter.freebsd.dk> <20141203071447.GC13944@server.rulingia.com> <20141203083444.GD13944@server.rulingia.com> <94311.1417596043@critter.freebsd.dk> <20141203185519.GF13944@server.rulingia.com> <547F6775.2060803@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <547F6775.2060803@FreeBSD.org> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 7.2-RELEASE i386 X-PGP-Fingerprint: 54BA 873B 6515 3F10 9E88 9322 9CB1 8F74 6D3F A396 X-Files: The truth is out there X-URL: http://resnet.uoregon.edu/~gurney_j/ X-Resume: http://resnet.uoregon.edu/~gurney_j/resume.html X-TipJar: bitcoin:13Qmb6AeTgQecazTWph4XasEsP7nGRbAPE X-to-the-FBI-CIA-and-NSA: HI! HOW YA DOIN? can i haz chizburger? X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.2 (h2.funkthat.com [127.0.0.1]); Wed, 03 Dec 2014 17:04:51 -0800 (PST) Cc: arch@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2014 01:04:52 -0000 Jung-uk Kim wrote this message on Wed, Dec 03, 2014 at 14:41 -0500: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA256 > > On 12/03/2014 13:55, Peter Jeremy wrote: > > On 2014-Dec-03 08:40:43 +0000, Poul-Henning Kamp > > wrote: > >> -------- In message <20141203083444.GD13944@server.rulingia.com>, > >> Peter Jeremy writes: > >> > >>> It's a Super Talent FEM16GF13M - which describes itself as a > >>> SSD and has a PATA interface. That trial was ~3 years ago and > >>> so probably on 8.x. > >> > >> A lot of scammers realized that if they put a CF card inside a > >> big box they could charge twice the price. > > > > In this case, it's a bare PCB with the chips soldered onto it (I > > didn't keep a record of the chips). Possibly they've copied > > firmware from a CF controller but it definitely doesn't have a CF > > card in it. > > I looked it up on Amazon and it had photos. It seems the card has > Phison P3016-P7-L on it[1] and it looks like a low-cost CF controller > supporting CF 5.0 spec[2]. Unfortunately, TRIM was added in CF 6.0[3]. If we tried to enable CFA ERASE on a card not supporting it, we should fix our driver, though if they lied about which CF spec they support, then there isn't much we can do except add a quirk... -- John-Mark Gurney Voice: +1 415 225 5579 "All that I will do, has been done, All that I have, has not." From owner-freebsd-arch@FreeBSD.ORG Thu Dec 4 14:58:00 2014 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 50439F3F; Thu, 4 Dec 2014 14:58:00 +0000 (UTC) Received: from cyrus.watson.org (cyrus.watson.org [198.74.231.69]) by mx1.freebsd.org (Postfix) with ESMTP id 22B98F6A; Thu, 4 Dec 2014 14:58:00 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [198.74.231.63]) by cyrus.watson.org (Postfix) with ESMTPS id 4DCAE46B2C; Thu, 4 Dec 2014 09:57:59 -0500 (EST) Date: Thu, 4 Dec 2014 14:57:59 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: George Neville-Neil Subject: Re: Enabling VIMAGE in GENERIC In-Reply-To: Message-ID: References: <1423616F-F44D-47E5-8595-DE862DC04464@bsdimp.com> <546A34C8.6060004@freebsd.org> <546C8812.2070904@FreeBSD.org> <20141119195923.GS24601@funkthat.com> <69A8C06F-A7F6-49EC-8601-91AC4CDBFB13@FreeBSD.org> <547364EB.7090505@freebsd.org> <547AEB93.3050600@freebsd.org> User-Agent: Alpine 2.11 (BSF 23 2013-08-11) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Craig Rodrigues , FreeBSD Net , "freebsd-virtualization@freebsd.org" , freebsd-arch X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2014 14:58:00 -0000 On Mon, 1 Dec 2014, George Neville-Neil wrote: > On a slight tangent. I ran VIMAGE kernels vs. non VIMAGE kernels for both a > VANILLA kernel and a PF kernel (PF on but no rules) as a quick smoke test > today. The raw forwarding performance was unchanged between kernels with > and without VIMAGE on a 10G based system in the Sentex lab (lion1). I will > be doing a bit more work in this area and will then put up some results in > my netperf github repo. Was this a CPU-bound or network-bound workload? In general, I'd expect VIMAGE to have a modest overhead for most measurable workloads .. unless you are CPU-bound, in which case per-packet processing overheads might become (potentially) quite visible. They will also be more visible on simpler pipelines and with less cache-rich designs -- e.g., SoCs of various sorts. Doing a bit of CPU-bound networking on a modest ARM core might show off the effects better. Robert From owner-freebsd-arch@FreeBSD.ORG Thu Dec 4 15:48:42 2014 Return-Path: Delivered-To: arch@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 48E4D966 for ; Thu, 4 Dec 2014 15:48:42 +0000 (UTC) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 0A3CF8E3 for ; Thu, 4 Dec 2014 15:48:42 +0000 (UTC) Received: from nine.des.no (smtp.des.no [194.63.250.102]) by smtp-int.des.no (Postfix) with ESMTP id 05F10AD78; Thu, 4 Dec 2014 15:41:02 +0000 (UTC) Received: by nine.des.no (Postfix, from userid 1001) id 2856B19EB; Thu, 4 Dec 2014 16:40:58 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Warner Losh Subject: Re: enable TRIM by default ? References: <89094.1417506193@critter.freebsd.dk> <22F67878-F503-4974-8142-380E32067832@bsdimp.com> Date: Thu, 04 Dec 2014 16:40:58 +0100 In-Reply-To: <22F67878-F503-4974-8142-380E32067832@bsdimp.com> (Warner Losh's message of "Tue, 2 Dec 2014 09:38:58 -0700") Message-ID: <8661drfmnp.fsf@nine.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: arch@freebsd.org, Poul-Henning Kamp X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 04 Dec 2014 15:48:42 -0000 Warner Losh writes: > Poul-Henning Kamp writes: > > Isn't it time that we enable TRIM by default in newfs ? > Yes. The number of bad-actor drives is small these days and most of > them will have been worn-out by now to boot. Try enabling TRIM in a VirtualBox VM... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no