From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 01:50:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 991291065670; Sun, 14 Mar 2010 01:50:15 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-qy0-f194.google.com (mail-qy0-f194.google.com [209.85.221.194]) by mx1.freebsd.org (Postfix) with ESMTP id 30D078FC17; Sun, 14 Mar 2010 01:50:14 +0000 (UTC) Received: by qyk32 with SMTP id 32so2159277qyk.28 for ; Sat, 13 Mar 2010 17:50:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=Wi1Ntez1nDhbmLJu2VZHuqHxPEnkkb4X2Z/peth0hJ4=; b=Cg5+kHTyfIcrHvfMgzT4BNi/WSxEfrtpwI+wB2QRbOldz+thxD6LQpEOkD1k5ydcsx j2nF20KC8REeFXgbEW5GiixHBhsyFPCeerisaJt2NgLLCISd7gQYhsbPWxh72LOmHnbF vIQ1kTLIwN6zQZVwklLslME9oGLO3RN4lYjrQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=o1VhhhueYVPs3ejln/8cAJRyeo2JpRH2Uiq5XLgI6TJbYBMNFapl6ikYicMvC6vLRZ dAfiM0HsecvbijP8/NFn+pz23kRrDeOIVWE4d/QIKn1UHNvE44tInyLofzRsmGsjzp53 pKunp+SbY7ii/GgbYMMKfIzt1GQk0PTw9xA1w= Received: by 10.224.65.226 with SMTP id k34mr1010865qai.283.1268531414424; Sat, 13 Mar 2010 17:50:14 -0800 (PST) Received: from ppp-21.234.dialinfree.com (ppp-21.234.dialinfree.com [209.172.21.234]) by mx.google.com with ESMTPS id 20sm2264276qyk.0.2010.03.13.17.50.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 13 Mar 2010 17:50:13 -0800 (PST) Sender: "J. Hellenthal" Date: Sat, 13 Mar 2010 20:40:32 -0500 From: jhell To: xorquewasp@googlemail.com In-Reply-To: <20100313075249.GA92690@logik.internal.network> Message-ID: References: <20100226163227.GA15162@logik.internal.network> <4B88074E.7050007@FreeBSD.org> <20100226222113.GA14592@logik.internal.network> <4B884D48.90509@FreeBSD.org> <20100227093409.GA40858@logik.internal.network> <864ol0w4g5.fsf@ds4.des.no> <20100304175819.GC31036@logik.internal.network> <867hpr56ek.fsf@ds4.des.no> <20100313022817.GA40872@logik.internal.network> <4B9B0856.4090301@FreeBSD.org> <20100313075249.GA92690@logik.internal.network> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: FreeBSD Hackers Subject: Re: Something rotten in ports (was Re: package building failure irritation) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 01:50:15 -0000 On Sat, 13 Mar 2010 02:52, xorquewasp@ wrote: >> Have you tried just setting PORTSDIR and letting bsd.port.mk set the >> rest of the paths with their defaults that are relative to PORTSDIR? If >> that works, then we can start hunting for places that are not handling >> absolute vs. relative paths correctly in bsd.port.mk. > > Now, with only: > > PORTSDIR=/var/ports/tree > > .. in make.conf, the error is: > > Creating package /var/ports/tree/devel/eggdbus/eggdbus-0.6.tbz > Registering depends: dbus-glib-0.84 gio-fam-backend-2.22.4 gamin-0.1.10_3 glib-2.22.4 gettext-0.17_1 dbus-1.2.16_1 libxml2-2.7.6_1 libiconv-1.13.1_1 libX11-1.2.1_1,1 libxcb-1.5 libpthread-stubs-0.3_3 pcre-8.00 libXau-1.0.4 libXdmcp-1.0.2_1 xproto-7.0.15 pkg-config-0.23_1 perl-5.10.1 python26-2.6.4 gnome_subr-1.0 expat-2.0.1_1 kbproto-1.0.3. > Creating bzip'd tar ball in '/var/ports/tree/devel/eggdbus/eggdbus-0.6.tbz' > rmdir: /var/ports/tree/devel/eggdbus/work: Directory not empty > *** Error code 1 (ignored) > ===> Generating temporary packing list > Creating package /var/ports/tree/textproc/docbook-420/docbook-4.2.tbz > Registering depends: iso8879-1986_2 xmlcatmgr-2.2. > Creating bzip'd tar ball in '/var/ports/tree/textproc/docbook-420/docbook-4.2.tbz' > tar: share/sgml/docbook/4.2/ChangeLog: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/calstblx.dtd: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/catalog: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/catalog.xml: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/dbcentx.mod: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/dbgenent.mod: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/dbhierx.mod: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/dbnotnx.mod: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/dbpoolx.mod: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/docbook.cat: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/docbook.dcl: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/docbook.dtd: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/docbookx.dtd: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/soextblx.dtd: Cannot stat: No such file or directory > tar: share/sgml/docbook/4.2/README: Cannot stat: No such file or directory > tar: Error exit delayed from previous errors. > pkg_create: make_dist: tar command failed with code 256 > *** Error code 1 > > Stop in /var/ports/tree/textproc/docbook-420. > *** Error code 1 > > Stop in /var/ports/tree/textproc/docbook-420. > *** Error code 1 > > Stop in /var/ports/tree/graphics/inkscape. > > Regards, > xw > Not that this is a solution to your problem but it might be a possibility for you to consider, but a couple years back I dropped using make package(-recursive) and just scripted out making backup packages using something like the following. _pkg_bld(){ cd /exports/packages for package in `ls /var/db/pkg |sed 's/pkgdb.db//'`; do echo "Building package: $package" pkg_create -v -b $package >>pkg_bld.log 2>&1 done } Rather simple way to go about creating final packages and from some earlier emails to the list there was word of some directories not being included in final built packages due to empty directories or something like that so be careful when/if considering something like this. There are additional flags that can be passed to pkg_create to keep it from rebuilding the package if it already exists but I have not worked that into the above example usage. At some point I also worked in package signing like so, _pkg_sign(){ cd /exports/packages for package in `ls *.tbz`; do echo "Signing package: $package" gpg -u 3588E52D -v -ba $package done } Good Luck & Regards, -- jhell From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 04:31:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B857B1065675; Sun, 14 Mar 2010 04:31:54 +0000 (UTC) (envelope-from xorquewasp@googlemail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 09A628FC15; Sun, 14 Mar 2010 04:31:53 +0000 (UTC) Received: by wyb33 with SMTP id 33so1222016wyb.13 for ; Sat, 13 Mar 2010 20:31:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to; bh=E2bXaN2HHgjpUuQcdBL9eH1Hc1ErhPrrqBBYEXSZ2H0=; b=aoZfBEvN+L+7l+j0j/lg2QdvPbP817NCGJKNVC7mkFaEhPwrmWZ7y3uQ9jDbP9FaeU 55Ndvhig9bfbZPIDdBJSMulALpsMKiQGg8wf8g+sWY/igsrrcSoCjxbEtiFGe5CGP5EO 5xba3nNE/0XfxzXIpHPb4HDd5OmvqY8aTjsWs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to; b=AWrCQe5FBygj+sFFhFYrHBQOZI6PMaxGSYqDe6tYzF6GH5UNxuGPDRqqsFQc8s4h+y BU1w80tHldqyqQmPkLFHEDGa0B+2IVT0tE28Mtfl3f5IJevryagLUK+PYJ9F1TWOyj9G aAzafUHHAOGtMVth8eegldRR6ep/a4SN9LEoo= Received: by 10.216.88.143 with SMTP id a15mr967465wef.6.1268541112890; Sat, 13 Mar 2010 20:31:52 -0800 (PST) Received: from viper.internal.network (dsl78-143-199-168.in-addr.fast.co.uk [78.143.199.168]) by mx.google.com with ESMTPS id g11sm9832215gve.18.2010.03.13.20.31.51 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 13 Mar 2010 20:31:52 -0800 (PST) Received: from viper.internal.network (localhost [127.0.0.1]) by viper.internal.network (Postfix) with ESMTP id B23814AC05; Sun, 14 Mar 2010 04:31:50 +0000 (UTC) Received: (from m0@localhost) by viper.internal.network (8.14.3/8.14.3/Submit) id o2E4VmaM099574; Sun, 14 Mar 2010 04:31:48 GMT (envelope-from xorquewasp@googlemail.com) X-Authentication-Warning: viper.internal.network: m0 set sender to xorquewasp@googlemail.com using -f Date: Sun, 14 Mar 2010 04:31:48 +0000 From: xorquewasp@googlemail.com To: jhell Message-ID: <20100314043148.GB23423@logik.internal.network> References: <20100226222113.GA14592@logik.internal.network> <4B884D48.90509@FreeBSD.org> <20100227093409.GA40858@logik.internal.network> <864ol0w4g5.fsf@ds4.des.no> <20100304175819.GC31036@logik.internal.network> <867hpr56ek.fsf@ds4.des.no> <20100313022817.GA40872@logik.internal.network> <4B9B0856.4090301@FreeBSD.org> <20100313075249.GA92690@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: FreeBSD Hackers Subject: Re: Something rotten in ports (was Re: package building failure irritation) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 04:31:54 -0000 'Lo, On 2010-03-13 20:40:32, jhell wrote: > Not that this is a solution to your problem but it might be a possibility > for you to consider, but a couple years back I dropped using make > package(-recursive) and just scripted out making backup packages using > something like the following. I particularly like this solution! I might just go ahead and implement this here, including the signing. Thanks. xw From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 05:24:17 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 128421065670 for ; Sun, 14 Mar 2010 05:24:17 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with ESMTP id 98AB28FC15 for ; Sun, 14 Mar 2010 05:24:16 +0000 (UTC) Received: (qmail 30687 invoked by uid 399); 14 Mar 2010 05:24:15 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 14 Mar 2010 05:24:15 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4B9C72FE.2060907@FreeBSD.org> Date: Sat, 13 Mar 2010 21:24:14 -0800 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.7) Gecko/20100218 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: In-Reply-To: X-Enigmail-Version: 1.0.1 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 05:24:17 -0000 On 03/13/10 05:52, Alexander Best wrote: > hello, > > this patch fixes the following gcc warning: For all such issues, please file a PR first so it doesn't get lost. When you get the PR confirmation back, feel free to alert the list to its existence. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 05:55:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 37689106564A; Sun, 14 Mar 2010 05:55:36 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 080AE8FC0C; Sun, 14 Mar 2010 05:55:35 +0000 (UTC) Received: by pva18 with SMTP id 18so37340pva.13 for ; Sat, 13 Mar 2010 21:55:35 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=yoWnaC/rXN0K9LfdeMIybYwglcPbS+vXuZGVdcx8sbE=; b=mHMTtCQ8SsjXyOQrjThrsskv+6H6DH4NCHT6yNBf9SWmRdwLr+eh9ShOVw5V060bf5 F8eqBr5D3vcNL2wnra35s1WLyGueBwLkRXzYoVw//DIxD6wR3aemEDDr4N6nURg6/YZl 4vNCxY+yYTIjj8lAdDIFjaKO13z9JBIgnrkKk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=AiDGcuPDm39kBFNuWpcD6rp/EaXqomHd8ObgLtruWhEAmwZ1Lz1oF57W3TPQKi/UH+ wTaCmzefc1Nb2setSpXpcIcFi+HOaJsx77NSVxSXE9wfREhFh5kH24bBbkgqJgSJMot9 YnGDkfZ5rG1vxXskh8f6Q/T25DpVT5jDLVTp0= MIME-Version: 1.0 Received: by 10.143.27.20 with SMTP id e20mr4135841wfj.256.1268546135372; Sat, 13 Mar 2010 21:55:35 -0800 (PST) In-Reply-To: <4B9C72FE.2060907@FreeBSD.org> References: <4B9C72FE.2060907@FreeBSD.org> Date: Sat, 13 Mar 2010 21:55:35 -0800 Message-ID: <7d6fde3d1003132155t3059a438m80bd50fdf1dbe091@mail.gmail.com> From: Garrett Cooper To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org, Doug Barton Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 05:55:36 -0000 On Sat, Mar 13, 2010 at 9:24 PM, Doug Barton wrote: > On 03/13/10 05:52, Alexander Best wrote: >> hello, >> >> this patch fixes the following gcc warning: > > For all such issues, please file a PR first so it doesn't get lost. When > you get the PR confirmation back, feel free to alert the list to its > existence. Yes, please submit a proper PR for this because it's a code bug; FYI, your solution isn't complete though (it's close): ABORT(3) FreeBSD Library Functions Manual ABORT(3) NAME abort -- cause abnormal program termination LIBRARY Standard C Library (libc, -lc) SYNOPSIS #include void abort(void); Please be explicit and add stdlib.h. Thanks, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 11:22:34 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 73016106564A; Sun, 14 Mar 2010 11:22:34 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 013278FC12; Sun, 14 Mar 2010 11:22:33 +0000 (UTC) Received: by vws14 with SMTP id 14so524291vws.13 for ; Sun, 14 Mar 2010 04:22:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=XegP9lpN3ZVRFAQ4b76ftWymhqfHIOLA2kvHyEjjPuQ=; b=cJxt7qHAM6L1NsqBe5n8LelOCNq5+EYJytqTrZmA0idabhRHOiw9CBHoPa6jzLkAUd M7tLGFADLS8GIsmQ2SZsLRkKiKvpqwnLp4FB7p0pLJE0JEnnQMSCDoYD+BzNev05rYwm Uz5GySmYcLx/UodttDmH6aZFnkxUIEF5X5DRc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=uMJmX1yjLAt5gxW6DSB9eGQIBDQbtDYGwXP/SC7mKTHfZu/gW+liFMV2yuBQVsjx7Y 7eqGsEoOGUVNRD2lcjIplNIbAHDd2dwCj5EE7y0IJI15pHmNpX+ufFPq6PWg5v1pvv6U kjtiyUcqXuQwN8+pXaqQGlmPUNSNwuGFLE5wM= Received: by 10.220.122.7 with SMTP id j7mr225303vcr.54.1268565752875; Sun, 14 Mar 2010 04:22:32 -0700 (PDT) Received: from ppp-21.99.dialinfree.com (ppp-21.99.dialinfree.com [209.172.21.99]) by mx.google.com with ESMTPS id 28sm27599605vws.11.2010.03.14.04.22.30 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 14 Mar 2010 04:22:32 -0700 (PDT) Sender: "J. Hellenthal" Date: Sun, 14 Mar 2010 07:12:27 -0400 From: jhell To: xorquewasp@googlemail.com In-Reply-To: <20100314043148.GB23423@logik.internal.network> Message-ID: References: <20100226222113.GA14592@logik.internal.network> <4B884D48.90509@FreeBSD.org> <20100227093409.GA40858@logik.internal.network> <864ol0w4g5.fsf@ds4.des.no> <20100304175819.GC31036@logik.internal.network> <867hpr56ek.fsf@ds4.des.no> <20100313022817.GA40872@logik.internal.network> <4B9B0856.4090301@FreeBSD.org> <20100313075249.GA92690@logik.internal.network> <20100314043148.GB23423@logik.internal.network> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Hackers Subject: Re: Something rotten in ports (was Re: package building failure irritation) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 11:22:34 -0000 On Sat, 13 Mar 2010 23:31, xorquewasp@ wrote: > 'Lo, > > On 2010-03-13 20:40:32, jhell wrote: >> Not that this is a solution to your problem but it might be a possibility >> for you to consider, but a couple years back I dropped using make >> package(-recursive) and just scripted out making backup packages using >> something like the following. > > I particularly like this solution! > > I might just go ahead and implement this here, including the signing. > > Thanks. > xw > No Problem. Your welcome. -- jhell From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 12:12:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24E1F106566C; Sun, 14 Mar 2010 12:12:18 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 49B6F8FC1D; Sun, 14 Mar 2010 12:12:17 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,638,1262559600"; d="scan'208";a="28366988" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 14 Mar 2010 13:12:15 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 76B7C1B07C1; Sun, 14 Mar 2010 13:12:15 +0100 (CET) Date: Sun, 14 Mar 2010 13:12:14 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Garrett Cooper Message-ID: In-Reply-To: <7d6fde3d1003132155t3059a438m80bd50fdf1dbe091@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Doug Barton Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 12:12:19 -0000 Garrett Cooper schrieb am 2010-03-14: > On Sat, Mar 13, 2010 at 9:24 PM, Doug Barton > wrote: > > On 03/13/10 05:52, Alexander Best wrote: > >> hello, > >> this patch fixes the following gcc warning: > > For all such issues, please file a PR first so it doesn't get lost. > > When > > you get the PR confirmation back, feel free to alert the list to > > its > > existence. > Yes, please submit a proper PR for this because it's a code bug; > FYI, your solution isn't complete though (it's close): ah ok. thanks for the hint. just wanted to spare linimon from dealing with such minor prs. ;) > ABORT(3) FreeBSD Library Functions Manual > ABORT(3) > NAME > abort -- cause abnormal program termination > LIBRARY > Standard C Library (libc, -lc) > SYNOPSIS > #include > void > abort(void); > Please be explicit and add stdlib.h. adding stdlib.h isn't going to work since stand.h is used to declare function prototypes which are also in stdlib.h. adding stdlib.h will cause gcc to complain about multiple definitions. stand.h e.g. has it's own printf and some other stuff. cheers. alex > Thanks, > -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 12:29:39 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14895106566C; Sun, 14 Mar 2010 12:29:39 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id D65C68FC0C; Sun, 14 Mar 2010 12:29:38 +0000 (UTC) Received: by pzk34 with SMTP id 34so1480765pzk.3 for ; Sun, 14 Mar 2010 05:29:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8eaftM0zS0uqpnoCJe9oyaHXWNQdoRNMNxS7ov8+ohk=; b=Dh/RjO/5AZiI3MZbu5mCoVfm2PSOJY8RFC6vphCzjhmpGTUIe323JvZX95LIuW2x1Q lZHIbdMKa95wbUpsSDWGfnkEMNVJ4U4E7BVgSo7A7ONmPnCKovuUm4njs79U119i2zEL kl8r5nYl3pKzi7ygI5uSUSWvylc1F66WGXVd4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=QkunEzOrHW29KTIEtTPqr1OHT+voFnkIDTwedEsUCHjg2WbLK+LMaUIYlbt81xKS6C G5xpn9YmJdMywkzkpzrMr194IBnLaYgyvb1bdkgJpWdLMrbo95H2EpfWjSidRUsJ7n03 atrSLoZxjaKhCoUw28DIwdu5Th6RuN71yAH8Q= MIME-Version: 1.0 Received: by 10.142.1.29 with SMTP id 29mr285832wfa.337.1268569778187; Sun, 14 Mar 2010 05:29:38 -0700 (PDT) In-Reply-To: References: <7d6fde3d1003132155t3059a438m80bd50fdf1dbe091@mail.gmail.com> Date: Sun, 14 Mar 2010 04:29:38 -0800 Message-ID: <7d6fde3d1003140529y5c9c7296m7abcfd685aaa792c@mail.gmail.com> From: Garrett Cooper To: Alexander Best Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Doug Barton Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 12:29:39 -0000 On Sun, Mar 14, 2010 at 4:12 AM, Alexander Best wrote: > Garrett Cooper schrieb am 2010-03-14: >> On Sat, Mar 13, 2010 at 9:24 PM, Doug Barton >> wrote: >> > On 03/13/10 05:52, Alexander Best wrote: >> >> hello, > >> >> this patch fixes the following gcc warning: > >> > For all such issues, please file a PR first so it doesn't get lost. >> > When >> > you get the PR confirmation back, feel free to alert the list to >> > its >> > existence. > >> =A0 =A0Yes, please submit a proper PR for this because it's a code bug; >> FYI, your solution isn't complete though (it's close): > > ah ok. thanks for the hint. just wanted to spare linimon from dealing wit= h > such minor prs. ;) > >> ABORT(3) =A0 =A0 =A0 =A0 =A0 =A0 =A0 FreeBSD Library Functions Manual >> ABORT(3) > >> NAME >> =A0 =A0 =A0abort -- cause abnormal program termination > >> LIBRARY >> =A0 =A0 =A0Standard C Library (libc, -lc) > >> SYNOPSIS >> =A0 =A0 =A0#include > >> =A0 =A0 =A0void >> =A0 =A0 =A0abort(void); > >> =A0 =A0 Please be explicit and add stdlib.h. > > adding stdlib.h isn't going to work since stand.h is used to declare func= tion > prototypes which are also in stdlib.h. adding stdlib.h will cause gcc to > complain about multiple definitions. stand.h e.g. has it's own printf and= some > other stuff. Excellent point -- which means that any and all blanks in libstand could and should be filled in with equivalents in libc, i.e. you need to make sure that abort(3) has a proper function definition in libstand. Cheers, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 16:04:17 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D4B64106568A for ; Sun, 14 Mar 2010 16:04:17 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 63D9C8FC0C for ; Sun, 14 Mar 2010 16:04:16 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 9A4B81E0013A; Sun, 14 Mar 2010 17:04:15 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o2EG0GrU005028; Sun, 14 Mar 2010 17:00:16 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2EG0F2M005027; Sun, 14 Mar 2010 17:00:15 +0100 (CET) (envelope-from nox) Date: Sun, 14 Mar 2010 17:00:15 +0100 (CET) From: Juergen Lock Message-Id: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> To: scdbackup@gmx.net X-Newsgroups: local.list.freebsd.hackers In-Reply-To: <106070878026016@192.168.2.69> References: <201003132009.o2DK9nBg061996@triton8.kn-bremen.de> Organization: home X-Mailman-Approved-At: Sun, 14 Mar 2010 17:27:58 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 16:04:17 -0000 In article <106070878026016@192.168.2.69> you write: >Hi, Hi! > >Gary Jennejohn wrote: >> I'm using ahci with two ATA/IDE DVD drives and they work as long as I >> have "device ata" in my kernel config. That's all I need. > >So i will probably need that for the IDE DVD-ROM >drive that is built in too. > Yeah I think so (I don't have ide drives on this box anymore...) There is code in head now and (I think) stabe/8 to use cam for `regular' (i.e. non-ahci) ata devices too, but I haven't played with that yet as ahci(4) now works pretty well for me (this box is on stable/8.) > >Juergen Lock wrote: >> thanks for trying to help improving libburn! :) > >Well, i am its active developer since a while. >Any problems with it are probably my fault. > :) >Nevertheless, its FreeBSD SCSI transport is not >originally by me. So i lack specific knowledge. >(There are two alternative transport adapters: >sg-freebsd originally by Alexander Nedotsukov, >sg-libcdio for upcomming libcdio-0.83 .) > > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=138789 > >I will test. >This was BD-R, not BD-RE, i assume ? > That 15GB disc was BD-RE actually. >A leadout track. Sounds very CD-ish. >With DVD and BD one should rather go for READ >DISC INFORMATION and READ TRACK INFORMATION. > Hmm you might want to followup on the PR with that hint... > >> Well if you didn't create a swap partition during install then you >> don't have one. :) > >Not to have one seems to be an advantage now. >I don't remember to have been asked. Well you'd have created it in the label editor, I don't think sysinstall specifically asks for it. > But with >4 GB of RAM i might simply have answered 'no'. > :) > >> the saved state of a panic'd kernel, > >I assume for reporting my kernel panics i have to >install a development kernel ? Actually I _think_ GENERIC gets built with debug info by default these days, look for /boot/kernel/*.symbols files to check. Of course it may still make sense to build a custom kernel with ddb enabled etc too, see: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-building.html Here is a config you could use: ------------snip-------- include GENERIC ident MYKERNEL nooptions WITNESS #options WITNESS # # The INVARIANTS option is used in a number of source files to enable # extra sanity checking of internal structures. This support is not # enabled by default because of the extra time it would take to check # for these conditions, which can only occur as a result of # programming errors. # #options INVARIANTS # # The INVARIANT_SUPPORT option makes us compile in support for # verifying some of the internal structures. It is a prerequisite for # 'INVARIANTS', as enabling 'INVARIANTS' will make these functions be # called. The intent is that you can set 'INVARIANTS' for single # source files (by changing the source file or specifying it on the # command line) if you have 'INVARIANT_SUPPORT' enabled. Also, if you # wish to build a kernel module with 'INVARIANTS', then adding # 'INVARIANT_SUPPORT' to your kernel will provide all the necessary # infrastructure without the added overhead. # #options INVARIANT_SUPPORT # # # Compile with kernel debugger related code. # options KDB # # Print a stack trace of the current thread on the console for a panic. # options KDB_TRACE # Don't enter the debugger for a panic. Intended for unattended operation # where you may want to enter the debugger from the console, but still want # the machine to recover from a panic. # options KDB_UNATTENDED # # Enable the ddb debugger backend. # options DDB # # Enable the remote gdb debugger backend. # options GDB # Size of the kernel message buffer. Should be N * pagesize. options MSGBUF_SIZE=(40960*4) ------------snip-------- >(Switching off-and-on a stuck USB drive is > obviously not a healthy thing to do.) > Hehe. >Well, i plan to install another FreeBSD from >scratch to try reproducing drive concurrency >problems which i experienced first and which >vanished after installing the ports of xfburn >and xorriso. >First drives got stuck when disturbed while >burning CD. Now the offender gets blocked until >the vulnerable drive state ends. >Those ports triggered a cascade of other ports. >So i have no idea which one might have tweaked >the configuration (or whathever happened). > Hmm not sure what happened there... Oh I do remember one issue: Burning usually doesn't work when hald is running, I suspect burning tools would have to tell it to stop polling the drive at least while they are writing a disc... > >> Btw there also is siis(4) [...] for >> SiliconImage sata controllers. >> [...] sas controllers > >If somebody has such hardware then i would be >interested to hear whether it works with libburn. >Anybody is invited to ask for support. > Actually I do have siis(4) here too, will have to test that someday... > >Have a nice day :) Ditto! :) Juergen From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 18:20:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15DC2106564A for ; Sun, 14 Mar 2010 18:20:44 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 39FBE8FC0A for ; Sun, 14 Mar 2010 18:20:40 +0000 (UTC) Received: (qmail invoked by alias); 14 Mar 2010 18:20:25 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp018) with SMTP; 14 Mar 2010 19:20:25 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1/ygH0ZnDDyANvU3tc1p46AyiQE2pP2lqrOrBHaPn kTYKsNPuDq7Yf2 Date: Sun, 14 Mar 2010 19:22:33 +0100 From: "Thomas Schmitt" To: freebsd-hackers@freebsd.org References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> In-Reply-To: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> Message-Id: <10606352212539@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 18:20:44 -0000 Hi, > > A leadout track. Sounds very CD-ish. > > With DVD and BD one should rather go for READ > > DISC INFORMATION and READ TRACK INFORMATION. Juergen Lock wrote: > Hmm you might want to followup on the PR with that hint... First i should become a less clueless newbie and get all my own stuff sorted out. Then i will probably take over the plight of ports maintainership from J.R. Oldroyd. Then i might study the sources of FreeBSD to find out what can be improved about DVD or BD. Only then i plan to become perky and tell other people what they should do. :)) > > (Switching off-and-on a stuck USB drive is > > obviously not a healthy thing to do.) > Hehe. It would be quite annoying if the machine had any other job than serving as OS example. > > First drives got stuck when disturbed while > > burning CD. Now the offender gets blocked until > > the vulnerable drive state ends. > [...] > Oh I do remember one issue: Burning usually doesn't work when hald > is running, I am not aware to have noticed it on FreeBSD. # ps -ax | fgrep hald 974 1 R+ 0:00.00 fgrep hald The machine runs headless resp. in console mode. No X, no desktop. So probably no hald. The current behavior is quite like Alexander predicted it for FreeBSD back in 2006. It resembles the one of older SuSE Linuxes. The initial behavior, before i installed ports, was rather frightening. The drives got stuck when i accessed them while a CD was burned. I had to shutdown -p and re-power in order to revive the SATA burner. USB power cycling did not cause a panic but the drive did not show up as /dev/cd* any more. A warm reboot helped. So this is on my long todo list for inspection. > Actually I do have siis(4) here too, will have to test that someday... With xorriso you would get a nice backup program. :)) The port is a bit outdated. GNU xorriso-0.5.0 should compile on FreeBSD out of the box. It is a standalone package with minimal external dependencies. Well suited for a test. With a SATA drive at ata i need rw-permissions for these device files: acd, pass, cd, xpt. The port of xfburn generously (or daringly) writes into /etc/devfs.rules : # rules for grip and xfburn support add path 'acd*' mode 0666 add path 'cd*' mode 0666 add path 'pass*' mode 0666 add path 'xpt*' mode 0666 Have a nice day :) Thomas From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 17:58:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF1F2106566B; Sun, 14 Mar 2010 17:58:13 +0000 (UTC) (envelope-from linimon@lonesome.com) Received: from mail.soaustin.net (lefty.soaustin.net [66.135.55.46]) by mx1.freebsd.org (Postfix) with ESMTP id BF5708FC17; Sun, 14 Mar 2010 17:58:13 +0000 (UTC) Received: by mail.soaustin.net (Postfix, from userid 502) id 3C9758C08E; Sun, 14 Mar 2010 12:58:13 -0500 (CDT) Date: Sun, 14 Mar 2010 12:58:13 -0500 From: Mark Linimon To: Alexander Best Message-ID: <20100314175813.GA21607@lonesome.com> References: <7d6fde3d1003132155t3059a438m80bd50fdf1dbe091@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.18 (2008-05-17) X-Mailman-Approved-At: Sun, 14 Mar 2010 21:37:04 +0000 Cc: Garrett Cooper , Doug Barton , freebsd-hackers@freebsd.org Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 17:58:14 -0000 On Sun, Mar 14, 2010 at 01:12:14PM +0100, Alexander Best wrote: > ah ok. thanks for the hint. just wanted to spare linimon from dealing with > such minor prs. ;) It's much more efficient for the project to have them in GNATS. I tend to triage PRs with the TV on, so it's not like the trivial ones are a great burden. mcl From owner-freebsd-hackers@FreeBSD.ORG Sun Mar 14 23:06:35 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 238B7106564A; Sun, 14 Mar 2010 23:06:35 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 79BAB8FC15; Sun, 14 Mar 2010 23:06:33 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,639,1262559600"; d="scan'208";a="28399854" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 15 Mar 2010 00:06:22 +0100 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 70BDF1B0750; Mon, 15 Mar 2010 00:06:22 +0100 (CET) Date: Mon, 15 Mar 2010 00:06:21 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Mark Linimon Message-ID: In-Reply-To: <20100314175813.GA21607@lonesome.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Garrett Cooper , Doug Barton , freebsd-hackers@freebsd.org Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Mar 2010 23:06:35 -0000 Mark Linimon schrieb am 2010-03-14: > On Sun, Mar 14, 2010 at 01:12:14PM +0100, Alexander Best wrote: > > ah ok. thanks for the hint. just wanted to spare linimon from > > dealing with > > such minor prs. ;) > It's much more efficient for the project to have them in GNATS. > I tend to triage PRs with the TV on, so it's not like the trivial > ones > are a great burden. haha...ok. multitasking at its best. ;) > mcl From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 00:51:59 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 08F131065675 for ; Mon, 15 Mar 2010 00:51:59 +0000 (UTC) (envelope-from wxs@atarininja.org) Received: from syn.atarininja.org (syn.csh.rit.edu [129.21.50.215]) by mx1.freebsd.org (Postfix) with ESMTP id D380A8FC15 for ; Mon, 15 Mar 2010 00:51:58 +0000 (UTC) Received: by syn.atarininja.org (Postfix, from userid 1001) id E641E5C38; Sun, 14 Mar 2010 20:51:57 -0400 (EDT) Date: Sun, 14 Mar 2010 20:51:57 -0400 From: Wesley Shields To: jhell Message-ID: <20100315005157.GC95299@atarininja.org> References: <20100226222113.GA14592@logik.internal.network> <4B884D48.90509@FreeBSD.org> <20100227093409.GA40858@logik.internal.network> <864ol0w4g5.fsf@ds4.des.no> <20100304175819.GC31036@logik.internal.network> <867hpr56ek.fsf@ds4.des.no> <20100313022817.GA40872@logik.internal.network> <4B9B0856.4090301@FreeBSD.org> <20100313075249.GA92690@logik.internal.network> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD Hackers , xorquewasp@googlemail.com Subject: Re: Something rotten in ports (was Re: package building failure irritation) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 00:51:59 -0000 On Sat, Mar 13, 2010 at 08:40:32PM -0500, jhell wrote: > Rather simple way to go about creating final packages and from some > earlier emails to the list there was word of some directories not being > included in final built packages due to empty directories or something > like that so be careful when/if considering something like this. I believe you are talking about ports/144164 which was about RC scripts not being included in a package when using package-noinstall. This is currently in the hands of portmgr. It will have to wait until 7.3 is out, at the earliest. -- WXS From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 04:03:17 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 442F61065673 for ; Mon, 15 Mar 2010 04:03:17 +0000 (UTC) (envelope-from havacci@gmail.com) Received: from mail-gx0-f214.google.com (mail-gx0-f214.google.com [209.85.217.214]) by mx1.freebsd.org (Postfix) with ESMTP id 086348FC0A for ; Mon, 15 Mar 2010 04:03:16 +0000 (UTC) Received: by gxk6 with SMTP id 6so1752902gxk.14 for ; Sun, 14 Mar 2010 21:03:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=YP/7XMwgWQCoIu+UF0Z+psVpv7dRbJIJieZasFGVL4M=; b=wMw3zEnnMoCPbNYWpTss8GvfuCLES34Stwb54oiIGxzfInCeMsKSVG8+sizGlcUQQO arbjfjt4ZGnboICzAiAai7sWTvpQjtDNOsbHG4WZeLU1hgVvlDn2LONbfI7HqK7d0id6 xz5xE3MG//3q/PqA8kho8/EckqQSjrIu3ubQk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=t4Ea59cH8/0mhwuQAoEWsgNJLrzzrB2pHTFIK+7+M9dZoiNAFRDzk0l99GPATnjKmk pg0vTzHcXjEnz9OJGR1B3NuVBXokh44AFk8sl++ggwRNye1NmyE2d6skZfICNlyGkWqh ZEM7wPrYb+xofxlUmvS7+F8iLL5jcI8Z6rQt8= MIME-Version: 1.0 Received: by 10.101.155.19 with SMTP id h19mr2036475ano.43.1268624004221; Sun, 14 Mar 2010 20:33:24 -0700 (PDT) From: Havacci Date: Mon, 15 Mar 2010 00:33:04 -0300 Message-ID: <3ed617d61003142033o5a4ca4bfh88db0b27f1ead01e@mail.gmail.com> To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Drop cache X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 04:03:17 -0000 How I can drop cache memory of my FreeBSD ? I search a lot about this and don't find anything. In Linux i usualy use this command: sync; echo 3 > /proc/sys/vm/drop_caches I need it for experiments. Thanks. Thadeu Knychala Tucci From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 14:28:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8BC041065676 for ; Mon, 15 Mar 2010 14:28:03 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id EDC528FC22 for ; Mon, 15 Mar 2010 14:28:02 +0000 (UTC) Received: (qmail invoked by alias); 15 Mar 2010 14:28:00 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp042) with SMTP; 15 Mar 2010 15:28:00 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1/+E2prj3D+gzQY2aph/sS/NdsnNkIKZq0hL2SG7J KOjU9DC+zcBhYR Date: Mon, 15 Mar 2010 15:27:09 +0100 From: "Thomas Schmitt" To: freebsd-hackers@freebsd.org References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> In-Reply-To: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> Message-Id: <106085798526913@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 14:28:03 -0000 Hi, the switch to ahci was successful and it looks quite good, overall. But probably i found a bug. I could need advise where and how to submit it. A particular sequence of SCSI commands leads to an elsewise harmless stall of the dialog between libburn and drive. To close and re-open the libcam connection before this sequence is enough to circumvent the problem. But this remedy is not desirable. Long story: ------------------------------------------------ I did the switch to ahci. Now my disk is ada and my eSATA attached burner is not acd1|cd1 but only cd0. The IDE ROM works fine with the vanilla configuration. It obviously staid under ata control as acd0|cd1. With the poor eSATA connection at 3000 GBit/s i still get the stalls. But after killing the writing process and about 4 minutes of waiting i get my drive back in most cases. Sometimes i have to do a power cycle on the drive to get it back as /dev/cd0. Still no reboot or panic. I begin to like ahci. (I find no trace of power cycle or re-plugging in dmesg.) The speed setter in camcontrol seems not to work. Writing still gets stuck after a few MB. So i used the boot time option. dmesg tells: cd0 at ahcich4 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 300.000MB/s transfers I added to /boot/device.hints : hint.ahcich.4.sata_rev="1" After reboot, i see in dmesg: cd0 at ahcich4 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 150.000MB/s transfers Now everything seems to work - except libburn. Grrr. Writing looks good. But it does not end. It is stuck in READ DISC INFORMATION 51 00 00 00 00 00 00 00 22 00 and waits for the reply of the drive. This happens when the new media state shall be inquired after burning was completed. If i do cam_close_device() and re-open the drive, then the same command sequence succeeds. (But this is a very undesirable gesture at that point of processing.) The problem does not appear with USB (and did not while the drive was built-in at SATA). The drive is surely not to blame. So now i could need advise about filing a bug report. ------------------------------------------------ Have a nice day :) Thomas From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 16:05:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0F928106564A for ; Mon, 15 Mar 2010 16:05:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D22998FC14 for ; Mon, 15 Mar 2010 16:05:31 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 84DF546B8C; Mon, 15 Mar 2010 12:05:31 -0400 (EDT) Received: from zion.baldwin.cx (pool-98-109-181-99.nwrknj.fios.verizon.net [98.109.181.99]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 8CEB48A021; Mon, 15 Mar 2010 12:05:30 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 15 Mar 2010 11:32:18 -0400 User-Agent: KMail/1.12.4 (FreeBSD/7.3-PRERELEASE; KDE/4.3.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201003151132.18617.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 15 Mar 2010 12:05:30 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-3.0 required=4.2 tests=AWL,BAYES_00, FH_HOST_EQ_VERIZON_P,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Best Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 16:05:32 -0000 On Saturday 13 March 2010 08:52:19 am Alexander Best wrote: > hello, > > this patch fixes the following gcc warning: > > /usr/src/lib/libstand/assert.c:43: warning: implicit declaration of > function 'exit' > > by using abort() instead of exit() (which is illegal anyway). looking at > lib/libc/gen/assert.c abort() seems save to use instead of exit(). There is no abort() in libstand or any of the boot code. If you built a full world with this change you should have gotten a link error for /boot/loader. exit() is required by the boot code however (see sys/boot/common/panic.c). The use of exit() instead of abort() here is on purpose. This is the fix I would use. I would not add 'exit()' to as it is not an interface that libstand provides, but one that it requires from the environment it is linked with. Index: assert.c =================================================================== --- assert.c (revision 204953) +++ assert.c (working copy) @@ -31,6 +31,8 @@ #include "stand.h" +void exit(int); + void __assert(const char *func, const char *file, int line, const char *expression) { @@ -40,5 +42,5 @@ else printf("Assertion failed: (%s), function %s, file %s, line " "%d.\n", expression, func, file, line); - exit(); + exit(1); } -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 18:10:53 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id CD8FB1065678; Mon, 15 Mar 2010 18:10:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-hackers@freebsd.org Date: Mon, 15 Mar 2010 14:10:33 -0400 User-Agent: KMail/1.6.2 References: <201003111624.51018.jkim@FreeBSD.org> <20100312092932.GJ2489@deviant.kiev.zoral.com.ua> <201003121332.16979.jkim@FreeBSD.org> In-Reply-To: <201003121332.16979.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: Multipart/Mixed; boundary="Boundary-00=_bgnnLsw6je1beqf" Message-Id: <201003151410.35959.jkim@FreeBSD.org> Cc: Kostik Belousov , Marcel Moolenaar Subject: [RFC] DTrace SYSCALL provider (was Re: [RFC] Saving the latest errno from syscalls.) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 18:10:54 -0000 --Boundary-00=_bgnnLsw6je1beqf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Friday 12 March 2010 01:32 pm, Jung-uk Kim wrote: > On Friday 12 March 2010 04:29 am, Kostik Belousov wrote: > > On Thu, Mar 11, 2010 at 06:15:07PM -0500, Jung-uk Kim wrote: > > > On Thursday 11 March 2010 04:55 pm, Marcel Moolenaar wrote: > > > > On Mar 11, 2010, at 1:24 PM, Jung-uk Kim wrote: > > > > > While I was debugging syscalls, I found a very useful field > > > > > in struct thread, td_errno. It seems it was added for > > > > > dtrace but it is only populated on amd64 and i386. Is the > > > > > attached patch acceptable for maintainers of other > > > > > platforms? > > > > > > > > Isn't it better to do it in cpu_set_syscall_retval()? > > > > That way you catch all cases, plus you can save the > > > > translated error as well... > > > > > > I just took amd64/i386 as an example and I was not sure whether > > > it was meant to store translated error or not. Does anyone > > > with DTrace internal knowledge answer the question? > > > > I do not know that much about DTrace, but it seems that setting > > td_errno in cpu_set_syscall_retval() is too late. Dtrace has a > > probe after the syscall return, and it is called right before > > cpu_set_syscall_retval() can be reasonably called. The probe only > > issued for syscall that goes into sysent. > > Ah, I can see that now. So, if/when we implement DTrace SYSCALL > provider for other arches, this is the right place. :-) I went ahead and implemented DTrace SYSCALL providers for non-x86 arches. It passes 'make universe' test but I don't know if it works. Can maintainers of other arches test or review the attached patch? Thanks! Jung-uk Kim --Boundary-00=_bgnnLsw6je1beqf Content-Type: text/plain; charset="iso-8859-1"; name="dtrace_syscall.diff" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dtrace_syscall.diff" Index: sys/arm/arm/trap.c =================================================================== --- sys/arm/arm/trap.c (revision 205172) +++ sys/arm/arm/trap.c (working copy) @@ -122,7 +122,18 @@ __FBSDID("$FreeBSD$"); #include #endif +#ifdef KDTRACE_HOOKS +#include +/* + * This is a hook which is initialised by the systrace module + * when it is loaded. This keeps the DTrace syscall provider + * implementation opaque. + */ +systrace_probe_func_t systrace_probe_func; +#endif + + void swi_handler(trapframe_t *); void undefinedinstruction(trapframe_t *); @@ -925,9 +936,36 @@ syscall(struct thread *td, trapframe_t *frame, u_i td->td_retval[1] = 0; STOPEVENT(p, S_SCE, callp->sy_narg); PTRACESTOP_SC(p, td, S_PT_SCE); + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'entry', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_entry != 0) + (*systrace_probe_func)(sa.callp->sy_entry, sa.code, + sa.callp, sa.args); +#endif + AUDIT_SYSCALL_ENTER(code, td); error = (*callp->sy_call)(td, args); AUDIT_SYSCALL_EXIT(error, td); + + /* Save the latest error return value. */ + td->td_errno = error; + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'return', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_return != 0) + (*systrace_probe_func)(sa.callp->sy_return, sa.code, + sa.callp, sa.args); +#endif + KASSERT(td->td_ar == NULL, ("returning from syscall with td_ar set!")); } Index: sys/powerpc/booke/trap.c =================================================================== --- sys/powerpc/booke/trap.c (revision 205172) +++ sys/powerpc/booke/trap.c (working copy) @@ -75,6 +75,17 @@ __FBSDID("$FreeBSD$"); #include #include +#ifdef KDTRACE_HOOKS +#include + +/* + * This is a hook which is initialised by the systrace module + * when it is loaded. This keeps the DTrace syscall provider + * implementation opaque. + */ +systrace_probe_func_t systrace_probe_func; +#endif + #ifdef FPU_EMU #include #endif @@ -409,10 +420,35 @@ syscall(struct trapframe *frame) PTRACESTOP_SC(p, td, S_PT_SCE); +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'entry', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_entry != 0) + (*systrace_probe_func)(sa.callp->sy_entry, sa.code, + sa.callp, sa.args); +#endif + AUDIT_SYSCALL_ENTER(code, td); error = (*callp->sy_call)(td, params); AUDIT_SYSCALL_EXIT(error, td); + /* Save the latest error return value. */ + td->td_errno = error; + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'return', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_return != 0) + (*systrace_probe_func)(sa.callp->sy_return, sa.code, + sa.callp, sa.args); +#endif + CTR3(KTR_SYSC, "syscall: p=%s %s ret=%x", p->p_comm, syscallnames[code], td->td_retval[0]); } Index: sys/powerpc/aim/trap.c =================================================================== --- sys/powerpc/aim/trap.c (revision 205172) +++ sys/powerpc/aim/trap.c (working copy) @@ -77,6 +77,17 @@ __FBSDID("$FreeBSD$"); #include #include +#ifdef KDTRACE_HOOKS +#include + +/* + * This is a hook which is initialised by the systrace module + * when it is loaded. This keeps the DTrace syscall provider + * implementation opaque. + */ +systrace_probe_func_t systrace_probe_func; +#endif + static void trap_fatal(struct trapframe *frame); static void printtrap(u_int vector, struct trapframe *frame, int isfatal, int user); @@ -405,10 +416,35 @@ syscall(struct trapframe *frame) PTRACESTOP_SC(p, td, S_PT_SCE); +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'entry', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_entry != 0) + (*systrace_probe_func)(sa.callp->sy_entry, sa.code, + sa.callp, sa.args); +#endif + AUDIT_SYSCALL_ENTER(code, td); error = (*callp->sy_call)(td, params); AUDIT_SYSCALL_EXIT(error, td); + /* Save the latest error return value. */ + td->td_errno = error; + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'return', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_return != 0) + (*systrace_probe_func)(sa.callp->sy_return, sa.code, + sa.callp, sa.args); +#endif + CTR3(KTR_SYSC, "syscall: p=%s %s ret=%x", td->td_name, syscallnames[code], td->td_retval[0]); } Index: sys/sparc64/sparc64/trap.c =================================================================== --- sys/sparc64/sparc64/trap.c (revision 205172) +++ sys/sparc64/sparc64/trap.c (working copy) @@ -94,6 +94,17 @@ __FBSDID("$FreeBSD$"); #include #include +#ifdef KDTRACE_HOOKS +#include + +/* + * This is a hook which is initialised by the systrace module + * when it is loaded. This keeps the DTrace syscall provider + * implementation opaque. + */ +systrace_probe_func_t systrace_probe_func; +#endif + struct syscall_args { u_long code; struct sysent *callp; @@ -648,10 +659,35 @@ syscall(struct trapframe *tf) td->td_retval[1] = 0; } +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'entry', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_entry != 0) + (*systrace_probe_func)(sa.callp->sy_entry, sa.code, + sa.callp, sa.args); +#endif + AUDIT_SYSCALL_ENTER(sa.code, td); error = (*sa.callp->sy_call)(td, sa.argp); AUDIT_SYSCALL_EXIT(error, td); + /* Save the latest error return value. */ + td->td_errno = error; + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'return', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_return != 0) + (*systrace_probe_func)(sa.callp->sy_return, sa.code, + sa.callp, sa.args); +#endif + CTR5(KTR_SYSC, "syscall: p=%p error=%d %s return %#lx %#lx", p, error, syscallnames[sa.code], td->td_retval[0], td->td_retval[1]); Index: sys/ia64/ia64/trap.c =================================================================== --- sys/ia64/ia64/trap.c (revision 205172) +++ sys/ia64/ia64/trap.c (working copy) @@ -76,6 +76,17 @@ __FBSDID("$FreeBSD$"); #include +#ifdef KDTRACE_HOOKS +#include + +/* + * This is a hook which is initialised by the systrace module + * when it is loaded. This keeps the DTrace syscall provider + * implementation opaque. + */ +systrace_probe_func_t systrace_probe_func; +#endif + static int print_usertrap = 0; SYSCTL_INT(_machdep, OID_AUTO, print_usertrap, CTLFLAG_RW, &print_usertrap, 0, ""); @@ -970,10 +981,35 @@ syscall(struct trapframe *tf) PTRACESTOP_SC(p, td, S_PT_SCE); +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'entry', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_entry != 0) + (*systrace_probe_func)(sa.callp->sy_entry, sa.code, + sa.callp, sa.args); +#endif + AUDIT_SYSCALL_ENTER(code, td); error = (*callp->sy_call)(td, args); AUDIT_SYSCALL_EXIT(error, td); + /* Save the latest error return value. */ + td->td_errno = error; + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'return', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_return != 0) + (*systrace_probe_func)(sa.callp->sy_return, sa.code, + sa.callp, sa.args); +#endif + cpu_set_syscall_retval(td, error); td->td_syscalls++; Index: sys/ia64/ia32/ia32_trap.c =================================================================== --- sys/ia64/ia32/ia32_trap.c (revision 205172) +++ sys/ia64/ia32/ia32_trap.c (working copy) @@ -48,6 +48,17 @@ __FBSDID("$FreeBSD$"); #include +#ifdef KDTRACE_HOOKS +#include + +/* + * This is a hook which is initialised by the systrace module + * when it is loaded. This keeps the DTrace syscall provider + * implementation opaque. + */ +systrace_probe_func_t systrace_probe_func; +#endif + extern char *syscallnames[]; static void @@ -124,9 +135,34 @@ ia32_syscall(struct trapframe *tf) PTRACESTOP_SC(p, td, S_PT_SCE); +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'entry', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_entry != 0) + (*systrace_probe_func)(sa.callp->sy_entry, sa.code, + sa.callp, sa.args); +#endif + AUDIT_SYSCALL_ENTER(code, td); error = (*callp->sy_call)(td, args64); AUDIT_SYSCALL_EXIT(error, td); + + /* Save the latest error return value. */ + td->td_errno = error; + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'return', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_return != 0) + (*systrace_probe_func)(sa.callp->sy_return, sa.code, + sa.callp, sa.args); +#endif } switch (error) { Index: sys/sun4v/sun4v/trap.c =================================================================== --- sys/sun4v/sun4v/trap.c (revision 205172) +++ sys/sun4v/sun4v/trap.c (working copy) @@ -96,6 +96,17 @@ #include +#ifdef KDTRACE_HOOKS +#include + +/* + * This is a hook which is initialised by the systrace module + * when it is loaded. This keeps the DTrace syscall provider + * implementation opaque. + */ +systrace_probe_func_t systrace_probe_func; +#endif + void trap(struct trapframe *tf, int64_t type, uint64_t data); void syscall(struct trapframe *tf); @@ -662,10 +673,35 @@ syscall(struct trapframe *tf) PTRACESTOP_SC(p, td, S_PT_SCE); +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'entry', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_entry != 0) + (*systrace_probe_func)(sa.callp->sy_entry, sa.code, + sa.callp, sa.args); +#endif + AUDIT_SYSCALL_ENTER(code, td); error = (*callp->sy_call)(td, argp); AUDIT_SYSCALL_EXIT(error, td); + /* Save the latest error return value. */ + td->td_errno = error; + +#ifdef KDTRACE_HOOKS + /* + * If the systrace module has registered it's probe + * callback and if there is a probe active for the + * syscall 'return', process the probe. + */ + if (systrace_probe_func != NULL && sa.callp->sy_return != 0) + (*systrace_probe_func)(sa.callp->sy_return, sa.code, + sa.callp, sa.args); +#endif + CTR5(KTR_SYSC, "syscall: p=%p error=%d %s return %#lx %#lx ", p, error, syscallnames[code], td->td_retval[0], td->td_retval[1]); --Boundary-00=_bgnnLsw6je1beqf-- From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 19:54:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AA19106564A; Mon, 15 Mar 2010 19:54:15 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 199D98FC14; Mon, 15 Mar 2010 19:54:14 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id A41E21E00126; Mon, 15 Mar 2010 20:54:13 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o2FJonZF003760; Mon, 15 Mar 2010 20:50:49 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2FJonYP003759; Mon, 15 Mar 2010 20:50:49 +0100 (CET) (envelope-from nox) Date: Mon, 15 Mar 2010 20:50:49 +0100 (CET) From: Juergen Lock Message-Id: <201003151950.o2FJonYP003759@triton8.kn-bremen.de> To: scdbackup@gmx.net X-Newsgroups: local.list.freebsd.hackers In-Reply-To: <106085798526913@192.168.2.69> References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> Organization: home X-Mailman-Approved-At: Mon, 15 Mar 2010 20:12:32 +0000 Cc: freebsd-hackers@freebsd.org, mav@freebsd.org Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 19:54:15 -0000 In article <106085798526913@192.168.2.69> you write: >Hi, Hi! > >the switch to ahci was successful and it looks >quite good, overall. > >But probably i found a bug. I could need advise >where and how to submit it. > >A particular sequence of SCSI commands leads to >an elsewise harmless stall of the dialog between >libburn and drive. >To close and re-open the libcam connection before >this sequence is enough to circumvent the >problem. But this remedy is not desirable. > >Long story: >------------------------------------------------ > >I did the switch to ahci. Now my disk is >ada and my eSATA attached burner is not acd1|cd1 >but only cd0. > >The IDE ROM works fine with the vanilla >configuration. It obviously staid under ata >control as acd0|cd1. > >With the poor eSATA connection at 3000 GBit/s >i still get the stalls. But after killing the >writing process and about 4 minutes of waiting >i get my drive back in most cases. >Sometimes i have to do a power cycle on the drive >to get it back as /dev/cd0. >Still no reboot or panic. I begin to like ahci. >(I find no trace of power cycle or re-plugging > in dmesg.) > Ah thats good! :) You could try booting with verbose logging (I think thats option 5. in the beastie menu that comes up at boot), maybe then you will see something. > >The speed setter in camcontrol seems not to work. >Writing still gets stuck after a few MB. > Is this on 8.0 release or on stable/8 or head? As I said maybe that part of the code wasn't in 8.0 yet... >So i used the boot time option. >dmesg tells: > cd0 at ahcich4 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 300.000MB/s transfers > >I added to /boot/device.hints : > hint.ahcich.4.sata_rev="1" > >After reboot, i see in dmesg: > cd0 at ahcich4 bus 0 target 0 lun 0 > cd0: Removable CD-ROM SCSI-0 device > cd0: 150.000MB/s transfers > >Now everything seems to work - except libburn. >Grrr. > > >Writing looks good. But it does not end. >It is stuck in > READ DISC INFORMATION > 51 00 00 00 00 00 00 00 22 00 >and waits for the reply of the drive. >This happens when the new media state shall be >inquired after burning was completed. > >If i do > cam_close_device() >and re-open the drive, then the same command >sequence succeeds. >(But this is a very undesirable gesture at that > point of processing.) > >The problem does not appear with USB (and did >not while the drive was built-in at SATA). >The drive is surely not to blame. > >So now i could need advise about filing a bug >report. > I have Cc'd mav@ who afaik did most of the ahci(4) work, let's see what he has to say and if he wants you to file a PR... >------------------------------------------------ > >Have a nice day :) > >Thomas Ditto! :) Juergen From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 19:54:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8782E106566C for ; Mon, 15 Mar 2010 19:54:15 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 183A68FC13 for ; Mon, 15 Mar 2010 19:54:14 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id AC5D91E0013A; Mon, 15 Mar 2010 20:54:13 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o2FJeM7Z003559; Mon, 15 Mar 2010 20:40:22 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2FJeMAq003558; Mon, 15 Mar 2010 20:40:22 +0100 (CET) (envelope-from nox) Date: Mon, 15 Mar 2010 20:40:22 +0100 (CET) From: Juergen Lock Message-Id: <201003151940.o2FJeMAq003558@triton8.kn-bremen.de> To: scdbackup@gmx.net X-Newsgroups: local.list.freebsd.hackers In-Reply-To: <10606352212539@192.168.2.69> References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> Organization: home X-Mailman-Approved-At: Mon, 15 Mar 2010 20:12:44 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 19:54:15 -0000 In article <10606352212539@192.168.2.69> you write: >Hi, Hi! > >> > A leadout track. Sounds very CD-ish. >> > With DVD and BD one should rather go for READ >> > DISC INFORMATION and READ TRACK INFORMATION. > >Juergen Lock wrote: >> Hmm you might want to followup on the PR with that hint... > >First i should become a less clueless newbie >and get all my own stuff sorted out. Then >i will probably take over the plight of ports >maintainership from J.R. Oldroyd. >Then i might study the sources of FreeBSD to >find out what can be improved about DVD or BD. >Only then i plan to become perky and tell >other people what they should do. :)) > Heh ok. :) > >> > (Switching off-and-on a stuck USB drive is >> > obviously not a healthy thing to do.) >> Hehe. > >It would be quite annoying if the machine had any >other job than serving as OS example. > Well I guess we can be lucky that we do have the new usb stack now, of course there always is room for improvement... > >> > First drives got stuck when disturbed while >> > burning CD. Now the offender gets blocked until >> > the vulnerable drive state ends. >> [...] >> Oh I do remember one issue: Burning usually doesn't work when hald >> is running, > >I am not aware to have noticed it on FreeBSD. > # ps -ax | fgrep hald > 974 1 R+ 0:00.00 fgrep hald > >The machine runs headless resp. in console mode. >No X, no desktop. So probably no hald. > Yeah hald comes with things like gnome, kde and so on, and xorg itself now also needs it although that at least can also be configured to run without it. >The current behavior is quite like Alexander >predicted it for FreeBSD back in 2006. It >resembles the one of older SuSE Linuxes. > >The initial behavior, before i installed ports, >was rather frightening. The drives got stuck >when i accessed them while a CD was burned. Well I guess drives simply don't like `random other' commands being sent to them while a burn is in progress... Of course the a?cd(4) drivers _could_ try to catch that situation and return an error or something like that - is that what Linux does? (Actually I don't know if hald also sends direct scsi commands via pass(4) devices, so that may even need to be blocked too...) >I had to shutdown -p and re-power in order to >revive the SATA burner. USB power cycling did >not cause a panic but the drive did not show up >as /dev/cd* any more. A warm reboot helped. > >So this is on my long todo list for inspection. > > >> Actually I do have siis(4) here too, will have to test that someday... > >With xorriso you would get a nice backup >program. :)) >The port is a bit outdated. GNU xorriso-0.5.0 >should compile on FreeBSD out of the box. >It is a standalone package with minimal external >dependencies. Well suited for a test. > >With a SATA drive at ata i need rw-permissions >for these device files: acd, pass, cd, xpt. >The port of xfburn generously (or daringly) >writes into /etc/devfs.rules : > # rules for grip and xfburn support > add path 'acd*' mode 0666 > add path 'cd*' mode 0666 > add path 'pass*' mode 0666 > add path 'xpt*' mode 0666 > Ouch! :) Anyway I might give that a try once ahci(4) is working... > >Have a nice day :) > >Thomas Ditto! Juergen From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 20:13:00 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BBF851065744; Mon, 15 Mar 2010 20:13:00 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 7BD838FC17; Mon, 15 Mar 2010 20:13:00 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id A5FC51E00161; Mon, 15 Mar 2010 21:12:59 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o2FKBJbG004890; Mon, 15 Mar 2010 21:11:19 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2FKBJSF004889; Mon, 15 Mar 2010 21:11:19 +0100 (CET) (envelope-from nox) From: Juergen Lock Date: Mon, 15 Mar 2010 21:11:19 +0100 To: Juergen Lock Message-ID: <20100315201119.GA4860@triton8.kn-bremen.de> References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> <201003151950.o2FJonYP003759@triton8.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201003151950.o2FJonYP003759@triton8.kn-bremen.de> User-Agent: Mutt/1.5.20 (2009-06-14) X-Mailman-Approved-At: Mon, 15 Mar 2010 20:27:10 +0000 Cc: freebsd-hackers@freebsd.org, mav@freebsd.org, scdbackup@gmx.net Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 20:13:00 -0000 On Mon, Mar 15, 2010 at 08:50:49PM +0100, Juergen Lock wrote: > In article <106085798526913@192.168.2.69> you write: > >Hi, > Hi! > > >[ahci(4)/pass(4) optical discs burning bug...] > >So now i could need advise about filing a bug > >report. > > > I have Cc'd mav@ who afaik did most of the ahci(4) work, let's see what > he has to say and if he wants you to file a PR... I forgot to say if that was on 8.0 release you should try again with stable/8 first, maybe the bug is already fixed there. Cheers, Juergen From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 20:58:31 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30FD01065670 for ; Mon, 15 Mar 2010 20:58:31 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 7D67B8FC13 for ; Mon, 15 Mar 2010 20:58:28 +0000 (UTC) Received: (qmail invoked by alias); 15 Mar 2010 20:58:25 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp003) with SMTP; 15 Mar 2010 21:58:25 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX19uXU0YxN5u9dxJnn4L54p4GhQZb+nILAG8Imc/4t e/upzLQ+jM7YUn Date: Mon, 15 Mar 2010 21:57:34 +0100 From: "Thomas Schmitt" To: freebsd-hackers@freebsd.org References: <20100315201119.GA4860@triton8.kn-bremen.de> In-Reply-To: <20100315201119.GA4860@triton8.kn-bremen.de> Message-Id: <10608773149940@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.53000000000000003 Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 20:58:31 -0000 Hi, > I have Cc'd mav@ who afaik did most of the ahci(4) work, I found a similar PR http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70510.html and bothered mav for instructions how to upgrade to a system that would suffice for diagnosing. Meanwhile i suspect that there is a general problem with SCSI commands which report error codes. I even found a little bug in cdrskin by watching when it gets stuck. (SCSI error or "sense" replies are not necessarily a sign of a program error. They are often just part of the dialog.) > Well I guess drives simply don't like `random other' commands being > sent to them while a burn is in progress... It depends on the media type. CD and DVD-R[W] are vulnerable. It's a classic side effect of hald. On Linux, the burn just ends with some more or less plausible SCSI error. FreeBSD 8.0 freshly from DVD was less graceful. Now it seems to know when not to let me touch the drive. ("Now" is already before ahci.) > I don't know if hald also sends direct scsi > commands via pass(4) devices, so that > may even need to be blocked too Making drive access exclusive is quite a tragic drama on Linux. Most burn programs rely on an undocumented meaning of open(O_EXCL). That would work well ... if there wasn't an older slightly incompatible undocumented meaning. (Cough.) O_EXCL works on inode level, whereas we actually would need locking on SCSI generic level, where all possible users of a drive come together. FreeBSD offers at least as many bypasses to the drive as Linux does. I imagine that it is not easy to lock them all. I'm not done with exploring yet. > > The port of xfburn generously (or daringly) > > writes into /etc/devfs.rules : > Ouch! :) Yeah. What happened to good old group "floppy" ? camcontrol devlist tells the particular device files. (I learned today on my way to ahci.) Have a nice day :) Thomas From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 21:57:28 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CDE2106566C; Mon, 15 Mar 2010 21:57:28 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay2.uni-muenster.de (ZIVM-RELAY2.UNI-MUENSTER.DE [128.176.192.13]) by mx1.freebsd.org (Postfix) with ESMTP id 987A18FC35; Mon, 15 Mar 2010 21:57:26 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,645,1262559600"; d="scan'208";a="239198648" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 15 Mar 2010 22:57:25 +0100 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 696CF1B07C1; Mon, 15 Mar 2010 22:57:25 +0100 (CET) Date: Mon, 15 Mar 2010 22:57:24 +0100 (CET) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: John Baldwin , Bruce Evans Message-ID: In-Reply-To: <201003151132.18617.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: [patch] small fix to stop gcc warning for lib/libstand/assert.c X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 21:57:28 -0000 John Baldwin schrieb am 2010-03-15: > On Saturday 13 March 2010 08:52:19 am Alexander Best wrote: > > hello, > > this patch fixes the following gcc warning: > > /usr/src/lib/libstand/assert.c:43: warning: implicit declaration of > > function 'exit' > > by using abort() instead of exit() (which is illegal anyway). > > looking at > > lib/libc/gen/assert.c abort() seems save to use instead of exit(). > There is no abort() in libstand or any of the boot code. If you > built a full > world with this change you should have gotten a link error for > /boot/loader. > exit() is required by the boot code however (see > sys/boot/common/panic.c). > The use of exit() instead of abort() here is on purpose. This is the > fix I > would use. indeed your patch seems a lot more reasonable than the one i proposed. i think this could go directly into head. i'll run buildworld overnight to see if all goes well. btw: i've checked and exit() is used in assert.c on all major *bsd version (netbsd, openbsd, dragonfly). cheers. alex ps: i've opened a pr under misc/144749. you might want to submit your patch as followup. > I would not add 'exit()' to as it is not an > interface > that libstand provides, but one that it requires from the environment > it is > linked with. > Index: assert.c > =================================================================== > --- assert.c (revision 204953) > +++ assert.c (working copy) > @@ -31,6 +31,8 @@ > #include "stand.h" > +void exit(int); > + > void > __assert(const char *func, const char *file, int line, const char > *expression) > { > @@ -40,5 +42,5 @@ > else > printf("Assertion failed: (%s), function %s, file %s, > line " > "%d.\n", expression, func, file, line); > - exit(); > + exit(1); > } From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 22:30:44 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 30D08106566B for ; Mon, 15 Mar 2010 22:30:44 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id B2A538FC19 for ; Mon, 15 Mar 2010 22:30:43 +0000 (UTC) Received: by fxm7 with SMTP id 7so735282fxm.3 for ; Mon, 15 Mar 2010 15:30:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=FxC6Cr1OkanQp0JLJXeXewV3cVkgygfkbbeXgaQPphM=; b=gN1Hs7lf92UaeXFaPgbWyhUmwb6qdPFey3bEmBer6B0W80O+5hffwcN/SbOlrxQuDf JV/P4vdUEuWsvliZVSqIjoyaCh8IUqaITEmNS50yBIoep25HzaSyak2GwrFiAhO6UlT1 R1xl4MjLHUFIm8V1NqpJhYBj8x8lhFkIPEbC0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=kO4QppQFRwOA/kL+2bHuLVdIZmdqiGrumNMJc7NPMEqX1sOQa6P9OxghfxGJCtX5I8 DDvtwtk4B9w3SgLQMh3Z/oP99mgpkb/gCKQXAOF8/O65fSOkFa/guO+7w60koszZmgdY x8Ldh7LRgy3oZlyFy19hmzjz/mlXlRIy2u8W4= Received: by 10.102.222.5 with SMTP id u5mr3956561mug.134.1268692242410; Mon, 15 Mar 2010 15:30:42 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (s224.GtokyoFL6.vectant.ne.jp [222.228.90.224]) by mx.google.com with ESMTPS id w5sm23579174mue.54.2010.03.15.15.30.39 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Mar 2010 15:30:41 -0700 (PDT) Sender: Alexander Motin Message-ID: <4B9EB50D.1000003@FreeBSD.org> Date: Tue, 16 Mar 2010 00:30:37 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Juergen Lock References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> <201003151950.o2FJonYP003759@triton8.kn-bremen.de> In-Reply-To: <201003151950.o2FJonYP003759@triton8.kn-bremen.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, scdbackup@gmx.net Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 22:30:44 -0000 Juergen Lock wrote: >> The speed setter in camcontrol seems not to work. >> Writing still gets stuck after a few MB. >> > Is this on 8.0 release or on stable/8 or head? As I said maybe that > part of the code wasn't in 8.0 yet... AFAIR it was implemented later then 8.0-RELEASE, and it works via: camcontrol negotiate cd0 -U -R 1500000 camcontrol reset 4 >> So i used the boot time option. >> dmesg tells: >> cd0 at ahcich4 bus 0 target 0 lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 300.000MB/s transfers >> >> I added to /boot/device.hints : >> hint.ahcich.4.sata_rev="1" >> >> After reboot, i see in dmesg: >> cd0 at ahcich4 bus 0 target 0 lun 0 >> cd0: Removable CD-ROM SCSI-0 device >> cd0: 150.000MB/s transfers That way is also working. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 22:31:31 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EB7D71065672 for ; Mon, 15 Mar 2010 22:31:31 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-fx0-f215.google.com (mail-fx0-f215.google.com [209.85.220.215]) by mx1.freebsd.org (Postfix) with ESMTP id 780218FC0C for ; Mon, 15 Mar 2010 22:31:31 +0000 (UTC) Received: by fxm7 with SMTP id 7so735790fxm.3 for ; Mon, 15 Mar 2010 15:31:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=33L9TDtMXcZtaqy5+ryklwVRG34heC45ApO+TIUoV9g=; b=o3M3KCZHt+EbeAEibfIUH1WDA3+dYvw1ziiYFOITiNoaiGc1naLruLeELM+cKpnEHH m7bDWzq8MKd0Es6Pb3I+XXba4WD8/sgY8WJ1vTLrbxBOkyubulj4WpAbsZVWeJGe86Zc C+rielF9h+CzFNuiu1YI/v9XauaYnk4vDqI1Q= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=AR7RoXypSIHKbSVuRxZCpCGZo8nefpZkj9VxBjj1vRNO/3IH0oksL7dn2SylUoGX6o w2lrQJxwIZ4oyGC55TOtOiFptWxGuh7ui9rb4en8+5JDKc9Mfvj7TO9ntwjOySs/KlLb wAjhy5Hlfx90+sf2S7Qi2YNLAv0TST/IAYmbM= Received: by 10.103.86.39 with SMTP id o39mr6425855mul.58.1268692290336; Mon, 15 Mar 2010 15:31:30 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (s224.GtokyoFL6.vectant.ne.jp [222.228.90.224]) by mx.google.com with ESMTPS id i5sm23373695mue.49.2010.03.15.15.31.28 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Mar 2010 15:31:29 -0700 (PDT) Sender: Alexander Motin Message-ID: <4B9EB53E.8080009@FreeBSD.org> Date: Tue, 16 Mar 2010 00:31:26 +0200 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: Juergen Lock References: <201003141600.o2EG0F2M005027@triton8.kn-bremen.de> <201003151950.o2FJonYP003759@triton8.kn-bremen.de> <20100315201119.GA4860@triton8.kn-bremen.de> In-Reply-To: <20100315201119.GA4860@triton8.kn-bremen.de> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, scdbackup@gmx.net Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 22:31:32 -0000 Juergen Lock wrote: > On Mon, Mar 15, 2010 at 08:50:49PM +0100, Juergen Lock wrote: >> In article <106085798526913@192.168.2.69> you write: >>> Hi, >> Hi! >> [ahci(4)/pass(4) optical discs burning bug...] > >>> So now i could need advise about filing a bug >>> report. >>> >> I have Cc'd mav@ who afaik did most of the ahci(4) work, let's see what >> he has to say and if he wants you to file a PR... > > I forgot to say if that was on 8.0 release you should try again > with stable/8 first, maybe the bug is already fixed there. Definitely. Many things were changed/fixed there. -- Alexander Motin From owner-freebsd-hackers@FreeBSD.ORG Mon Mar 15 22:34:57 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7EB0106566B for ; Mon, 15 Mar 2010 22:34:57 +0000 (UTC) (envelope-from rivanr@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.153]) by mx1.freebsd.org (Postfix) with ESMTP id 4CF1B8FC0C for ; Mon, 15 Mar 2010 22:34:56 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so77281fge.13 for ; Mon, 15 Mar 2010 15:34:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=inxWijCGAB80mAEDBBl3k8yUbyo8Ja5QgpkikryNTso=; b=uLj3wDUGWI1iqpkPSgOjcOheEfIpYmycyTYQeXpOj6WgHlfQm4O9criNNT5puk//cV An3Fiksu9ursevXCBC9CBATOlMEO1Kw44Kp390FAs2KgDVE5f0ePgGgh46FyySocIr3n li56CwM4/suheVK6KfSpglfpQ0iTurbJ12KXE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Q45/emuWCGu1EqPUFJ7LrIzOnllmcYLUj5Cmqv9MCb6xLF9GBw+n5IYkIJpgsq/cA6 EcA7eEfG8B6dpf9lWGINYQGSCnMrEJRdC8EgoS2jQBXvRZeIXH+iTrcOJjR8YPpVWcMi AY1FDMM6CCTgUFVAq5bS5DmUqYiKvnxSA0JrA= Received: by 10.87.45.20 with SMTP id x20mr8846268fgj.63.1268692495921; Mon, 15 Mar 2010 15:34:55 -0700 (PDT) Received: from azdaja.softwarehood.com ([95.180.70.197]) by mx.google.com with ESMTPS id b17sm7807164fka.43.2010.03.15.15.34.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Mar 2010 15:34:54 -0700 (PDT) Message-ID: <4B9EB60D.7010701@gmail.com> Date: Mon, 15 Mar 2010 23:34:53 +0100 From: Ivan Radovanovic User-Agent: Thunderbird 2.0.0.22 (X11/20090708) MIME-Version: 1.0 To: freebsd-hackers@FreeBSD.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Problem with Realtek NIC X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Mar 2010 22:34:57 -0000 Hello, I am experiencing weird problem with Realtek network card under FreeBSD. Recently (10 days ago) I cvsup-ed to RELENG_7, so that may be the cause of problem too (although I noticed this only last 2-3 days). Network card looses connectivity in some way after around 1 hour of being connected - "in some way" because I am able to ping gateway for example but large number of packets is dropped (like first 15 going through, then 40 without reply and so on). If I do ifconfig re0 down and after that ifconfig re0 up everything is restored to working state for another hour. I tested the same machine under windows and everything seems to work normaly. I tried ifconfig re0 -txcsum -rxcsum but that didn't have any effect. Data from dmesg re0: port 0xc400-0xc4ff mem 0xfeaff800-0xfeaff8ff irq 20 at device 4.0 on pci2 re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto Any help would be greatly appreciated Regards, Ivan From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 01:09:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 89FCC1065676 for ; Tue, 16 Mar 2010 01:09:15 +0000 (UTC) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (unknown [IPv6:2001:418:3fd::3]) by mx1.freebsd.org (Postfix) with ESMTP id 43B378FC13 for ; Tue, 16 Mar 2010 01:09:15 +0000 (UTC) Received: from m5p.com (ssh.m5p.com [IPv6:2001:418:3fd::fb]) by mailhost.m5p.com (8.14.3/8.14.3) with ESMTP id o2G199Vt010444 for ; Mon, 15 Mar 2010 21:09:14 -0400 (EDT) (envelope-from george@m5p.com) Received: (from george@localhost) by m5p.com (8.14.3/8.13.7/Submit) id o2G199mV007665; Mon, 15 Mar 2010 21:09:09 -0400 (EDT) Date: Mon, 15 Mar 2010 21:09:09 -0400 (EDT) Message-Id: <201003160109.o2G199mV007665@m5p.com> From: george+freebsd@m5p.com To: freebsd-hackers@freebsd.org X-Spam-Score: 0.338 () AWL,BAYES_00,FH_DATE_PAST_20XX,NO_RELAYS X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:418:3fd::f7 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Mon, 15 Mar 2010 21:09:14 -0400 (EDT) Subject: flash drive crashes hald on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 01:09:15 -0000 HP Compaq Presario CQ61-420US (dual core amd64) With an Iomega USB flash drive inserted into a USB slot at the time hald starts, it crashes: pid 903 (hald), uid 560: exited on signal 11 pid 943 (hald-probe-volume), uid 0: exited on signal 6 (core dumped) It's okay if I insert the flash drive after hald has started, but the flash drive is normally left in the slot all the time, leading to unhappiness every time the computer is started. There's no sign of the alleged core file, so I don't know how to debug this problem -- George Mitchell From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 01:24:12 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A702106564A for ; Tue, 16 Mar 2010 01:24:12 +0000 (UTC) (envelope-from george@m5p.com) Received: from mailhost.m5p.com (unknown [IPv6:2001:418:3fd::3]) by mx1.freebsd.org (Postfix) with ESMTP id C7DF98FC13 for ; Tue, 16 Mar 2010 01:24:11 +0000 (UTC) Received: from m5p.com (ssh.m5p.com [IPv6:2001:418:3fd::fb]) by mailhost.m5p.com (8.14.3/8.14.3) with ESMTP id o2G1O6C5010585 for ; Mon, 15 Mar 2010 21:24:11 -0400 (EDT) (envelope-from george@m5p.com) Received: (from george@localhost) by m5p.com (8.14.3/8.13.7/Submit) id o2G1O55D007735; Mon, 15 Mar 2010 21:24:06 -0400 (EDT) Date: Mon, 15 Mar 2010 21:24:06 -0400 (EDT) Message-Id: <201003160124.o2G1O55D007735@m5p.com> From: george+freebsd@m5p.com To: freebsd-hackers@freebsd.org In-Reply-To: <201003160109.o2G199mV007665@m5p.com> X-Spam-Score: 0.547 () AWL,BAYES_00,FH_DATE_PAST_20XX,NO_RELAYS X-Scanned-By: MIMEDefang 2.64 on IPv6:2001:418:3fd::f7 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.0 (mailhost.m5p.com [IPv6:2001:418:3fd::f7]); Mon, 15 Mar 2010 21:24:11 -0400 (EDT) Subject: Re: flash drive crashes hald on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 01:24:13 -0000 > HP Compaq Presario CQ61-420US (dual core amd64) I forgot to mention: FreeBSD 8.0-RELEASE > With an Iomega USB flash drive inserted into a USB slot at the time > hald starts, it crashes: > > pid 903 (hald), uid 560: exited on signal 11 > pid 943 (hald-probe-volume), uid 0: exited on signal 6 (core dumped) > > It's okay if I insert the flash drive after hald has started, but > the flash drive is normally left in the slot all the time, leading > to unhappiness every time the computer is started. There's no sign > of the alleged core file, so I don't know how to debug this problem > -- George Mitchell From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 12:41:02 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5983B10656F8 for ; Tue, 16 Mar 2010 12:41:02 +0000 (UTC) (envelope-from glenncam@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id AC4918FC12 for ; Tue, 16 Mar 2010 12:41:01 +0000 (UTC) Received: by bwz28 with SMTP id 28so3879055bwz.14 for ; Tue, 16 Mar 2010 05:41:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=7IZG1g1lx+xfhCIvfxerNEAA6nMQLgRQRXPQl5IHiqE=; b=xd4YpT1S5vNQXTj4WpKtTHa4/Xl9aZ66LUjJHAnDcgvSFPY0cjuC3nuozhDX0B9fwJ HaLPIqxAj4VC2xKvtGaYsNTvyPI4rfhYWSVmYm1y+FMIy/PSDu2cBeBgiZpzOwtLFYNp U18WhONYLEb24Ztvlp8C7JizcqO01R+6fn6dI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ZqVvTLoK1KjL5UjonpSwDfsqPD4MEl8zC2LEjWXS4Go089N0eZ3qiHmg9H4vSAk7qJ 5yIGgFBUoQ8rH0E+Oya20hJFZ5CuMIc3RB/OlKFd63PTzU+I+XFQHFNQvY5rXT0MrD1k FdQ263X5Xo3ss9rPnb7+qXRQsrzmhahMRUx3s= MIME-Version: 1.0 Received: by 10.204.174.194 with SMTP id u2mr768239bkz.40.1268741619891; Tue, 16 Mar 2010 05:13:39 -0700 (PDT) Date: Tue, 16 Mar 2010 13:13:39 +0100 Message-ID: From: Glenn Camilleri To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Kernel dump crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 12:41:02 -0000 Hi, I have some processes and programs that are custom made to run on FreeBSD. = I suspect some poor implementation of tcp in these programs, but don=92t have the real proof. This is the info I got from the crash dump: root@scat /usr/obj/usr/src/sys/SMP # uname -a FreeBSD scat.setcom 6.2-RELEASE FreeBSD 6.2-RELEASE #0: Fri Jan 12 11:05:30 UTC 2007 root@dessler.cse.buffalo.edu:/usr/obj/usr/src/sys/SMP i386 root@scat /usr/obj/usr/src/sys/SMP # kgdb kernel.debug /home/dump/vmcore.0 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you ar= e welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid =3D 0; apic id =3D 00 fault virtual address =3D 0x8 fault code =3D supervisor read, page not present instruction pointer =3D 0x20:0xc06e0d3c stack pointer =3D 0x28:0xe3832910 frame pointer =3D 0x28:0xe3832a2c code segment =3D base 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current process =3D 12 (swi1: net) trap number =3D 12 panic: page fault cpuid =3D 0 Uptime: 6h41m17s Dumping 1014 MB (2 chunks) chunk 0: 1MB (159 pages) ... ok chunk 1: 1014MB (259552 pages) 998 982 966 950 934 918 902 886 870 854 83= 8 822 806 790 774 758 742 726 710 694 678 662 646 630 614 598 582 566 550 534 518 502 486 470 454 438 422 406 390 374 358 342 326 310 294 278 262 246 230 214 198 182 166 150 134 118 102 86 70 54 38 22 6 #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %%fs:0,%0" : "=3Dr" (td)); (kgdb) where #0 doadump () at pcpu.h:165 #1 0xc067550a in boot (howto=3D260) at /usr/src/sys/kern/kern_shutdown.c:4= 09 #2 0xc0675831 in panic (fmt=3D0xc08e46e1 "%s") at /usr/src/sys/kern/kern_shutdown.c:565 #3 0xc088e29c in trap_fatal (frame=3D0xe38328d0, eva=3D8) at /usr/src/sys/i386/i386/trap.c:837 #4 0xc088dfdb in trap_pfault (frame=3D0xe38328d0, usermode=3D0, eva=3D8) a= t /usr/src/sys/i386/i386/trap.c:745 #5 0xc088dc15 in trap (frame=3D {tf_fs =3D -969277432, tf_es =3D -1066532824, tf_ds =3D -969277400, t= f_edi =3D 0, tf_esi =3D -975366656, tf_ebp =3D -477943252, tf_isp =3D -477943556, tf_= ebx =3D 4, tf_edx =3D -975366656, tf_ecx =3D -975366572, tf_eax =3D 0, tf_trapno = =3D 12, tf_err =3D 0, tf_eip =3D -1066529476, tf_cs =3D 32, tf_eflags =3D 66178, tf= _esp =3D 0, tf_ss =3D 4}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc0879d4a in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc06e0d3c in bpf_mtap2 (bp=3D0x0, data=3D0x0, dlen=3D4, m=3D0xc5dd1600= ) at /usr/src/sys/net/bpf.c:1374 #8 0xc06e95bb in if_simloop (ifp=3D0xc51b3800, m=3D0xc5dd1600, af=3D2, hle= n=3D0) at /usr/src/sys/net/if_loop.c:284 #9 0xc06e954c in looutput (ifp=3D0xc51b3800, m=3D0xc5dd1600, dst=3D0xe3832= aac, rt=3D0xc5440c60) at /usr/src/sys/net/if_loop.c:234 #10 0xc0717a34 in ip_output (m=3D0xc5dd1600, opt=3D0xc51b3800, ro=3D0xe3832= aa8, flags=3D0, imo=3D0x0, inp=3D0xc61e85a0) at /usr/src/sys/netinet/ip_output.c= :777 #11 0xc0720c0e in tcp_output (tp=3D0xc63871d0) at /usr/src/sys/netinet/tcp_output.c:1080 #12 0xc071eeed in tcp_input (m=3D0xc63ae100, off0=3D20) at /usr/src/sys/netinet/tcp_input.c:2471 #13 0xc0715a89 in ip_input (m=3D0xc63ae100) at /usr/src/sys/netinet/ip_input.c:785 #14 0xc06ef243 in netisr_processqueue (ni=3D0xc09e6878) at /usr/src/sys/net/netisr.c:236 #15 0xc06ef442 in swi_net (dummy=3D0x0) at /usr/src/sys/net/netisr.c:349 #16 0xc065fe99 in ithread_execute_handlers (p=3D0xc4ed0860, ie=3D0xc4f25600= ) at /usr/src/sys/kern/kern_intr.c:682 #17 0xc065ffa9 in ithread_loop (arg=3D0xc4f11140) at /usr/src/sys/kern/kern_intr.c:765 #18 0xc065ec4d in fork_exit (callout=3D0xc065ff54 , arg=3D0xc4f11140, frame=3D0xe3832d38) at /usr/src/sys/kern/kern_fork.c:821 #19 0xc0879dac in fork_trampoline () at /usr/src/sys/i386/i386/exception.s:208 (kgdb) Can you kindly advise ? BR, Glenn Camilleri --=20 Best Regards, Glenn Camilleri From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 14:38:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B24A106564A for ; Tue, 16 Mar 2010 14:38:18 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 384558FC1E for ; Tue, 16 Mar 2010 14:38:18 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id AE46046B09; Tue, 16 Mar 2010 10:38:17 -0400 (EDT) Received: from zion.baldwin.cx (pool-98-109-181-99.nwrknj.fios.verizon.net [98.109.181.99]) by bigwig.baldwin.cx (Postfix) with ESMTPA id D4ADF8A025; Tue, 16 Mar 2010 10:38:16 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 16 Mar 2010 10:34:07 -0400 User-Agent: KMail/1.12.4 (FreeBSD/7.3-PRERELEASE; KDE/4.3.4; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable Message-Id: <201003161034.07750.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 16 Mar 2010 10:38:16 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.8 required=4.2 tests=AWL,BAYES_00, FH_HOST_EQ_VERIZON_P,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Glenn Camilleri Subject: Re: Kernel dump crash X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 14:38:18 -0000 On Tuesday 16 March 2010 08:13:39 am Glenn Camilleri wrote: > Hi, >=20 >=20 >=20 > I have some processes and programs that are custom made to run on FreeBSD. > I suspect some poor implementation of tcp in these programs, but don=92t > have the real proof. I think this is an old bug that was fixed in 6.3. It was fixed in 6.x by t= his=20 commit: jhb 2007-01-19 23:01:34 UTC FreeBSD src repository Modified files: (Branch: RELENG_6) sys/contrib/pf/net if_pfsync.c=20 sys/dev/arl if_arl.c=20 sys/dev/ath if_ath.c=20 sys/dev/awi awi.c=20 sys/dev/ce if_ce.c=20 sys/dev/cp if_cp.c=20 sys/dev/ctau if_ct.c=20 sys/dev/cx if_cx.c=20 sys/dev/en midway.c=20 sys/dev/firewire if_fwip.c=20 sys/dev/gem if_gem.c=20 sys/dev/ipw if_ipw.c=20 sys/dev/iwi if_iwi.c=20 sys/dev/my if_my.c=20 sys/dev/ppbus if_plip.c=20 sys/dev/ral rt2560.c rt2661.c=20 sys/dev/usb if_ural.c=20 sys/dev/wi if_wi.c=20 sys/i4b/driver i4b_ipr.c=20 sys/net bpf.c bpf.h bpfdesc.h if_disc.c if_enc.c=20 if_faith.c if_fwsubr.c if_gif.c if_gre.c=20 if_loop.c if_sl.c if_stf.c if_tun.c=20 sys/net80211 ieee80211_input.c=20 sys/netgraph ng_iface.c ng_sppp.c=20 sys/netinet ip_carp.c ip_gre.c=20 Log: MFC: Change the life cycle of bpf interface objects to close attach/detach races with bpf(4). This includes shims to preserve the ABI for any old modules. For more details see the commit log for 1.166 of sys/net/bpf.c. =20 Revision Changes Path 1.19.2.5 +5 -1 src/sys/contrib/pf/net/if_pfsync.c 1.10.2.2 +1 -1 src/sys/dev/arl/if_arl.c 1.94.2.29 +5 -4 src/sys/dev/ath/if_ath.c 1.37.2.5 +2 -2 src/sys/dev/awi/awi.c 1.3.6.2 +4 -4 src/sys/dev/ce/if_ce.c 1.24.2.2 +2 -4 src/sys/dev/cp/if_cp.c 1.25.2.2 +2 -4 src/sys/dev/ctau/if_ct.c 1.45.2.3 +2 -4 src/sys/dev/cx/if_cx.c 1.65.2.2 +2 -2 src/sys/dev/en/midway.c 1.7.2.4 +2 -2 src/sys/dev/firewire/if_fwip.c 1.29.2.6 +1 -2 src/sys/dev/gem/if_gem.c 1.7.2.6 +3 -3 src/sys/dev/ipw/if_ipw.c 1.8.2.11 +3 -3 src/sys/dev/iwi/if_iwi.c 1.29.2.5 +2 -2 src/sys/dev/my/if_my.c 1.37.2.3 +5 -5 src/sys/dev/ppbus/if_plip.c 1.9.2.2 +7 -7 src/sys/dev/ral/rt2560.c 1.10.2.2 +5 -5 src/sys/dev/ral/rt2661.c 1.10.2.10 +5 -5 src/sys/dev/usb/if_ural.c 1.180.2.9 +3 -3 src/sys/dev/wi/if_wi.c 1.34.2.2 +4 -4 src/sys/i4b/driver/i4b_ipr.c 1.153.2.9 +76 -71 src/sys/net/bpf.c 1.39.2.3 +29 -4 src/sys/net/bpf.h 1.29.2.3 +0 -13 src/sys/net/bpfdesc.h 1.48.2.2 +1 -1 src/sys/net/if_disc.c 1.5.2.2 +1 -1 src/sys/net/if_enc.c 1.36.2.2 +1 -1 src/sys/net/if_faith.c 1.12.2.6 +2 -2 src/sys/net/if_fwsubr.c 1.52.2.7 +2 -4 src/sys/net/if_gif.c 1.32.2.7 +1 -1 src/sys/net/if_gre.c 1.106.2.3 +2 -2 src/sys/net/if_loop.c 1.129.2.1 +4 -4 src/sys/net/if_sl.c 1.50.2.2 +2 -2 src/sys/net/if_stf.c 1.152.2.4 +1 -1 src/sys/net/if_tun.c 1.62.2.15 +4 -4 src/sys/net80211/ieee80211_input.c 1.43.2.3 +1 -1 src/sys/netgraph/ng_iface.c 1.8.2.3 +2 -4 src/sys/netgraph/ng_sppp.c 1.27.2.10 +1 -1 src/sys/netinet/ip_carp.c 1.19.2.4 +2 -2 src/sys/netinet/ip_gre.c =2D-=20 John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 16:12:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7780106566B for ; Tue, 16 Mar 2010 16:12:19 +0000 (UTC) (envelope-from pieter@degoeje.nl) Received: from s2m-is-001.service2media.com (rev-130-102.virtu.nl [217.114.102.130]) by mx1.freebsd.org (Postfix) with ESMTP id 73A4F8FC14 for ; Tue, 16 Mar 2010 16:12:18 +0000 (UTC) Received: from pieter-dev-linux.localnet ([10.0.1.77] RDNS failed) by s2m-is-001.service2media.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 16 Mar 2010 17:00:12 +0100 From: Pieter de Goeje To: freebsd-hackers@freebsd.org Date: Tue, 16 Mar 2010 17:00:12 +0100 User-Agent: KMail/1.12.2 (Linux/2.6.31-20-generic; KDE/4.3.2; i686; ; ) References: <3ed617d61003142033o5a4ca4bfh88db0b27f1ead01e@mail.gmail.com> In-Reply-To: <3ed617d61003142033o5a4ca4bfh88db0b27f1ead01e@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003161700.12694.pieter@degoeje.nl> X-OriginalArrivalTime: 16 Mar 2010 16:00:12.0878 (UTC) FILETIME=[C2F306E0:01CAC521] Cc: Havacci Subject: Re: Drop cache X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 16:12:19 -0000 On Monday 15 March 2010 04:33:04 Havacci wrote: > How I can drop cache memory of my FreeBSD ? I search a lot about this > and don't find anything. > In Linux i usualy use this command: > sync; echo 3 > /proc/sys/vm/drop_caches Something comparable can be achieved by unmounting and remounting the test filesystem. - Pieter From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 16:38:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by hub.freebsd.org (Postfix) with ESMTP id ABD71106566B; Tue, 16 Mar 2010 16:38:30 +0000 (UTC) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-hackers@freebsd.org Date: Tue, 16 Mar 2010 12:38:20 -0400 User-Agent: KMail/1.6.2 References: <201003111624.51018.jkim@FreeBSD.org> <201003121332.16979.jkim@FreeBSD.org> <201003151410.35959.jkim@FreeBSD.org> In-Reply-To: <201003151410.35959.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003161238.23768.jkim@FreeBSD.org> Cc: Kostik Belousov , Marcel Moolenaar Subject: Re: [RFC] DTrace SYSCALL provider (was Re: [RFC] Saving the latest errno from syscalls.) X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 16:38:30 -0000 On Monday 15 March 2010 02:10 pm, Jung-uk Kim wrote: > On Friday 12 March 2010 01:32 pm, Jung-uk Kim wrote: > > On Friday 12 March 2010 04:29 am, Kostik Belousov wrote: > > > On Thu, Mar 11, 2010 at 06:15:07PM -0500, Jung-uk Kim wrote: > > > > On Thursday 11 March 2010 04:55 pm, Marcel Moolenaar wrote: > > > > > On Mar 11, 2010, at 1:24 PM, Jung-uk Kim wrote: > > > > > > While I was debugging syscalls, I found a very useful > > > > > > field in struct thread, td_errno. It seems it was added > > > > > > for dtrace but it is only populated on amd64 and i386. > > > > > > Is the attached patch acceptable for maintainers of other > > > > > > platforms? > > > > > > > > > > Isn't it better to do it in cpu_set_syscall_retval()? > > > > > That way you catch all cases, plus you can save the > > > > > translated error as well... > > > > > > > > I just took amd64/i386 as an example and I was not sure > > > > whether it was meant to store translated error or not. Does > > > > anyone with DTrace internal knowledge answer the question? > > > > > > I do not know that much about DTrace, but it seems that setting > > > td_errno in cpu_set_syscall_retval() is too late. Dtrace has a > > > probe after the syscall return, and it is called right before > > > cpu_set_syscall_retval() can be reasonably called. The probe > > > only issued for syscall that goes into sysent. > > > > Ah, I can see that now. So, if/when we implement DTrace SYSCALL > > provider for other arches, this is the right place. :-) > > I went ahead and implemented DTrace SYSCALL providers for non-x86 > arches. It passes 'make universe' test but I don't know if it > works. Can maintainers of other arches test or review the attached > patch? I realized there are too many missing pieces for DTrace to work on other arches. :-( Please ignore this patch. Jung-uk Kim From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 22:52:14 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A9E181065673 for ; Tue, 16 Mar 2010 22:52:14 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id 6A6B58FC08 for ; Tue, 16 Mar 2010 22:52:13 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 98BFD1E0012C; Tue, 16 Mar 2010 23:52:12 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o2GMp9Gj040742; Tue, 16 Mar 2010 23:51:09 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2GMp9SY040741; Tue, 16 Mar 2010 23:51:09 +0100 (CET) (envelope-from nox) Date: Tue, 16 Mar 2010 23:51:09 +0100 (CET) From: Juergen Lock Message-Id: <201003162251.o2GMp9SY040741@triton8.kn-bremen.de> To: scdbackup@gmx.net X-Newsgroups: local.list.freebsd.hackers In-Reply-To: <10608773149940@192.168.2.69> References: <20100315201119.GA4860@triton8.kn-bremen.de> Organization: home X-Mailman-Approved-At: Tue, 16 Mar 2010 23:26:10 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 22:52:14 -0000 In article <10608773149940@192.168.2.69> you write: >Hi, Hi! > >> I have Cc'd mav@ who afaik did most of the ahci(4) work, > >I found a similar PR > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70510.html Hm thats my post, wrong link? :) >and bothered mav for instructions how to upgrade >to a system that would suffice for diagnosing. > That's also documented in the handbook, starting with `24.5.2 Staying Stable with FreeBSD' here: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/current-stable.html >Meanwhile i suspect that there is a general >problem with SCSI commands which report error >codes. I even found a little bug in cdrskin >by watching when it gets stuck. >(SCSI error or "sense" replies are not > necessarily a sign of a program error. They > are often just part of the dialog.) > > >> Well I guess drives simply don't like `random other' commands being >> sent to them while a burn is in progress... > >It depends on the media type. >CD and DVD-R[W] are vulnerable. It's a classic >side effect of hald. >On Linux, the burn just ends with some more or >less plausible SCSI error. >FreeBSD 8.0 freshly from DVD was less graceful. >Now it seems to know when not to let me touch >the drive. ("Now" is already before ahci.) > > >> I don't know if hald also sends direct scsi >> commands via pass(4) devices, so that >> may even need to be blocked too > >Making drive access exclusive is quite a tragic >drama on Linux. Most burn programs rely on an >undocumented meaning of open(O_EXCL). That would >work well ... if there wasn't an older slightly >incompatible undocumented meaning. >(Cough.) >O_EXCL works on inode level, whereas we actually >would need locking on SCSI generic level, where >all possible users of a drive come together. > >FreeBSD offers at least as many bypasses to the >drive as Linux does. I imagine that it is not >easy to lock them all. >I'm not done with exploring yet. > Or maybe burning apps should just invoke hal-disable-polling(1), I suspect that's intended for these kind of things... > >> > The port of xfburn generously (or daringly) >> > writes into /etc/devfs.rules : >> Ouch! :) > >Yeah. What happened to good old group "floppy" ? > >camcontrol devlist tells the particular device >files. (I learned today on my way to ahci.) > Yep. > >Have a nice day :) > >Thomas Ditto! Juergen From owner-freebsd-hackers@FreeBSD.ORG Tue Mar 16 23:46:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5CA01065672 for ; Tue, 16 Mar 2010 23:46:52 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 1C6868FC21 for ; Tue, 16 Mar 2010 23:46:51 +0000 (UTC) Received: (qmail invoked by alias); 16 Mar 2010 23:46:49 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp004) with SMTP; 17 Mar 2010 00:46:49 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX19nnA5NHIZnHE2KHaeMchIY5J0zroBLwj4cQCnWge swRzBl+LXdsx64 Date: Wed, 17 Mar 2010 00:45:58 +0100 From: "Thomas Schmitt" To: freebsd-hackers@freebsd.org References: <201003162251.o2GMp9SY040741@triton8.kn-bremen.de> In-Reply-To: <201003162251.o2GMp9SY040741@triton8.kn-bremen.de> Message-Id: <105730535417703@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.56999999999999995 Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2010 23:46:52 -0000 Hi, > > I found a similar PR > > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70510.html > > Hm thats my post, wrong link? :) Indeed. I copied the wrong URL from my mail to mav. The PR is at http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/144151 This here would match my theory: >> cdrecord: Input/output error. test unit ready: scsi sendcmd: cmd timeout after 40.010 (40) s >> CDB: 00 00 00 00 00 00 because the command is sent especially to see whether any eventual error condition is gone. It should get a reply within milliseconds. > > and bothered mav for instructions how to upgrade > That's also documented in the handbook, starting with `24.5.2 Staying > Stable with FreeBSD' I read that before asking. It seems a bit outdated ("7-STABLE") and it is full of warnings. Actually i hardly feel ripe for makeworld.html I will combine that with my endeavor to install another FreeBSD from scratch. > Or maybe burning apps should just invoke hal-disable-polling(1), I > suspect that's intended for these kind of things... Interesting. I'll try to find out whether it works. (Often hal stuff on Linux does not work. The usual remedy is killall hald-addon-storage.) First i'll have to learn how to get a X desktop. Then i have to see whether hald does any harm. Have a nice day :) Thomas From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 10:16:20 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 531511065675 for ; Wed, 17 Mar 2010 10:16:20 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (mail.ki.iif.hu [IPv6:2001:738:0:411::241]) by mx1.freebsd.org (Postfix) with ESMTP id D8AD88FC15 for ; Wed, 17 Mar 2010 10:16:19 +0000 (UTC) Received: from localhost (localhost [IPv6:::1]) by mail.ki.iif.hu (Postfix) with ESMTP id 2533D86C7C for ; Wed, 17 Mar 2010 11:16:19 +0100 (CET) X-Virus-Scanned: by amavisd-new at mignon.ki.iif.hu Received: from mail.ki.iif.hu ([127.0.0.1]) by localhost (mignon.ki.iif.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 4sH21a3ZBmyJ for ; Wed, 17 Mar 2010 11:16:16 +0100 (CET) Received: by mail.ki.iif.hu (Postfix, from userid 9002) id A3E0086C65; Wed, 17 Mar 2010 11:16:16 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id A16DA86C49 for ; Wed, 17 Mar 2010 11:16:16 +0100 (CET) Date: Wed, 17 Mar 2010 11:16:16 +0100 (CET) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: freebsd-hackers@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 10:16:20 -0000 Dear FreeBSD hackers, What is the situation with ATA 4K dirves in FreeBSD? Are there any support for them in fdisk or disklabel? More information at: http://ata.wiki.kernel.org/index.php/ATA_4_KiB_sector_issues Janos Mohacsi Head of HBONE+ project Network Engineer, Deputy Director of Network Planning and Projects NIIF/HUNGARNET, HUNGARY Key 70EF9882: DEC2 C685 1ED4 C95A 145F 4300 6F64 7B00 70EF 9882 From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 10:37:26 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DEDD8106566B for ; Wed, 17 Mar 2010 10:37:26 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 163BC8FC17 for ; Wed, 17 Mar 2010 10:37:25 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id MAA12318; Wed, 17 Mar 2010 12:37:12 +0200 (EET) (envelope-from avg@icyb.net.ua) Message-ID: <4BA0B0D8.1030204@icyb.net.ua> Date: Wed, 17 Mar 2010 12:37:12 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.23 (X11/20100211) MIME-Version: 1.0 To: Mohacsi Janos References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 10:37:27 -0000 on 17/03/2010 12:16 Mohacsi Janos said the following: > Dear FreeBSD hackers, > What is the situation with ATA 4K dirves in FreeBSD? Are there any > support for them in fdisk or disklabel? > More information at: > http://ata.wiki.kernel.org/index.php/ATA_4_KiB_sector_issues Did you mean to say gpart(1)? :) AFAIK, the tool(s) do not auto-align on 4K boundaries, but they give user an ability to do that by hand. Besides, some 4K sector disks lie that they have 512 sectors. -- Andriy Gapon From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 11:32:16 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5214106566B for ; Wed, 17 Mar 2010 11:32:16 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [64.146.239.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9928FC2E for ; Wed, 17 Mar 2010 11:32:16 +0000 (UTC) Received: from kstewart2.owt.com (kstewart2.owt.com [64.146.237.228]) (authenticated bits=0) by smtp.owt.com (8.13.8/8.13.8) with ESMTP id o2HBB5JA006632; Wed, 17 Mar 2010 04:11:05 -0700 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=owt.com; s=default; t=1268824267; bh=unsUeZku4lZYmCJW2tMaXiViIBho0B9nBOM938W9CqM=; h=From:To:Subject:Date:Cc:References:In-Reply-To:MIME-Version: Content-Type:Content-Transfer-Encoding:Message-Id; b=IZjDgT8OnzAcx jV9AjKbID5F4LNPP98hgbwa87jl2/0b4iGstG7Xhneuvn56mo+tMn6CmjrJhjVSD8C5 3Q21fGlhbiGJumrjioB5XpPbpQzomJIHrfU0pACMGYS1vyIQeWq0ofBzp1hPDySeeE2 l0e1G09Aq/M7yrT6t+SGyaXg= From: Kent Stewart To: freebsd-hackers@freebsd.org Date: Wed, 17 Mar 2010 04:11:04 -0700 User-Agent: KMail/1.9.10 References: <4BA0B0D8.1030204@icyb.net.ua> In-Reply-To: <4BA0B0D8.1030204@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <201003170411.05092.kstewart@owt.com> Cc: Andriy Gapon , Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 11:32:16 -0000 On Wednesday 17 March 2010 03:37:12 am Andriy Gapon wrote: > on 17/03/2010 12:16 Mohacsi Janos said the following: > > Dear FreeBSD hackers, > > What is the situation with ATA 4K dirves in FreeBSD? Are there > > any support for them in fdisk or disklabel? > > More information at: > > http://ata.wiki.kernel.org/index.php/ATA_4_KiB_sector_issues > > Did you mean to say gpart(1)? :) > AFAIK, the tool(s) do not auto-align on 4K boundaries, but they give > user an ability to do that by hand. > Besides, some 4K sector disks lie that they have 512 sectors. An article on the effect is located at http://storageeffect.media.seagate.com/2010/03/storage-effect/y2-011k-looming-for-windows-xp-users/ Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 14:31:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C7151065686 for ; Wed, 17 Mar 2010 14:31:50 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 5E4BF8FC1C for ; Wed, 17 Mar 2010 14:31:50 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 62C1B1FFC22; Wed, 17 Mar 2010 14:31:49 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 3B44D844CC; Wed, 17 Mar 2010 15:31:49 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Mohacsi Janos References: Date: Wed, 17 Mar 2010 15:31:49 +0100 In-Reply-To: (Mohacsi Janos's message of "Wed, 17 Mar 2010 11:16:16 +0100 (CET)") Message-ID: <86tysf58a2.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 14:31:50 -0000 Mohacsi Janos writes: > What is the situation with ATA 4K dirves in FreeBSD? Are there > any support for them in fdisk or disklabel? Hmm, didn't we discuss this already? All we need to do is change the defaults in fdisk so it rounds partition offsets and sizes to a multiple of 8 sectors (or 16 for future-proofing) instead of aligning them with fictitious cylinder boundaries. Bsdlabel, as disklabel is properly known, already DTRT: by default, the first partition starts at offset 16. Just make sure you specify sizes that are divisible by 8 or 16 blocks (not an issue if you use the M or G suffixes). Sysinstall operates in megabytes. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 15:04:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3CED41065670 for ; Wed, 17 Mar 2010 15:04:40 +0000 (UTC) (envelope-from alexanderchuranov@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id C85E38FC18 for ; Wed, 17 Mar 2010 15:04:39 +0000 (UTC) Received: by ewy26 with SMTP id 26so459985ewy.3 for ; Wed, 17 Mar 2010 08:04:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=dvcBQCTjuxFrKJB4qkSd6W8V4w1HZDCYuzUO2PUS18s=; b=TPdd9QqbD12trgPnCBqEFLQTnwQ+zS7lyZuTQ9MelmDNjN1ESzhr6VkdOgdj0OjRWo AO3gPH7XXLsTPeM7EIDuzdgAhaqeGjjFOxUcN7TmDC1Mgh9Ey7fLux/JDePOXLUqjzvr FhP/U1TV60Wd279Qi6zbqKKYnOgjMUI2zOKvc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hrnkrUuDBJPxe2I8bmWWSLIno29wAECTtx93OZ7m2lJaswallTuZimfUwUkIo9DqRN 1BXI3H7788lNNZ6Hy+JltPSgEY6/Zox4P4XgT16sTt6vSPO3ifm0FOpaJk4h9OwL041w nySnuY6YTA1LaqwreYfNH7p5WgrgzYzM5FzN4= MIME-Version: 1.0 Received: by 10.213.100.231 with SMTP id z39mr4207609ebn.39.1268836488981; Wed, 17 Mar 2010 07:34:48 -0700 (PDT) Date: Wed, 17 Mar 2010 17:34:48 +0300 Message-ID: <3cb459ed1003170734y21f5bb7cq33d8689eda34ed51@mail.gmail.com> From: Alexander Churanov To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Unicode in Syscons: I'd like to go on X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 15:04:40 -0000 Hi folks! Some time ago I was initiating the work on syscons driver ( see http://wiki.freebsd.org/SysconsUnicodeProject ), then was too busy and my part of the work stalled for about a year. At present I am going to continue working on this. One of my students, Vladislav Soldatov, is willing to continue working on syscons and fonts with me. I have a branch in Perforce, with mapping from unicode to 8-bit fonts implemented ( see http://p4db.freebsd.org/branchView.cgi?BRANCH=syscons%2dutf8 ). Whom should I contact for: 1) Grant permissions for Vladislav to access the Perforce branch? 2) Discuss the state and the future of the work? I'd like to ensure that we are not doing the same things with other engineers and everybody is aware of changes. Alexander Churanov From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 15:53:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3DB72106567A for ; Wed, 17 Mar 2010 15:53:19 +0000 (UTC) (envelope-from mohacsi@niif.hu) Received: from mail.ki.iif.hu (mail.ki.iif.hu [IPv6:2001:738:0:411::241]) by mx1.freebsd.org (Postfix) with ESMTP id C19968FC18 for ; Wed, 17 Mar 2010 15:53:18 +0000 (UTC) Received: from localhost (localhost [IPv6:::1]) by mail.ki.iif.hu (Postfix) with ESMTP id D662C86C9C; Wed, 17 Mar 2010 16:53:17 +0100 (CET) X-Virus-Scanned: by amavisd-new at mignon.ki.iif.hu Received: from mail.ki.iif.hu ([127.0.0.1]) by localhost (mignon.ki.iif.hu [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 3VUl4uddRhAA; Wed, 17 Mar 2010 16:53:15 +0100 (CET) Received: by mail.ki.iif.hu (Postfix, from userid 9002) id 2518886C9B; Wed, 17 Mar 2010 16:53:15 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mail.ki.iif.hu (Postfix) with ESMTP id 18FBF86C97; Wed, 17 Mar 2010 16:53:15 +0100 (CET) Date: Wed, 17 Mar 2010 16:53:14 +0100 (CET) From: Mohacsi Janos X-X-Sender: mohacsi@mignon.ki.iif.hu To: =?ISO-8859-15?Q?Dag-Erling_Sm=F8rgrav?= In-Reply-To: <86tysf58a2.fsf@ds4.des.no> Message-ID: References: <86tysf58a2.fsf@ds4.des.no> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 15:53:19 -0000 On Wed, 17 Mar 2010, Dag-Erling Sm?rgrav wrote: > Mohacsi Janos writes: >> What is the situation with ATA 4K dirves in FreeBSD? Are there >> any support for them in fdisk or disklabel? > > Hmm, didn't we discuss this already? All we need to do is change the > defaults in fdisk so it rounds partition offsets and sizes to a multiple > of 8 sectors (or 16 for future-proofing) instead of aligning them with > fictitious cylinder boundaries. Bsdlabel, as disklabel is properly > known, already DTRT: by default, the first partition starts at offset > 16. Just make sure you specify sizes that are divisible by 8 or 16 > blocks (not an issue if you use the M or G suffixes). Sysinstall > operates in megabytes. Thanks for the information. From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 17:35:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A467106564A for ; Wed, 17 Mar 2010 17:35:32 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id BC1068FC08 for ; Wed, 17 Mar 2010 17:35:31 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id B466C1FFC51; Wed, 17 Mar 2010 17:35:30 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 86E9E844CC; Wed, 17 Mar 2010 18:35:30 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thiago Damas References: <86tysf58a2.fsf@ds4.des.no> Date: Wed, 17 Mar 2010 18:35:30 +0100 In-Reply-To: (Thiago Damas's message of "Wed, 17 Mar 2010 14:34:07 -0300") Message-ID: <86d3z26ecd.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 17:35:32 -0000 Thiago Damas writes: > I had problem with ZFS. What kind of problem? DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 17:47:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 18CCA106566B for ; Wed, 17 Mar 2010 17:47:40 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id DF59F8FC08 for ; Wed, 17 Mar 2010 17:47:39 +0000 (UTC) Received: by pzk34 with SMTP id 34so947137pzk.3 for ; Wed, 17 Mar 2010 10:47:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=yAGogq/fJF2edAPBs+Bqx7aKiYniUYe3aiMCroH8jHY=; b=YKgEPdY+DoxTWb/vbdiJ6YBmEoHr8jNGif3XrpZW6TLaobr5FN9AE/hnx56sIx+AEm m7YV7M/rz/qRHMuf8UDKWQYLUunFCYMPzIRL8awiCJvo59XwRprRcn5GwG85WgOiEVLU 5f0zWHmvVUG8cy48DDGLgXmZRjK3+/aQwlpWY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=tTawFP/Z4+5SQ+glBUyWnIRNj92Uzh6HiFvqQw72Z3C9j/D+zPynEJKES99jmctUkz NtSGrkfAVtGy8LQUR8bug9hNp2F74uIYH512vLV8a1jyniClfyH7nISTwWsnNSx98B/T w7T3t+u5htDFw64yAKBsURB8UHYSJIhB+a1xQ= MIME-Version: 1.0 Received: by 10.140.58.2 with SMTP id g2mr1254371rva.156.1268848059555; Wed, 17 Mar 2010 10:47:39 -0700 (PDT) In-Reply-To: <86d3z26ecd.fsf@ds4.des.no> References: <86tysf58a2.fsf@ds4.des.no> <86d3z26ecd.fsf@ds4.des.no> From: Thiago Damas Date: Wed, 17 Mar 2010 14:47:19 -0300 Message-ID: To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org, Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 17:47:40 -0000 Slow performance,slow write speed, high delay per operation (gstat, ms/w) above 400ms was common, with peaks of 3000ms per write). Tested on two different machines. Disks WD10EARS in single disk and mirror configurations. Thiago 2010/3/17 Dag-Erling Sm=F8rgrav > Thiago Damas writes: > > I had problem with ZFS. > > What kind of problem? > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:02:05 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 121A5106564A for ; Wed, 17 Mar 2010 18:02:05 +0000 (UTC) (envelope-from se@FreeBSD.org) Received: from smtp101.plus.mail.re1.yahoo.com (smtp101.plus.mail.re1.yahoo.com [69.147.102.64]) by mx1.freebsd.org (Postfix) with SMTP id 9BF8B8FC15 for ; Wed, 17 Mar 2010 18:02:04 +0000 (UTC) Received: (qmail 27047 invoked from network); 17 Mar 2010 17:35:23 -0000 Received: from (se@88.128.92.181 with plain) by smtp101.plus.mail.re1.yahoo.com with SMTP; 17 Mar 2010 10:35:21 -0700 PDT X-Yahoo-SMTP: iDf2N9.swBDAhYEh7VHfpgq0lnq. X-YMail-OSG: VTTXE78VM1mFyWnQIWqPVXfovDw6fgpiTLeLD9t2vrC7EwmXvgzg6Aum4xJCRyf5kCaPETNjBNTDISC73bydI7zr6dz1NQ1YmNUmOQUQan6XofFCN_dvptdexoMuFAV.vhku0IXlN3DJ0rZehTHG7Z.LFcKSBG98Pi3Kb8AhK3rW8mCoYTj0Bt_ALwg4rwt1ghP5K95gmU3aTp6gnZ0j62jN5srjZljFt7BT8HJld50J9QgPB9EG6SjNL2lYpg2rIpeyoFjRwL3xFtxE2PGwB5BrtqKFWuvOQJJXvmIupJCttUfEA954Ptw.6uBnrC1NIVmudRqhOVsPUJ6K7_EoVQIF2gJh50AHjFrOFDaL.aBxS1C3YpO5mK.Ktvg- X-Yahoo-Newman-Property: ymail-3 Message-ID: <4BA0E57E.7040909@FreeBSD.org> Date: Wed, 17 Mar 2010 15:21:50 +0100 From: Stefan Esser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.8.1.18) Gecko/20081105 Thunderbird/2.0.0.18 ThunderBrowse/3.2.2.1 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: <3ed617d61003142033o5a4ca4bfh88db0b27f1ead01e@mail.gmail.com> <201003161700.12694.pieter@degoeje.nl> In-Reply-To: <201003161700.12694.pieter@degoeje.nl> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Cc: Pieter de Goeje , Havacci Subject: Re: Drop cache X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:02:05 -0000 Am 16.03.2010 17:00, schrieb Pieter de Goeje: > On Monday 15 March 2010 04:33:04 Havacci wrote: >> How I can drop cache memory of my FreeBSD ? I search a lot about this >> and don't find anything. >> In Linux i usualy use this command: >> sync; echo 3 > /proc/sys/vm/drop_caches > > Something comparable can be achieved by unmounting and remounting the test > filesystem. It used to be the case, that the cache was flushed early enough to make the following flush all data for a file-system: # cd /mount/point # umount /mount/point The unmount fails, since PWD is within the file-system to be unmounted. But the cache has already been flushed by then ... If the question was not about flushing the cache e.g. for benchmarking purposes, then I'm not sure that a direct equivalent to the Linux command exists (not knowing Linux and the exact semantics of drop_caches in the original message). Regards, STefan From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:03:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A18721065670 for ; Wed, 17 Mar 2010 18:03:03 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id 7508C8FC18 for ; Wed, 17 Mar 2010 18:03:03 +0000 (UTC) Received: by pxi38 with SMTP id 38so524382pxi.27 for ; Wed, 17 Mar 2010 11:03:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=g2R92ZYRKmypBi9UwzeNT7WJX3GRQCqUbhnK8RlEI9s=; b=xuP760ytbKgzX/cEwAgQUXBQ4E/yVEA71H05K8zG37Czh9WwV2xrlobfp4pGOs7hhm ZcOGc9YMMSbswzfTvVOtMAbJ4CEo1cHRw9k0m80H/eYg3WIryMtfA6iTbPgncvzUQCYt iGUxOjsn7gqC71gHqSjOZxDO5+RzqySnSnjBo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=BG7r1/BPd/nPyYjgIPX1nNX4Jm7HqrinfY3auod26Aj9qIb9kv1r/zN6xotPiMZWzp CLOn89H10D+dx7L4eP77ufVosuUZld6A4pCRDUE2r++hIrV5G8haEjp7o6aCt/L6eBKr 1sjPabVi37GoFx28qAv3QdSO4ZbpLHpggXHKQ= MIME-Version: 1.0 Received: by 10.141.89.4 with SMTP id r4mr184205rvl.44.1268847267564; Wed, 17 Mar 2010 10:34:27 -0700 (PDT) In-Reply-To: References: <86tysf58a2.fsf@ds4.des.no> From: Thiago Damas Date: Wed, 17 Mar 2010 14:34:07 -0300 Message-ID: To: Mohacsi Janos Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:03:03 -0000 I had problem with ZFS. With gnop -S 4096, it works well on /dev/ad{a}X.nop; but I decided to not use those disks. 2010/3/17 Mohacsi Janos > > > > On Wed, 17 Mar 2010, Dag-Erling Sm?rgrav wrote: > > Mohacsi Janos writes: >> >>> What is the situation with ATA 4K dirves in FreeBSD? Are there >>> any support for them in fdisk or disklabel? >>> >> >> Hmm, didn't we discuss this already? All we need to do is change the >> defaults in fdisk so it rounds partition offsets and sizes to a multiple >> of 8 sectors (or 16 for future-proofing) instead of aligning them with >> fictitious cylinder boundaries. Bsdlabel, as disklabel is properly >> known, already DTRT: by default, the first partition starts at offset >> 16. Just make sure you specify sizes that are divisible by 8 or 16 >> blocks (not an issue if you use the M or G suffixes). Sysinstall >> operates in megabytes. >> > > Thanks for the information. > > > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:10:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A6D81065672 for ; Wed, 17 Mar 2010 18:10:18 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (unknown [IPv6:2001:470:1f09:679::1]) by mx1.freebsd.org (Postfix) with ESMTP id D0B448FC0C for ; Wed, 17 Mar 2010 18:10:17 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 0916C9293; Wed, 17 Mar 2010 18:10:17 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.7 required=8.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from core.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 17 Mar 2010 18:10:17 +0000 (UTC) From: Bruce Cran To: freebsd-hackers@freebsd.org Date: Wed, 17 Mar 2010 18:10:14 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003171810.14087.bruce@cran.org.uk> Cc: Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:10:18 -0000 On Wednesday 17 March 2010 10:16:16 Mohacsi Janos wrote: > Dear FreeBSD hackers, > What is the situation with ATA 4K dirves in FreeBSD? Are there any > support for them in fdisk or disklabel? # mdconfig -a -f ddfile -S 4096 md0 # fdisk /dev/md0 fdisk: could not detect sector size # mdconfig -d -u 0 # mdconfig -a -f ddfile -S 1024 md0 # fdisk /dev/md0 ******* Working on device /dev/md0 ******* parameters extracted from in-core disklabel are: cylinders=130 heads=255 sectors/track=63 (16065 blks/cyl) parameters to be used for BIOS calculations are: cylinders=130 heads=255 sectors/track=63 (16065 blks/cyl) fdisk: invalid fdisk partition table found fdisk: /boot/mbr: length must be a multiple of sector size So it seems there's still work to do to get fdisk working, but I can't try gpart since I don't have a real disk. -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:12:03 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9538D106566B for ; Wed, 17 Mar 2010 18:12:03 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 201FB8FC08 for ; Wed, 17 Mar 2010 18:12:02 +0000 (UTC) Received: by bwz8 with SMTP id 8so1338499bwz.3 for ; Wed, 17 Mar 2010 11:12:02 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.132.131 with SMTP id b3mr1409662bkt.135.1268849521091; Wed, 17 Mar 2010 11:12:01 -0700 (PDT) In-Reply-To: References: <86tysf58a2.fsf@ds4.des.no> Date: Wed, 17 Mar 2010 19:12:01 +0100 Message-ID: <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> From: Olivier Smedts To: Thiago Damas Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , Mohacsi Janos , freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:12:03 -0000 2010/3/17 Thiago Damas : > =A0I had problem with ZFS. > =A0With gnop -S 4096, it works well on /dev/ad{a}X.nop; but I decided to = not > use those disks. So maybe this was not a ZFS problem but a partition misalignment problem ? On a properly aligned partition with a physical sector size of 4KB and a logical sector size of 512 bytes, will ZFS try to use blocksizes of less than 4KB ? Blocksize in ZFS seems to be dynamic (at least when not told to use a fixed blocksize), but I didn't see somewhere in the manpage or Sun's website which minimum blocksize ZFS would use for small files, and if there is a lower limit on blocksizes to use. > > > 2010/3/17 Mohacsi Janos > >> >> >> >> On Wed, 17 Mar 2010, Dag-Erling Sm?rgrav wrote: >> >> =A0Mohacsi Janos writes: >>> >>>> What is the situation with ATA 4K dirves in FreeBSD? Are there >>>> any support for them in fdisk or disklabel? >>>> >>> >>> Hmm, didn't we discuss this already? =A0All we need to do is change the >>> defaults in fdisk so it rounds partition offsets and sizes to a multipl= e >>> of 8 sectors (or 16 for future-proofing) instead of aligning them with >>> fictitious cylinder boundaries. =A0Bsdlabel, as disklabel is properly >>> known, already DTRT: by default, the first partition starts at offset >>> 16. =A0Just make sure you specify sizes that are divisible by 8 or 16 >>> blocks (not an issue if you use the M or G suffixes). =A0Sysinstall >>> operates in megabytes. >>> >> >> Thanks for the information. >> >> >> _______________________________________________ >> freebsd-hackers@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers >> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.or= g" >> > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:16:13 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9EB106564A for ; Wed, 17 Mar 2010 18:16:12 +0000 (UTC) (envelope-from olivier@gid0.org) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id DA7D18FC12 for ; Wed, 17 Mar 2010 18:16:11 +0000 (UTC) Received: by bwz8 with SMTP id 8so1342690bwz.3 for ; Wed, 17 Mar 2010 11:16:10 -0700 (PDT) MIME-Version: 1.0 Received: by 10.204.29.17 with SMTP id o17mr959047bkc.184.1268849769875; Wed, 17 Mar 2010 11:16:09 -0700 (PDT) In-Reply-To: <201003171810.14087.bruce@cran.org.uk> References: <201003171810.14087.bruce@cran.org.uk> Date: Wed, 17 Mar 2010 19:16:09 +0100 Message-ID: <367b2c981003171116v16aac3bds4758b997045306b7@mail.gmail.com> From: Olivier Smedts To: Bruce Cran Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:16:13 -0000 2010/3/17 Bruce Cran : > On Wednesday 17 March 2010 10:16:16 Mohacsi Janos wrote: >> Dear FreeBSD hackers, >> =A0 =A0 =A0 What is the situation with ATA 4K dirves in FreeBSD? Are the= re any >> support for them in fdisk or disklabel? > > # mdconfig -a -f ddfile -S 4096 > md0 > # fdisk /dev/md0 > fdisk: could not detect sector size > # mdconfig -d -u 0 > # mdconfig -a -f ddfile -S 1024 > md0 > # fdisk /dev/md0 > ******* Working on device /dev/md0 ******* > parameters extracted from in-core disklabel are: > cylinders=3D130 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > > parameters to be used for BIOS calculations are: > cylinders=3D130 heads=3D255 sectors/track=3D63 (16065 blks/cyl) > > fdisk: invalid fdisk partition table found > fdisk: /boot/mbr: length must be a multiple of sector size > > So it seems there's still work to do to get fdisk working, but I can't tr= y > gpart since I don't have a real disk. Why not on geom_md ? # mdconfig -a -f ddfile -S 4096 # gpart create -s gpt md0 # gpart list md0 Geom name: md0 fwheads: 32 fwsectors: 1 last: 25594 first: 6 entries: 128 scheme: GPT Consumers: 1. Name: md0 Mediasize: 104857600 (100M) Sectorsize: 4096 Mode: r0w0e0 Same results with MBR scheme. > > -- > Bruce Cran > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > --=20 Olivier Smedts _ ASCII ribbon campaign ( ) e-mail: olivier@gid0.org - against HTML email & vCards X www: http://www.gid0.org - against proprietary attachments / \ "Il y a seulement 10 sortes de gens dans le monde : ceux qui comprennent le binaire, et ceux qui ne le comprennent pas." From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:18:29 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 703C1106564A for ; Wed, 17 Mar 2010 18:18:29 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 406E28FC0C for ; Wed, 17 Mar 2010 18:18:29 +0000 (UTC) Received: by pzk34 with SMTP id 34so980439pzk.3 for ; Wed, 17 Mar 2010 11:18:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=YzW1R6f5l9mIulG0jQyjM2hGx2NZv6bC9zsBZOFC4WQ=; b=HrOudqrzne3vfTvGsDiigAkUHQp8IXfth9JA2E4tyrtDsd7vwGtUkWPaa11XHMYYDn /bpwEprBtqoAwzANBDJNr5Xc3pz3RjmOwNdmhzt+Z6+UJVlVz9gMu2GLWf/oUMIcuQ2B adKqZQbbyBPSncevENUOcwPZwbsgyHCx4t5YI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=VZJfROcGxw1+UMah8HC+FODklz/IGKI1btsdHPGUFcuTKhZlv9giCzOPvNvXXi8v5u TqBnoX8BkQvlIqORD+fJMT1uJW0XqlMeMhyWCLnoDW+xMEC6GQLLmRmUd0PwnZD8oSHa cXGYeiQVPfC0OIi395UrW5lE+ks8ODQp/8z2U= MIME-Version: 1.0 Received: by 10.115.98.13 with SMTP id a13mr1252897wam.88.1268849898745; Wed, 17 Mar 2010 11:18:18 -0700 (PDT) In-Reply-To: <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> From: Thiago Damas Date: Wed, 17 Mar 2010 15:17:58 -0300 Message-ID: To: Olivier Smedts Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= , Mohacsi Janos , freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:18:29 -0000 I tried with gpart, gpt scheme, begining in all block alignments possible, 34, 35, 36, 37, 38, 39 etc Even 64 gpart create -s gpt ad4 gpart add -s 64 -t freebsd-zfs ad4 With UFS, I previouly did some tests (in portuguese): Particao sem alinhar inicio => 34 1953525101 ad4 GPT (932G) 34 1953525101 1 freebsd-ufs (932G) newfs -U (padrao -f 2048 -b 16384) # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.342u 5.013s 20:35.65 0.5% 64+1091k 6623+2734io 0pf+0w newfs -U -f 4096 -b 32768 # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.590u 5.263s 22:06.32 0.5% 63+1087k 10911+1676io 0pf+0w Particao alinhada em multiplos de 4096 bytes (blocos logicos de 512 bytes, entao, multiplo de 8 blocos) => 34 1953525101 ad4 GPT (932G) 34 30 - free - (15K) 64 1953525071 1 freebsd-ufs (932G) newfs -U (padrao -f 2048 -b 16384) # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.392u 5.000s 10:24.15 1.1% 64+1095k 8375+2735io 0pf+0w newfs -U -f 4096 -b 32768 # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.547u 5.567s 1:25.50 9.4% 64+1088k 11880+1755io 0pf+0w On Wed, Mar 17, 2010 at 3:12 PM, Olivier Smedts wrote: > 2010/3/17 Thiago Damas : > > I had problem with ZFS. > > With gnop -S 4096, it works well on /dev/ad{a}X.nop; but I decided to > not > > use those disks. > > So maybe this was not a ZFS problem but a partition misalignment problem ? > > On a properly aligned partition with a physical sector size of 4KB and > a logical sector size of 512 bytes, will ZFS try to use blocksizes of > less than 4KB ? Blocksize in ZFS seems to be dynamic (at least when > not told to use a fixed blocksize), but I didn't see somewhere in the > manpage or Sun's website which minimum blocksize ZFS would use for > small files, and if there is a lower limit on blocksizes to use. > > > > > > > 2010/3/17 Mohacsi Janos > > > >> > >> > >> > >> On Wed, 17 Mar 2010, Dag-Erling Sm?rgrav wrote: > >> > >> Mohacsi Janos writes: > >>> > >>>> What is the situation with ATA 4K dirves in FreeBSD? Are there > >>>> any support for them in fdisk or disklabel? > >>>> > >>> > >>> Hmm, didn't we discuss this already? All we need to do is change the > >>> defaults in fdisk so it rounds partition offsets and sizes to a > multiple > >>> of 8 sectors (or 16 for future-proofing) instead of aligning them with > >>> fictitious cylinder boundaries. Bsdlabel, as disklabel is properly > >>> known, already DTRT: by default, the first partition starts at offset > >>> 16. Just make sure you specify sizes that are divisible by 8 or 16 > >>> blocks (not an issue if you use the M or G suffixes). Sysinstall > >>> operates in megabytes. > >>> > >> > >> Thanks for the information. > >> > >> > >> _______________________________________________ > >> freebsd-hackers@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > >> To unsubscribe, send any mail to " > freebsd-hackers-unsubscribe@freebsd.org" > >> > > _______________________________________________ > > freebsd-hackers@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > > To unsubscribe, send any mail to " > freebsd-hackers-unsubscribe@freebsd.org" > > > > > > -- > Olivier Smedts _ > ASCII ribbon campaign ( ) > e-mail: olivier@gid0.org - against HTML email & vCards X > www: http://www.gid0.org - against proprietary attachments / \ > > "Il y a seulement 10 sortes de gens dans le monde : > ceux qui comprennent le binaire, > et ceux qui ne le comprennent pas." > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:23:30 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5980106564A for ; Wed, 17 Mar 2010 18:23:30 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (unknown [IPv6:2001:470:1f09:679::1]) by mx1.freebsd.org (Postfix) with ESMTP id 66AA68FC08 for ; Wed, 17 Mar 2010 18:23:30 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id A47749293; Wed, 17 Mar 2010 18:23:29 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.7 required=8.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 Received: from core.draftnet (87-194-158-129.bethere.co.uk [87.194.158.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Wed, 17 Mar 2010 18:23:29 +0000 (UTC) From: Bruce Cran To: Olivier Smedts Date: Wed, 17 Mar 2010 18:23:26 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <201003171810.14087.bruce@cran.org.uk> <367b2c981003171116v16aac3bds4758b997045306b7@mail.gmail.com> In-Reply-To: <367b2c981003171116v16aac3bds4758b997045306b7@mail.gmail.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201003171823.26616.bruce@cran.org.uk> Cc: freebsd-hackers@freebsd.org, Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:23:30 -0000 On Wednesday 17 March 2010 18:16:09 Olivier Smedts wrote: > Why not on geom_md ? Thanks! After getting a "no such geom" message when I tried a couple of commands without having created any partitions I presumed it was looking for a DISK provider. -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:28:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 337DD1065675 for ; Wed, 17 Mar 2010 18:28:19 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id E507C8FC3F for ; Wed, 17 Mar 2010 18:28:18 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 359951FFC22; Wed, 17 Mar 2010 18:28:18 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 176F484495; Wed, 17 Mar 2010 19:28:18 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thiago Damas References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> Date: Wed, 17 Mar 2010 19:28:18 +0100 In-Reply-To: (Thiago Damas's message of "Wed, 17 Mar 2010 15:17:58 -0300") Message-ID: <864oke6bwd.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Olivier Smedts , freebsd-hackers@freebsd.org, Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:28:19 -0000 Thiago Damas writes: > With UFS, I previouly did some tests (in portuguese): Some commentary would be nice. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 18:37:54 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A0D8106564A for ; Wed, 17 Mar 2010 18:37:54 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-px0-f200.google.com (mail-px0-f200.google.com [209.85.216.200]) by mx1.freebsd.org (Postfix) with ESMTP id 38BCB8FC08 for ; Wed, 17 Mar 2010 18:37:53 +0000 (UTC) Received: by pxi38 with SMTP id 38so564723pxi.27 for ; Wed, 17 Mar 2010 11:37:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=k3deP1E0tK7dF2XTDl4icJmQkkj0eL7iNqjXOIc61GQ=; b=KX3LFvVSM+5xXD1q23FczYIU6/clhn6CPau2tKH2AJ6HGFY2LdQBdQ0VgdzzVE3u2p 8pDptAnglv6pCSrLnzKsP8y46fCISiaG7mfQa5lpUlxLGPsoFG5n/LE3LKbwOD+W4j5c pAriN5qwUDFfiF0FlLz6JG2i3faJcqgzuxIJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=UhvWLHotJrv7plRYteaKzML5k9HDgJRCqA/dwKnI8qZF6ZIKUcsDKIvTk3RLpFviiL 3I09l01ItvKLhpTRYhsc5L0YUXIQmASo8xBW7+cksh2gl0c/nkubCYNEnOVK+Vw7dpRK zsXWoPnhO9sja4cUkpHBvZksJdcBn7zNwUW6o= MIME-Version: 1.0 Received: by 10.140.248.20 with SMTP id v20mr1376674rvh.153.1268851073682; Wed, 17 Mar 2010 11:37:53 -0700 (PDT) In-Reply-To: <864oke6bwd.fsf@ds4.des.no> References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <864oke6bwd.fsf@ds4.des.no> From: Thiago Damas Date: Wed, 17 Mar 2010 15:37:33 -0300 Message-ID: To: =?ISO-8859-1?Q?Dag=2DErling_Sm=F8rgrav?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Olivier Smedts , freebsd-hackers@freebsd.org, Mohacsi Janos Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 18:37:54 -0000 With UFS, I previouly did some tests (in portuguese): Partition without begin aligned: =3D> 34 1953525101 ad4 GPT (932G) 34 1953525101 1 freebsd-ufs (932G) newfs -U (default -f 2048 -b 16384) # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.342u 5.013s 20:35.65 0.5% 64+1091k 6623+2734io 0pf+0w newfs -U -f 4096 -b 32768 # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.590u 5.263s 22:06.32 0.5% 63+1087k 10911+1676io 0pf+0w Partition aligned on 4k boundaries =3D> 34 1953525101 ad4 GPT (932G) 34 30 - free - (15K) 64 1953525071 1 freebsd-ufs (932G) newfs -U (default -f 2048 -b 16384) # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.392u 5.000s 10:24.15 1.1% 64+1095k 8375+2735io 0pf+0w newfs -U -f 4096 -b 32768 # time tar xfj /install/releases/i386/8.0-RELEASE/8.0-RELEASE/ports/ports.tgz 2.547u 5.567s 1:25.50 9.4% 64+1088k 11880+1755io 0pf+0w Aligning the partition, and ajusting the block/fragment size, I went from 22minutes to 1m25s. But, I tried every combination possible with ZFS, and always get slow performance (something like 2, 3 MB/s write speed) 2010/3/17 Dag-Erling Sm=F8rgrav > Thiago Damas writes: > > With UFS, I previouly did some tests (in portuguese): > > Some commentary would be nice. > > DES > -- > Dag-Erling Sm=F8rgrav - des@des.no > From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 19:04:04 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7F2451065670 for ; Wed, 17 Mar 2010 19:04:04 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 3EA788FC0C for ; Wed, 17 Mar 2010 19:04:03 +0000 (UTC) Received: by gyf2 with SMTP id 2so668407gyf.13 for ; Wed, 17 Mar 2010 12:04:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.101.128.6 with SMTP id f6mr1778117ann.146.1268852643111; Wed, 17 Mar 2010 12:04:03 -0700 (PDT) Date: Wed, 17 Mar 2010 21:04:03 +0200 Message-ID: From: Alex RAY To: hackers@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: GPIO button and userspace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 19:04:04 -0000 Hackers help find the correct answer, in what way I can send interrupt on GPIO to the userspace script. I know that I can make the device, and open it in program, but it is cumbersome. I know what I can run the script from the kernel, as in Linux, but I think this is not the right way? -- WBW ------- Rybalko Aleksandr ray@dlink.ua aka Alex RAY ray@ddteam.net From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 19:51:06 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28B1E106566C for ; Wed, 17 Mar 2010 19:51:06 +0000 (UTC) (envelope-from gonzo@launchpad.bluezbox.com) Received: from launchpad.bluezbox.com (launchpad.bluezbox.com [195.137.202.161]) by mx1.freebsd.org (Postfix) with ESMTP id C1D768FC16 for ; Wed, 17 Mar 2010 19:51:05 +0000 (UTC) Received: from [76.77.86.2] (helo=[192.168.100.164]) by launchpad.bluezbox.com with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1NryiA-0006VW-LW; Wed, 17 Mar 2010 19:15:26 +0000 Mime-Version: 1.0 (Apple Message framework v1077) Content-Type: text/plain; charset=us-ascii From: Oleksandr Tymoshenko In-Reply-To: Date: Wed, 17 Mar 2010 12:14:49 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Alex RAY X-Mailer: Apple Mail (2.1077) Sender: gonzo@launchpad.bluezbox.com X-Spam-Level: ---- X-Spam-Report: -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP 0.2 SUBJECT_FUZZY_TION Attempt to obfuscate words in Subject: -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% [score: 0.0000] -0.2 AWL AWL: From: address is in the auto white-list Cc: hackers@freebsd.org Subject: Re: GPIO button and userspace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 19:51:06 -0000 On 2010-03-17, at 12:04 PM, Alex RAY wrote: > Hackers > help find the correct answer, in what way I can send interrupt on GPIO = to > the userspace script. > I know that I can make the device, and open it in program, but it is > cumbersome. > I know what I can run the script from the kernel, as in Linux, but I = think > this is not the right way? IMHO the best way to implement it is to run scripts through devd. = e.g. create use subsystem "GPIO" and few event types: "BUTTON_DOWN", "BUTTON_UP", /add yours here/. =46rom the kernel side it's just a matter of calling = devctl_notify if I got it right. --=20 gonzo From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 20:23:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 156131065670 for ; Wed, 17 Mar 2010 20:23:25 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id B28418FC13 for ; Wed, 17 Mar 2010 20:23:24 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.4/8.14.1) with ESMTP id o2HKNOnk069322 for ; Wed, 17 Mar 2010 13:23:24 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.4/8.13.4/Submit) id o2HKNNbj069321; Wed, 17 Mar 2010 13:23:23 -0700 (PDT) Date: Wed, 17 Mar 2010 13:23:23 -0700 (PDT) From: Matthew Dillon Message-Id: <201003172023.o2HKNNbj069321@apollo.backplane.com> To: freebsd-hackers@freebsd.org References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 20:23:25 -0000 We experimented a bit with aligning fdisk (dos slices) by changing the sector offset to 2 but I came to the conclusion that it was better to do the alignment in disklabel / gpt / whatever higher-level partitioner floats your boat and not mess with anything the BIOS uses to boot the machine My recommendation is to use a 1MB physical base alignment. That's what I adjusted DragonFly's disklabel64 to do. It's definitely best to have the partitioner deal with it instead of having to mess around manually because the partitioner can calculate the actual physical alignment by querying the kernel's disk subsystem regardless of the topology. There are several reasons for using a large alignment: * A variety of media already uses much larger physical block sizes. MLC flash uses 128K and SLC uses 64K blocks. See the note below on why this matters even though SSDs do write combining. * A larger alignment is more likely to work well as a default in RAID configurations and doesn't hurt non-RAID. * The kernel cluster I/O subsystem wants to collect stuff into 64K-256K clusters for reading and writing (writing being the most important). A larger alignment plus some minor tweeks in the cluster code will cause the cluster writes to also be well aligned. * Even though UFS does not take advantage of cluster alignment (because BMAP tends to align only to the UFS block size which is a fairly small <= 32K usually), filesystems such as ZFS (with 128K blocks I believe) and HAMMER (with 64K blocks and 8MB super blocks) will. And fixing up UFS isn't difficult. One might need to mess with the cylinder group alignment and make some minor tweeks to the bmap allocator but that's about it. * A large alignment hurts nothing. Who cares about ~512K-1MB of wasted space at the beginning of the drive? I don't. This is particularly important for SSDs. Even though SSDs do write combining a properly aligned write will theoretically greatly improve write endurance by reducing internal fragmentation, reducing write amplification effects, and also reducing the amount of internal rewriting the drive does to defragment and wear-level. It is hard to test this but I am seeing wear rates condusive with a 100TB write endurance on 40G Intel drives vendor-speced for a 35TB write endurance. So even though you might not see a major difference in performance you could very well see a big difference in write endurance. It isn't possible to benchmark this with a standard benchmark which keeps the SSD 100% active so I've been using real work loads and it just takes forever to tick-down the SSDs wear-meter. The SSD also needs idle time to implement internal defragmentation and wear leveling efficiently (This seems more apparent in the OCZs than in the Intels). There are a lot of moving parts in the kernel related to alignment. The cluster code and the filesystem block allocation code are the two biggest issues and adjustments have to made to take proper advantage of it, particularly for SSDs. So the answer is: Aligning things certainly isn't going to hurt anything so you might as well kick it hard (use a large alignment) so you don't have to revisist the problem again a year from now. -- For hard drives with larger physical sector sizes it shouldn't matter for asynchronous writes. It really shouldn't. And nearly all of UFS's writes are asynchronous. That said: I read Thiago's posting. I will note something specifics about a ports tarball. Ports has 261,000+ files in it, mostly small. UFS and the cluster code CANNOT COMBINE those writes (because the buffer-cache for file data is per-vnode), so UFS will wind up doing a very large number of fragment-sized writes. These fragment-sized writes (4K in Thiago's aligned test that ran in 1:25, and 2K in Thiago's aligned test that ran in 10:24) should STILL be write-combined in the drive. That is, UFS STILL has good write linearity even with the small writes. So I suspect the issue here is that the drive is not properly write-combining the writes, possibly coupled with additional issues in UFS's bmap and inode allocator that might not be presenting the drive with enough write-combinable data that fits in the drive's cache, forcing the drive to do a lot of read-before-write. In terms of write-combinable data and UFS it could be a cylinder-group alignment issue. Bitmap blocks are a particular problem because they use an odd-sized block size (typically 6K if I remember right), though I'm not sure how the filesystem fragment size effects it. You would have to instrument the write activity to determine how good the linearity is verses the size of the drive's ram cache. There are definitely several possible explanations for the horrible performance when using 2K fragments. ZFS (and also HAMMER) would not have this particular problem. ZFS clearly has other issues in those tests but I don't know enough about its internals to guess, other than maybe it is a ZIL tuning issue. -Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 21:07:05 2010 Return-Path: Delivered-To: hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C4471065675 for ; Wed, 17 Mar 2010 21:07:05 +0000 (UTC) (envelope-from ray@ddteam.net) Received: from mail-fx0-f224.google.com (mail-fx0-f224.google.com [209.85.220.224]) by mx1.freebsd.org (Postfix) with ESMTP id CCB6A8FC18 for ; Wed, 17 Mar 2010 21:07:04 +0000 (UTC) Received: by fxm24 with SMTP id 24so994315fxm.3 for ; Wed, 17 Mar 2010 14:07:03 -0700 (PDT) Received: by 10.102.211.9 with SMTP id j9mr819791mug.130.1268860023488; Wed, 17 Mar 2010 14:07:03 -0700 (PDT) Received: from localhost (18-167-133-95.pool.ukrtel.net [95.133.167.18]) by mx.google.com with ESMTPS id y6sm35105548mug.50.2010.03.17.14.07.01 (version=SSLv3 cipher=RC4-MD5); Wed, 17 Mar 2010 14:07:02 -0700 (PDT) Date: Wed, 17 Mar 2010 23:05:41 +0200 From: Alex RAY To: Oleksandr Tymoshenko Message-Id: <20100317230541.df7060f3.ray@ddteam.net> In-Reply-To: References: Organization: DDTeam.net X-Mailer: Sylpheed 2.7.1 (GTK+ 2.16.6; i386-portbld-freebsd8.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: hackers@freebsd.org Subject: Re: GPIO button and userspace X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 21:07:05 -0000 On Wed, 17 Mar 2010 12:14:49 -0700 Oleksandr Tymoshenko wrote: > > On 2010-03-17, at 12:04 PM, Alex RAY wrote: > > > Hackers > > help find the correct answer, in what way I can send interrupt on GPIO to > > the userspace script. > > I know that I can make the device, and open it in program, but it is > > cumbersome. > > I know what I can run the script from the kernel, as in Linux, but I think > > this is not the right way? > > IMHO the best way to implement it is to run scripts through devd. e.g. create > use subsystem "GPIO" and few event types: "BUTTON_DOWN", "BUTTON_UP", > /add yours here/. From the kernel side it's just a matter of calling devctl_notify if I got it right. > > -- > gonzo > > > Sorry, I forgot to clarify that no devd here and no free space for it :) Embedded, Flash 4M for all. -- Alex RAY From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 21:11:19 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A518A106564A for ; Wed, 17 Mar 2010 21:11:19 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id 48CE28FC18 for ; Wed, 17 Mar 2010 21:11:19 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.4/8.14.1) with ESMTP id o2HLBIkK069874 for ; Wed, 17 Mar 2010 14:11:18 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.4/8.13.4/Submit) id o2HLBIgJ069873; Wed, 17 Mar 2010 14:11:18 -0700 (PDT) Date: Wed, 17 Mar 2010 14:11:18 -0700 (PDT) From: Matthew Dillon Message-Id: <201003172111.o2HLBIgJ069873@apollo.backplane.com> To: freebsd-hackers@freebsd.org References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 21:11:19 -0000 I'll note one last thing with regards to write combining within the drive's zone cache. Drive zone caches work very well for combing adjacent sectors when the write zones are perfectly linear (when the writes within each zone being tracked are perfectly linear). But the drive zone caches I've tested tend to break down very quickly when the data is written out of order, even if all the data winds up being present (could be combined into a linear result). I posted a program a while back that showed that. Basically writing 512-byte sectors ordered 0, 1, 2, 3, 4, ... is very fast, but the moment you start writing out of order, e.g. 3, 2, 1, 0, 7, 6, 5, 4, things start to break down very quickly. I would suspect the issue with UFS and a 2K fragment size on a 4K physical sector drive is precisely this. When UFS mixes fragmented writes with full block writes (related to different files), they tend to have locality of reference but they also tend to be NOT perfectly linear. 2K+ gaps will be created during the unpack and filled later on, but the drive cache can't handle it. Having lots of directories with a few small files in each probably doesn't help matters any either but that can't be 'fixed' without messing up UFS's ability to maintain a relatively unfragmented filesystem over long periods of time. This is probably what is tripping the drive up. This implies that you absolutely must use a 4K fragment size (32K block size) and an aligned partition when using UFS with 4K physical sector drives. -Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 21:17:25 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 64B3D1065675 for ; Wed, 17 Mar 2010 21:17:25 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 354608FC15 for ; Wed, 17 Mar 2010 21:17:24 +0000 (UTC) Received: by pva18 with SMTP id 18so890418pva.13 for ; Wed, 17 Mar 2010 14:17:24 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=j3zcAt/omHF6E1aNdvnq7WYsxKRpeoTfG87oZsgGyA4=; b=bNH/XFxOCFxk2I6Cexd9M/UEmqui0KXpNLLOu+CbDVRQ7gjSJYbHeFxyNTSRMdL8Zy +Kyl+hiLCpW0FENi7TT7KKIbbJ0MWMPOsTvqYraADrNl4DHYs9N8q1cErL1rNlAjASqo bqKeGszFBRoZQEKaX6KsT/YT7T7hcyxJC4KwY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=d5HK72nnrbFxDm0Ds4zeKCBKoW0SB7/Yz2JE1S134X1WteqG3AhvtCpI46EuREF6m2 a/SPOeKaEoZUkTx2QytYQkZpfnjPIyxPK/pQake3wmWEHl9TyNvkEZkuVcW+S5nO7R7n 3GOj1o7mixNK1LJgrAZyQQbwqz3HpD9fDtUP8= MIME-Version: 1.0 Received: by 10.140.58.2 with SMTP id g2mr1669970rva.156.1268860644580; Wed, 17 Mar 2010 14:17:24 -0700 (PDT) In-Reply-To: <201003172111.o2HLBIgJ069873@apollo.backplane.com> References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> <201003172111.o2HLBIgJ069873@apollo.backplane.com> From: Thiago Damas Date: Wed, 17 Mar 2010 18:17:04 -0300 Message-ID: To: Matthew Dillon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 21:17:25 -0000 I'll try tomorrow more zfs tests, with 1M alignment on begining of disk. But I also remember that zfs block size its 128k, but metadata can be of dynamic size. And we can use compressed files too. There is a sysctl, md_compress, that I turned out in my tests, but not working as expected. Why using gnop -S 4096 works well? Thiago From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 21:50:38 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B139D106575C for ; Wed, 17 Mar 2010 21:50:38 +0000 (UTC) (envelope-from dillon@apollo.backplane.com) Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2]) by mx1.freebsd.org (Postfix) with ESMTP id C816E8FC21 for ; Wed, 17 Mar 2010 21:50:37 +0000 (UTC) Received: from apollo.backplane.com (localhost [127.0.0.1]) by apollo.backplane.com (8.14.4/8.14.1) with ESMTP id o2HLoZxm070347; Wed, 17 Mar 2010 14:50:35 -0700 (PDT) Received: (from dillon@localhost) by apollo.backplane.com (8.14.4/8.13.4/Submit) id o2HLoZxW070346; Wed, 17 Mar 2010 14:50:35 -0700 (PDT) Date: Wed, 17 Mar 2010 14:50:35 -0700 (PDT) From: Matthew Dillon Message-Id: <201003172150.o2HLoZxW070346@apollo.backplane.com> To: Thiago Damas References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> <201003172111.o2HLBIgJ069873@apollo.backplane.com> Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 21:50:38 -0000 : There is a sysctl, md_compress, that I turned out in my tests, but not :working as expected. : Why using gnop -S 4096 works well? : :Thiago You are setting the sector size to 4K with gnop -S 4096 so presumably ZFS will not do any fragmented writes smaller than that. I'm not sure why that would matter except possibly for ZIL writes. In the case of ZIL if ZFS is using sector-sized writes (I don't know what it actually uses) then setting the sector size to 4K would be more efficient as the drive would not have to issue a read-before-write when the disk cache is flushed after the ZIL write. One important aspect of having the filesystem use a larger logical block size, such as 4K or 16K or 32K etc, is that the filesystem itself knows whether any trailing data is garbage or not and will avoid doing a read-before-write when writing small amounts of data. Most of the time if the filesystem is allocating space from its blockmap it knows the trailing data in the block is garbage and will zero it instead of performing a read-before-write. Also, the buffer cache covers hundreds of megabytes verses the hard drive cache which is typically only 8-64MB (though the OCZ Colosus has 128M). Still, this means the kernel will do a much better job write-combining than the drive. The drive has no knowledge of what is garbage and what is not at the drive level, so the moment this stuff moves out of the drive and into the kernel you reap rewards on these larger physical sector-sized drives. -Matt From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 21:55:15 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BB40106568A for ; Wed, 17 Mar 2010 21:55:15 +0000 (UTC) (envelope-from bahamasfranks@gmail.com) Received: from mail-pz0-f196.google.com (mail-pz0-f196.google.com [209.85.222.196]) by mx1.freebsd.org (Postfix) with ESMTP id 4BDBE8FC1E for ; Wed, 17 Mar 2010 21:55:15 +0000 (UTC) Received: by pzk34 with SMTP id 34so1172221pzk.3 for ; Wed, 17 Mar 2010 14:55:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=1vltd9WwsooMduqkVbL7oSYqfs7hptzN6v74/tDLCvU=; b=KcOSg0Zv2dwjzEMaaoK8vDxwvVsPQ+qCnCmxJSW8vcfMESK8vctYYznJXmQNfkpqHs 8sjveLqAX3Wj9SLgQ4XNFigE4q+4+kqjEyiZ8bH6LGTtHFplZScqvW9lnp0A+35URddc duyoc4Iy9NttjwWQ+CxHnlqPud0kccAE2B+As= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=RPHfDuTZOv0OEKXHW666XS/f6KgDoYrKXAd1sFzK1BFE+cclCkAftm67/HPhU1P5O8 V576y/3Q+Dqm6YzbQEPhyvtJBLdwDx8l8YaNMrMmTVXWkUJ16ebkVoiMlWUcaxu+pOs5 AVvPYBQNo6m+rxDLIsQWQGJQYnEPhZ0IEybVs= MIME-Version: 1.0 Received: by 10.140.251.8 with SMTP id y8mr77022rvh.144.1268861222288; Wed, 17 Mar 2010 14:27:02 -0700 (PDT) In-Reply-To: <201003160124.o2G1O55D007735@m5p.com> References: <201003160109.o2G199mV007665@m5p.com> <201003160124.o2G1O55D007735@m5p.com> Date: Wed, 17 Mar 2010 14:27:02 -0700 Message-ID: <539c60b91003171427o1e867105k993b5b4d484a7584@mail.gmail.com> From: Steve Franks To: george+freebsd@m5p.com Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: flash drive crashes hald on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 21:55:15 -0000 Right there with you on this one. My solution was to get rid of hal :) Steve From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 22:01:55 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B2A25106566C for ; Wed, 17 Mar 2010 22:01:55 +0000 (UTC) (envelope-from stesin@gmail.com) Received: from mail-ew0-f218.google.com (mail-ew0-f218.google.com [209.85.219.218]) by mx1.freebsd.org (Postfix) with ESMTP id 418F18FC1D for ; Wed, 17 Mar 2010 22:01:55 +0000 (UTC) Received: by ewy10 with SMTP id 10so977716ewy.32 for ; Wed, 17 Mar 2010 15:01:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Uqu+GEu/szs88gqwZT2EAUrYIwafsNBiUbFJTwEQJU8=; b=QrcI3aFuKcY+3U2AHf7Z7K6vYvFB4TOsg2Sy5s3brMI/+FUaPWRuAXt8+3IxakP8wN oEl8ncoEUQp5DgtV0XVgCv+V4YpU4q2Y7EbGH5UxWRCat6YGF1jHsb9dwuVt6zSd7mQc lE4ciev5fm9cxgqqlhGLGVD81C8l7iMN5jIsg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=S2GiMSZ/accWnVqswuJTdkHGVsH+ZKU6DD+iXUYxK0XATY0W8IBgUvJixGOLepPXr5 Dw2yK0IMOGpUZd5gRoQ1DaSJJFQ0OLmSYCZ0cvs7CmPwTl36XcXSJWpKG1i7HxJeukpu mn24P0GhCsTDxJ3YWq6wER38yn9UsdBkyahio= MIME-Version: 1.0 Received: by 10.216.173.74 with SMTP id u52mr833149wel.204.1268861473014; Wed, 17 Mar 2010 14:31:13 -0700 (PDT) In-Reply-To: <201003172111.o2HLBIgJ069873@apollo.backplane.com> References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> <201003172111.o2HLBIgJ069873@apollo.backplane.com> Date: Wed, 17 Mar 2010 23:31:12 +0200 Message-ID: <28a799251003171431o1c06fa02u5755f445c935234c@mail.gmail.com> From: Andrew Stesin To: Matthew Dillon Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 22:01:55 -0000 2010/3/17 Matthew Dillon : > =C2=A0 =C2=A0you absolutely must use a 4K fragment size (32K block size) = and an > =C2=A0 =C2=A0aligned partition when using UFS with 4K physical sector dri= ves. Sorry for my ignorance, but what's wrong with making this the default setting for newfs regardless of whatever the drive is? Thanks, Andrew From owner-freebsd-hackers@FreeBSD.ORG Wed Mar 17 23:23:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B50FA106566C for ; Wed, 17 Mar 2010 23:23:11 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-yw0-f185.google.com (mail-yw0-f185.google.com [209.85.211.185]) by mx1.freebsd.org (Postfix) with ESMTP id 5F2D48FC14 for ; Wed, 17 Mar 2010 23:23:10 +0000 (UTC) Received: by ywh15 with SMTP id 15so636895ywh.28 for ; Wed, 17 Mar 2010 16:23:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=b//4c568jQYmlRjK/Ibm4E9tRYdvxvHNRthTLxjyAQQ=; b=muaqlQUT8K5p4QHD+jULEChsq7YLJpPuExuIt6FqEohNsFlv745fKdHhZrKmTgqOC5 tbXAKCFHHrqsCOFIJRAyfZsaqb0KmajpMxk96epw2ELmanK7WLkeEr0GB14fTY+JzwAc c7Lh010unjRzzZyt4mLUF4cC+4QLpF0wzIfMw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=gfTB6emiAJFc3ucsOC4KYpJWvpZ4SwTQV612Lrb2RaoYrFXNnfbtT6s3/c+YGXv2V2 R8BFmIdyovQwP3CMmqSKtw+BjlVxhpGbDzLIUSxDosSNC1JAAkomZHiuqVfkArgXqz8B 9niw/vntAIVHwMbeZfrv5zKyt5BCLOCuWYZag= MIME-Version: 1.0 Received: by 10.151.88.11 with SMTP id q11mr5875395ybl.20.1268868190436; Wed, 17 Mar 2010 16:23:10 -0700 (PDT) In-Reply-To: <28a799251003171431o1c06fa02u5755f445c935234c@mail.gmail.com> References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> <201003172111.o2HLBIgJ069873@apollo.backplane.com> <28a799251003171431o1c06fa02u5755f445c935234c@mail.gmail.com> Date: Wed, 17 Mar 2010 20:23:10 -0300 Message-ID: From: Thiago Damas To: Andrew Stesin , Matthew Dillon , freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Mar 2010 23:23:11 -0000 Waste of disk space. With 2K frag size, a file of 1k will use a minimum of 2K, wasting 1k. With 4k frag size it will waste 3k. 2010/3/17, Andrew Stesin : > 2010/3/17 Matthew Dillon : >> =A0 =A0you absolutely must use a 4K fragment size (32K block size) and a= n >> =A0 =A0aligned partition when using UFS with 4K physical sector drives. > > Sorry for my ignorance, but what's wrong with making this the default > setting for newfs regardless of whatever the drive is? > > Thanks, > Andrew > _______________________________________________ > freebsd-hackers@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-hackers > To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " > From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 01:24:50 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E7AD106566B for ; Thu, 18 Mar 2010 01:24:50 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 736208FC18 for ; Thu, 18 Mar 2010 01:24:50 +0000 (UTC) Received: by pwj4 with SMTP id 4so1388621pwj.13 for ; Wed, 17 Mar 2010 18:24:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=dI8UjLZCEaPmuZCaEnBgF8TFMbf5795ihkDq/SCEAeM=; b=U9L2U0NyPmMzPPjQxCmAADiM89pkBAtdYcZ7z1fDvZ9qLS4qcUmam4M8DCk4ek+Vit 0H2ZRNrafDUndNFsY1CkikkcObpWvz7cEMUmcyxOvlBSg6BzQ8KrcwkuDRyCIp8QBixZ WCttSCvZy7Q3qslzmDKYucbdq0VTqHIMv9k4M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GYEjvwkFdukSiPz2HzOng7IgTp/VYiXMi+rC82FoyIkSnJW5cGo+WydvlFeT1sdYRP zSP+ZXYLYZNFlqzx+O3R2Vk1zJfux0L6fC+V/RuEeUt75Ts0VX23dUIoen7dMgZ/eWI1 jRV3QapD3N5Bwx39NEDjh4hsMyak0vxqBIDgo= MIME-Version: 1.0 Received: by 10.142.75.20 with SMTP id x20mr968489wfa.114.1268875489842; Wed, 17 Mar 2010 18:24:49 -0700 (PDT) In-Reply-To: <539c60b91003171427o1e867105k993b5b4d484a7584@mail.gmail.com> References: <201003160109.o2G199mV007665@m5p.com> <201003160124.o2G1O55D007735@m5p.com> <539c60b91003171427o1e867105k993b5b4d484a7584@mail.gmail.com> Date: Wed, 17 Mar 2010 18:24:49 -0700 Message-ID: <7d6fde3d1003171824q6aad1885h6b5b79ee93612e@mail.gmail.com> From: Garrett Cooper To: Steve Franks Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, george+freebsd@m5p.com Subject: Re: flash drive crashes hald on amd64 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 01:24:50 -0000 On Wed, Mar 17, 2010 at 2:27 PM, Steve Franks wro= te: > Right there with you on this one. =A0My solution was to get rid of hal :) 1. ports@ or x11@ may be a better place to discuss this. 2. If you compiled hal port with debug, then the corefile will be useful; otherwise it's useless. If you haven't compiled with debug, do make -C /usr/ports/*/hal -DDEBUG clean deinstall install 3. find / -name '*.core' will help you find the corefile. Cheers, -Garrett From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 09:54:36 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CBEC106566C for ; Thu, 18 Mar 2010 09:54:36 +0000 (UTC) (envelope-from faust64@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 911158FC2A for ; Thu, 18 Mar 2010 09:54:35 +0000 (UTC) Received: by bwz8 with SMTP id 8so1908930bwz.3 for ; Thu, 18 Mar 2010 02:54:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:from:date:message-id :subject:to:content-type; bh=cJDMHQqwhtOSw6LNKp1u20LyDzorhNFSMWnYamhPjmw=; b=GpVWni0lhycOMdjcanT46BKp7v+SZ4KAcZzoAPV8XZkvs5F96VHlaHfIhr38pBbfhV SP+0WfYkwaxY8Jhnm1m+PUYQ7yf5FV6J3Vr81wJNuc/fP+u+G0W+0xvv4k0dxxzGPE7m 9atybt9VEO0othZjIVHS54Owok06y4N/etvSs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:from:date:message-id:subject:to:content-type; b=WXYyJMwa513hNrInMzdHs3KnNUaKFrHOyVjoZTrmYR+Bqz/WrwBxEj0dwi26gcUPrN /1FqDEEbZBS5mkFr/5Sha5x2cZIcpR79MXjC2jO0JXz/hPp0857RkgfDRVHkKS0iFj/N Bxt8Qi/KF6vVLOgSfIzSt2Da4NkJMpgommUIA= MIME-Version: 1.0 Received: by 10.204.36.71 with SMTP id s7mr952942bkd.171.1268906074155; Thu, 18 Mar 2010 02:54:34 -0700 (PDT) From: =?ISO-8859-1?Q?Samuel_Mart=EDn_Moro?= Date: Thu, 18 Mar 2010 10:54:14 +0100 Message-ID: To: ports@freebsd.org, freebsd-hackers@freebsd.org Content-Type: multipart/mixed; boundary=00032555af2ecdaaa604821037b8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: ntfsprogs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 09:54:36 -0000 --00032555af2ecdaaa604821037b8 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi. I made two patches for ntfsprogs. (and btw, I don't know: who's the port mainter? who should I give these patches?) The first one, in libntfs/device.c, adding the correct defines, to get the device geometry. The second one, in ntfsprogs/mkntfs.c, managing character (previously block)devices. Also, the second patch correct an infinite loop, when linking to libublio (and/or its 'bad' use in ntfsprogs): Indeed, using UBLIO_BLOCK_SIZE 262144 may work while working on the entire device. But while working on parts, it may be better to use sector_per_track * sector_size (or something like that...). Otherwise, ublio try to read after the end of the drive. With these patches, mkntfs is correctly working without ublio. And it quite works with ublio (ask for a chkdsk under windows to make the end boot, only if partitionning disk, but I guess one can run UBLIO_BLOCK_SIZE=3D`expr 63 '*' 255` mkntfs $dev to avoid troubles). there's still an other problem I did'nt fix yet: a chkdsk under windows, after formatting with mkntfs, says there's a bad $UpCase file. Indeed, a few differences between the two versions... I'll post the next patch when I'll have time to work on it. Samuel Mart=EDn Moro {EPITECH.} tek4 CamTrace S.A.S sorry for my english... --00032555af2ecdaaa604821037b8-- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 10:19:43 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C520106564A for ; Thu, 18 Mar 2010 10:19:43 +0000 (UTC) (envelope-from Anupam_Sharma@hcl.in) Received: from gws06.hcl.in (gws06.hcl.in [203.105.185.28]) by mx1.freebsd.org (Postfix) with ESMTP id 720458FC0A for ; Thu, 18 Mar 2010 10:19:42 +0000 (UTC) Received: from gws06.hcl.in (unknown [127.0.0.1]) by IMSA (Postfix) with ESMTP id 869E620FF5C for ; Thu, 18 Mar 2010 15:24:14 +0530 (IST) Received: from NDA-HCLIN-HT01.CORP.HCL.IN (unknown [10.248.64.35]) by gws06.hcl.in (Postfix) with ESMTP id 7AC9D20FF55 for ; Thu, 18 Mar 2010 15:24:14 +0530 (IST) Received: from NDA-HCLT-HT02.HCLT.CORP.HCL.IN (10.98.10.212) by NDA-HCLIN-HT01.CORP.HCL.IN (10.248.64.35) with Microsoft SMTP Server (TLS) id 8.1.340.0; Thu, 18 Mar 2010 15:27:01 +0530 Received: from NDA-HCLT-EVS04.HCLT.CORP.HCL.IN ([fe80::5581:f4e1:ba28:486d]) by NDA-HCLT-HT02.HCLT.CORP.HCL.IN ([fe80::cd17:be65:1f56:28e7%16]) with mapi; Thu, 18 Mar 2010 15:25:15 +0530 From: "Anupam Sharma - ERS, HCL Tech" To: "freebsd-hackers@freebsd.org" Date: Thu, 18 Mar 2010 15:25:17 +0530 Thread-Topic: FreeBSD pxeboot installation from redhat Thread-Index: AcrGgR1e7O+1TaBGSV6IpYFHs2gc1Q== Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-TM-AS-Product-Ver: IMSS-7.0.0.3187-6.0.0.1038-17258.005 X-TM-AS-Result: No--6.270-7.0-31-1 X-imss-scan-details: No--6.270-7.0-31-1 X-TM-AS-User-Approved-Sender: No Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD pxeboot installation from redhat X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 10:19:43 -0000 Hi, =20=20=20=20=20=20=20=20=20=20=20=20I=20want=20to=20automate=20FreeBSD=20= pxeboot=20installation=20from=20redhat.=20I=20need=20to=20add=20install.c= fg=20file=20as=20kickstart.=20but=20I=20don't=20know=20how=20to=20pass=20= is? DISCLAIMER: -------------------------------------------------------------------------= ---------------------------------------------- The=20contents=20of=20this=20e-mail=20and=20any=20attachment(s)=20are=20c= onfidential=20and=20intended=20for=20the=20named=20recipient(s)=20only.= =20 It=20shall=20not=20attach=20any=20liability=20on=20the=20originator=20or= =20HCL=20or=20its=20affiliates.=20Any=20views=20or=20opinions=20presented= =20in=20 this=20email=20are=20solely=20those=20of=20the=20author=20and=20may=20not= =20necessarily=20reflect=20the=20opinions=20of=20HCL=20or=20its=20affilia= tes.=20 Any=20form=20of=20reproduction,=20dissemination,=20copying,=20disclosure,= =20modification,=20distribution=20and=20/=20or=20publication=20of=20 this=20message=20without=20the=20prior=20written=20consent=20of=20the=20a= uthor=20of=20this=20e-mail=20is=20strictly=20prohibited.=20If=20you=20hav= e=20 received=20this=20email=20in=20error=20please=20delete=20it=20and=20notif= y=20the=20sender=20immediately.=20Before=20opening=20any=20mail=20and=20 attachments=20please=20check=20them=20for=20viruses=20and=20defect. -------------------------------------------------------------------------= ---------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 10:31:12 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8B9381065670; Thu, 18 Mar 2010 10:31:12 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout7.freenet.de (mout7.freenet.de [IPv6:2001:748:100:40::2:9]) by mx1.freebsd.org (Postfix) with ESMTP id DD3868FC16; Thu, 18 Mar 2010 10:31:11 +0000 (UTC) Received: from [195.4.92.11] (helo=1.mx.freenet.de) by mout7.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1NsD0Q-0003xL-Hn; Thu, 18 Mar 2010 11:31:10 +0100 Received: from p57ae23a6.dip0.t-ipconnect.de ([87.174.35.166]:62311 helo=ernst.jennejohn.org) by 1.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #2) id 1NsD0Q-00041P-9m; Thu, 18 Mar 2010 11:31:10 +0100 Date: Thu, 18 Mar 2010 11:31:09 +0100 From: Gary Jennejohn To: Samuel =?ISO-8859-1?Q?Mart=EDn?= Moro Message-ID: <20100318113109.0a44d1eb@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: ntfsprogs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 10:31:12 -0000 On Thu, 18 Mar 2010 10:54:14 +0100 Samuel Mart__n Moro wrote: > I made two patches for ntfsprogs. > (and btw, I don't know: who's the port mainter? who should I give these > patches?) > There isn't a maintainer. The best thing is to file a PR with your patches attached so they won't get lost in the noise. --- Gary Jennejohn From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 11:09:42 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E26CA106564A; Thu, 18 Mar 2010 11:09:42 +0000 (UTC) (envelope-from faust64@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 404D28FC12; Thu, 18 Mar 2010 11:09:41 +0000 (UTC) Received: by bwz8 with SMTP id 8so1970068bwz.3 for ; Thu, 18 Mar 2010 04:09:41 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=7Y8OtsWMcJdKSw0B7fwE+3jPrpCvkvgf0/XhsSnfrF4=; b=DOSqLu9GQILNyWviAWP8fkJTqTPZNdQqmkDJzT5gXmxeCvg4vhdHIiIniEQYshkO6C eHGpJJGFPMOd+RQ1pPeEJgKuh1OqF04KdGm531uqtuj3epJd6UWRd20SidswnmwpfLKp ZSGr4Vxr7F0sojvbxaKCE0IQIEezJGDWwoZJ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=p1nxbuOStbw6UvGuvwoQt6ubAnY+SMUjmxUyO7NCoY59lQNEAQQt91VgX37jP6pj4E vQXIPUPbiE087PmoPPcvPkZkqDUpIg2yzJFU3Iy8syavum77MWB+CvIhq7Zd5vVMmEPK 9IFZwi1IUwzZCnuLmyNXo7iAee5tM2Mf+4gXY= MIME-Version: 1.0 Received: by 10.204.130.155 with SMTP id t27mr2483905bks.134.1268910581169; Thu, 18 Mar 2010 04:09:41 -0700 (PDT) In-Reply-To: <20100318113109.0a44d1eb@ernst.jennejohn.org> References: <20100318113109.0a44d1eb@ernst.jennejohn.org> From: =?ISO-8859-1?Q?Samuel_Mart=EDn_Moro?= Date: Thu, 18 Mar 2010 12:09:21 +0100 Message-ID: To: gary.jennejohn@freenet.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: ports@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: ntfsprogs X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 11:09:43 -0000 done thanks Samuel Mart=EDn Moro {EPITECH.} tek4 CamTrace S.A.S On Thu, Mar 18, 2010 at 11:31 AM, Gary Jennejohn wrote: > On Thu, 18 Mar 2010 10:54:14 +0100 > Samuel Mart__n Moro wrote: > > > I made two patches for ntfsprogs. > > (and btw, I don't know: who's the port mainter? who should I give these > > patches?) > > > > There isn't a maintainer. The best thing is to file a PR with your > patches attached so they won't get lost in the noise. > > --- > Gary Jennejohn > From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 12:01:11 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2474E1065672 for ; Thu, 18 Mar 2010 12:01:11 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id D7DD88FC2C for ; Thu, 18 Mar 2010 12:01:10 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id B0C1E1FFC51; Thu, 18 Mar 2010 12:01:09 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id 912E584495; Thu, 18 Mar 2010 13:01:09 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Matthew Dillon References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> Date: Thu, 18 Mar 2010 13:01:09 +0100 In-Reply-To: <201003172023.o2HKNNbj069321@apollo.backplane.com> (Matthew Dillon's message of "Wed, 17 Mar 2010 13:23:23 -0700 (PDT)") Message-ID: <86y6hpj0u2.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 12:01:11 -0000 Matthew Dillon writes: > We experimented a bit with aligning fdisk (dos slices) by changing the > sector offset to 2 but I came to the conclusion that it was better to > do the alignment in disklabel / gpt / whatever higher-level > partitioner floats your boat and not mess with anything the BIOS uses > to boot the machine Not sure what you mean by "changing the sector offset to 2", but the BIOS doesn't care where partitions start or end. It just obeys the partition table. > My recommendation is to use a 1MB physical base alignment. That's > what I adjusted DragonFly's disklabel64 to do. It's definitely best > to have the partitioner deal with it instead of having to mess around > manually because the partitioner can calculate the actual physical > alignment by querying the kernel's disk subsystem regardless of the > topology. The disk system doesn't necessarily know. Disks have been known to lie about their physical sector size. The best strategy is to consistently use a large alignment "just in case". Using a 4k or 8k or even 1M alignment has no negative impact on 512b disks (other than that it wastes a very small amount of disk space), but for a 4k disk or an SSD, it can make the difference between "dog slow" and "lightning fast". > * A variety of media already uses much larger physical block sizes. > MLC flash uses 128K and SLC uses 64K blocks. See the note below > on why this matters even though SSDs do write combining. Some SSDs do RAID0 internally and therefore have larger block sizes. ISTR the OCZ Vertex is made up of four SATA SSDs with a microcontroller in front. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 16:11:14 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 999831065676 for ; Thu, 18 Mar 2010 16:11:14 +0000 (UTC) (envelope-from lgj@usenix.org) Received: from lonestar.usenix.org (lonestar.usenix.org [131.106.3.102]) by mx1.freebsd.org (Postfix) with ESMTP id 67F7A8FC2B for ; Thu, 18 Mar 2010 16:11:14 +0000 (UTC) Received: from vesper.usenix.org (vesper.usenix.org [131.106.3.142]) by lonestar.usenix.org (8.14.2/8.14.2) with ESMTP id o2IG6PCt013264 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Thu, 18 Mar 2010 09:11:13 -0700 (PDT) Message-Id: <9D753976-BF33-483F-BC91-1F0E506F7B82@usenix.org> From: Lionel Garth Jones To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v936) Date: Thu, 18 Mar 2010 09:11:13 -0700 X-Mailer: Apple Mail (2.936) X-DCC-Usenix-Metrics: lonestar; whitelist X-Spam-Status: No, score=0.7 required=6.0 tests=ALL_TRUSTED, FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on lonestar X-Mailman-Approved-At: Thu, 18 Mar 2010 17:30:47 +0000 Subject: HotCloud '10 Submission Deadline Approaching X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 16:11:14 -0000 We're writing to remind you that submission deadline for the 2nd USENIX Workshop on Hot Topics in Cloud Computing (HotCloud '10) program committee is approaching. Please submit your work by Tuesday, March 23, 2010. http://www.usenix.org/hotcloud10/cfpb Cloud computing has attracted a great deal of attention both from the research community and from industry. The cloud computing paradigm has evolved over the years from a basic IT infrastructure (data centers) to platform as a service (PaaS), and then from software as a service (SaaS) to complete service enablement on a hosted infrastructure (IaaS). At the same time, virtualization has emerged as a key enabler for the cloud computing paradigm. Several challenges arise in the design, implementation, and deployment of virtualized clouds. HotCloud will provide a forum for academics as well as practitioners in the field to share their experience, leverage each other's perspectives, and identifynew/emerging "hot" trends in this area. Topics of interest include but are not limited to the following: * Platform as a service * Software as a service * Infrastructure as a service * Elasticity and availability in a cloud * Multi-tenancy * Storage cloud * Charging models and economics * Power-efficient ("green") computing for clouds * Virtual appliance management and composition * Monitoring, troubleshooting, and failure recovery * Cloud management and configuration * Programming models * Security and privacy in clouds * New applications for clouds * Mobile clouds * Cloud usage scenarios For more details on the submission process, please see the complete Call for Papers at: http://www.usenix.org/hotcloud10/cfpb We look forward to receiving your submissions! Erich Nahum, IBM T.J. Watson Research Center Dongyan Xu, Purdue University HotCloud '10 Program Co-Chairs hotcloud10chairs@usenix.org --------------------------------- Call for Papers 2nd USENIX Workshop on Hot Topics in Cloud Computing (HotCloud '10) June 22, 2010 Boston, MA, USA http://www.usenix.org/hotcloud10/cfpb Submissions Deadline: March 23, 2010 --------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 18:46:52 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AFDCD1065678 for ; Thu, 18 Mar 2010 18:46:52 +0000 (UTC) (envelope-from tdamas@gmail.com) Received: from mail-qy0-f198.google.com (mail-qy0-f198.google.com [209.85.221.198]) by mx1.freebsd.org (Postfix) with ESMTP id 62C2F8FC23 for ; Thu, 18 Mar 2010 18:46:52 +0000 (UTC) Received: by qyk36 with SMTP id 36so1176318qyk.30 for ; Thu, 18 Mar 2010 11:46:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:message-id:subject:to:cc:content-type; bh=Ps5DqXT0HfmC9mOM3ahcbqOCIemEUBhetn5zDbIvxho=; b=K5dcFInBUexkC4rClvuOb+6VZVLRJyjMZrH0EGsOGPHxmomVKF/uQvjpBJauAf3o33 tlPw4b/EuUSWJFhHG7TmqvVMs07n9oJEnClONbGpDLjYssk2F2UnrqcfdsPBdGQhECsJ JCnK2WE4DLbSen0F9whIfbp9w86VNSBPxUrhg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=JIO9SbsdmCOTuVa3VlSB/AbU++Zpm62aNf1k2f1erEL5QaDpJaz/6m65p/FJGoizcH EXuMDOSgBAJ0icA0ZHX41ULfRaQVYTD1WT0NA8B10YkRZanDdhB2wFGelMHHefHRjPq5 0qNkC7JxCTM7u5nhGfLsCF+8R9PkL8gK7lT0k= MIME-Version: 1.0 Received: by 10.229.184.132 with SMTP id ck4mr1046139qcb.45.1268938011488; Thu, 18 Mar 2010 11:46:51 -0700 (PDT) In-Reply-To: References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> <201003172111.o2HLBIgJ069873@apollo.backplane.com> From: Thiago Damas Date: Thu, 18 Mar 2010 15:46:31 -0300 Message-ID: To: Matthew Dillon Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 18:46:52 -0000 I tested now with 1Mb (2048 blocks) at the begining of disk, and same behaviour: slow write speed and high disk latency. On Wed, Mar 17, 2010 at 6:17 PM, Thiago Damas wrote: > I'll try tomorrow more zfs tests, with 1M alignment on begining of disk. > But I also remember that zfs block size its 128k, but metadata can be of > dynamic size. And we can use compressed files too. > There is a sysctl, md_compress, that I turned out in my tests, but not > working as expected. > Why using gnop -S 4096 works well? > > Thiago > > From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 20:18:58 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28D66106564A for ; Thu, 18 Mar 2010 20:18:58 +0000 (UTC) (envelope-from nox@jelal.kn-bremen.de) Received: from smtp.kn-bremen.de (gelbbaer.kn-bremen.de [78.46.108.116]) by mx1.freebsd.org (Postfix) with ESMTP id DE1158FC1A for ; Thu, 18 Mar 2010 20:18:57 +0000 (UTC) Received: by smtp.kn-bremen.de (Postfix, from userid 10) id 63BA71E0014B; Thu, 18 Mar 2010 21:18:56 +0100 (CET) Received: from triton8.kn-bremen.de (noident@localhost [127.0.0.1]) by triton8.kn-bremen.de (8.14.3/8.14.3) with ESMTP id o2IKHYLH042852; Thu, 18 Mar 2010 21:17:34 +0100 (CET) (envelope-from nox@triton8.kn-bremen.de) Received: (from nox@localhost) by triton8.kn-bremen.de (8.14.3/8.14.3/Submit) id o2IKHYE2042851; Thu, 18 Mar 2010 21:17:34 +0100 (CET) (envelope-from nox) Date: Thu, 18 Mar 2010 21:17:34 +0100 (CET) From: Juergen Lock Message-Id: <201003182017.o2IKHYE2042851@triton8.kn-bremen.de> To: scdbackup@gmx.net X-Newsgroups: local.list.freebsd.hackers In-Reply-To: <105730535417703@192.168.2.69> References: <201003162251.o2GMp9SY040741@triton8.kn-bremen.de> Organization: home X-Mailman-Approved-At: Thu, 18 Mar 2010 21:00:58 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 20:18:58 -0000 In article <105730535417703@192.168.2.69> you write: >Hi, Hi! > >> > I found a similar PR >> > http://www.mail-archive.com/freebsd-hackers@freebsd.org/msg70510.html >> >> Hm thats my post, wrong link? :) > >Indeed. I copied the wrong URL from my mail to >mav. The PR is at > http://www.freebsd.org/cgi/query-pr.cgi?pr=amd64/144151 > >This here would match my theory: >>> cdrecord: Input/output error. test unit ready: scsi sendcmd: cmd timeout after 40.010 (40) s >>> CDB: 00 00 00 00 00 00 >because the command is sent especially to see >whether any eventual error condition is gone. >It should get a reply within milliseconds. > Oh hm, I'll leave that question to mav... :) > >> > and bothered mav for instructions how to upgrade >> That's also documented in the handbook, starting with `24.5.2 Staying >> Stable with FreeBSD' > >I read that before asking. It seems a bit >outdated ("7-STABLE") and it is full of warnings. >Actually i hardly feel ripe for makeworld.html > Oh well... I'd say it's easier than it sounds. I guess if you feel uncomfortable you could also `practice' using a VM, taking a snapshot before you start the upgrade... >I will combine that with my endeavor to install >another FreeBSD from scratch. > ..or if you do that you could also use a stable snapshot iso from here: http://pub.allbsd.org/FreeBSD-snapshots/ (you want RELENG_8 which is the cvs branch for whats called stable/8 in svn.) > >> Or maybe burning apps should just invoke hal-disable-polling(1), I >> suspect that's intended for these kind of things... > >Interesting. I'll try to find out whether it >works. (Often hal stuff on Linux does not work. >The usual remedy is killall hald-addon-storage.) > >First i'll have to learn how to get a X desktop. >Then i have to see whether hald does any harm. > > >Have a nice day :) > >Thomas Good luck! :) Juergen From owner-freebsd-hackers@FreeBSD.ORG Thu Mar 18 22:11:32 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA2A9106566B for ; Thu, 18 Mar 2010 22:11:32 +0000 (UTC) (envelope-from scdbackup@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id E513A8FC17 for ; Thu, 18 Mar 2010 22:11:31 +0000 (UTC) Received: (qmail invoked by alias); 18 Mar 2010 22:11:27 -0000 Received: from 165.126.46.212.adsl.ncore.de (HELO 192.168.2.69) [212.46.126.165] by mail.gmx.net (mp036) with SMTP; 18 Mar 2010 23:11:27 +0100 X-Authenticated: #2145628 X-Provags-ID: V01U2FsdGVkX1+Malkyet+Mqq0OIGgKku8zlRfcnQsZzEwNzX7OY/ ojzwXepbE0wU1v Date: Thu, 18 Mar 2010 23:10:36 +0100 From: "Thomas Schmitt" To: freebsd-hackers@freebsd.org References: <201003182017.o2IKHYE2042851@triton8.kn-bremen.de> In-Reply-To: <201003182017.o2IKHYE2042851@triton8.kn-bremen.de> Message-Id: <105746019229169@192.168.2.69> X-Y-GMX-Trusted: 0 X-FuHaFi: 0.59999999999999998 Subject: Re: How to slow down SATA to 1.5 GBit/s ? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Mar 2010 22:11:32 -0000 Hi, > I guess if you feel uncomfortable you could also > `practice' using a VM, taking a snapshot before you > start the upgrade... I do have backups. :)) (Dumb compressed partition images on DVD when a rescue Linux was booted. Plus MBR copies.) > you want RELENG_8 So i am downloading FreeBSD-8.0-RELENG_8-20100318-JPSNAP-amd64-dvd1.iso I still have 2 partitions unused on the disk. For now i can afford to install a real system. > Good luck! :) I will cry for help when being stuck. Have a nice day :) Thomas From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 11:44:40 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52D74106566B for ; Fri, 19 Mar 2010 11:44:40 +0000 (UTC) (envelope-from des@des.no) Received: from smtp.des.no (smtp.des.no [194.63.250.102]) by mx1.freebsd.org (Postfix) with ESMTP id 091C48FC2A for ; Fri, 19 Mar 2010 11:44:40 +0000 (UTC) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 1F5971FFC51; Fri, 19 Mar 2010 11:44:38 +0000 (UTC) Received: by ds4.des.no (Postfix, from userid 1001) id F190E844ED; Fri, 19 Mar 2010 12:44:37 +0100 (CET) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Thiago Damas References: <86tysf58a2.fsf@ds4.des.no> <367b2c981003171112n785ea9d4q21d00b533819ca67@mail.gmail.com> <201003172023.o2HKNNbj069321@apollo.backplane.com> <201003172111.o2HLBIgJ069873@apollo.backplane.com> Date: Fri, 19 Mar 2010 12:44:37 +0100 In-Reply-To: (Thiago Damas's message of "Thu, 18 Mar 2010 15:46:31 -0300") Message-ID: <86hboczgbe.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.95 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org Subject: Re: ATA 4K sector issues X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 11:44:40 -0000 Thiago Damas writes: > I tested now with 1Mb (2048 blocks) at the begining of disk, and same > behaviour: slow write speed and high disk latency. It just occurred to me - if I'm not mistaken, when the disk block size is larger than either DFLTPHYS (64 kB), the kernel will do a read-modify-write no matter how much data you write. You should make sure the filesystem never sees a block size larger than that (e.g. with a four-disk stripe or a five-disk raid5, the individual disks' block size should not exceed DFLTPHYS / 4, because the array's block size will be 4 x the LCM of the individual disks' block sizes) DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 14:02:07 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFA5C106564A for ; Fri, 19 Mar 2010 14:02:07 +0000 (UTC) (envelope-from the.kfx@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id 642A38FC1A for ; Fri, 19 Mar 2010 14:02:07 +0000 (UTC) Received: by ewy28 with SMTP id 28so1344518ewy.13 for ; Fri, 19 Mar 2010 07:02:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:received:message-id :subject:from:to:content-type; bh=8MpMAoLDnvbo4JIVg/0+9tytLAWgLEk6dzk06eNLuVs=; b=eUm1cISF+jNnHvq5Qf6LesxzKuTvtJBIP0hEP4+MPGigVugvk1Vdbu0jbE8+kWeNY3 b/Nz3t4wgSJa0dO3tHFepQrY7yHcwl6HOHTKQIQF6PaHegMC+G6tTB89t1I6XhrhgALQ vioUeWd4VWRSwZOu//LwuZPxK81QrJfjt2GQA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=OlijhLmrPFlnGdXZb8RG4piSi4bq5u1F6815dTpH6VNmZJ9KTDu5e5o5wX5Fisafkm oEiKIjQ71SLQesn60+pajMCiy4yN1cFdToRexPEq9hadihMwT6nwUgL825OLoJbx5Z6s NRTBkrE6aYcTz2jMQBMNV0To2gbYP2eFhJsac= MIME-Version: 1.0 Received: by 10.213.16.77 with HTTP; Fri, 19 Mar 2010 06:36:25 -0700 (PDT) Date: Fri, 19 Mar 2010 15:36:25 +0200 Received: by 10.213.1.148 with SMTP id 20mr427442ebf.89.1269005785204; Fri, 19 Mar 2010 06:36:25 -0700 (PDT) Message-ID: <7f9bf5711003190636k1aab3r2adce891e9acaad@mail.gmail.com> From: Atis To: freebsd-hackers@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Google Summer of Code 2010 ideas X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 14:02:08 -0000 Hello, I'm looking forward to participating in Google Summer of Code 2010. Interested in networking related projects. I have a little previous FreeBSD experience (no programming), but I have ~5 years industry C/C++ programming experience, some familiarity with Linux kernel, and interest in learning something new :) >From reading http://www.freebsd.org/projects/ideas/index.html and http://wiki.freebsd.org/Networking I selected some projects of interest. Since not all of them have their respective mentors mentioned, I'm sending this to the list. Potential projects: 1) TCP/IP regression test suite This project idea already was included in previous years, and there was some work done by Zach Riggle (2009), Victor Hugo Bilouro (2008) and by Nanjun Li (2007). Could you give a broad outline what features of this project were already completed by the work in previous summers of code, and what new work is expected to be done in this year? Weren't their results good enough or were they simply incomplete? I realise that a complete TCP test suite could be a huge effort, but exactly what features are missing? Is the work of this year supposed to be build on the work by previous years, or to start something new? 2) SCPS, Space Communication Protocol Standards This is probably my first project choice if all goes well. Space protocols - this sounds very cool :) and is related to my research interests (IP protocols over lossy networks). The first question is - do these protocols also have some practical value? This is not-so-new family of protocols, but it seems that very few implementations exist. On the one hand, this could be a good thing, because now there a chance for FreeBSD to be the first OS with open source SCPS implementation. On the other hand - lack of use seems to imply lack of importance and usefulness. The second question - is complete implementation of all the protocols supposed? At first glance it seem that e.g. SCPS Security Protocol simply duplicates the functionality already present in IPSec. Still, support for all protocols may be needed for interoperability and completeness of the implementation. Also, the amount of work required for this project is very unclear at the moment. 3) "Implement optimized trie lookups for forwarding.", from http://wiki.freebsd.org/Networking. Even though this is not listed as "summer of code" idea, it sounds interesting, but what exactly does this task imply? Was there some mailing list discussions related to the problems with current approach and potential improvements? (What keywords to use in search?) The first improvement idea that comes in mind is to replace the old radix tree with a kind of LPC-trie, but does that make sense? In any case, this project probably is over my head, especially the issues with SMP and locking. Maybe in the future? :) My initial ideas also included experimenting with a kind or routing cache for FreeBSD, but after reading some (very interesting) old mailing list discussions I gave up these thoughts :) So, which one of these three ideas would be the most useful and feasible? Or would you suggest something completely else for someone with my background? -- ~Atis From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 14:37:11 2010 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 776FF106566B for ; Fri, 19 Mar 2010 14:37:11 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 0DBD38FC0C for ; Fri, 19 Mar 2010 14:37:10 +0000 (UTC) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 19 Mar 2010 15:25:05 +0100 Date: Fri, 19 Mar 2010 15:25:25 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Atis In-Reply-To: <7f9bf5711003190636k1aab3r2adce891e9acaad@mail.gmail.com> Message-ID: <20100319152014.T37887@beagle.kn.op.dlr.de> References: <7f9bf5711003190636k1aab3r2adce891e9acaad@mail.gmail.com> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 19 Mar 2010 14:25:05.0677 (UTC) FILETIME=[F86E83D0:01CAC76F] Cc: FreeBSD-hackers@freebsd.org Subject: Re: Google Summer of Code 2010 ideas X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 14:37:11 -0000 Hi, On Fri, 19 Mar 2010, Atis wrote: A>2) SCPS, Space Communication Protocol Standards A>This is probably my first project choice if all goes well. Space A>protocols - this sounds very cool :) and is related to my research A>interests (IP protocols over lossy networks). The first question is - A>do these protocols also have some practical value? This is not-so-new A>family of protocols, but it seems that very few implementations exist. A>On the one hand, this could be a good thing, because now there a A>chance for FreeBSD to be the first OS with open source SCPS A>implementation. On the other hand - lack of use seems to imply lack of A>importance and usefulness. The second question - is complete A>implementation of all the protocols supposed? At first glance it seem A>that e.g. SCPS Security Protocol simply duplicates the functionality A>already present in IPSec. Still, support for all protocols may be A>needed for interoperability and completeness of the implementation. A>Also, the amount of work required for this project is very unclear at A>the moment. Acctually the definition of these protocols has been taken over by CCSDS (ccsds.org). I think they are now in some of the green or blue books (cannot remember the color). There is some heavy push in the satellite community on moving towards CCSDS protocols so, for sure, there is practical value in the corresponding communities. I cannot answer the question to what extend an implementation is required. I know that we have some activity in the lower layers and that the upper layers are also used (file transfer, for example). Don't know about networking and security, though. harti From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 15:50:14 2010 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E73BD1065677 for ; Fri, 19 Mar 2010 15:50:13 +0000 (UTC) (envelope-from the.kfx@gmail.com) Received: from mail-ew0-f228.google.com (mail-ew0-f228.google.com [209.85.219.228]) by mx1.freebsd.org (Postfix) with ESMTP id 52EA18FC20 for ; Fri, 19 Mar 2010 15:50:13 +0000 (UTC) Received: by ewy28 with SMTP id 28so1376777ewy.13 for ; Fri, 19 Mar 2010 08:50:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=fUs10zsJy0pjL7u17rx4TF6/CdI+bx/ihLqfilOOIMU=; b=cqZ+604DNuwirzgpccnJMjF4zC/Rj2G4RhOLCmairRHMYHtnoDnd4DoK8kMnDol50x tCX/73P9bQnzpF6QSwsmltWdm5mv/xDcJbL+CTrQdjtKSih41N4+pGrpLk1+cYOtQtAf 74KKuDipeNPFzYiKOpCnGd6u92szezSQpJz/U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=iQF+THqZ5vNUr/7ZKAN68mjJzo2zkQv+GqowawE7iQQudApgpbkCpCPHTyyfNwEM7B ejsRe/KtyI1bD+4hGaG2rrjs9S9wLwht5P7p12CY0EeXlMwR5zwHkxXjD7ZdsVXExHOF 051XJj7Xz1Q3zWd4kV8vkOplyA/j5WN5iLsEk= MIME-Version: 1.0 Received: by 10.213.50.84 with SMTP id y20mr1232914ebf.71.1269013811301; Fri, 19 Mar 2010 08:50:11 -0700 (PDT) In-Reply-To: <20100319152014.T37887@beagle.kn.op.dlr.de> References: <7f9bf5711003190636k1aab3r2adce891e9acaad@mail.gmail.com> <20100319152014.T37887@beagle.kn.op.dlr.de> Date: Fri, 19 Mar 2010 17:50:10 +0200 Message-ID: <7f9bf5711003190850i6052ab2i1273754d207003f0@mail.gmail.com> From: Atis To: Harti Brandt Content-Type: text/plain; charset=ISO-8859-1 Cc: FreeBSD-hackers@freebsd.org Subject: Re: Google Summer of Code 2010 ideas X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 15:50:14 -0000 On Fri, Mar 19, 2010 at 4:25 PM, Harti Brandt wrote: > Hi, > > On Fri, 19 Mar 2010, Atis wrote: > > A>2) SCPS, Space Communication Protocol Standards > A>This is probably my first project choice if all goes well. Space > A>protocols - this sounds very cool :) and is related to my research > A>interests (IP protocols over lossy networks). The first question is - > A>do these protocols also have some practical value? This is not-so-new > A>family of protocols, but it seems that very few implementations exist. > A>On the one hand, this could be a good thing, because now there a > A>chance for FreeBSD to be the first OS with open source SCPS > A>implementation. On the other hand - lack of use seems to imply lack of > A>importance and usefulness. The second question - is complete > A>implementation of all the protocols supposed? At first glance it seem > A>that e.g. SCPS Security Protocol simply duplicates the functionality > A>already present in IPSec. Still, support for all protocols may be > A>needed for interoperability and completeness of the implementation. > A>Also, the amount of work required for this project is very unclear at > A>the moment. > > Acctually the definition of these protocols has been taken over by CCSDS > (ccsds.org). I think they are now in some of the green or blue books > (cannot remember the color). There is some heavy push in the satellite > community on moving towards CCSDS protocols so, for sure, there is > practical value in the corresponding communities. I cannot answer the > question to what extend an implementation is required. I know that we have > some activity in the lower layers and that the upper layers are also used > (file transfer, for example). Don't know about networking and security, > though. > > harti > Thanks for the reply. Looks like I will cross this project out from my list. I have found that there is even a reference implementation of SCPS protocols: http://www.openchannelsoftware.com/projects/SCPS. It's usable from FreeBSD too, because they have implemented everything in userspace, probably to achieve portability. I wonder whether it would make sense to rewrite it or some parts of it (TCP "performace enchancing proxy" is the interesting one) for kernel mode. Theoretically, that should mean better latency, and no data copy overheads, right? But then again, satellite link bandwidths probably are too small to make such improvements important. -- ~Atis From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 15:58:56 2010 Return-Path: Delivered-To: FreeBSD-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A55D8106564A for ; Fri, 19 Mar 2010 15:58:55 +0000 (UTC) (envelope-from Hartmut.Brandt@dlr.de) Received: from smtp1.dlr.de (smtp1.dlr.de [129.247.252.32]) by mx1.freebsd.org (Postfix) with ESMTP id 00D1B8FC1A for ; Fri, 19 Mar 2010 15:58:54 +0000 (UTC) Received: from beagle.kn.op.dlr.de ([129.247.178.136]) by smtp1.dlr.de over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Fri, 19 Mar 2010 16:58:53 +0100 Date: Fri, 19 Mar 2010 16:59:27 +0100 (CET) From: Harti Brandt X-X-Sender: brandt_h@beagle.kn.op.dlr.de To: Atis In-Reply-To: <7f9bf5711003190850i6052ab2i1273754d207003f0@mail.gmail.com> Message-ID: <20100319165409.Y37887@beagle.kn.op.dlr.de> References: <7f9bf5711003190636k1aab3r2adce891e9acaad@mail.gmail.com> <20100319152014.T37887@beagle.kn.op.dlr.de> <7f9bf5711003190850i6052ab2i1273754d207003f0@mail.gmail.com> X-OpenPGP-Key: harti@freebsd.org MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-OriginalArrivalTime: 19 Mar 2010 15:58:53.0927 (UTC) FILETIME=[13214F70:01CAC77D] Cc: FreeBSD-hackers@freebsd.org Subject: Re: Google Summer of Code 2010 ideas X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Harti Brandt List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 15:58:56 -0000 On Fri, 19 Mar 2010, Atis wrote: A>On Fri, Mar 19, 2010 at 4:25 PM, Harti Brandt wrote: A>> Hi, A>> A>> On Fri, 19 Mar 2010, Atis wrote: A>> A>> A>2) SCPS, Space Communication Protocol Standards A>> A>This is probably my first project choice if all goes well. Space A>> A>protocols - this sounds very cool :) and is related to my research A>> A>interests (IP protocols over lossy networks). The first question is - A>> A>do these protocols also have some practical value? This is not-so-new A>> A>family of protocols, but it seems that very few implementations exist. A>> A>On the one hand, this could be a good thing, because now there a A>> A>chance for FreeBSD to be the first OS with open source SCPS A>> A>implementation. On the other hand - lack of use seems to imply lack of A>> A>importance and usefulness. The second question - is complete A>> A>implementation of all the protocols supposed? At first glance it seem A>> A>that e.g. SCPS Security Protocol simply duplicates the functionality A>> A>already present in IPSec. Still, support for all protocols may be A>> A>needed for interoperability and completeness of the implementation. A>> A>Also, the amount of work required for this project is very unclear at A>> A>the moment. A>> A>> Acctually the definition of these protocols has been taken over by CCSDS A>> (ccsds.org). I think they are now in some of the green or blue books A>> (cannot remember the color). There is some heavy push in the satellite A>> community on moving towards CCSDS protocols so, for sure, there is A>> practical value in the corresponding communities. I cannot answer the A>> question to what extend an implementation is required. I know that we have A>> some activity in the lower layers and that the upper layers are also used A>> (file transfer, for example). Don't know about networking and security, A>> though. A>> A>> harti A>> A> A>Thanks for the reply. Looks like I will cross this project out from my list. A>I have found that there is even a reference implementation of SCPS protocols: A>http://www.openchannelsoftware.com/projects/SCPS. A>It's usable from FreeBSD too, because they have implemented everything A>in userspace, probably to achieve portability. I wonder whether it A>would make sense to rewrite it or some parts of it (TCP "performace A>enchancing proxy" is the interesting one) for kernel mode. A>Theoretically, that should mean better latency, and no data copy A>overheads, right? But then again, satellite link bandwidths probably A>are too small to make such improvements important. PEPs are a big issue for the satellite people. With DVB-S2 over a 40MHz transponder you can get 60-80MBit/s if you have good whether. With a RTT of 600ms or more getting TCP to an acceptable speed gets quite tricky. Of course not all people can afford a full transponder, but even a shared link DVB-S2 + RCS requires tuning... I don't know what bitrate you can get in a Docsis system, but I would assume that it is comparable. There are also a lot of commercial users of different VSAT systems, but I have no idea what the share of FreeBSD is in these systems. harti From owner-freebsd-hackers@FreeBSD.ORG Fri Mar 19 18:40:18 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5B9F81065670 for ; Fri, 19 Mar 2010 18:40:18 +0000 (UTC) (envelope-from mike.winter@comcast.net) Received: from qmta08.emeryville.ca.mail.comcast.net (qmta08.emeryville.ca.mail.comcast.net [76.96.30.80]) by mx1.freebsd.org (Postfix) with ESMTP id 46D0A8FC14 for ; Fri, 19 Mar 2010 18:40:18 +0000 (UTC) Received: from omta09.emeryville.ca.mail.comcast.net ([76.96.30.20]) by qmta08.emeryville.ca.mail.comcast.net with comcast id v1FY1d0010S2fkCA86T9Vc; Fri, 19 Mar 2010 18:27:09 +0000 Received: from [192.168.1.103] ([128.107.239.233]) by omta09.emeryville.ca.mail.comcast.net with comcast id v6Sz1d00P52qHCY8V6T2kl; Fri, 19 Mar 2010 18:27:07 +0000 From: Mike Winter Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 19 Mar 2010 11:26:57 -0700 Message-Id: To: freebsd-hackers@freebsd.org Mime-Version: 1.0 (Apple Message framework v1077) X-Mailer: Apple Mail (2.1077) X-Mailman-Approved-At: Fri, 19 Mar 2010 18:48:46 +0000 Subject: [freebsd-hackers] need to edit /etc/ttys for console login X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Mar 2010 18:40:18 -0000 version 7.2 from cd. I installed freebsd 7.2 after booting from cd, = going to prompt and doing set console=3D"comconsole". When I go to edit the /etc/ttys sysinstaller is just putting me back to = prior menu. When I try through the sysinstall menu showing functions it = says the file does not exist! Without setting ttyd0 to 'vt100 no' I cant get a login prompt on console = once I pull the cd and want access to console - before I can remote ssh = in. Pertinent advice and 'please use other mailer' responses welcome. - Mike=20= From owner-freebsd-hackers@FreeBSD.ORG Sat Mar 20 01:45:21 2010 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3CD11065673 for ; Sat, 20 Mar 2010 01:45:21 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id AA8EE8FC1B for ; Sat, 20 Mar 2010 01:45:21 +0000 (UTC) Received: by pwj4 with SMTP id 4so2893324pwj.13 for ; Fri, 19 Mar 2010 18:45:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=N8pBfoL8H3oRmQFa0tD+zEzrAwqvoknPHzssOIEOMeQ=; b=BelyB58TjLpL6ZRqjGN32VVragAqAJ5CU32nUQjV50kv7InJiuhGn6BhmyBlu8fTRj uR+1f9TpjJB3RYbCOmtVRU4neXf39bCcDCpUH6zqodbu+1Y407waumy0vePGHU+z/HC8 HJ6ZK+4G03Iess4CeRB7S1fl1mcpxvqNmL5/A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=exbT0QuVh5hvnp4CA93uC8gBPkPR4kCeyEY9ElZZN4VrgML0SjqzDUHlkZvksOOank QWzTF1zS0Q7M1fndX8WEVpTJ4YawbkeO2uP1wLfjxYTVVJLYG/LOporW9rm9qjcTSfnr ArWrHGCk4MyDfsYdxpE8JP1ULg6Sykpy5zG9A= MIME-Version: 1.0 Received: by 10.143.27.37 with SMTP id e37mr461298wfj.250.1269049521132; Fri, 19 Mar 2010 18:45:21 -0700 (PDT) In-Reply-To: References: Date: Fri, 19 Mar 2010 18:45:21 -0700 Message-ID: <7d6fde3d1003191845w4def4ba0h314158fba0e58ba4@mail.gmail.com> From: Garrett Cooper To: Mike Winter Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-hackers@freebsd.org Subject: Re: [freebsd-hackers] need to edit /etc/ttys for console login X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Mar 2010 01:45:21 -0000 On Fri, Mar 19, 2010 at 11:26 AM, Mike Winter wrote: > version 7.2 from cd. I installed freebsd 7.2 after booting from cd, going to prompt and doing set console="comconsole". > > When I go to edit the /etc/ttys sysinstaller is just putting me back to prior menu. When I try through the sysinstall menu showing functions it says the file does not exist! > > Without setting ttyd0 to 'vt100 no' I cant get a login prompt on console once I pull the cd and want access to console - before I can remote ssh in. > > Pertinent advice and 'please use other mailer' responses welcome. A question better for questions@, but since we're here... 1. Boot a LiveCD. 2. Go into a rescue shell. 3. Mount your root under /mnt . 4. Fire up your favorite editor editing /mnt/etc/ttys (memory serves me correctly your choices are /rescue/ee and /rescue/vi ). 5. Save. 6. reboot. Cheers, -Garrett