From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 00:18:57 2008 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 D6C451065678 for ; Sun, 28 Sep 2008 00:18:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 81EF08FC17 for ; Sun, 28 Sep 2008 00:18:57 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA09.westchester.pa.mail.comcast.net with comcast id KqsJ1a0040bG4ec590JwsF; Sun, 28 Sep 2008 00:18:56 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA03.westchester.pa.mail.comcast.net with comcast id L0Jv1a00L4v8bD73P0JwNJ; Sun, 28 Sep 2008 00:18:56 +0000 X-Authority-Analysis: v=1.0 c=1 a=VU7h7I23u-4A:10 a=H90rnMGQA64A:10 a=QycZ5dHgAAAA:8 a=6GvsDE7yZKeGGn6EBl0A:9 a=8V8KJ9ZNblVSFkKmTloA:7 a=oHo8xrSNVo79QhuSnJZe1s477CIA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 526CBC9432; Sat, 27 Sep 2008 17:18:55 -0700 (PDT) Date: Sat, 27 Sep 2008 17:18:55 -0700 From: Jeremy Chadwick To: "Aryeh M. Friedman" Message-ID: <20080928001855.GA66050@icarus.home.lan> References: <48DEC02C.90302@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DEC02C.90302@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: Increasing partition size by removing partitions 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, 28 Sep 2008 00:18:57 -0000 On Sat, Sep 27, 2008 at 07:22:20PM -0400, Aryeh M. Friedman wrote: > I have a disk that is laid out with partion 0 being NTFS and 1 being > FreeBSD. I want to remove the NTFS partition and grow the FreeBSD one > but all the docs I have seen only talk about how to do this if the new > part of the partition is at the end of the partition you wish to grow. > How do I go about this? There isn't a way to do this, as far as I know. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 01:45:11 2008 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 B6EBF106568A for ; Sun, 28 Sep 2008 01:45:11 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: from po-out-1718.google.com (po-out-1718.google.com [72.14.252.153]) by mx1.freebsd.org (Postfix) with ESMTP id 8C64B8FC14 for ; Sun, 28 Sep 2008 01:45:11 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: by po-out-1718.google.com with SMTP id y22so2347257pof.3 for ; Sat, 27 Sep 2008 18:45:11 -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:to :subject:mime-version:content-type; bh=UZVb2k/7US03W5SATYXVKmujaNQ3BoPtUFDc0R9O5EA=; b=LybEE89Uicgl3JoQfa4r2sLT0uHgnHzX1G9U7ENpmokw9+m7dzIYwkrnBZifcnspGI G8EfkThSGHO/nHiLn2w6FMjzxZuXPGb8yd2Q3LuXsm57A3lttpOJNlwBGdhQeCGW/6Ki y8CdmVuadFU39sdBQ3yUxFWpVOyoWzrbHSRd4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=PHEurkQfZmiLqcU+QJSkLk/U5DiiBPjdYuEzh4lyakoNnWVpMVn74FUM2SVcx0i4ap iaB8dMSC0FugHjj/DnBuc4qJrHbTIZhJbX4h7SLyBvD50K9SwYH8A+JInT0iIm1GgQKv d8JgquBUqmUMR8UYDso6a4gVHjiYGc64kSI3c= Received: by 10.141.50.11 with SMTP id c11mr1597624rvk.222.1222566311058; Sat, 27 Sep 2008 18:45:11 -0700 (PDT) Received: by 10.141.128.12 with HTTP; Sat, 27 Sep 2008 18:45:11 -0700 (PDT) Message-ID: Date: Sat, 27 Sep 2008 18:45:11 -0700 From: "Mike Price" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem Protecting Directories Securly 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, 28 Sep 2008 01:45:11 -0000 My buddy helped me install Apache Webserver but there is somthing wrong when I try to password protect my directories? I already created '.htaccess' & 'htpasswd' and but I still cannot password protect the directory... I know there is a command to do this 'htpasswd -c .htpasswd' fred but it dosn't work. Please help me... From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 01:59:13 2008 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 C0C1F1065698 for ; Sun, 28 Sep 2008 01:59:13 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 446F88FC1E for ; Sun, 28 Sep 2008 01:59:13 +0000 (UTC) (envelope-from mkhitrov@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1018428fgb.35 for ; Sat, 27 Sep 2008 18:59:12 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=nrymPfSSaTbRmDU7c/9AE04HYeK0/WBok8saVNMRS0U=; b=xmXDR9mFpAtjpUFVllOWKRZI0ox/QGMY9Zrga9K3SbkSWNFL4JbmRHScbyxcBtavio g5b6x6DHJUcTQKMT6f/pPhRKKR0apbIy8UJwqVx8RhHmsdzsf9TO5euevagbnbqWDvC3 NFEoOoBowq+N5K1y/LlBR5cbaCDo9WcqEFwRs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=WnGg239B0kg1UPikHOcUvBKu8wBUMSi+BNAV/J6IRVXEiAQ60NXSVsj2o6oRhjBBfZ rItq1CbrJA+dW+zY/Jha11vAHQFMhPMB04zMYaSNmyxeQu1ynn5u2XsOrU6dNFgV61zU xK6vTqQanIj/lvEtJNuc6CXyUbaaQIwo4gExg= Received: by 10.187.223.14 with SMTP id a14mr361964far.106.1222565894629; Sat, 27 Sep 2008 18:38:14 -0700 (PDT) Received: by 10.187.217.10 with HTTP; Sat, 27 Sep 2008 18:38:14 -0700 (PDT) Message-ID: <26ddd1750809271838m414b4214vb726f5e74fd6f8c2@mail.gmail.com> Date: Sat, 27 Sep 2008 21:38:14 -0400 From: "Maxim Khitrov" To: "Aryeh M. Friedman" In-Reply-To: <48DEC02C.90302@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <48DEC02C.90302@gmail.com> Cc: freebsd-hackers@freebsd.org Subject: Re: Increasing partition size by removing partitions 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, 28 Sep 2008 01:59:14 -0000 On Sat, Sep 27, 2008 at 7:22 PM, Aryeh M. Friedman wrote: > I have a disk that is laid out with partion 0 being NTFS and 1 being > FreeBSD. I want to remove the NTFS partition and grow the FreeBSD one but > all the docs I have seen only talk about how to do this if the new part of > the partition is at the end of the partition you wish to grow. How do I go > about this? Assuming that there is no (free) software that will do it for you, and you are unable for some reason to move the data to another place and repartition the drive, you have to manually move your FreeBSD partition back and then extend it. I've never done this before, but if I had to try it the first time I would do the following: 1. Try very hard to find some other hard drive where I can just dump the data and avoid this whole thing to begin with. :) 2. Boot from a FreeBSD livecd, attach a usb drive for storing some temporary files and mount it under /mnt. 3. Create a back-up of your master boot record (dd if=/dev/ad0 of=/mnt/mbr-backup bs=512 count=1). Assuming here that your drive is ad0. 4. Use fdisk to get the start and size values of your two partitions (in sectors). 5. Erase the ntfs partition (dd if=/dev/zero of=/dev/ad0s1 bs=2m). 6. Copy your FreeBSD partition to the former start location of ntfs (dd if=/dev/ad0 of=/dev/ad0 bs=512 iseek= oseek= count=). Using bs=512 is slow, but it makes it easier for you to just take the numbers that fdisk gives you and plug them in. 7. Once this is done you will need to edit your mbr sector to overwrite the first partition entry with the second, but certain fields will need to be updated... I recommend you use a hex editor and work on the file that you saved in step 3. You can try the same thing with a partition editor, but you may not get the desired results. For the manual (and more fun) method, the partition table begins at offset 0x01BE, and each entry is 16 bytes long. That means that you need to copy 16 bytes starting at address 0x01CE to address 0x01BE. However, before you do this, you need to set the correct values for cylinder-head-sector of first and last sectors in the FreeBSD partition, as well as the logical address of the first sector. First, take 3 bytes starting at address 0x01BF and copy them to 0x01CF. This takes care of CHS start, which is unchanged. Next, take 4 bytes at address 0x01C6 and copy them to 0x01D6. This is the logical sector start. The tricky bit is the CHS last sector value. If your two partitions were of identical size, then you can copy 3 bytes from 0x01C3 to 0x01D3. Otherwise, you'll need to calculate the new values by hand. If your NTFS partition was marked as active before, then set byte 0x01CE to be 0x80. One this is done, copy that second record over the first and zero-out the 16 bytes at 0x01CE. Use dd again to copy the updated mbr sector to your drive. At this point your master boot record will have the correct entry for your FreeBSD partition, which was moved over the NTFS one. See if you can mount /dev/ad0s1a while still in the livecd environment (actually, you will need to reboot first). If ad0s1a is under /dev and you can mount it, then your mbr is fine. Use growfs from here and then boot from the hard drive. As you can see, it's not a trivial thing to do, but it's possible if you are careful. Once again, I've never done this and am basing the whole thing on some of my previous experience in messing with the master boot record. There may be some other things that I missed. I also don't know if there is existing software that might make this whole process much easier, the directions here are a worst-case scenario for moving your partition by hand. - Max From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 06:32:45 2008 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 0B4A31065699 for ; Sun, 28 Sep 2008 06:32:45 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 9D4D88FC1A for ; Sun, 28 Sep 2008 06:32:44 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id m8S6DJv2022769 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sat, 27 Sep 2008 23:13:19 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id m8S6DJ3c022768; Sat, 27 Sep 2008 23:13:19 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA03284; Sat, 27 Sep 08 23:01:17 PDT Date: Sat, 27 Sep 2008 23:02:33 -0700 From: perryh@pluto.rain.com To: aryeh.friedman@gmail.com Message-Id: <48df1df9.VJWOzhYoAET2LZg4%perryh@pluto.rain.com> References: <48DEC02C.90302@gmail.com> In-Reply-To: <48DEC02C.90302@gmail.com> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: Increasing partition size by removing partitions 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, 28 Sep 2008 06:32:45 -0000 > I have a disk that is laid out with partion 0 being NTFS and 1 > being FreeBSD. I want to remove the NTFS partition and grow the > FreeBSD one but all the docs I have seen only talk about how to > do this if the new part of the partition is at the end of the > partition you wish to grow. How do I go about this? Partition Commander is aware of *BSD partitions and should be able to do this. (Granted it is payware.) Delete the NTFS partition, move the FreeBSD partition (slice in FreeBSD parlance) to the beginning of the drive, boot into FreeBSD to make sure everything is working, then go ahead with the grow operation as usual. As always, it's highly recommended to make a full backup first. Having done that, it may be easier to reslice the disk as FreeBSD only and then restore the backup. From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 09:28:38 2008 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 964121065691 for ; Sun, 28 Sep 2008 09:28:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 467838FC1F for ; Sun, 28 Sep 2008 09:28:38 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=QpriEg/l+GOLdF/Hz9MkaM48OfM79hoGuCZe0KZ+Lk7GX6KGXuTpYAa7nDjkssQtgKfkVF2+JnTHlaVggvrryTPp2F4Cj9+8vjmmikX/BZEtq3Lk7/fZ+W73SshZn1tQ+bs1uP0FWZ9EBT0mToJA/oMDdGLw61445CyuaJWSrqI=; Received: from phoenix.codelabs.ru ([91.78.250.120]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KjsZw-0003lj-7Z; Sun, 28 Sep 2008 13:28:36 +0400 Date: Sun, 28 Sep 2008 13:28:29 +0400 From: Eygene Ryabinkin To: Mike Price Message-ID: References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1SQmhf2mF2YjsYvc" Content-Disposition: inline In-Reply-To: Sender: rea-fbsd@codelabs.ru Cc: freebsd-hackers@freebsd.org Subject: Re: Problem Protecting Directories Securly 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, 28 Sep 2008 09:28:38 -0000 --1SQmhf2mF2YjsYvc Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Mike, good day. Sat, Sep 27, 2008 at 06:45:11PM -0700, Mike Price wrote: > My buddy helped me install Apache Webserver but there is somthing wrong w= hen > I try to password protect my directories? I already created '.htaccess' & > 'htpasswd' and but I still cannot password protect the directory... I know > there is a command to do this 'htpasswd -c .htpasswd' fred but it dosn't > work. It is certainly not the question for freebsd-hackers, but it should rather go to some Apache-related list, perhaps Apache-hosted lists themselves. See http://httpd.apache.org/userslist.html And try not to miss the link named "Asking Questions the Smart Way" on the above mentioned page -- it is a good reading. To the point: you can be interested in two links, depending on your Apache version: http://httpd.apache.org/docs/1.3/howto/auth.html http://httpd.apache.org/docs/2.2/howto/auth.html --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --1SQmhf2mF2YjsYvc Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjfTj0ACgkQthUKNsbL7YiWOQCgly2+y2PJU+xOanU38ESXB2Qq G3oAnA8yr5dNl1vropgi/1I53Hi11HdB =lJwO -----END PGP SIGNATURE----- --1SQmhf2mF2YjsYvc-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 09:49:21 2008 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 B7F82106569A; Sun, 28 Sep 2008 09:49:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 63FEC8FC15; Sun, 28 Sep 2008 09:49:21 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=nKTkIaWmy53nTooJKzT4LwOXXmt41gN6iz02n9hBqA9c21gP4/19a2XBLtQv9F+WKsR2Ct8Rr6qn8oJyxYU5oVmYjyV8XYYcpwmbYdqt8kWhBOsjoHaDvb75DDmoxT8+DYGllDZaG3Ayi+f0b/2+H7tokvtoxcRMEM8xKlK9WCk=; Received: from phoenix.codelabs.ru ([91.78.250.120]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1Kjsu0-0005BS-Ar; Sun, 28 Sep 2008 13:49:20 +0400 Date: Sun, 28 Sep 2008 13:49:18 +0400 From: Eygene Ryabinkin To: Roman Kurakin Message-ID: References: <48DE5CC0.9000708@localhost.inse.ru> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VV4b6MQE+OnNyhkM" Content-Disposition: inline In-Reply-To: <48DE5CC0.9000708@localhost.inse.ru> Sender: rea-fbsd@codelabs.ru Cc: freebsd-hackers@freebsd.org, freebsd-ports@freebsd.org, bug-followup@freebsd.org Subject: Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages 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, 28 Sep 2008 09:49:21 -0000 --VV4b6MQE+OnNyhkM Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Roman, good day. Sat, Sep 27, 2008 at 08:18:08PM +0400, Roman Kurakin wrote: > Have you also posted this to ports@? No, forgot to do it. CC'ing ports@ Thanks! The original posting to hackers@ goes below. It will be double-posted to the bug-followup@ -- sorry for this. > Eygene Ryabinkin wrote: > > Good day. > > > > A while ago I had created the new utility that serves as VuXML > > filter for the installed packages: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3Dports/126853 > > > > My primary intention was to speed up the process of auditing the > > vulnerable ports: I needed to run portaudit checks with Nagios and to > > avoid large timeouts. > > > > The new utility is called pkg_audit and it serves as a simple text > > filter: on input it takes the full VuXML feed and on output it puts > > VuXML entries that matches ports that are installed in the system with > > port version specification substituted with the actual port versions. > > > > No harm is done to the actual poartudit -- if pkg_audit is missing, old > > code path is activated. > > > > If someone is interested and will be able to test -- I am all ears. Additional clarifications inspired by the off-line talk with rik@: I could take another route and add this functionality to the pkg_info. I took another approach for the following reasons. 1. pkg_info's option list is already quite big -- around 32 options and switches. 2. It is easier to test for the presence of the new tool (pkg_audit) and use it, instead of checking the support for the new option in pkg_info. 3. I see no options in pkg_info that can be naturally extended to absorbe the new functionality. The closest is '-E', but pkg_audit needs to read VuXML entries, choose ones that are present in the system and output the found VuXML entries with version templates substituted with the real entries, so pkg_audit is filter-like utility. In my opinion, such extension of pkg_info's "-E" will be very unnatural. 4. I feel that it is Unix-way to do the things: create small utilities that do their (small) job in a proper fashion. Moreover, since the majority of a code sits in the pkg_install's library, there is a very slight code duplication, if any. Thanks for you time. --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --VV4b6MQE+OnNyhkM Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjfUx4ACgkQthUKNsbL7YhBbwCfSA2OhrF4uP6vfYW/eQ2kQ7/p LbgAmwTYjAJor/5W5Tc5lzeVW3RQXgQx =xsRg -----END PGP SIGNATURE----- --VV4b6MQE+OnNyhkM-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 10:25:56 2008 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 1E020106568F for ; Sun, 28 Sep 2008 10:25:56 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.228]) by mx1.freebsd.org (Postfix) with ESMTP id E89558FC21 for ; Sun, 28 Sep 2008 10:25:55 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1502487rvf.43 for ; Sun, 28 Sep 2008 03:25:55 -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:to :subject:mime-version:content-type; bh=7DphtAYAbehnDDsjnmjbYtr2QAZ3VY1THW6TWtA5ktk=; b=hd2u84/fWehkHgsB+mwPLs14C2fwgdw/xZqgWVpVw8IYT6a03EPPR1waM453CZVDmP pMgXakTyh7mhCUVMY7TjBm43CPhkytReYq/VSh5nWx1f03SahA2y5IllB0c9kXCueqxe YbsIN1n6Khpg+rxxmDfIAs3x+l3MmHj139zwg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=bDDa2Ga7AgF7e7q3T2BHPphUPkJV3+SivZhdiRlXjmYDB2l4TgRkDdpAhn9LmQSuMw G48kcs4WqMRG511+hbI5A2oG+UBc2O+MFsnKQUaExUci37n6i+ujJKZNizKTXQkPN5VA psJNsAHxk+EEepwWnY+TLtVAOSVtu5GxNVbOM= Received: by 10.141.163.12 with SMTP id q12mr1747038rvo.260.1222597555513; Sun, 28 Sep 2008 03:25:55 -0700 (PDT) Received: by 10.141.128.12 with HTTP; Sun, 28 Sep 2008 03:25:55 -0700 (PDT) Message-ID: Date: Sun, 28 Sep 2008 03:25:55 -0700 From: "Mike Price" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: FreeBSD SSH XP Tunneling 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, 28 Sep 2008 10:25:56 -0000 I am looking for a FreeBSD SSH command-line command that will forward all TCP/UDP traffic through port: 53. Then I need a plink or Cygwin MS-DOS command to tunnel all my XP traffic. please help... From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 11:30:27 2008 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 31E341065686 for ; Sun, 28 Sep 2008 11:30:27 +0000 (UTC) (envelope-from disintx@autistici.org) Received: from esilio.investici.org (esilio.investici.org [204.13.164.180]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAAF8FC08 for ; Sun, 28 Sep 2008 11:30:27 +0000 (UTC) (envelope-from disintx@autistici.org) Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: disintx@autistici.org) with ESMTP id 098897FD5 Message-ID: <48DF644B.5010807@autistici.org> Date: Sun, 28 Sep 2008 04:02:35 -0700 From: disintx User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: FreeBSD SSH XP Tunneling 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, 28 Sep 2008 11:30:27 -0000 Mike Price wrote: > I am looking for a FreeBSD SSH command-line command that will forward all > TCP/UDP traffic through port: 53. > Then I need a plink or Cygwin MS-DOS command to tunnel all my XP traffic. > > please help... freebsd: ssh -D 53 user@host Cygwin...I would imagine it would be the exact same assuming you have ssh on the base install. From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 10:44:00 2008 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 66EB21065688 for ; Sun, 28 Sep 2008 10:44:00 +0000 (UTC) (envelope-from ken@hercules.mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2EA648FC1C for ; Sun, 28 Sep 2008 10:44:00 +0000 (UTC) (envelope-from ken@hercules.mthelicon.com) Received: from hercules.mthelicon.com (localhost.mthelicon.com [127.0.0.1]) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id m8SAhx84051577 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2008 10:43:59 GMT (envelope-from ken@hercules.mthelicon.com) Received: from localhost (ken@localhost) by hercules.mthelicon.com (8.14.3/8.14.2/Submit) with ESMTP id m8SAhwV3051574 for ; Sun, 28 Sep 2008 10:43:59 GMT (envelope-from ken@hercules.mthelicon.com) Date: Sun, 28 Sep 2008 10:43:58 +0000 (UTC) From: Pegasus McCleaft To: freebsd-hackers@freebsd.org Message-ID: <20080928103937.U51561@hercules.mthelicon.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Mailman-Approved-At: Sun, 28 Sep 2008 11:39:39 +0000 Subject: atacontrol broken in 7.1-PR 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, 28 Sep 2008 10:44:00 -0000 Hello everyone. I was wondering if anyone else is experiencing this problem. I have recently reloaded my machine (due to a meltdown of my primary boot drive) and noticed that under 7.0-rel the atacontrol command seems to work great, however, under 7.1 I get and error atacontrol: ioctl(IOCATADEVICES): Device not configured Has anyone else seen this error. I wouldent be conserned if it wasent for the fact that it worked under 7.0-rel but now dosent. The machine is using both the: atapci0: atapci1: Thanks in advance, Peg From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 11:33:52 2008 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 2150410656A8; Sun, 28 Sep 2008 11:33:52 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [91.103.162.4]) by mx1.freebsd.org (Postfix) with ESMTP id 9B3F28FC15; Sun, 28 Sep 2008 11:33:51 +0000 (UTC) (envelope-from 000.fbsd@quip.cz) Received: from localhost (localhost.codelab.cz [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id 4D61619E02A; Sun, 28 Sep 2008 13:14:30 +0200 (CEST) Received: from [192.168.1.2] (r5bb235.net.upc.cz [86.49.61.235]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 283A119E027; Sun, 28 Sep 2008 13:14:28 +0200 (CEST) Message-ID: <48DF6735.4030906@quip.cz> Date: Sun, 28 Sep 2008 13:15:01 +0200 From: Miroslav Lachman <000.fbsd@quip.cz> User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.12) Gecko/20050915 X-Accept-Language: cz, cs, en, en-us MIME-Version: 1.0 To: Eygene Ryabinkin References: <48DE5CC0.9000708@localhost.inse.ru> In-Reply-To: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 28 Sep 2008 11:45:16 +0000 Cc: freebsd-hackers@freebsd.org, Roman Kurakin , bug-followup@freebsd.org, freebsd-ports@freebsd.org Subject: Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages 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, 28 Sep 2008 11:33:52 -0000 Eygene Ryabinkin wrote: > Roman, good day. > > Sat, Sep 27, 2008 at 08:18:08PM +0400, Roman Kurakin wrote: > >>Have you also posted this to ports@? > > > No, forgot to do it. CC'ing ports@ > > Thanks! > > The original posting to hackers@ goes below. It will be double-posted > to the bug-followup@ -- sorry for this. > > >>Eygene Ryabinkin wrote: >> >>>Good day. >>> >>>A while ago I had created the new utility that serves as VuXML >>>filter for the installed packages: >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/126853 >>> >>>My primary intention was to speed up the process of auditing the >>>vulnerable ports: I needed to run portaudit checks with Nagios and to >>>avoid large timeouts. >>> >>>The new utility is called pkg_audit and it serves as a simple text >>>filter: on input it takes the full VuXML feed and on output it puts >>>VuXML entries that matches ports that are installed in the system with >>>port version specification substituted with the actual port versions. >>> >>>No harm is done to the actual poartudit -- if pkg_audit is missing, old >>>code path is activated. >>> >>>If someone is interested and will be able to test -- I am all ears. > > > Additional clarifications inspired by the off-line talk with rik@: > I could take another route and add this functionality to the pkg_info. > I took another approach for the following reasons. > > 1. pkg_info's option list is already quite big -- around 32 options > and switches. > > 2. It is easier to test for the presence of the new tool (pkg_audit) > and use it, instead of checking the support for the new option in > pkg_info. > > 3. I see no options in pkg_info that can be naturally extended to > absorbe the new functionality. The closest is '-E', but pkg_audit > needs to read VuXML entries, choose ones that are present in the system > and output the found VuXML entries with version templates substituted > with the real entries, so pkg_audit is filter-like utility. In my > opinion, such extension of pkg_info's "-E" will be very unnatural. > > 4. I feel that it is Unix-way to do the things: create small utilities > that do their (small) job in a proper fashion. Moreover, since the > majority of a code sits in the pkg_install's library, there is a very > slight code duplication, if any. Is there any possibility to cooperate portaudit / pkg_audit with pkg_version to show vulnerable package with information if newer (not vulnerable) package (or port) version is available for upgrade to? If I read nightly security e-mail with for example 4 vulnerable packages, then I need to log in to server and manualy try, if newer (fixed) packages are available. It seems not so hard to check output of `pkg_version -vIL =` and compare both versions (installed and available) with portaudit in some shellscript, I didn't start to write it yet ;). Miroslav Lachman From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 12:14:28 2008 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 6CE44106568E; Sun, 28 Sep 2008 12:14:28 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) Received: from 0.mx.codelabs.ru (0.mx.codelabs.ru [144.206.177.45]) by mx1.freebsd.org (Postfix) with ESMTP id 12C9C8FC16; Sun, 28 Sep 2008 12:14:28 +0000 (UTC) (envelope-from rea-fbsd@codelabs.ru) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=one; d=codelabs.ru; h=Received:Date:From:To:Cc:Subject:Message-ID:References:MIME-Version:Content-Type:Content-Disposition:In-Reply-To:Sender; b=MGxi9CvwiT0A+EZLkAgSwg81QrfZA7qgQaRmjT4aQNgIZEbPP3XWqrzLPXnJ1afUxRK0slpY+ATJ/igcFBfPdlZHC9i5+vmPsv2q5XzfE9QZj/n9VuifL5yLTKTHvQLNwDCmztWLR3BPntufPxnyYSJ+wSBhUa6onmYrFAhE9gk=; Received: from amnesiac.at.no.dns (ppp91-78-250-120.pppoe.mtu-net.ru [91.78.250.120]) by 0.mx.codelabs.ru with esmtpsa (TLSv1:AES256-SHA:256) id 1KjvAQ-000GDn-Qo; Sun, 28 Sep 2008 16:14:26 +0400 Date: Sun, 28 Sep 2008 16:14:24 +0400 From: Eygene Ryabinkin To: Miroslav Lachman <000.fbsd@quip.cz> Message-ID: <4bESZpNwE3z/DdlE2fwK/BXzQSo@2MQ0uKCiT7mdMUuLeUzs8Nv3ToQ> References: <48DE5CC0.9000708@localhost.inse.ru> <48DF6735.4030906@quip.cz> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="24zk1gE8NUlDmwG9" Content-Disposition: inline In-Reply-To: <48DF6735.4030906@quip.cz> Sender: rea-fbsd@codelabs.ru Cc: freebsd-hackers@freebsd.org, Roman Kurakin , bug-followup@freebsd.org, freebsd-ports@freebsd.org Subject: Re: ports/126853: ports-mgmt/portaudit: speed up audit of installed packages 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, 28 Sep 2008 12:14:28 -0000 --24zk1gE8NUlDmwG9 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Miroslav, good day. Sun, Sep 28, 2008 at 01:15:01PM +0200, Miroslav Lachman wrote: > Is there any possibility to cooperate portaudit / pkg_audit with=20 > pkg_version to show vulnerable package with information if newer (not=20 > vulnerable) package (or port) version is available for upgrade to? >=20 > If I read nightly security e-mail with for example 4 vulnerable=20 > packages, then I need to log in to server and manualy try, if newer=20 > (fixed) packages are available. It seems not so hard to check output of= =20 > `pkg_version -vIL =3D` and compare both versions (installed and available= )=20 > with portaudit in some shellscript, I didn't start to write it yet ;). I think it won't be very hard: I'll try to see how to extend portaudit with such functionality -- it would be very handy, in my opinion. Hadn't you have a chance to test my patch? Thanks! --=20 Eygene _ ___ _.--. # \`.|\..----...-'` `-._.-'_.-'` # Remember that it is hard / ' ` , __.--' # to read the on-line manual =20 )/' _/ \ `-_, / # while single-stepping the kernel. `-'" `"\_ ,_.-;_.-\_ ', fsc/as # _.-'_./ {_.' ; / # -- FreeBSD Developers handbook=20 {_.-``-' {_/ # --24zk1gE8NUlDmwG9 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjfdR8ACgkQthUKNsbL7Yh9pwCgn6ZCc+sKUfLOeGOAhKmAGZdr ZbkAn2OVuz4Q/VpOhRyWBuIb2kMMp30K =VoRh -----END PGP SIGNATURE----- --24zk1gE8NUlDmwG9-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 13:09:13 2008 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 71FE11065687 for ; Sun, 28 Sep 2008 13:09:13 +0000 (UTC) (envelope-from fb-hackers@psconsult.nl) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.freebsd.org (Postfix) with ESMTP id 04A028FC0C for ; Sun, 28 Sep 2008 13:09:12 +0000 (UTC) (envelope-from fb-hackers@psconsult.nl) Received: from mx1.psconsult.nl (localhost [80.89.238.138]) by mx1.psconsult.nl (8.14.2/8.14.2) with ESMTP id m8SCneqt011787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2008 14:49:45 +0200 (CEST) (envelope-from fb-hackers@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.2/8.14.2/Submit) id m8SCnen0011786 for freebsd-hackers@freebsd.org; Sun, 28 Sep 2008 14:49:40 +0200 (CEST) (envelope-from fb-hackers@psconsult.nl) Date: Sun, 28 Sep 2008 14:49:40 +0200 From: Paul Schenkeveld To: freebsd-hackers@freebsd.org Message-ID: <20080928124940.GA89922@psconsult.nl> Mail-Followup-To: freebsd-hackers@freebsd.org References: <48DEC02C.90302@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48DEC02C.90302@gmail.com> User-Agent: Mutt/1.5.17 (2007-11-01) Subject: Re: Increasing partition size by removing partitions 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, 28 Sep 2008 13:09:13 -0000 On Sat, Sep 27, 2008 at 07:22:20PM -0400, Aryeh M. Friedman wrote: > I have a disk that is laid out with partion 0 being NTFS and 1 being > FreeBSD. I want to remove the NTFS partition and grow the FreeBSD one but > all the docs I have seen only talk about how to do this if the new part of > the partition is at the end of the partition you wish to grow. How do I > go about this? For clarity, let's use the FreeBSD terminology and call these slices, one NTFS slice and one FreeBSD slice. Partitions are what go in the FreeBSD slice (your root, swap, var and usr aprtitions). Do you really need one big FreeBSD slice? You could remove the NTFS slice and create another FreeBSD slice in that place. To make things workable, be sure to have a standard FreeBSD boot manager in the MBR block by doing something like: # fdisk -B -b /boot/boot0 ad0 Then you can create a disklabel in the new slice holding one or more FreeBSD partitions. Next newfs them and add them to /etc/fstab and mount them. All these steps could be done from the Configure submenu of sysinstall if you're not familiar with the fdisk, bsdlabel and newfs commands. The very brave among us could copy the existing FreeBSD partitions from slice 2 to slice 1, enlarging them if needed and using fdisk and bsdlabel to combine the two slices into one, all depending on the size of the slices. The big issue here is to be aware not to overwrite anything before copying it into its final place. Regards, Paul Schenkeveld From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 20:42:43 2008 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 C573D1065689 for ; Sun, 28 Sep 2008 20:42:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id ABFA38FC23 for ; Sun, 28 Sep 2008 20:42:43 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.emeryville.ca.mail.comcast.net ([76.96.30.27]) by QMTA02.emeryville.ca.mail.comcast.net with comcast id LJq51a00R0b6N64A2Lijaj; Sun, 28 Sep 2008 20:42:43 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA03.emeryville.ca.mail.comcast.net with comcast id LLih1a00N4v8bD78PLiiNy; Sun, 28 Sep 2008 20:42:42 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=kQQzB1BwyuzOnRKZi40A:9 a=Z6MEh2fAcgeTOg4maIf-hhn7yfMA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 97237C9432; Sun, 28 Sep 2008 13:42:41 -0700 (PDT) Date: Sun, 28 Sep 2008 13:42:41 -0700 From: Jeremy Chadwick To: Pegasus McCleaft Message-ID: <20080928204241.GA88408@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928103937.U51561@hercules.mthelicon.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 28 Sep 2008 20:42:43 -0000 On Sun, Sep 28, 2008 at 10:43:58AM +0000, Pegasus McCleaft wrote: > I was wondering if anyone else is experiencing this problem. I have > recently reloaded my machine (due to a meltdown of my primary boot > drive) and noticed that under 7.0-rel the atacontrol command seems to > work great, however, under 7.1 I get and error > > atacontrol: ioctl(IOCATADEVICES): Device not configured What arguments did you give atacontrol? > Has anyone else seen this error. I wouldent be conserned if it wasent > for the fact that it worked under 7.0-rel but now dosent. The machine is > using both the: > > atapci0: > atapci1: atapci is just the PCI portion, and doesn't show any sign of the ATA driver being attached. Do you have ataX (e.g. ata0) devices showing up in dmesg? -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 22:10:26 2008 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 D73E6106568F for ; Sun, 28 Sep 2008 22:10:26 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [66.90.118.40]) by mx1.freebsd.org (Postfix) with ESMTP id ADA738FC13 for ; Sun, 28 Sep 2008 22:10:26 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id m8SLX2CD054948 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2008 21:33:03 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Sun, 28 Sep 2008 22:32:48 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; amd64; ; ) References: <20080928103937.U51561@hercules.mthelicon.com> <20080928204241.GA88408@icarus.home.lan> In-Reply-To: <20080928204241.GA88408@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809282232.49053.ken@mthelicon.com> Subject: Re: atacontrol broken in 7.1-PR 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, 28 Sep 2008 22:10:27 -0000 On Sunday 28 September 2008 21:42:41 Jeremy Chadwick wrote: > On Sun, Sep 28, 2008 at 10:43:58AM +0000, Pegasus McCleaft wrote: > > I was wondering if anyone else is experiencing this problem. I have > > recently reloaded my machine (due to a meltdown of my primary boot > > drive) and noticed that under 7.0-rel the atacontrol command seems to > > work great, however, under 7.1 I get and error > > > > atacontrol: ioctl(IOCATADEVICES): Device not configured > > What arguments did you give atacontrol? Sorry, forgot to add that in. I was typing from a terminal window while xorg was rebuilding. Perhapse some more usefull information to follow :> feathers# atacontrol list atacontrol: ioctl(IOCATADEVICES): Device not configured > > > Has anyone else seen this error. I wouldent be conserned if it wasent > > for the fact that it worked under 7.0-rel but now dosent. The machine is > > using both the: > > > > atapci0: > > atapci1: > > atapci is just the PCI portion, and doesn't show any sign of the ATA > driver being attached. Do you have ataX (e.g. ata0) devices showing > up in dmesg? Yea.. The machine is otherwise running fine, and also loaded the driver for the ata raid controller (I made the machine boot off a raid-1 pack and made slices on the pack for /, /usr, /var . The rest zfs for /usr/home) Thinking about it, I also added atapicd in the kernel config so I could use things like K3B and xcdroast.. I dont know if maybe that shim might be causing issues. I'll try making another kernel without it and giving that a try. feathers# dmesg | grep ata atapci0: port 0x9000-0x907f mem 0xe7004000-0xe700407f,0xe7000000-0xe7003fff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] atapci1: mem 0xec100000-0xec101fff irq 19 at device 0.0 on pci5 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI Version 01.00 controller with 2 ports detected ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xb000-0xb007,0xb100-0xb103,0xb200-0xb207,0xb300-0xb303,0xb400-0xb40f irq 16 at device 0.1 on pci5 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] atapci3: port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xec406000-0xec4067ff irq 19 at device 31.2 on pci0 atapci3: [ITHREAD] atapci3: AHCI Version 01.20 controller with 6 ports detected ata7: on atapci3 ata7: [ITHREAD] ata8: on atapci3 ata8: [ITHREAD] ata9: on atapci3 ata9: [ITHREAD] ata10: on atapci3 ata10: [ITHREAD] ata11: on atapci3 ata11: [ITHREAD] ata12: on atapci3 ata12: [ITHREAD] acd0: DVDR at ata3-master SATA150 ad8: 476940MB at ata4-master SATA300 ad10: 476940MB at ata5-master SATA300 ad14: 476938MB at ata7-master SATA300 ad16: 476940MB at ata8-master SATA300 ad18: 476940MB at ata9-master SATA300 ad20: 476940MB at ata10-master SATA300 ad22: 476940MB at ata11-master SATA300 ad24: 476940MB at ata12-master SATA300 ar0: disk0 READY (master) using ad8 at ata4-master ar0: disk1 READY (mirror) using ad10 at ata5-master cd0 at ata1 bus 0 target 0 lun 0 From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 22:25:09 2008 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 E9B39106569E for ; Sun, 28 Sep 2008 22:25:09 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0A16F8FC13 for ; Sun, 28 Sep 2008 22:25:09 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 77A1E30126; Sun, 28 Sep 2008 23:25:00 +0100 (BST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from tau.draftnet (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTP; Sun, 28 Sep 2008 23:25:00 +0100 (BST) Date: Sun, 28 Sep 2008 23:24:38 +0100 From: Bruce Cran To: Pegasus McCleaft Message-ID: <20080928232438.5d0c4a55@tau.draftnet> In-Reply-To: <20080928103937.U51561@hercules.mthelicon.com> References: <20080928103937.U51561@hercules.mthelicon.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_/H6g2ECN/9OmrKM3smoks9o5" Cc: freebsd-hackers@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 28 Sep 2008 22:25:10 -0000 --MP_/H6g2ECN/9OmrKM3smoks9o5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sun, 28 Sep 2008 10:43:58 +0000 (UTC) Pegasus McCleaft wrote: > Hello everyone. > > I was wondering if anyone else is experiencing this problem. > I have recently reloaded my machine (due to a meltdown of my primary > boot drive) and noticed that under 7.0-rel the atacontrol command > seems to work great, however, under 7.1 I get and error > > atacontrol: ioctl(IOCATADEVICES): Device not configured > > Has anyone else seen this error. I wouldent be conserned if > it wasent for the fact that it worked under 7.0-rel but now dosent. > The machine is using both the: > > atapci0: > atapci1: I'm also seeing this problem on my amd64 7.1-PRERELEASE system: > atacontrol list ATA channel 0: Master: acd0 ATA/ATAPI revision 5 Slave: no device present atacontrol: ioctl(IOCATADEVICES): Device not configured I've attached the dmesg, and truss output from "atacontrol list". -- Bruce Cran --MP_/H6g2ECN/9OmrKM3smoks9o5 Content-Type: text/plain; name=atacontrol_truss.txt Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=atacontrol_truss.txt __sysctl(0x7fffffffe8b0,0x2,0x7fffffffe8cc,0x7fffffffe8c0,0x0,0x0) = 0 (0x0) mmap(0x0,576,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365149184 (0x800529000) munmap(0x800529000,576) = 0 (0x0) __sysctl(0x7fffffffe920,0x2,0x800630fc8,0x7fffffffe918,0x0,0x0) = 0 (0x0) mmap(0x0,32768,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_ANON,-1,0x0) = 34365149184 (0x800529000) issetugid(0x80052a015,0x800524869,0x800634910,0x8006348e0,0x57ac,0x7fffffffe918) = 0 (0x0) open("/etc/libmap.conf",O_RDONLY,0666) ERR#2 'No such file or directory' open("/var/run/ld-elf.so.hints",O_RDONLY,057) = 3 (0x3) read(3,"Ehnt\^A\0\0\0\M^@\0\0\0\M^\\0\0"...,128) = 128 (0x80) lseek(3,0x80,SEEK_SET) = 128 (0x80) read(3,"/lib:/usr/lib:/usr/lib/compat:/u"...,156) = 156 (0x9c) close(3) = 0 (0x0) access("/lib/libc.so.7",0) = 0 (0x0) open("/lib/libc.so.7",O_RDONLY,030607240) = 3 (0x3) fstat(3,{ mode=-r--r--r-- ,inode=17511,size=1174560,blksize=4096 }) = 0 (0x0) read(3,"\^?ELF\^B\^A\^A\t\0\0\0\0\0\0\0"...,4096) = 4096 (0x1000) mmap(0x0,2240512,PROT_READ|PROT_EXEC,MAP_PRIVATE|MAP_NOCORE,3,0x0) = 34366246912 (0x800635000) mprotect(0x800724000,4096,PROT_READ|PROT_WRITE|PROT_EXEC) = 0 (0x0) mprotect(0x800724000,4096,PROT_READ|PROT_EXEC) = 0 (0x0) mmap(0x800824000,118784,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED,3,0xef000) = 34368274432 (0x800824000) mmap(0x800841000,94208,PROT_READ|PROT_WRITE,MAP_PRIVATE|MAP_FIXED|MAP_ANON,-1,0x0) = 34368393216 (0x800841000) close(3) = 0 (0x0) sysarch(0x81,0x7fffffffe9a0,0x80052e088,0x0,0xffffffffffd03650,0x7fffffffe6f8) = 0 (0x0) mmap(0x0,384,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365181952 (0x800531000) munmap(0x800531000,384) = 0 (0x0) mmap(0x0,42096,PROT_READ|PROT_WRITE,MAP_ANON,-1,0x0) = 34365181952 (0x800531000) munmap(0x800531000,42096) = 0 (0x0) __sysctl(0x7fffffffe950,0x2,0x800841ae0,0x7fffffffe948,0x0,0x0) = 0 (0x0) sigprocmask(SIG_BLOCK,SIGHUP|SIGINT|SIGQUIT|SIGKILL|SIGPIPE|SIGALRM|SIGTERM|SIGURG|SIGSTOP|SIGTSTP|SIGCONT|SIGCHLD|SIGTTIN|SIGTTOU|SIGIO|SIGXCPU|SIGXFSZ|SIGVTALRM|SIGPROF|SIGWINCH|SIGINFO|SIGUSR1|SIGUSR2,0x0) = 0 (0x0) sigprocmask(SIG_SETMASK,0x0,0x0) = 0 (0x0) open("/dev/ata",O_RDWR,037777766320) = 3 (0x3) ioctl(3,IOCATAGMAXCHANNEL,0xffffec20) = 0 (0x0) ioctl(3,IOCATADEVICES,0xffffe590) = 0 (0x0) fstat(1,{ mode=-rw-r--r-- ,inode=307828,size=2281,blksize=4096 }) = 0 (0x0) __sysctl(0x7fffffffdba0,0x2,0x800845b48,0x7fffffffdbb8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd6f0,0x2,0x8008547d8,0x7fffffffd6e8,0x0,0x0) = 0 (0x0) __sysctl(0x7fffffffd730,0x2,0x7fffffffd74c,0x7fffffffd740,0x0,0x0) = 0 (0x0) readlink("/etc/malloc.conf",0x7fffffffd790,1024) ERR#2 'No such file or directory' issetugid(0x80071c2aa,0x7fffffffd790,0xffffffffffffffff,0x0,0xffffffff80ac1c40,0x7fffffffd768) = 0 (0x0) break(0x600000) = 0 (0x0) break(0x700000) = 0 (0x0) ioctl(3,IOCATADEVICES,0xffffe590) ERR#6 'Device not configured' atacontrol: write(2,"atacontrol: ",12) = 12 (0xc) ioctl(IOCATADEVICES)write(2,"ioctl(IOCATADEVICES)",20) = 20 (0x14) : write(2,": ",2) = 2 (0x2) Device not configured write(2,"Device not configured\n",22) = 22 (0x16) ATA channel 0: Master: acd0 ATA/ATAPI revision 5 Slave: no device present write(1,"ATA channel 0:\n Master: acd0"...,122) = 122 (0x7a) process exit, rval = 1 --MP_/H6g2ECN/9OmrKM3smoks9o5 Content-Type: text/plain; name=dmesg_7_1PRE_amd64.txt Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=dmesg_7_1PRE_amd64.txt Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #0: Fri Sep 12 22:23:24 BST 2008 brucec@tau.draftnet:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-52 (1600.06-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 2065436672 (1969 MB) avail memory = 1992933376 (1900 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported acpi0: reservation of 0, 1000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xd4000000-0xd7ffffff,0xd0100000-0xd010ffff irq 17 at device 5.0 on pci1 pcib2: at device 5.0 on pci0 pci2: on pcib2 pcib3: at device 6.0 on pci0 pci5: on pcib3 pci5: at device 0.0 (no driver attached) atapci0: port 0x8438-0x843f,0x8454-0x8457,0x8430-0x8437,0x8450-0x8453,0x8400-0x840f mem 0xd0004000-0xd00043ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xd0005000-0xd0005fff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xd0006000-0xd0006fff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xd0007000-0xd0007fff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xd0008000-0xd0008fff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xd0009000-0xd0009fff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xd0004400-0xd00044ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] pci0: at device 20.2 (no driver attached) isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci8: on pcib4 bfe0: mem 0xd0300000-0xd0301fff irq 21 at device 0.0 on pci8 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: Ethernet address: 00:19:b9:54:f0:4a bfe0: [ITHREAD] pci8: at device 1.0 (no driver attached) pci8: at device 1.1 (no driver attached) acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet0 attach returned 12 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 acpi_button1: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Generic PS/2 mouse, device ID 0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 device_attach: acpi_hpet0 attach returned 12 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff on isa0 ppc0: cannot reserve I/O port range sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 8250 or not responding sio0: [FILTER] sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 114473MB at ata2-master SATA150 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s2a fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 pid 859 (gnome-keyring-daemo), uid 1001: exited on signal 11 (core dumped) umass0: on uhub5 da0 at umass-sim0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers da0: 239372MB (490234752 512 byte sectors: 255H 63S/T 30515C) --MP_/H6g2ECN/9OmrKM3smoks9o5-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 22:37:11 2008 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 7105B1065686 for ; Sun, 28 Sep 2008 22:37:11 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.westchester.pa.mail.comcast.net (qmta03.westchester.pa.mail.comcast.net [76.96.62.32]) by mx1.freebsd.org (Postfix) with ESMTP id 14C968FC12 for ; Sun, 28 Sep 2008 22:37:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA03.westchester.pa.mail.comcast.net with comcast id LGbj1a00J0SCNGk53NdA0S; Sun, 28 Sep 2008 22:37:10 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA09.westchester.pa.mail.comcast.net with comcast id LNd91a00A4v8bD73VNd9Hb; Sun, 28 Sep 2008 22:37:10 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=JwCsm0qYgY5sURVSvXUA:9 a=D77wblRTVdWzPqojVX0A:7 a=rrYgBRsiKnmcdd-Z0qDtGrIsBBQA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 326B4C9432; Sun, 28 Sep 2008 15:37:09 -0700 (PDT) Date: Sun, 28 Sep 2008 15:37:09 -0700 From: Jeremy Chadwick To: Pegasus Mc Cleaft Message-ID: <20080928223709.GA90348@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928204241.GA88408@icarus.home.lan> <200809282232.49053.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809282232.49053.ken@mthelicon.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 28 Sep 2008 22:37:11 -0000 On Sun, Sep 28, 2008 at 10:32:48PM +0100, Pegasus Mc Cleaft wrote: > On Sunday 28 September 2008 21:42:41 Jeremy Chadwick wrote: > > On Sun, Sep 28, 2008 at 10:43:58AM +0000, Pegasus McCleaft wrote: > > > I was wondering if anyone else is experiencing this problem. I have > > > recently reloaded my machine (due to a meltdown of my primary boot > > > drive) and noticed that under 7.0-rel the atacontrol command seems to > > > work great, however, under 7.1 I get and error > > > > > > atacontrol: ioctl(IOCATADEVICES): Device not configured > > > > What arguments did you give atacontrol? > > Sorry, forgot to add that in. I was typing from a terminal window while xorg > was rebuilding. Perhapse some more usefull information to follow :> > > feathers# atacontrol list > atacontrol: ioctl(IOCATADEVICES): Device not configured > > > > > > Has anyone else seen this error. I wouldent be conserned if it wasent > > > for the fact that it worked under 7.0-rel but now dosent. The machine is > > > using both the: > > > > > > atapci0: > > > atapci1: > > > > atapci is just the PCI portion, and doesn't show any sign of the ATA > > driver being attached. Do you have ataX (e.g. ata0) devices showing > > up in dmesg? > > Yea.. The machine is otherwise running fine, and also loaded the driver for > the ata raid controller (I made the machine boot off a raid-1 pack and made > slices on the pack for /, /usr, /var . The rest zfs for /usr/home) I don't know what filesystems you have assigned to what drives, but please be aware there are known major problems with Silicon Image controllers on FreeBSD, Linux, and Windows. The most common problem is silent data corruption. I can refer you to previous discussions of this problem if you'd like. If at all possible, disable this controller in the BIOS, and do not use it. JMicron controllers are known to behave OK, but have a history of serious driver problems under Windows. I doubt that'll affect you, but it's something to keep in mind. I see the system has an Intel AHCI-based controller (probably an ICH10 chip, since the ICH10 is the first to support 6 SATA channels). I would recommend using that for as much as you can (I see you have disks ad14 through ad24 off that controller). Just things you should be aware of. > Thinking about it, I also added atapicd in the kernel config so I could use > things like K3B and xcdroast.. I dont know if maybe that shim might be causing > issues. I'll try making another kernel without it and giving that a try. I highly doubt that's the problem. Can you please include your kernel configuration file here? Also, please do not copy/paste the file; I noticed in your dmesg|grep ata output, all of the lines had trailing spaces (I've stripped them off). I've CC'd sos@freebsd.org who maintains ata(4). I see no reason why "atacontrol list" would be returning such an error. > feathers# dmesg | grep ata > atapci0: port 0x9000-0x907f mem > 0xe7004000-0xe700407f,0xe7000000-0xe7003fff irq 16 at device 0.0 on pci3 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > ata3: on atapci0 > ata3: [ITHREAD] > atapci1: mem 0xec100000-0xec101fff irq 19 > at device 0.0 on pci5 > atapci1: [ITHREAD] > atapci1: AHCI called from vendor specific driver > atapci1: AHCI Version 01.00 controller with 2 ports detected > ata4: on atapci1 > ata4: [ITHREAD] > ata5: on atapci1 > ata5: [ITHREAD] > atapci2: port > 0xb000-0xb007,0xb100-0xb103,0xb200-0xb207,0xb300-0xb303,0xb400-0xb40f irq 16 > at device 0.1 on pci5 > atapci2: [ITHREAD] > ata6: on atapci2 > ata6: [ITHREAD] > atapci3: port > 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem > 0xec406000-0xec4067ff irq 19 at device 31.2 on pci0 > atapci3: [ITHREAD] > atapci3: AHCI Version 01.20 controller with 6 ports detected > ata7: on atapci3 > ata7: [ITHREAD] > ata8: on atapci3 > ata8: [ITHREAD] > ata9: on atapci3 > ata9: [ITHREAD] > ata10: on atapci3 > ata10: [ITHREAD] > ata11: on atapci3 > ata11: [ITHREAD] > ata12: on atapci3 > ata12: [ITHREAD] > acd0: DVDR at ata3-master SATA150 > ad8: 476940MB at ata4-master SATA300 > ad10: 476940MB at ata5-master SATA300 > ad14: 476938MB at ata7-master SATA300 > ad16: 476940MB at ata8-master SATA300 > ad18: 476940MB at ata9-master SATA300 > ad20: 476940MB at ata10-master SATA300 > ad22: 476940MB at ata11-master SATA300 > ad24: 476940MB at ata12-master SATA300 > ar0: disk0 READY (master) using ad8 at ata4-master > ar0: disk1 READY (mirror) using ad10 at ata5-master > cd0 at ata1 bus 0 target 0 lun 0 -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 23:23:14 2008 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 9BEA81065686 for ; Sun, 28 Sep 2008 23:23:14 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [66.90.118.40]) by mx1.freebsd.org (Postfix) with ESMTP id 24DF98FC08 for ; Sun, 28 Sep 2008 23:23:13 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id m8SNLueW055426 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Sun, 28 Sep 2008 23:21:57 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Mon, 29 Sep 2008 00:21:42 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; amd64; ; ) References: <20080928103937.U51561@hercules.mthelicon.com> <200809282232.49053.ken@mthelicon.com> <20080928223709.GA90348@icarus.home.lan> In-Reply-To: <20080928223709.GA90348@icarus.home.lan> MIME-Version: 1.0 Content-Type: Multipart/Mixed; boundary="Boundary-00=_GGB4Ip1WPYBXj2o" Message-Id: <200809290021.42930.ken@mthelicon.com> Subject: Re: atacontrol broken in 7.1-PR 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, 28 Sep 2008 23:23:14 -0000 --Boundary-00=_GGB4Ip1WPYBXj2o Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline On Sunday 28 September 2008 23:37:09 Jeremy Chadwick wrote: > > Yea.. The machine is otherwise running fine, and also loaded the driver > > for the ata raid controller (I made the machine boot off a raid-1 pack > > and made slices on the pack for /, /usr, /var . The rest zfs for > > /usr/home) > > I don't know what filesystems you have assigned to what drives, but > please be aware there are known major problems with Silicon Image > controllers on FreeBSD, Linux, and Windows. The most common problem is > silent data corruption. I can refer you to previous discussions of this > problem if you'd like. If at all possible, disable this controller in > the BIOS, and do not use it. I didnt know that, so thanks for telling me. As luck would have it, I just have the DVD-RW drive on the Silicon Image controller. I originally tried to use the SI controller for the primary boot, but the driver support was not there for it with the 7.0 boot disks, so I played with the cables and put the two raid-1 drives on the JMicron controller. It was only after I got a 7.1 kernel installed that it showed back up and I got use of the DVD-Rom drive. > I see the system has an Intel AHCI-based controller (probably an ICH10 > chip, since the ICH10 is the first to support 6 SATA channels). I would > recommend using that for as much as you can (I see you have disks ad14 > through ad24 off that controller). Its actually a ICH9R based motherboard by Gigabyte (GS-X48-DS5). It seems to be a decent board, with the exception of, what I believe to be a hardware fault with the watchdog timer. I think they have put a pull-up resistor on the speaker line on the ICH9 that on release of reset is hardware disabling the watchdog timer function. I have gone round and round with them on this, but I can not adequately explain the problem to there tech-support as there is a language barrier. > > Thinking about it, I also added atapicd in the kernel config so I could > > use things like K3B and xcdroast.. I dont know if maybe that shim might > > be causing issues. I'll try making another kernel without it and giving > > that a try. > > I highly doubt that's the problem. > > Can you please include your kernel configuration file here? > > Also, please do not copy/paste the file; I noticed in your dmesg|grep > ata output, all of the lines had trailing spaces (I've stripped them > off). Sure, I'll attach the config file and also a full dmesg. Forgive the state of the config file.. Its basically a copy of the GENERIC with a bunch of stuff added at the end. > > I've CC'd sos@freebsd.org who maintains ata(4). I see no reason why > "atacontrol list" would be returning such an error. Thank you... I'm not sure why I'm having the problem either. I just thought it was strange that it worked using the GENERIC kernel from 7.0-REL but once I built the latest 7.1-PR it stopped working. My machine (feathers) is actually a sister machine from one I built at work so I could test things out at home and then make changes to the production machine. The other machine does not have the SI controller in it (everything else is the same) and it also will not do the atacontrol list without erroring in the same way. I will hold my hands up and say that it could very well be something I have done in the config file by adding so much 'Stuff' to it.. There could be a conflict there I dont know about.. Thanks again for you time, Peg --Boundary-00=_GGB4Ip1WPYBXj2o Content-Type: text/plain; charset="iso-8859-1"; name="FEATHERS" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="FEATHERS" # # GENERIC -- Generic kernel configuration file for FreeBSD/amd64 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/amd64/conf/FEATHERS,v 1.484.2.7 2008/04/10 22:09:21 rwatson Exp $ cpu HAMMER ident FEATHERS # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. #makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Control Transmission Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client options NFSSERVER # Network Filesystem Server options NFSLOCKD # Network Lock Manager options NFS_ROOT # NFS usable as /, requires NFSCLIENT options NTFS # NT File System options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_IA32 # Compatible with i386 binaries options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options STACK # stack(9) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel # CPU frequency control device cpufreq # Bus support. device acpi device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers device ahc # AHA2940 and onboard AIC7xxx devices options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~128k to driver. device ahd # AHA39320/29320 and onboard AIC79xx devices options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. device amd # AMD 53C974 (Tekram DC-390(T)) device hptiop # Highpoint RocketRaid 3xxx series device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') device trm # Tekram DC395U/UW/F DC315U adapters device adv # Advansys SCSI adapters device adw # Advansys wide SCSI adapters device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem device amr # AMI MegaRAID device arcmsr # Areca SATA II RAID device ciss # Compaq Smart RAID 5* device dpt # DPT Smartcache III, IV - See NOTES for options device hptmv # Highpoint RocketRAID 182x device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx device iir # Intel Integrated RAID device ips # IBM (Adaptec) ServeRAID device mly # Mylex AcceleRAID/eXtremeRAID device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers device aac # Adaptec FSA RAID device aacp # SCSI passthrough for aac (requires CAM) device ida # Compaq Smart RAID device mfi # LSI MegaRAID SAS device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port device ppc device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. options NETGRAPH device de # DEC/Intel DC21x4x (``Tulip'') device em # Intel PRO/1000 Gigabit Ethernet Family device igb # Intel PRO/1000 PCIE Server Gigabit Family device ixgb # Intel PRO/10GbE Ethernet Card device le # AMD Am7900 LANCE and Am79C9xx PCnet device txp # 3Com 3cR990 (``Typhoon'') device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support device age # Attansic/Atheros L1 Gigabit Ethernet device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet device bfe # Broadcom BCM440x 10/100 Ethernet device bge # Broadcom BCM570xx Gigabit Ethernet device dc # DEC/Intel 21143 and various workalikes device et # Agere ET1310 10/100/Gigabit Ethernet device fxp # Intel EtherExpress PRO/100B (82557, 82558) device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet device lge # Level 1 LXT1001 gigabit Ethernet device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet device nfe # nVidia nForce MCP on-board Ethernet device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet device ste # Sundance ST201 (D-Link DFE-550TX) device ti # Alteon Networks Tigon I/II gigabit Ethernet device tl # Texas Instruments ThunderLAN device tx # SMC EtherPower II (83c170 ``EPIC'') device vge # VIA VT612x gigabit Ethernet device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards device ex # Intel EtherExpress Pro/10 and Pro/10+ device ep # Etherlink III based cards device fe # Fujitsu MB8696x based cards device sn # SMC's 9000 series of Ethernet chips device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support device wlan_amrr # AMRR transmit rate control algorithm device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath device awi # BayStack 660 and others device ral # Ralink Technology RT2500 wireless NICs. device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support device sl # Kernel SLIP device ppp # Kernel PPP device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) device md # Memory "disks" device gif # IPv6 and IPv4 tunneling device faith # IPv6-to-IPv4 relaying (translation) device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic device uhid # "Human Interface Devices" device ukbd # Keyboard device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse device ural # Ralink Technology RT2500USB wireless NICs device urio # Diamond Rio 500 MP3 player device uscanner # Scanners # USB Serial devices device ucom # Generic com ttys device uark # Technologies ARK3116 based serial adapters device ubsa # Belkin F5U103 and compatible serial adapters device ubser # BWCT console serial adapters device uftdi # For FTDI usb serial adapters device uipaq # Some WinCE based devices device uplcom # Prolific PL-2303 serial adapters device uslcom # SI Labs CP2101/CP2102 serial adapters device uvisor # Visor and Palm devices device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus device aue # ADMtek USB Ethernet device axe # ASIX Electronics USB Ethernet device cdce # Generic USB over Ethernet device cue # CATC USB Ethernet device kue # Kawasaki LSI USB Ethernet device rue # RealTek RTL8150 USB Ethernet # FireWire support device firewire # FireWire bus code device sbp # SCSI over FireWire (Requires scbus and da) device fwe # Ethernet over FireWire (non-standard!) device fwip # IP over FireWire (RFC 2734,3146) device dcons # Dumb console driver device dcons_crom # Configuration ROM for dcon #device thingies device sound device snd_hda device snd_atiixp device snd_ich #Pega Options #options SW_WATCHDOG options HZ=1000 #device mem device coretemp device atapicam device drm # DRM core module required by DRM drivers #device radeondrm # ATI Radeon device smbus # Bus support, required for smb below. device intpm device alpm device ichsmb device viapm device amdpm device amdsmb device nfpm device nfsmb device smb device iicbus # Bus support, required for ic/iic/iicsmb below. device iicbb device ic device iic device iicsmb # smb over i2c bridge options IPSEC options IPSEC_FILTERTUNNEL options TCP_SIGNATURE device crypto # core crypto support device cryptodev # /dev/crypto for access to h/w device rndtest # FIPS 140-2 entropy tester device hifn # Hifn 7951, 7781, etc. options HIFN_RNDTEST options GEOM_ELI device ichwd options ACCEPT_FILTER_HTTP # Apache Tuning options ACCEPT_FILTER_DATA # # mchain library. It can be either loaded as KLD or compiled into kernel options LIBMCHAIN # libalias library, performing NAT options LIBALIAS options IPFIREWALL #firewall #options IPFIREWALL_VERBOSE #enable logging to syslogd(8) #options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default options IPFIREWALL_FORWARD #packet destination changes options IPFIREWALL_NAT #ipfw kernel nat support options IPDIVERT #divert sockets options IPFILTER #ipfilter support #options IPFILTER_LOG #ipfilter logging options IPFILTER_LOOKUP #ipfilter pools #options IPFILTER_DEFAULT_BLOCK #block all packets by default options IPSTEALTH #support for stealth forwarding #options TCPDEBUG device pf options DUMMYNET --Boundary-00=_GGB4Ip1WPYBXj2o Content-Type: text/plain; charset="iso-8859-1"; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" Copyright (c) 1992-2008 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-PRERELEASE #1: Sun Sep 28 18:26:29 BST 2008 ken@feathers.peganest.com:/usr/obj/usr/src/sys/FEATHERS Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz (3003.01-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x10677 Stepping = 7 Features=0xbfebfbff Features2=0x8e3fd> AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 4 usable memory = 8574144512 (8176 MB) avail memory = 8285323264 (7901 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ichwd module loaded ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, cfde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x8000-0x80ff mem 0xd0000000-0xdfffffff,0xe5000000-0xe500ffff irq 16 at device 0.0 on pci1 pcm0: mem 0xe5010000-0xe5013fff irq 17 at device 0.1 on pci1 pcm0: [ITHREAD] pcib2: irq 16 at device 6.0 on pci0 pci2: on pcib2 uhci0: port 0xe100-0xe11f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xe200-0xe21f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0xe000-0xe01f irq 18 at device 26.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xec405000-0xec4053ff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered uhub4: on uhub3 uhub4: single transaction translator uhub4: 4 ports with 4 removable, self powered ukbd0: on uhub4 kbd2 at ukbd0 ulpt0: on uhub4 ulpt0: using bi-directional mode uhub5: on uhub4 uhub5: single transaction translator uhub5: 4 ports with 4 removable, self powered ums0: on uhub5 ums0: 3 buttons. pcm1: mem 0xec400000-0xec403fff irq 22 at device 27.0 on pci0 pcm1: [ITHREAD] pcib3: irq 16 at device 28.0 on pci0 pci3: on pcib3 atapci0: port 0x9000-0x907f mem 0xe7004000-0xe700407f,0xe7000000-0xe7003fff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pcib4: irq 18 at device 28.2 on pci0 pci4: on pcib4 em0: port 0xa000-0xa01f mem 0xe9020000-0xe903ffff,0xe9000000-0xe901ffff irq 18 at device 0.0 on pci4 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:1b:21:1c:03:ce pcib5: irq 19 at device 28.3 on pci0 pci5: on pcib5 atapci1: mem 0xec100000-0xec101fff irq 19 at device 0.0 on pci5 atapci1: [ITHREAD] atapci1: AHCI called from vendor specific driver atapci1: AHCI Version 01.00 controller with 2 ports detected ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] atapci2: port 0xb000-0xb007,0xb100-0xb103,0xb200-0xb207,0xb300-0xb303,0xb400-0xb40f irq 16 at device 0.1 on pci5 atapci2: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] pcib6: irq 16 at device 28.4 on pci0 pci6: on pcib6 re0: port 0xc000-0xc0ff mem 0xec010000-0xec010fff,0xec000000-0xec00ffff irq 16 at device 0.0 on pci6 re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00200000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1d:7d:07:24:1a re0: [FILTER] pcib7: irq 17 at device 28.5 on pci0 pci7: on pcib7 re1: port 0xd000-0xd0ff mem 0xec210000-0xec210fff,0xec200000-0xec20ffff irq 17 at device 0.0 on pci7 re1: Chip rev. 0x3c000000 re1: MAC rev. 0x00200000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:1d:7d:07:24:18 re1: [FILTER] uhci3: port 0xe300-0xe31f irq 23 at device 29.0 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub6: on usb4 uhub6: 2 ports with 2 removable, self powered uhci4: port 0xe400-0xe41f irq 19 at device 29.1 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub7: on usb5 uhub7: 2 ports with 2 removable, self powered uhci5: port 0xe500-0xe51f irq 18 at device 29.2 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub8: on usb6 uhub8: 2 ports with 2 removable, self powered ehci1: mem 0xec404000-0xec4043ff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub9: on usb7 uhub9: 6 ports with 6 removable, self powered pcib8: at device 30.0 on pci0 pci8: on pcib8 hifn0 mem 0xec30f000-0xec30ffff,0xec30c000-0xec30dfff,0xec300000-0xec307fff irq 20 at device 0.0 on pci8 hifn0: [ITHREAD] hifn0: Hifn 7955, rev 0, 32KB dram, pll=0x801 fwohci0: mem 0xec30e000-0xec30e7ff,0xec308000-0xec30bfff irq 18 at device 6.0 on pci8 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=0) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:0e:96:1f:00:00:1d:7d fwohci0: Phy 1394a available S400, 3 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0xcf294000 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:0e:96:00:1d:7d fwe0: Ethernet address: 02:0e:96:00:1d:7d fwip0: on firewire0 fwip0: Firewire address: 00:0e:96:1f:00:00:1d:7d @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode isab0: at device 31.0 on pci0 isa0: on isab0 atapci3: port 0xe600-0xe607,0xe700-0xe703,0xe800-0xe807,0xe900-0xe903,0xea00-0xea1f mem 0xec406000-0xec4067ff irq 19 at device 31.2 on pci0 atapci3: [ITHREAD] atapci3: AHCI Version 01.20 controller with 6 ports detected ata7: on atapci3 ata7: [ITHREAD] ata8: on atapci3 ata8: [ITHREAD] ata9: on atapci3 ata9: [ITHREAD] ata10: on atapci3 ata10: [ITHREAD] ata11: on atapci3 ata11: [ITHREAD] ata12: on atapci3 ata12: [ITHREAD] ichsmb0: port 0x500-0x51f mem 0xec407000-0xec4070ff irq 18 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] ppc0: port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: on ppc0 ppbus0: [ITHREAD] plip0: on ppbus0 plip0: WARNING: using obsoleted IFF_NEEDSGIANT flag lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] cpu0: on acpi0 coretemp0: on cpu0 est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082006000820 device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 coretemp1: on cpu1 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082006000820 device_attach: est1 attach returned 6 p4tcc1: on cpu1 cpu2: on acpi0 coretemp2: on cpu2 est2: on cpu2 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082006000820 device_attach: est2 attach returned 6 p4tcc2: on cpu2 cpu3: on acpi0 coretemp3: on cpu3 est3: on cpu3 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 616082006000820 device_attach: est3 attach returned 6 p4tcc3: on cpu3 cryptosoft0: on motherboard ichwd0: on isa0 ichwd0: ICH WDT present but disabled in BIOS or hardware device_attach: ichwd0 attach returned 6 orm0: at iomem 0xd0000-0xd1fff,0xd2000-0xd4fff on isa0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ucom0: on uhub7 Timecounters tick every 1.000 msec IPsec: Initialized Security Association Processing. IP Filter: v4.1.28 initialized. Default = pass all, Logging = disabled firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ipfw2 (+ipv6) initialized, divert enabled, nat enabled, rule-based forwarding enabled, default to accept, logging disabled acd0: DVDR at ata3-master SATA150 ad8: 476940MB at ata4-master SATA300 ad10: 476940MB at ata5-master SATA300 ad14: 476938MB at ata7-master SATA300 ad16: 476940MB at ata8-master SATA300 ad18: 476940MB at ata9-master SATA300 ad20: 476940MB at ata10-master SATA300 ad22: 476940MB at ata11-master SATA300 ad24: 476940MB at ata12-master SATA300 pcm0: pcm0: pcm1: pcm1: acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 ar0: 476928MB status: READY ar0: disk0 READY (master) using ad8 at ata4-master ar0: disk1 READY (mirror) using ad10 at ata5-master SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! SMP: AP CPU #2 Launched! --Boundary-00=_GGB4Ip1WPYBXj2o-- From owner-freebsd-hackers@FreeBSD.ORG Sun Sep 28 23:52:39 2008 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 338281065692 for ; Sun, 28 Sep 2008 23:52:39 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA03.emeryville.ca.mail.comcast.net (qmta03.emeryville.ca.mail.comcast.net [76.96.30.32]) by mx1.freebsd.org (Postfix) with ESMTP id 13EB98FC0A for ; Sun, 28 Sep 2008 23:52:38 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA03.emeryville.ca.mail.comcast.net with comcast id LJia1a00C0lTkoCA3Pse3x; Sun, 28 Sep 2008 23:52:38 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id LPsZ1a00J4v8bD78QPsZ0u; Sun, 28 Sep 2008 23:52:34 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=Wi8YH2NmAAAA:8 a=QycZ5dHgAAAA:8 a=kvvtIasN36TnDABhpHMA:9 a=ztH1FgghiFO5wFC7OTcA:7 a=ZmLSnM87L-I_oU-BCLwpEQhd1dQA:4 a=-9lsj-2GX2QA:10 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5BE81C9432; Sun, 28 Sep 2008 16:52:33 -0700 (PDT) Date: Sun, 28 Sep 2008 16:52:33 -0700 From: Jeremy Chadwick To: Pegasus Mc Cleaft Message-ID: <20080928235233.GA91555@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <200809282232.49053.ken@mthelicon.com> <20080928223709.GA90348@icarus.home.lan> <200809290021.42930.ken@mthelicon.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809290021.42930.ken@mthelicon.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Andrey Elsukov , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 28 Sep 2008 23:52:39 -0000 On Mon, Sep 29, 2008 at 12:21:42AM +0100, Pegasus Mc Cleaft wrote: > On Sunday 28 September 2008 23:37:09 Jeremy Chadwick wrote: > > > > > Yea.. The machine is otherwise running fine, and also loaded the driver > > > for the ata raid controller (I made the machine boot off a raid-1 pack > > > and made slices on the pack for /, /usr, /var . The rest zfs for > > > /usr/home) > > > > I don't know what filesystems you have assigned to what drives, but > > please be aware there are known major problems with Silicon Image > > controllers on FreeBSD, Linux, and Windows. The most common problem is > > silent data corruption. I can refer you to previous discussions of this > > problem if you'd like. If at all possible, disable this controller in > > the BIOS, and do not use it. > > I didnt know that, so thanks for telling me. As luck would have it, I just > have the DVD-RW drive on the Silicon Image controller. I originally tried to > use the SI controller for the primary boot, but the driver support was not > there for it with the 7.0 boot disks, so I played with the cables and put the > two raid-1 drives on the JMicron controller. It was only after I got a 7.1 > kernel installed that it showed back up and I got use of the DVD-Rom drive. This often happens when a change is made between two versions of FreeBSD but there's no available ISO which contains the drivers/changes which provide the hardware support you need. You might be interested in the snapshots/ directory on the FTP mirrors: ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/200809/ The allbsd.org site is also quite useful when you need something that's been added in the past few days/weeks, and not within the past month: http://pub.allbsd.org/FreeBSD-snapshots/ > > I see the system has an Intel AHCI-based controller (probably an ICH10 > > chip, since the ICH10 is the first to support 6 SATA channels). I would > > recommend using that for as much as you can (I see you have disks ad14 > > through ad24 off that controller). > > Its actually a ICH9R based motherboard by Gigabyte (GS-X48-DS5). Ahh, right. The ICH9R, ICH9DH, and ICH9DO contain 6 ports, while the ICH9 only provides 4 ports (confirmed in the data sheet). The ICH10 is the first to include 6 ports on the non-RAID version of the chip, that's why I made that assumption. > It seems to be a decent board, with the exception of, what I believe > to be a hardware fault with the watchdog timer. I think they have put > a pull-up resistor on the speaker line on the ICH9 that on release of > reset is hardware disabling the watchdog timer function. I have gone > round and round with them on this, but I can not adequately explain > the problem to there tech-support as there is a language barrier. One has to remember that Gigabyte is predominantly a "consumer" product vendor. Chances of getting through to an engineer are slim; Tier 1 support "shields" customers from engineers -- understandable (you don't want some irate customer wasting engineering's time on something that's simple), but it's also a problem because most T1 folks often lack the ability to make the judgement call as to when they should forward the request. Instead, the (false) conclusion they reach is "This is just some one-off, what a waste of time, /dev/null it". Supermicro is the one company I've had luck with, where their Tier 1 guys understand that certain topics should be forwarded directly to engineers, while other topics remain in T1s hands. > > > Thinking about it, I also added atapicd in the kernel config so I could > > > use things like K3B and xcdroast.. I dont know if maybe that shim might > > > be causing issues. I'll try making another kernel without it and giving > > > that a try. > > > > I highly doubt that's the problem. > > > > Can you please include your kernel configuration file here? > > > > Also, please do not copy/paste the file; I noticed in your dmesg|grep > > ata output, all of the lines had trailing spaces (I've stripped them > > off). > > Sure, I'll attach the config file and also a full dmesg. Forgive the state of > the config file.. Its basically a copy of the GENERIC with a bunch of stuff > added at the end. > > > > I've CC'd sos@freebsd.org who maintains ata(4). I see no reason why > > "atacontrol list" would be returning such an error. > > Thank you... > > I'm not sure why I'm having the problem either. I just thought it was strange > that it worked using the GENERIC kernel from 7.0-REL but once I built the > latest 7.1-PR it stopped working. My machine (feathers) is actually a sister > machine from one I built at work so I could test things out at home and then > make changes to the production machine. The other machine does not have the SI > controller in it (everything else is the same) and it also will not do the > atacontrol list without erroring in the same way. 7.0-RELEASE to 7.1-PRERELEASE is pretty major in terms of changes; there's been a lot. I'd like to blame ata(4), but I don't know of any changes there (and I follow those closely) which might explain this phenomenon. I'm also CC'ing Andrey Elsukov who has some experience dealing with ata(4) and AHCI. He might know of something that could cause this. I'm especially interested now that Bruce Cran reports the exact same problem on completely different hardware. (I myself can't reproduce it on a Supermicro PDSMi+ board running 7.1-PRERELEASE built September 24th). > I will hold my hands up and say that it could very well be something I have > done in the config file by adding so much 'Stuff' to it.. There could be a > conflict there I dont know about.. Okay, so after reviewing your config file, the two pieces which could explain it (that differ from mine) are: 1) use of ATA_STATIC_ID, 2) use of atapicam I'm providing a link to your mail so that Andrey and others can read your kernel config and dmesg output if need be; I'm removing it as quoted material to keep the size of the mails down. http://lists.freebsd.org/pipermail/freebsd-hackers/2008-September/026153.html Also, an unrelated tip regarding SMBus, the only devices you'll need are: device smbus device smb device ichsmb The others are superfluous devices (won't apply to your board), unless you really plan on utilising some I2C hardware you have. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 00:02:29 2008 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 0980A1065692 for ; Mon, 29 Sep 2008 00:02:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id E09D18FC12 for ; Mon, 29 Sep 2008 00:02:28 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.emeryville.ca.mail.comcast.net ([76.96.30.51]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id LDaw1a00E16AWCUA1Q2622; Mon, 29 Sep 2008 00:02:06 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA06.emeryville.ca.mail.comcast.net with comcast id LQ2T1a0044v8bD78SQ2Tie; Mon, 29 Sep 2008 00:02:27 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=IjLdvNC3foNJktdLwTgA:9 a=vTf-ZAQqeoAnHNiv4agA:7 a=HrcFU4mo6WJkrdJ37FqklWdcSFEA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id EDCACC9432; Sun, 28 Sep 2008 17:02:26 -0700 (PDT) Date: Sun, 28 Sep 2008 17:02:26 -0700 From: Jeremy Chadwick To: Bruce Cran Message-ID: <20080929000226.GA92057@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080928232438.5d0c4a55@tau.draftnet> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Andrey Elsukov , Pegasus McCleaft , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 00:02:29 -0000 On Sun, Sep 28, 2008 at 11:24:38PM +0100, Bruce Cran wrote: > On Sun, 28 Sep 2008 10:43:58 +0000 (UTC) > Pegasus McCleaft wrote: > > > Hello everyone. > > > > I was wondering if anyone else is experiencing this problem. > > I have recently reloaded my machine (due to a meltdown of my primary > > boot drive) and noticed that under 7.0-rel the atacontrol command > > seems to work great, however, under 7.1 I get and error > > > > atacontrol: ioctl(IOCATADEVICES): Device not configured > > > > Has anyone else seen this error. I wouldent be conserned if > > it wasent for the fact that it worked under 7.0-rel but now dosent. > > The machine is using both the: > > > > atapci0: > > atapci1: > > I'm also seeing this problem on my amd64 7.1-PRERELEASE system: > > > atacontrol list > ATA channel 0: > Master: acd0 ATA/ATAPI revision 5 > Slave: no device present > atacontrol: ioctl(IOCATADEVICES): Device not configured > > I've attached the dmesg, and truss output from "atacontrol list". Your dmesg output implies you're not using atapicam, while Pegasus is. So I believe that rules that out. Are you using ATA_STATIC_ID? If not, then I'm out of "simple" ideas as to what could be causing this. > open("/dev/ata",O_RDWR,037777766320) = 3 (0x3) > ioctl(3,IOCATAGMAXCHANNEL,0xffffec20) = 0 (0x0) > ioctl(3,IOCATADEVICES,0xffffe590) = 0 (0x0) > fstat(1,{ mode=-rw-r--r-- ,inode=307828,size=2281,blksize=4096 }) = 0 (0x0) > __sysctl(0x7fffffffdba0,0x2,0x800845b48,0x7fffffffdbb8,0x0,0x0) = 0 (0x0) > __sysctl(0x7fffffffd6f0,0x2,0x8008547d8,0x7fffffffd6e8,0x0,0x0) = 0 (0x0) > __sysctl(0x7fffffffd730,0x2,0x7fffffffd74c,0x7fffffffd740,0x0,0x0) = 0 (0x0) > readlink("/etc/malloc.conf",0x7fffffffd790,1024) ERR#2 'No such file or directory' > issetugid(0x80071c2aa,0x7fffffffd790,0xffffffffffffffff,0x0,0xffffffff80ac1c40,0x7fffffffd768) = 0 (0x0) > break(0x600000) = 0 (0x0) > break(0x700000) = 0 (0x0) > ioctl(3,IOCATADEVICES,0xffffe590) ERR#6 'Device not configured' I've snipped the truss output to the relevant piece. fd 3 points to /dev/ata, and there are no man pages which document the IOCATADEVICES ioctl. I'll have to look at the source. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 00:36:08 2008 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 52C34106568E for ; Mon, 29 Sep 2008 00:36:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id EEE3F8FC17 for ; Mon, 29 Sep 2008 00:36:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.westchester.pa.mail.comcast.net ([76.96.62.60]) by QMTA07.westchester.pa.mail.comcast.net with comcast id LMKz1a00M1HzFnQ57Qc7WA; Mon, 29 Sep 2008 00:36:07 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA14.westchester.pa.mail.comcast.net with comcast id LQc41a0034v8bD73aQc6NC; Mon, 29 Sep 2008 00:36:07 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=LQHkYGk4adzdkpo2lpcA:9 a=GWd5yspbnJxFYAxDkecA:7 a=UzX7D9WwCzImeTTZ7PUdjpkvkzMA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id BFE4CC9432; Sun, 28 Sep 2008 17:36:03 -0700 (PDT) Date: Sun, 28 Sep 2008 17:36:03 -0700 From: Jeremy Chadwick To: Bruce Cran Message-ID: <20080929003603.GA92998@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> <20080929000226.GA92057@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929000226.GA92057@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Andrey Elsukov , Pegasus McCleaft , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 00:36:08 -0000 On Sun, Sep 28, 2008 at 05:02:26PM -0700, Jeremy Chadwick wrote: > On Sun, Sep 28, 2008 at 11:24:38PM +0100, Bruce Cran wrote: > > On Sun, 28 Sep 2008 10:43:58 +0000 (UTC) > > Pegasus McCleaft wrote: > > > > > Hello everyone. > > > > > > I was wondering if anyone else is experiencing this problem. > > > I have recently reloaded my machine (due to a meltdown of my primary > > > boot drive) and noticed that under 7.0-rel the atacontrol command > > > seems to work great, however, under 7.1 I get and error > > > > > > atacontrol: ioctl(IOCATADEVICES): Device not configured > > > > > > Has anyone else seen this error. I wouldent be conserned if > > > it wasent for the fact that it worked under 7.0-rel but now dosent. > > > The machine is using both the: > > > > > > atapci0: > > > atapci1: > > > > I'm also seeing this problem on my amd64 7.1-PRERELEASE system: > > > > > atacontrol list > > ATA channel 0: > > Master: acd0 ATA/ATAPI revision 5 > > Slave: no device present > > atacontrol: ioctl(IOCATADEVICES): Device not configured > > > > I've attached the dmesg, and truss output from "atacontrol list". > > Your dmesg output implies you're not using atapicam, while Pegasus is. > So I believe that rules that out. > > Are you using ATA_STATIC_ID? If not, then I'm out of "simple" ideas as > to what could be causing this. > > > open("/dev/ata",O_RDWR,037777766320) = 3 (0x3) > > ioctl(3,IOCATAGMAXCHANNEL,0xffffec20) = 0 (0x0) > > ioctl(3,IOCATADEVICES,0xffffe590) = 0 (0x0) > > fstat(1,{ mode=-rw-r--r-- ,inode=307828,size=2281,blksize=4096 }) = 0 (0x0) > > __sysctl(0x7fffffffdba0,0x2,0x800845b48,0x7fffffffdbb8,0x0,0x0) = 0 (0x0) > > __sysctl(0x7fffffffd6f0,0x2,0x8008547d8,0x7fffffffd6e8,0x0,0x0) = 0 (0x0) > > __sysctl(0x7fffffffd730,0x2,0x7fffffffd74c,0x7fffffffd740,0x0,0x0) = 0 (0x0) > > readlink("/etc/malloc.conf",0x7fffffffd790,1024) ERR#2 'No such file or directory' > > issetugid(0x80071c2aa,0x7fffffffd790,0xffffffffffffffff,0x0,0xffffffff80ac1c40,0x7fffffffd768) = 0 (0x0) > > break(0x600000) = 0 (0x0) > > break(0x700000) = 0 (0x0) > > ioctl(3,IOCATADEVICES,0xffffe590) ERR#6 'Device not configured' > > I've snipped the truss output to the relevant piece. > > fd 3 points to /dev/ata, and there are no man pages which document > the IOCATADEVICES ioctl. I'll have to look at the source. Bruce and Pegasus, Can you please apply the below patch to src/sbin/atacontrol.c and let me know what the output is when doing "atacontrol list"? This won't solve the problem, but it will help in determining which piece of code in src/sys/dev/ata/ata-all.c is returning an error to ioctl() (different pieces of the code return different errors, either ENXIO, ENODEV, or another error depending upon what gets returned from ata_raid_ioctl_func()). Thanks. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | --- atacontrol.c.orig 2008-04-08 03:48:20.000000000 -0700 +++ atacontrol.c 2008-09-28 17:32:39.000000000 -0700 @@ -261,12 +261,14 @@ static void info_print(int fd, int channel, int prchan) { + int ret; struct ata_ioc_devices devices; devices.channel = channel; - if (ioctl(fd, IOCATADEVICES, &devices) < 0) - err(1, "ioctl(IOCATADEVICES)"); + if ((ret = ioctl(fd, IOCATADEVICES, &devices)) < 0) { + err(1, "ioctl(IOCATADEVICES) returned %d", ret); + } if (prchan) printf("ATA channel %d:\n", channel); From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 02:08:16 2008 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 1B1581065688; Mon, 29 Sep 2008 02:08:16 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id AAC5D8FC1A; Mon, 29 Sep 2008 02:08:15 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 701E930126; Mon, 29 Sep 2008 03:08:12 +0100 (BST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=BAYES_00 autolearn=ham version=3.2.3 Received: from tau.draftnet (tau.demon.co.uk [80.177.26.208]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTP; Mon, 29 Sep 2008 03:08:12 +0100 (BST) Date: Mon, 29 Sep 2008 03:07:48 +0100 From: Bruce Cran To: Jeremy Chadwick Message-ID: <20080929030748.08b19c52@tau.draftnet> In-Reply-To: <20080929003603.GA92998@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> <20080929000226.GA92057@icarus.home.lan> <20080929003603.GA92998@icarus.home.lan> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; amd64-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Andrey Elsukov , Pegasus, McCleaft , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 02:08:16 -0000 On Sun, 28 Sep 2008 17:36:03 -0700 Jeremy Chadwick wrote: > Bruce and Pegasus, > > Can you please apply the below patch to src/sbin/atacontrol.c and let > me know what the output is when doing "atacontrol list"? > > This won't solve the problem, but it will help in determining which > piece of code in src/sys/dev/ata/ata-all.c is returning an error to > ioctl() (different pieces of the code return different errors, either > ENXIO, ENODEV, or another error depending upon what gets returned > from ata_raid_ioctl_func()). ATA channel 0: Master: acd0 ATA/ATAPI revision 5 Slave: no device present atacontrol: ioctl(IOCATADEVICES) returned -1: Device not configured This laptop's running GENERIC, so ATA_STATIC_ID is in my kernel config. -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 02:13:07 2008 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 445521065687 for ; Mon, 29 Sep 2008 02:13:07 +0000 (UTC) (envelope-from fbsd06+2H=66b76f71@mlists.homeunix.com) Received: from fallback-in1.mxes.net (fallback-out1.mxes.net [216.86.168.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1703B8FC0A for ; Mon, 29 Sep 2008 02:13:07 +0000 (UTC) (envelope-from fbsd06+2H=66b76f71@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by fallback-in1.mxes.net (Postfix) with ESMTP id CE280163F6B for ; Sun, 28 Sep 2008 21:56:40 -0400 (EDT) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id E0AF123E49A; Sun, 28 Sep 2008 21:56:38 -0400 (EDT) Date: Mon, 29 Sep 2008 02:56:36 +0100 From: RW To: "Michael Schuh" Message-ID: <20080929025636.781ed1ff@gumby.homeunix.com.> In-Reply-To: <1dbad3150809261115h379a611aweb20e47124e254d4@mail.gmail.com> References: <1dbad3150809261115h379a611aweb20e47124e254d4@mail.gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: experimantal question about md'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, 29 Sep 2008 02:13:07 -0000 On Fri, 26 Sep 2008 20:15:43 +0200 "Michael Schuh" wrote: > Let us say i have a Machine with 8 CPUs and a lot of RAM. > An i need a very high perfomance Storage for holding data. > > My idea was to setup a raid1(0) with virtual disk images. > Created with mdconfig. > > My idea was to create minimum 2 md-diskimages, > these are located > fisrt one on the harddisk as type vnode > second one as exact copy totally in the memory as type malloc > > For now the man-page mentoid me to not to do so, while large disks in > RAM cause panics, and i know panics come surely > > Is the above scenario possible without panics? You could use swap-backed devices. They are very similar, in both cases you are writing into ram backed by swap. I doubt it will work, I think raid works at the speed of the slower device. You need to be careful how you benchmark it. Your raid array will have the unfair advantage of starting with preloaded data. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 03:07:47 2008 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 314F21065689 for ; Mon, 29 Sep 2008 03:07:47 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id CC9418FC1C for ; Mon, 29 Sep 2008 03:07:46 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA13.westchester.pa.mail.comcast.net ([76.96.62.52]) by QMTA09.westchester.pa.mail.comcast.net with comcast id LCtm1a00617dt5G59T7mwu; Mon, 29 Sep 2008 03:07:46 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA13.westchester.pa.mail.comcast.net with comcast id LT7k1a0084v8bD73ZT7lWZ; Mon, 29 Sep 2008 03:07:46 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=qvR8AE5FgCwQHAAWRt0A:9 a=S_ydvDUO7vCvsDmyiN8A:7 a=Lr86B7Flg4f0hSxBomc2xttaQKIA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 6A8FCC9432; Sun, 28 Sep 2008 20:07:44 -0700 (PDT) Date: Sun, 28 Sep 2008 20:07:44 -0700 From: Jeremy Chadwick To: Bruce Cran Message-ID: <20080929030744.GA95060@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> <20080929000226.GA92057@icarus.home.lan> <20080929003603.GA92998@icarus.home.lan> <20080929030748.08b19c52@tau.draftnet> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929030748.08b19c52@tau.draftnet> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Andrey Elsukov , Pegasus McCleaft , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 03:07:47 -0000 On Mon, Sep 29, 2008 at 03:07:48AM +0100, Bruce Cran wrote: > On Sun, 28 Sep 2008 17:36:03 -0700 > Jeremy Chadwick wrote: > > Bruce and Pegasus, > > > > Can you please apply the below patch to src/sbin/atacontrol.c and let > > me know what the output is when doing "atacontrol list"? > > > > This won't solve the problem, but it will help in determining which > > piece of code in src/sys/dev/ata/ata-all.c is returning an error to > > ioctl() (different pieces of the code return different errors, either > > ENXIO, ENODEV, or another error depending upon what gets returned > > from ata_raid_ioctl_func()). I misread part of the code. ata_raid_ioctl() only gets called if the ata_raid_ioctl_func pointer is non-NULL (it defaults to NULL unless your system is found to need/require ataraid support; need/require does not mean "compiled in", I assume it means "we found devices/metadata that ataraid can handle"). In your case, there are no arX devices, and the only ATA device you have is an ATAPI CD/DVD drive. > ATA channel 0: > Master: acd0 ATA/ATAPI revision 5 > Slave: no device present > atacontrol: ioctl(IOCATADEVICES) returned -1: Device not configured Right, silly me. Here I was hoping I could get the return code of ata_ioctl(), but that's not the case. There's no way for me to get that information; ioctl() returns -1 on failure, and 0 on success. truss isn't going to be enough for this, because I need to see into the kernel ioctl() layer to find out what's going on in the ATA code. Simply put, I don't know how to efficiently debug this problem under FreeBSD. dtrace is available on 7.1-PRERELEASE, but I'm unfamiliar with it. > This laptop's running GENERIC, so ATA_STATIC_ID is in my kernel config. Thanks. I realised on all of my systems I also use ATA_STATIC_ID (I must've missed it when I was skimming the config), so neither atapicam nor ATA_STATIC_ID are responsible for this. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 03:13:25 2008 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 ED0C41065687 for ; Mon, 29 Sep 2008 03:13:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id CDF808FC17 for ; Mon, 29 Sep 2008 03:13:25 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA12.emeryville.ca.mail.comcast.net ([76.96.30.44]) by QMTA01.emeryville.ca.mail.comcast.net with comcast id LHVr1a0050x6nqcA1TD2Xa; Mon, 29 Sep 2008 03:13:02 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA12.emeryville.ca.mail.comcast.net with comcast id LTDQ1a0034v8bD78YTDQDD; Mon, 29 Sep 2008 03:13:25 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=C6fUqaaY-4wt3Ajya2oA:9 a=9eQsYxVzH1dBcsGUuHoA:7 a=TjuWLECI3vTb2MSw7-GcDhC_oN8A:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 2592BC9432; Sun, 28 Sep 2008 20:13:24 -0700 (PDT) Date: Sun, 28 Sep 2008 20:13:24 -0700 From: Jeremy Chadwick To: Bruce Cran Message-ID: <20080929031324.GA96457@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> <20080929000226.GA92057@icarus.home.lan> <20080929003603.GA92998@icarus.home.lan> <20080929030748.08b19c52@tau.draftnet> <20080929030744.GA95060@icarus.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929030744.GA95060@icarus.home.lan> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Andrey Elsukov , Pegasus McCleaft , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 03:13:26 -0000 On Sun, Sep 28, 2008 at 08:07:44PM -0700, Jeremy Chadwick wrote: > On Mon, Sep 29, 2008 at 03:07:48AM +0100, Bruce Cran wrote: > > On Sun, 28 Sep 2008 17:36:03 -0700 > > Jeremy Chadwick wrote: > > > Bruce and Pegasus, > > > > > > Can you please apply the below patch to src/sbin/atacontrol.c and let > > > me know what the output is when doing "atacontrol list"? > > > > > > This won't solve the problem, but it will help in determining which > > > piece of code in src/sys/dev/ata/ata-all.c is returning an error to > > > ioctl() (different pieces of the code return different errors, either > > > ENXIO, ENODEV, or another error depending upon what gets returned > > > from ata_raid_ioctl_func()). > > I misread part of the code. ata_raid_ioctl() only gets called if the > ata_raid_ioctl_func pointer is non-NULL (it defaults to NULL unless your > system is found to need/require ataraid support; need/require does not > mean "compiled in", I assume it means "we found devices/metadata that > ataraid can handle"). > > In your case, there are no arX devices, and the only ATA device you have > is an ATAPI CD/DVD drive. > > > ATA channel 0: > > Master: acd0 ATA/ATAPI revision 5 > > Slave: no device present > > atacontrol: ioctl(IOCATADEVICES) returned -1: Device not configured > > Right, silly me. Here I was hoping I could get the return code of > ata_ioctl(), but that's not the case. There's no way for me to get that > information; ioctl() returns -1 on failure, and 0 on success. > > truss isn't going to be enough for this, because I need to see into the > kernel ioctl() layer to find out what's going on in the ATA code. > > Simply put, I don't know how to efficiently debug this problem under > FreeBSD. dtrace is available on 7.1-PRERELEASE, but I'm unfamiliar with > it. Lucky! While working on some other ATA-related code on a test/dev box I just built about 30 minutes ago, I decided to do "atacontrol list" to see what would happen: testbox# atacontrol list ATA channel 0: Master: ad0 Serial ATA v1.0 Slave: no device present ATA channel 1: Master: acd0 ATA/ATAPI revision 0 Slave: no device present atacontrol: ioctl(IOCATADEVICES): Device not configured testbox# This box I have physical + serial access to, so I should be able to try and track this down, now that I have something to work with. :-) I'll let you guys know what I find. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 04:25:39 2008 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 AE00210656B3 for ; Mon, 29 Sep 2008 04:25:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards6.yandex.ru (forwards6.yandex.ru [77.88.61.38]) by mx1.freebsd.org (Postfix) with ESMTP id 5F5718FC15 for ; Mon, 29 Sep 2008 04:25:39 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.32.24]) by forwards6.yandex.ru (Postfix) with ESMTP id 80F0EA8CCDE; Mon, 29 Sep 2008 08:07:14 +0400 (MSD) Received: from ns.kirov.so-cdu.ru ([77.72.136.145]:25578 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1053128AbYI2EHI (ORCPT + 3 others); Mon, 29 Sep 2008 08:07:08 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp5 X-Yandex-TimeMark: 1222661228 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <48E05471.8090705@yandex.ru> Date: Mon, 29 Sep 2008 08:07:13 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Bruce Cran References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> In-Reply-To: <20080928232438.5d0c4a55@tau.draftnet> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Poul-Henning Kamp , Pegasus McCleaft Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 04:25:39 -0000 Bruce Cran wrote: > I'm also seeing this problem on my amd64 7.1-PRERELEASE system: > >> atacontrol list > ATA channel 0: > Master: acd0 ATA/ATAPI revision 5 > Slave: no device present > atacontrol: ioctl(IOCATADEVICES): Device not configured > > > I've attached the dmesg, and truss output from "atacontrol list". This is known problem and it fixed in CURRENT. You need to apply this patch: http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/atacontrol/atacontrol.c.diff?r1=1.47;r2=1.48 I cc'ed person, who commited this fix. Hi, Poul-Henning, I think it should be MFCed before release. -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 05:07:07 2008 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 2D8DB106568A for ; Mon, 29 Sep 2008 05:07:07 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA04.emeryville.ca.mail.comcast.net (qmta04.emeryville.ca.mail.comcast.net [76.96.30.40]) by mx1.freebsd.org (Postfix) with ESMTP id 100ED8FC0C for ; Mon, 29 Sep 2008 05:07:06 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA14.emeryville.ca.mail.comcast.net ([76.96.30.60]) by QMTA04.emeryville.ca.mail.comcast.net with comcast id LQ8W1a0331HpZEsA4V765F; Mon, 29 Sep 2008 05:07:06 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA14.emeryville.ca.mail.comcast.net with comcast id LV751a0074v8bD78aV75iv; Mon, 29 Sep 2008 05:07:06 +0000 X-Authority-Analysis: v=1.0 c=1 a=6I5d2MoRAAAA:8 a=QycZ5dHgAAAA:8 a=qf0l1-PPkELoIalvthkA:9 a=WtoTRuQKAazx_D3Zu0AA:7 a=3Ppqr_yssHf2_HDLr0M_2JWliIsA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 56E03C9432; Sun, 28 Sep 2008 22:07:05 -0700 (PDT) Date: Sun, 28 Sep 2008 22:07:05 -0700 From: Jeremy Chadwick To: "Andrey V. Elsukov" Message-ID: <20080929050705.GA98771@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> <48E05471.8090705@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E05471.8090705@yandex.ru> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Bruce Cran , freebsd-hackers@freebsd.org, Poul-Henning Kamp , Pegasus McCleaft Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 05:07:07 -0000 On Mon, Sep 29, 2008 at 08:07:13AM +0400, Andrey V. Elsukov wrote: > Bruce Cran wrote: >> I'm also seeing this problem on my amd64 7.1-PRERELEASE system: >> >>> atacontrol list >> ATA channel 0: >> Master: acd0 ATA/ATAPI revision 5 >> Slave: no device present >> atacontrol: ioctl(IOCATADEVICES): Device not configured >> >> >> I've attached the dmesg, and truss output from "atacontrol list". > > This is known problem and it fixed in CURRENT. > You need to apply this patch: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/atacontrol/atacontrol.c.diff?r1=1.47;r2=1.48 > > I cc'ed person, who commited this fix. > Hi, Poul-Henning, I think it should be MFCed before release. I agree, it should be MFC'd. Cute bug too; never would've guessed it. Saves me from the effort of trying to get kgdb over serial working and all that jazz. :-) Thanks, Andrey! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 05:19:24 2008 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 8FF861065688 for ; Mon, 29 Sep 2008 05:19:24 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.177]) by mx1.freebsd.org (Postfix) with ESMTP id 44A778FC17 for ; Mon, 29 Sep 2008 05:19:24 +0000 (UTC) (envelope-from zbeeble@gmail.com) Received: by el-out-1112.google.com with SMTP id v27so398996ele.13 for ; Sun, 28 Sep 2008 22:19:23 -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:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=/J7JxiI+8HYKkadYm/ckZb82MxOk7FnUCF9Dbq2R1fw=; b=vMxWlDq6Q5p2ZscE5NuwMXI6rGe+p2Nt2HQtuqh+HF9YfuAyEq2icLrxHcKINitpHM rbPH985nFDgCQEyg/CnqfgMyzoCuv6YR7O58bhJ6JiPEq6snGTiSWmPvQP9culAA2lIg I5mKjsskZ2m6rAF4D9Z7czR7Xazw6z8/mJfno= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=LvSJPNnoBTbHH0aKDBMkNfWx8nIpklwR19fv6Aq8703kehw8B1YzdXAURArys5UyjE VpkOAf3Y1gebrZCwcXUDt9WgKW38Cp+hBGDDjB9+zAQLcfPis3Ag/hID4YZ0deDqSLiE nEe8ETStrWAMlIbz2/9YWlgeemJM345EUpKxw= Received: by 10.151.112.14 with SMTP id p14mr7141156ybm.173.1222665563309; Sun, 28 Sep 2008 22:19:23 -0700 (PDT) Received: by 10.150.137.11 with HTTP; Sun, 28 Sep 2008 22:19:23 -0700 (PDT) Message-ID: <5f67a8c40809282219w6ae93986od211c6e8c47066fe@mail.gmail.com> Date: Mon, 29 Sep 2008 01:19:23 -0400 From: "Zaphod Beeblebrox" To: "Michael Schuh" In-Reply-To: <1dbad3150809261115h379a611aweb20e47124e254d4@mail.gmail.com> MIME-Version: 1.0 References: <1dbad3150809261115h379a611aweb20e47124e254d4@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: experimantal question about md'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, 29 Sep 2008 05:19:24 -0000 On Fri, Sep 26, 2008 at 2:15 PM, Michael Schuh wrote: > Hallo @list, > > Let us say i have a Machine with 8 CPUs and a lot of RAM. > An i need a very high perfomance Storage for holding data. > > My idea was to setup a raid1(0) with virtual disk images. > Created with mdconfig. > > My idea was to create minimum 2 md-diskimages, > these are located > fisrt one on the harddisk as type vnode > second one as exact copy totally in the memory as type malloc > > For now the man-page mentoid me to not to do so, while large disks in RAM > cause panics, and i know panics come surely > > Is the above scenario possible without panics? My first concern is not the panics (you can somewhat solve this by using swap-backed MD), but the fact that you can't really gain an advantage this way. If you have enough RAM, the regular process of filesystem buffering will do the work for you. If you don't have enough RAM, the RAM starvation of buffers and processes will be your problem and not the speed of your filesystem. Regardless, if you were to construct a raid with an MD and a real disk (no need to make it a vnode MD --- but that has the same drawbacks) the RAID filesystem would be constrained by the speed of writes to the slower filesystem. You may get a few percent out of teaching the gmirror node to prefer reading from the memory disk, but would this be an advantage over the natural buffering that already takes place? Probably not. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 05:19:34 2008 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 EDF6F106574E for ; Mon, 29 Sep 2008 05:19:34 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.237]) by mx1.freebsd.org (Postfix) with ESMTP id C271F8FC1B for ; Mon, 29 Sep 2008 05:19:34 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1765234rvf.43 for ; Sun, 28 Sep 2008 22:19:34 -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:to :subject:mime-version:content-type; bh=ulBxqDQFCTUtBgd1XdALMFtXjb/zavezvxvNpKBW0VQ=; b=NEFOpgKs8bPbP9Q9vveJwoTeKOnpD1QTbDigTQd0EOQA2jn4O9hJk41kkN7r/J11Yq IedqQXMk0xH1FHnJwK47C2IL9rAptZR/x9o89BhFnPi4PEfHhacLoRiRq+CR8twswOCr 6AmkfmZmLUzVE7OsrmMUwb41ZIu9S4I9wm640= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=oWhA7s+waAcxiwr6JSBY/BnYOS2s1hmIhmP2jEzyMM5JaexYPJmDasuMrfn/bs7FrV uJCXbQQTSyigaTOCCRGnLA43XRClakkxvcLIQ1QjMShxhDHUQvNSUyM176gVY56m3l+G MDNUY6GfEvA6pHs9aVy7SE40+ip9LvkLOwRZw= Received: by 10.141.152.8 with SMTP id e8mr2209988rvo.19.1222665574115; Sun, 28 Sep 2008 22:19:34 -0700 (PDT) Received: by 10.141.128.12 with HTTP; Sun, 28 Sep 2008 22:19:34 -0700 (PDT) Message-ID: Date: Sun, 28 Sep 2008 22:19:34 -0700 From: "Mike Price" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: What file on FreeBSD acts like autoexec.bat? 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, 29 Sep 2008 05:19:35 -0000 What file on FreeBSD acts like autoexec.bat? Also please leave the full path% From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 05:29:19 2008 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 C29AB106568B for ; Mon, 29 Sep 2008 05:29:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 4C4188FC40 for ; Mon, 29 Sep 2008 05:29:19 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-048-073.pools.arcor-ip.net [88.66.48.73]) by mrelayeu.kundenserver.de (node=mrelayeu6) with ESMTP (Nemesis) id 0ML29c-1KkBJt1CBi-0001jc; Mon, 29 Sep 2008 07:29:17 +0200 Received: (qmail 38431 invoked from network); 29 Sep 2008 05:29:15 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by laiers.local with SMTP; 29 Sep 2008 05:29:15 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Mon, 29 Sep 2008 07:29:15 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809290729.15531.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18Fqz3lQEgf+avpjVx5wVYTEkp4s+V5RtbsenO yKLulrG4UbpVwI3+bvbNPIHZS5ZBF1ZOmmmYbJqvmG15FSMIWM iardiFaz54/4lJvOK2Y8A== Cc: Mike Price Subject: Re: What file on FreeBSD acts like autoexec.bat? 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, 29 Sep 2008 05:29:19 -0000 On Monday 29 September 2008 07:19:34 Mike Price wrote: > What file on FreeBSD acts like autoexec.bat? > Also please leave the full path% You might find the following article enlightening: http://www.freebsd.org/doc/en_US.ISO8859-1/articles/rc-scripting/ -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 05:50:20 2008 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 E84121065699 for ; Mon, 29 Sep 2008 05:50:20 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from clewlow.org (clewlow.org [210.215.149.194]) by mx1.freebsd.org (Postfix) with ESMTP id B2B678FC20 for ; Mon, 29 Sep 2008 05:50:19 +0000 (UTC) (envelope-from tim@clewlow.org) Received: from 192.168.1.100 (localhost [127.0.0.1]) by clewlow.org (Postfix) with ESMTP id 46DFB1C0851; Mon, 29 Sep 2008 15:30:44 +1000 (EST) Received: from 192.168.1.13 (SquirrelMail authenticated user tim) by 192.168.1.100 with HTTP; Mon, 29 Sep 2008 15:30:44 +1000 (EST) Message-ID: <4f8f44b57d2cf76e60663bd79ae3b65f.squirrel@192.168.1.100> In-Reply-To: References: Date: Mon, 29 Sep 2008 15:30:44 +1000 (EST) From: "Tim Clewlow" To: "Mike Price" User-Agent: SquirrelMail/1.4.15 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-hackers@freebsd.org Subject: Re: What file on FreeBSD acts like autoexec.bat? 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, 29 Sep 2008 05:50:21 -0000 > What file on FreeBSD acts like autoexec.bat? > Also please leave the full path% > _______________________________________________ > 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 my point of view, I would say that this file acts like an 'autoexec.bat' file, in a highly abstract manner: http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/ But I imaging the rc mechanism is more what you are looking for: http://www.freebsd.org/cgi/man.cgi?query=rc&sektion=8 Cheers, Tim. -- The code that never executes at all is the fastest. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 06:35:18 2008 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 32DEB106568D for ; Mon, 29 Sep 2008 06:35:18 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [66.90.118.40]) by mx1.freebsd.org (Postfix) with ESMTP id F35128FC0A for ; Mon, 29 Sep 2008 06:35:17 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from feathers.peganest.com (78-33-110-3.static-adsl.entanet.co.uk [78.33.110.3] (may be forged)) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id m8T6XvEM058218 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 29 Sep 2008 06:33:59 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Mon, 29 Sep 2008 07:33:44 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; amd64; ; ) References: <20080928103937.U51561@hercules.mthelicon.com> <20080928232438.5d0c4a55@tau.draftnet> <48E05471.8090705@yandex.ru> In-Reply-To: <48E05471.8090705@yandex.ru> MIME-Version: 1.0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809290733.44487.ken@mthelicon.com> Cc: Bruce Cran , Poul-Henning Kamp , "Andrey V. Elsukov" , Pegasus McCleaft Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 06:35:18 -0000 On Monday 29 September 2008 05:07:13 Andrey V. Elsukov wrote: > Bruce Cran wrote: > > I'm also seeing this problem on my amd64 7.1-PRERELEASE system: > >> atacontrol list > > > > ATA channel 0: > > Master: acd0 ATA/ATAPI revision 5 > > Slave: no device present > > atacontrol: ioctl(IOCATADEVICES): Device not configured > > > > > > I've attached the dmesg, and truss output from "atacontrol list". > > This is known problem and it fixed in CURRENT. > You need to apply this patch: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/atacontrol/atacontrol.c.diff >?r1=1.47;r2=1.48 > > I cc'ed person, who commited this fix. > Hi, Poul-Henning, I think it should be MFCed before release. Thanks everyone, I just got up this morning and used the above patch and now everything is working great! Thanks to everyone for your help Peg From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 07:39:37 2008 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 EF20B1065698 for ; Mon, 29 Sep 2008 07:39:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6F2C58FC1B for ; Mon, 29 Sep 2008 07:39:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8T7dZnO064979; Mon, 29 Sep 2008 09:39:35 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8T7dZDp064978; Mon, 29 Sep 2008 09:39:35 +0200 (CEST) (envelope-from olli) Date: Mon, 29 Sep 2008 09:39:35 +0200 (CEST) Message-Id: <200809290739.m8T7dZDp064978@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, bipolor@gmail.com In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 29 Sep 2008 09:39:36 +0200 (CEST) Cc: Subject: Re: What file on FreeBSD acts like autoexec.bat? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, bipolor@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2008 07:39:38 -0000 Mike Price wrote: > What file on FreeBSD acts like autoexec.bat? > Also please leave the full path% The file that probably comes closest is /etc/rc.local (you have to create it, it doesn't exist by default). Actually FreeBSD's rc system allows much more flexible scripting ... If you're interested, start by reading the rc(8) manual page. But if you only need some simple commands executed upon every boot, just put them in /etc/rc.local and you're done. Note, however, that you have to use sh(1) shell command syntax, not COMMAND.COM syntax. ;-) By the way, the file that corresponds to config.sys on a FreeBSD system is /etc/rc.conf (see the rc.conf(5) manual page for details). Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "A language that doesn't have everything is actually easier to program in than some that do." -- Dennis M. Ritchie From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 07:56:33 2008 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 E21291065696; Mon, 29 Sep 2008 07:56:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 91EE48FC14; Mon, 29 Sep 2008 07:56:33 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KkDcO-000971-Co; Mon, 29 Sep 2008 10:56:32 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to Danny Braniss message dated "Sat, 27 Sep 2008 14:32:55 +0300." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Sep 2008 10:56:32 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 29 Sep 2008 07:56:34 -0000 > > On Fri, 26 Sep 2008, Danny Braniss wrote: > > > > > after more testing, it seems it's related to changes made between Aug 4 and > > > Aug 29 ie, a kernel built on Aug 4 works fine, Aug 29 is slow. I'l now try > > > and close the gap. > > > > I think this is the best way forward -- skimming August changes, there are a > > number of candidate commits, including retuning of UDP hashes by mav, my > > rwlock changes, changes to mbuf chain handling, etc. > > it more difficult than I expected. > for one, the kernel date was missleading, the actual source update is the key, so > the window of changes is now 28/July to 19/August. I have the diffs, but nothing > yet seems relevant. > > on the other hand, I tried NFS/TCP, and there things seem ok, ie the 'good' and the 'bad' > give the same throughput, which seem to point to UDP changes ... > > danny Grr, there goes binary search theory out of the window, So far I have managed to pinpoint the day that the changes affect the throughput: 18/08/08 00:00:00 19/08/08 00:00:00 (I assume cvs's date is GMT). now would be a good time for some help, specially how to undo changes, my knowledge of csup/cvs are close to zero. danny From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 09:39:59 2008 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 18C8D1065699; Mon, 29 Sep 2008 09:39:59 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id BC1C08FC25; Mon, 29 Sep 2008 09:39:58 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KkFET-000A7V-CO; Mon, 29 Sep 2008 12:39:57 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Claus Guttesen" In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to "Claus Guttesen" message dated "Mon, 29 Sep 2008 10:40:05 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 29 Sep 2008 12:39:57 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Robert Watson , freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 29 Sep 2008 09:39:59 -0000 > > it more difficult than I expected. > > for one, the kernel date was missleading, the actual source update is the key, so > > the window of changes is now 28/July to 19/August. I have the diffs, but nothing > > yet seems relevant. > > > > on the other hand, I tried NFS/TCP, and there things seem ok, ie the 'good' and the 'bad' > > give the same throughput, which seem to point to UDP changes ... > > Can you post the network-numbers? [again :-] > > Writing 16 MB file > > BS Count /---- 7.0 ------/ /---- 7.1 -----/ should now read: /---- Aug 18 ------/ /--- Aug 19 ----/ > > 1*512 32768 0.16s 98.11MB/s 0.43s 37.18MB/s > > 2*512 16384 0.17s 92.04MB/s 0.46s 34.79MB/s > > 4*512 8192 0.16s 101.88MB/s 0.43s 37.26MB/s > > 8*512 4096 0.16s 99.86MB/s 0.44s 36.41MB/s > > 16*512 2048 0.16s 100.11MB/s 0.50s 32.03MB/s > > 32*512 1024 0.26s 61.71MB/s 0.46s 34.79MB/s > > 64*512 512 0.22s 71.45MB/s 0.45s 35.41MB/s > > 128*512 256 0.21s 77.84MB/s 0.51s 31.34MB/s > > 256*512 128 0.19s 82.47MB/s 0.43s 37.22MB/s > > 512*512 64 0.18s 87.77MB/s 0.49s 32.69MB/s > > 1024*512 32 0.18s 89.24MB/s 0.47s 34.02MB/s > > 2048*512 16 0.17s 91.81MB/s 0.30s 53.41MB/s > > 4096*512 8 0.16s 100.56MB/s 0.42s 38.07MB/s > > 8192*512 4 0.82s 19.56MB/s 0.80s 19.95MB/s > > 16384*512 2 0.82s 19.63MB/s 0.95s 16.80MB/s > > 32768*512 1 0.81s 19.69MB/s 0.96s 16.64MB/s > > > > Average: 75.86 33.00 From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 10:41:21 2008 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 E74B41065693 for ; Mon, 29 Sep 2008 10:41:21 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id A7E728FC1F for ; Mon, 29 Sep 2008 10:41:21 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id CCA39170E4; Mon, 29 Sep 2008 10:20:09 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.2/8.14.2) with ESMTP id m8TAJYkJ073956; Mon, 29 Sep 2008 10:19:34 GMT (envelope-from phk@critter.freebsd.dk) To: "Andrey V. Elsukov" From: "Poul-Henning Kamp" In-Reply-To: Your message of "Mon, 29 Sep 2008 08:07:13 +0400." <48E05471.8090705@yandex.ru> Date: Mon, 29 Sep 2008 10:19:34 +0000 Message-ID: <73955.1222683574@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Bruce Cran , freebsd-hackers@freebsd.org, Pegasus McCleaft Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 10:41:22 -0000 In message <48E05471.8090705@yandex.ru>, "Andrey V. Elsukov" writes: >This is known problem and it fixed in CURRENT. >You need to apply this patch: >http://www.freebsd.org/cgi/cvsweb.cgi/src/sbin/atacontrol/atacontrol.c.diff?r1=1.47;r2=1.48 > >I cc'ed person, who commited this fix. >Hi, Poul-Henning, I think it should be MFCed before release. I agree, but I'm ENOTIME. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 11:00:41 2008 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 69EB8106568A for ; Mon, 29 Sep 2008 11:00:41 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) by mx1.freebsd.org (Postfix) with ESMTP id 9A9488FC15 for ; Mon, 29 Sep 2008 11:00:39 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from demophon.fletchermoorland.co.uk (demophon.fletchermoorland.co.uk [192.168.0.188]) by hydra.fletchermoorland.co.uk (8.14.2/8.14.2) with ESMTP id m8TAiMVH023437 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 29 Sep 2008 11:44:23 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) From: Paul Wootton Organization: Fletcher Moorland To: freebsd-hackers@freebsd.org Date: Mon, 29 Sep 2008 11:44:22 +0100 User-Agent: KMail/1.10.1 (FreeBSD/7.1-PRERELEASE; KDE/4.1.1; amd64; ; ) References: <48DEC02C.90302@gmail.com> <26ddd1750809271838m414b4214vb726f5e74fd6f8c2@mail.gmail.com> In-Reply-To: <26ddd1750809271838m414b4214vb726f5e74fd6f8c2@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809291144.22135.paul@fletchermoorland.co.uk> X-Milter: Spamilter (Reciever: hydra.fletchermoorland.co.uk; Sender-ip: 192.168.0.188; Sender-helo: demophon.fletchermoorland.co.uk; ) Cc: "Aryeh M. Friedman" Subject: Re: Spam ? - Re: Increasing partition size by removing partitions 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, 29 Sep 2008 11:00:41 -0000 I dont know if it going to be of any use, but in the past, I have used a free but very low level partition editing tool called Ranish http://www.ranish.com/part/ It does allow for moving of any partitions (or slices in BSD terms) Watch out though, as there is no real checks done against commands you issue (It WILL do exactly what you ask - be it right or wrong) I have used it (v2.44 - the lastest beta version) in the past for moving, growing and shrinking of NTFS and FAT32 partitions with a FreeBSD slice on the drive, just never tried changing a BSD slice it self If I remember right, if you try to run the editor under windows 2000 or XP, it will try to create a bootable floppy disk which might be more useful to FreeBSD users Like I said, it might not be any use in this instance, but probably still worth a look, just incase Paul On Sunday 28 September 2008 02:38:14 Maxim Khitrov wrote: > On Sat, Sep 27, 2008 at 7:22 PM, Aryeh M. Friedman > > wrote: > > I have a disk that is laid out with partion 0 being NTFS and 1 being > > FreeBSD. I want to remove the NTFS partition and grow the FreeBSD one > > but all the docs I have seen only talk about how to do this if the new > > part of the partition is at the end of the partition you wish to grow. > > How do I go about this? > > Assuming that there is no (free) software that will do it for you, and > you are unable for some reason to move the data to another place and > repartition the drive, you have to manually move your FreeBSD > partition back and then extend it. I've never done this before, but if > I had to try it the first time I would do the following: > > 1. Try very hard to find some other hard drive where I can just dump > the data and avoid this whole thing to begin with. :) > 2. Boot from a FreeBSD livecd, attach a usb drive for storing some > temporary files and mount it under /mnt. > 3. Create a back-up of your master boot record (dd if=/dev/ad0 > of=/mnt/mbr-backup bs=512 count=1). Assuming here that your drive is > ad0. > 4. Use fdisk to get the start and size values of your two partitions > (in sectors). > 5. Erase the ntfs partition (dd if=/dev/zero of=/dev/ad0s1 bs=2m). > 6. Copy your FreeBSD partition to the former start location of ntfs > (dd if=/dev/ad0 of=/dev/ad0 bs=512 iseek= > oseek= count=). Using > bs=512 is slow, but it makes it easier for you to just take the > numbers that fdisk gives you and plug them in. > 7. Once this is done you will need to edit your mbr sector to > overwrite the first partition entry with the second, but certain > fields will need to be updated... > > I recommend you use a hex editor and work on the file that you saved > in step 3. You can try the same thing with a partition editor, but you > may not get the desired results. > > For the manual (and more fun) method, the partition table begins at > offset 0x01BE, and each entry is 16 bytes long. That means that you > need to copy 16 bytes starting at address 0x01CE to address 0x01BE. > However, before you do this, you need to set the correct values for > cylinder-head-sector of first and last sectors in the FreeBSD > partition, as well as the logical address of the first sector. > > First, take 3 bytes starting at address 0x01BF and copy them to > 0x01CF. This takes care of CHS start, which is unchanged. Next, take 4 > bytes at address 0x01C6 and copy them to 0x01D6. This is the logical > sector start. The tricky bit is the CHS last sector value. If your two > partitions were of identical size, then you can copy 3 bytes from > 0x01C3 to 0x01D3. Otherwise, you'll need to calculate the new values > by hand. If your NTFS partition was marked as active before, then set > byte 0x01CE to be 0x80. > > One this is done, copy that second record over the first and zero-out > the 16 bytes at 0x01CE. Use dd again to copy the updated mbr sector to > your drive. At this point your master boot record will have the > correct entry for your FreeBSD partition, which was moved over the > NTFS one. See if you can mount /dev/ad0s1a while still in the livecd > environment (actually, you will need to reboot first). If ad0s1a is > under /dev and you can mount it, then your mbr is fine. Use growfs > from here and then boot from the hard drive. > > As you can see, it's not a trivial thing to do, but it's possible if > you are careful. Once again, I've never done this and am basing the > whole thing on some of my previous experience in messing with the > master boot record. There may be some other things that I missed. I > also don't know if there is existing software that might make this > whole process much easier, the directions here are a worst-case > scenario for moving your partition by hand. > > - Max > _______________________________________________ > 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 Mon Sep 29 08:36:47 2008 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 D896C1065689 for ; Mon, 29 Sep 2008 08:36:47 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id A9B608FC0C for ; Mon, 29 Sep 2008 08:36:47 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so1820754rvf.43 for ; Mon, 29 Sep 2008 01:36:47 -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:to :subject:cc:in-reply-to:mime-version:content-type:references; bh=2xpxu197F4DNeZVgQJ61i0yvt2tWj19OLx4imDhupSE=; b=gNu/pIzIqkIRAPaQAaZ70hRod9Ga4BmDE7Bl5ksFK9ij5gYYgHznpwaCAxF1/vSzhu svuP6XriC2v3PhsCU0Q2No5Z/HbxpRncz90SIK/62IUCN4BTn45AXhB6jpaHrizvdVJ9 q+83tkgwUcKn18XVCFp47YF8dusvBuMgLQkw4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:references; b=LxoFxRHYwsElRTH8+ae7e1ngBQy0JSJKxYB2MCUmovSpNAGUFHFhK+YEgoXu+/toaD o9D5hclutiYCbNbXWKbb6UKYJlbLpdk8qHZYWgKwNNX5TAUZ+9sfAewBiv3/uTvrpiM1 55rm2ooHFK9fUlliwDif4+pxgI8KLKbjvMNqQ= Received: by 10.142.14.18 with SMTP id 18mr2065762wfn.272.1222677406767; Mon, 29 Sep 2008 01:36:46 -0700 (PDT) Received: by 10.142.170.11 with HTTP; Mon, 29 Sep 2008 01:36:46 -0700 (PDT) Message-ID: <1dbad3150809290136r2af024bdha9672aa0418e6cda@mail.gmail.com> Date: Mon, 29 Sep 2008 10:36:46 +0200 From: "Michael Schuh" To: "Zaphod Beeblebrox" In-Reply-To: <5f67a8c40809282219w6ae93986od211c6e8c47066fe@mail.gmail.com> MIME-Version: 1.0 References: <1dbad3150809261115h379a611aweb20e47124e254d4@mail.gmail.com> <5f67a8c40809282219w6ae93986od211c6e8c47066fe@mail.gmail.com> X-Mailman-Approved-At: Mon, 29 Sep 2008 11:32:56 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-hackers@freebsd.org Subject: Re: experimantal question about md'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, 29 Sep 2008 08:36:48 -0000 Hi, thank you for your answer. Clearly the Writeprocess of writeing data to an mirror is totally ended, as all mirrordevices are written. But for the read the kernel uses the faster device......and there it could be an advantage.....i m thinking. And yes i think it could be an advantage, if the RAMed mirror is very fast, we have only to wait for the first initialization, all the ongoing reads go to the ramdisk, all writes goes to both devices. so we have a webserver (par example) at this mirror it has very good speed for the file-access (ok i know in allmost cases is not the disk the bottleneck, and if we could doing caching...) at the above examle it is not really important if the write process needs a second or two longer, but by millions of requests it could be interseting to read the data very fast...... in my idea it was only focused on reads not on writes, the drawbacks of Raid are well known if i have enough ram in the box, it is possible to say: Hi kernel use plase 8 Gigs of ram for buffering the directory abc on the disk directaccesABC ??? i think not. in the case o= f my idea it is clearly..... but on the other side we need to have to say: Hi kernel, do never ever buffering on this rambased Diskdevice.... or we shoot us in our knees....as i think.... thank you michael 2008/9/29 Zaphod Beeblebrox > > > On Fri, Sep 26, 2008 at 2:15 PM, Michael Schuh w= rote: > >> Hallo @list, >> >> Let us say i have a Machine with 8 CPUs and a lot of RAM. >> An i need a very high perfomance Storage for holding data. >> >> My idea was to setup a raid1(0) with virtual disk images. >> Created with mdconfig. >> >> My idea was to create minimum 2 md-diskimages, >> these are located >> fisrt one on the harddisk as type vnode >> second one as exact copy totally in the memory as type malloc >> >> For now the man-page mentoid me to not to do so, while large disks in RA= M >> cause panics, and i know panics come surely >> >> Is the above scenario possible without panics? >> > > My first concern is not the panics (you can somewhat solve this by using > swap-backed MD), but the fact that you can't really gain an advantage thi= s > way. > > If you have enough RAM, the regular process of filesystem buffering will = do > the work for you. If you don't have enough RAM, the RAM starvation of > buffers and processes will be your problem and not the speed of your > filesystem. > > Regardless, if you were to construct a raid with an MD and a real disk (n= o > need to make it a vnode MD --- but that has the same drawbacks) the RAID > filesystem would be constrained by the speed of writes to the slower > filesystem. You may get a few percent out of teaching the gmirror node t= o > prefer reading from the memory disk, but would this be an advantage over = the > natural buffering that already takes place? Probably not. > > --=20 =3D=3D=3D m i c h a e l - s c h u h . n e t =3D=3D=3D Michael Schuh Postfach 10 21 52 66021 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: m i c h a e l . s c h u h @ g m a i l . c o m =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 08:40:07 2008 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 07ED91065690 for ; Mon, 29 Sep 2008 08:40:07 +0000 (UTC) (envelope-from kometen@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 881148FC21 for ; Mon, 29 Sep 2008 08:40:06 +0000 (UTC) (envelope-from kometen@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so1326100fgb.35 for ; Mon, 29 Sep 2008 01:40:05 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=czEJRw8AWEwVzkYLna9kZrdncRWFWcU6muMJ23MwCbs=; b=GSpBMw4OOz13QGVZJXSlnznfhd0e8ACzZegUyXD7173gv2Y0IUtG5g7Nvz9GkhdgB9 eJdczPKhRC1rtw9vQkQp2DjrCUUxtkzvcpERHucYzQGwzsj5dySvccgZKz7ElejqJ0MU NENW6NA7dsqtmB+00nbvWzOLopTdWqtd4KcyA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=LXbHoeEzKpj+/PbbIw8QJQGHucirR9Mtdjt/uplCkJuaRHLl+hvRYQum1U8Sh0gZ2n z4ML+vpvewUUQUj1bpTYMF//EnLxS3wY5esY9fSuMvsUJhI3HfHEfvVuMWvFfhdznAVZ P/uyY/kFJIHfH08z9CbXZ4CVQuGGQumeqFvcI= Received: by 10.86.23.17 with SMTP id 17mr4002438fgw.32.1222677605133; Mon, 29 Sep 2008 01:40:05 -0700 (PDT) Received: by 10.86.54.10 with HTTP; Mon, 29 Sep 2008 01:40:05 -0700 (PDT) Message-ID: Date: Mon, 29 Sep 2008 10:40:05 +0200 From: "Claus Guttesen" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> X-Mailman-Approved-At: Mon, 29 Sep 2008 11:33:05 +0000 Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Robert Watson , freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 29 Sep 2008 08:40:07 -0000 > it more difficult than I expected. > for one, the kernel date was missleading, the actual source update is the key, so > the window of changes is now 28/July to 19/August. I have the diffs, but nothing > yet seems relevant. > > on the other hand, I tried NFS/TCP, and there things seem ok, ie the 'good' and the 'bad' > give the same throughput, which seem to point to UDP changes ... Can you post the network-numbers? -- regards Claus When lenity and cruelty play for a kingdom, the gentler gamester is the soonest winner. Shakespeare From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 11:59:17 2008 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 521D4106568D; Mon, 29 Sep 2008 11:59:17 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id BFBD48FC16; Mon, 29 Sep 2008 11:59:16 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8TBwpFv076764; Mon, 29 Sep 2008 13:58:51 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8TBwped076763; Mon, 29 Sep 2008 13:58:51 +0200 (CEST) (envelope-from olli) Date: Mon, 29 Sep 2008 13:58:51 +0200 (CEST) Message-Id: <200809291158.m8TBwped076763@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, danny@cs.huji.ac.il, Robert Watson , Jeremy Chadwick In-Reply-To: X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 29 Sep 2008 13:58:51 +0200 (CEST) Cc: Subject: Re: bad NFS/UDP performance X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, danny@cs.huji.ac.il, Robert Watson , Jeremy Chadwick List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2008 11:59:17 -0000 Danny Braniss wrote: > Grr, there goes binary search theory out of the window, > So far I have managed to pinpoint the day that the changes affect the > throughput: > 18/08/08 00:00:00 19/08/08 00:00:00 > (I assume cvs's date is GMT). > now would be a good time for some help, specially how to undo changes, my > knowledge of csup/cvs are close to zero. So you've nailed to down to this 24-hour window: http://www.secnetix.de/olli/FreeBSD/svnews/?day=2008-08-18&p=/stable/7 I'm afraid that r181822 by rwatson is the most likely candidate that might be causing the regression. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C is quirky, flawed, and an enormous success." -- Dennis M. Ritchie. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 12:22:34 2008 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 255611065687; Mon, 29 Sep 2008 12:22:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 0055B8FC22; Mon, 29 Sep 2008 12:22:34 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 8A3B546B8C; Mon, 29 Sep 2008 08:22:33 -0400 (EDT) Date: Mon, 29 Sep 2008 13:22:33 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: freebsd-hackers@FreeBSD.ORG, freebsd-stable@FreeBSD.ORG, danny@cs.huji.ac.il, Jeremy Chadwick , kris@FreeBSD.org In-Reply-To: <200809291158.m8TBwped076763@lurza.secnetix.de> Message-ID: References: <200809291158.m8TBwped076763@lurza.secnetix.de> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Subject: Re: bad NFS/UDP performance 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, 29 Sep 2008 12:22:34 -0000 On Mon, 29 Sep 2008, Oliver Fromme wrote: > Danny Braniss wrote: > > Grr, there goes binary search theory out of the window, > > So far I have managed to pinpoint the day that the changes affect the > > throughput: > > 18/08/08 00:00:00 19/08/08 00:00:00 > > (I assume cvs's date is GMT). > > now would be a good time for some help, specially how to undo changes, my > > knowledge of csup/cvs are close to zero. > > So you've nailed to down to this 24-hour window: > > http://www.secnetix.de/olli/FreeBSD/svnews/?day=2008-08-18&p=/stable/7 > > I'm afraid that r181822 by rwatson is the most likely candidate that might > be causing the regression. If we can confirm that it was that specific change, then I can create a patch to restore exclusive locking for UDP and we can see if it was the general move to rwlocking, or specifically the read-locking of certain data structures. Perhaps what we've done is moved contention from a mutex to a sleep lock, reducing the efficiency of handling contention? Adding Kris to the CC line because he often has useful insights on this sort of thing. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 13:00:19 2008 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 F172A1065686 for ; Mon, 29 Sep 2008 13:00:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6B7878FC23 for ; Mon, 29 Sep 2008 13:00:18 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8TD0Gbq079926; Mon, 29 Sep 2008 15:00:16 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8TD0G86079925; Mon, 29 Sep 2008 15:00:16 +0200 (CEST) (envelope-from olli) Date: Mon, 29 Sep 2008 15:00:16 +0200 (CEST) Message-Id: <200809291300.m8TD0G86079925@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, michael.schuh@gmail.com In-Reply-To: <1dbad3150809290136r2af024bdha9672aa0418e6cda@mail.gmail.com> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 29 Sep 2008 15:00:17 +0200 (CEST) Cc: Subject: Re: experimantal question about md's X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, michael.schuh@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 29 Sep 2008 13:00:19 -0000 Michael Schuh wrote: > Clearly the Writeprocess of writeing data to an mirror is totally ended, as > all mirrordevices are written. > But for the read the kernel uses the faster device......and there it could > be an advantage.....i m thinking. > And yes i think it could be an advantage, if the RAMed mirror is very fast, > we have only to wait > for the first initialization, all the ongoing reads go to the ramdisk, all > writes goes to both devices. I think it would be completely sufficient to use a normal device and let the kernel cache the data. This is much better because the kernel dynamically adapts the cache size to the workload and memory requirements. If you use an unusual asymmetric mirror setupt with a physical disk and a memory disk (swap-backed), the machine will have to start paging as soon as the requirements of your processes grow beyond what's available. This will be very slow, of course. For example (a little bit simplified): Say there's a spike in web accesses so you get many processes that want to allocate memory. If you run out of free memory, the kernel will drop some pages that contain cached data and re-use them. If the cached data is used later, the kernel will re-read it from the disk. On the other hand, if you use a memory disk, you effectively reduce the amount of memory available by the size of that disk. If a process wants to allocate memory now, the kernel can't simply drop any pages used by the memory disk -- it has to write them to the swap area first. It is obvious that the performance is worse. And of course, the kernel will still try to cache the file system data (the VFS code doesn't care that the file system is on a gmirror with one half on a memory disk). So the cache and the memory disk fight for RAM at the same time. Basically you would be wasting RAM and losing performance. > if i have enough ram in the box, it is possible to say: Hi kernel use plase > 8 Gigs of ram for buffering > the directory abc on the disk directaccesABC ??? i think not. The kernel will basically use all available RAM for caching and buffering. This works especially well for static web content. There are a few sysctl variables to influence the behaviour, but it's usually better not to touch them. I get the impression that you're trying to solve a problem that doesn't exist. If you think you _do_ have a problem, please provide some evidence, such as output from iostat, gstat, vmstat and so on. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is to C as Lung Cancer is to Lung." -- Thomas Funke From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 13:14:20 2008 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 57C081065696 for ; Mon, 29 Sep 2008 13:14:20 +0000 (UTC) (envelope-from fbsd06+2H=66b76f71@mlists.homeunix.com) Received: from mxout-03.mxes.net (mxout-03.mxes.net [216.86.168.178]) by mx1.freebsd.org (Postfix) with ESMTP id 2F22A8FC16 for ; Mon, 29 Sep 2008 13:14:19 +0000 (UTC) (envelope-from fbsd06+2H=66b76f71@mlists.homeunix.com) Received: from gumby.homeunix.com. (unknown [87.81.140.128]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTP id 97AF223E498 for ; Mon, 29 Sep 2008 09:14:18 -0400 (EDT) Date: Mon, 29 Sep 2008 14:14:15 +0100 From: RW To: freebsd-hackers@freebsd.org Message-ID: <20080929141415.387f931f@gumby.homeunix.com.> In-Reply-To: <1dbad3150809290136r2af024bdha9672aa0418e6cda@mail.gmail.com> References: <1dbad3150809261115h379a611aweb20e47124e254d4@mail.gmail.com> <5f67a8c40809282219w6ae93986od211c6e8c47066fe@mail.gmail.com> <1dbad3150809290136r2af024bdha9672aa0418e6cda@mail.gmail.com> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: experimantal question about md'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, 29 Sep 2008 13:14:20 -0000 On Mon, 29 Sep 2008 10:36:46 +0200 "Michael Schuh" wrote: > so we have a webserver (par example) at this mirror it has very good > speed for the file-access > (ok i know in allmost cases is not the disk the bottleneck, and if we > could doing caching...) > at the above examle it is not really important if the write process > needs a second or two longer, > but by millions of requests it could be interseting to read the data > very fast...... That's exactly the case in which caching will work best. FreeBSD's integrated cache/VM system would keep such pages in memory even at the expense of writing other user data to swap. When I suggested a swap-backed device I was forgetting that malloc backed devices use memory that won't be paged, so there may be an advantage, but I think it would be the opposite to what you want. What it would do is keep rarely used file data in memory even if there's a better use for the memory elsewhere, so you would be trading performance for better worst-case latency. From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 13:13:03 2008 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 84180106568E for ; Mon, 29 Sep 2008 13:13:03 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.170]) by mx1.freebsd.org (Postfix) with ESMTP id 4E1148FC29 for ; Mon, 29 Sep 2008 13:13:03 +0000 (UTC) (envelope-from michael.schuh@gmail.com) Received: by wf-out-1314.google.com with SMTP id 24so2010153wfg.7 for ; Mon, 29 Sep 2008 06:13:02 -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:to :subject:in-reply-to:mime-version:content-type:references; bh=7tCN8rzG0v3jbiNu+6OnxGLDExy0Lcd80BHxwroIP0Y=; b=R6nUc3Sq70gwxtHTIQiFVPn0z/ZnVloj6S9v0RMKEhFt96jFFsYXjWiR5g9LkBw+Bd xoYiEXki4njT++vfHxdsHxHo08UEYLrYlCzkQVuKSM0zvhJa6lwqKL/I5aC0RoWguoXr Qjq/Q1o5pSKqpW1jQXl9S14VQcIVH08KiMa7g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=yEO94mP6eeWxzRPHK64B4wm1PZlgbbKQ55+clW9pPlfx9fRDrtu+2VUgMrXHCVDeUr Fe3rN+BWppzHw8auL7O0VNw1H8GU/EES6kDL/rLLl2atntE7YJEt4s0efz0a+Am1Al6A le6Khi+dsd3AuD+GIf/RedBDZ6VODWrfqwoqQ= Received: by 10.142.47.6 with SMTP id u6mr2177440wfu.300.1222693982586; Mon, 29 Sep 2008 06:13:02 -0700 (PDT) Received: by 10.142.170.11 with HTTP; Mon, 29 Sep 2008 06:13:02 -0700 (PDT) Message-ID: <1dbad3150809290613j3ebd7226t15918234332fa598@mail.gmail.com> Date: Mon, 29 Sep 2008 15:13:02 +0200 From: "Michael Schuh" To: freebsd-hackers@freebsd.org In-Reply-To: <200809291300.m8TD0G86079925@lurza.secnetix.de> MIME-Version: 1.0 References: <1dbad3150809290136r2af024bdha9672aa0418e6cda@mail.gmail.com> <200809291300.m8TD0G86079925@lurza.secnetix.de> X-Mailman-Approved-At: Mon, 29 Sep 2008 13:50:09 +0000 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: experimantal question about md'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, 29 Sep 2008 13:13:03 -0000 Hello @all, hello Oliver, thnak you for your reply. No i do not try to solve a real problem. It was hypothetically, an idea, not more not less. I have this written in my first posting. And for me, it is a logical dependency that the ram get paged to the swap i= f there is not enough RAM for all processes and in-memory data. I think my question is answered good enough. Thanks for all. greetings Michael 2008/9/29 Oliver Fromme > Michael Schuh wrote: > > Clearly the Writeprocess of writeing data to an mirror is totally ende= d, > as > > all mirrordevices are written. > > But for the read the kernel uses the faster device......and there it > could > > be an advantage.....i m thinking. > > And yes i think it could be an advantage, if the RAMed mirror is very > fast, > > we have only to wait > > for the first initialization, all the ongoing reads go to the ramdisk, > all > > writes goes to both devices. > > I think it would be completely sufficient to use a normal > device and let the kernel cache the data. This is much > better because the kernel dynamically adapts the cache > size to the workload and memory requirements. > > If you use an unusual asymmetric mirror setupt with a > physical disk and a memory disk (swap-backed), the machine > will have to start paging as soon as the requirements of > your processes grow beyond what's available. This will > be very slow, of course. > > For example (a little bit simplified): Say there's a spike > in web accesses so you get many processes that want to > allocate memory. If you run out of free memory, the kernel > will drop some pages that contain cached data and re-use > them. If the cached data is used later, the kernel will > re-read it from the disk. On the other hand, if you use > a memory disk, you effectively reduce the amount of memory > available by the size of that disk. If a process wants > to allocate memory now, the kernel can't simply drop any > pages used by the memory disk -- it has to write them to > the swap area first. It is obvious that the performance > is worse. > > And of course, the kernel will still try to cache the file > system data (the VFS code doesn't care that the file system > is on a gmirror with one half on a memory disk). So the > cache and the memory disk fight for RAM at the same time. > Basically you would be wasting RAM and losing performance. > > > if i have enough ram in the box, it is possible to say: Hi kernel use > plase > > 8 Gigs of ram for buffering > > the directory abc on the disk directaccesABC ??? i think not. > > The kernel will basically use all available RAM for > caching and buffering. This works especially well for > static web content. There are a few sysctl variables > to influence the behaviour, but it's usually better not > to touch them. > > I get the impression that you're trying to solve a problem > that doesn't exist. If you think you _do_ have a problem, > please provide some evidence, such as output from iostat, > gstat, vmstat and so on. > > Best regards > Oliver > > -- > Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. > Handelsregister: Registergericht Muenchen, HRA 74606, Gesch=E4ftsfuehrun= g: > secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht M=FC= n- > chen, HRB 125758, Gesch=E4ftsf=FChrer: Maik Bachmann, Olaf Erb, Ralf Geb= hart > > FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > > "C++ is to C as Lung Cancer is to Lung." > -- Thomas Funke > --=20 =3D=3D=3D m i c h a e l - s c h u h . n e t =3D=3D=3D Michael Schuh Postfach 10 21 52 66021 Saarbr=FCcken phone: 0681/8319664 mobil: 0177/9738644 @: m i c h a e l . s c h u h @ g m a i l . c o m =3D=3D=3D Ust-ID: DE251072318 =3D=3D=3D From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 14:19:45 2008 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 8A560106568C; Mon, 29 Sep 2008 14:19:45 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 4386F8FC1E; Mon, 29 Sep 2008 14:19:45 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 0E2442086; Mon, 29 Sep 2008 16:19:44 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id EC420844BF; Mon, 29 Sep 2008 16:19:43 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jeremy Chadwick References: <20080928103937.U51561@hercules.mthelicon.com> <20080928204241.GA88408@icarus.home.lan> <200809282232.49053.ken@mthelicon.com> <20080928223709.GA90348@icarus.home.lan> Date: Mon, 29 Sep 2008 16:19:43 +0200 In-Reply-To: <20080928223709.GA90348@icarus.home.lan> (Jeremy Chadwick's message of "Sun, 28 Sep 2008 15:37:09 -0700") Message-ID: <861vz3nif4.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Pegasus Mc Cleaft , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 14:19:45 -0000 Jeremy Chadwick writes: > I see the system has an Intel AHCI-based controller (probably an ICH10 > chip, since the ICH10 is the first to support 6 SATA channels). No. I have an ICH8 with six channels, of which five are in use. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 14:23:43 2008 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 F157D1065690 for ; Mon, 29 Sep 2008 14:23:43 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id B32408FC1A for ; Mon, 29 Sep 2008 14:23:43 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 7CB89207E; Mon, 29 Sep 2008 16:23:42 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 63E71844BF; Mon, 29 Sep 2008 16:23:42 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <73955.1222683574@critter.freebsd.dk> Date: Mon, 29 Sep 2008 16:23:42 +0200 In-Reply-To: <73955.1222683574@critter.freebsd.dk> (Poul-Henning Kamp's message of "Mon, 29 Sep 2008 10:19:34 +0000") Message-ID: <86wsgvm3o1.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-hackers@freebsd.org, "Andrey V. Elsukov" , Pegasus McCleaft Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 14:23:44 -0000 "Poul-Henning Kamp" writes: > "Andrey V. Elsukov" writes: > > Hi, Poul-Henning, I think it should be MFCed before release. > I agree, but I'm ENOTIME. I'll take care of it. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 14:50:30 2008 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 25E8D106568B for ; Mon, 29 Sep 2008 14:50:30 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA05.westchester.pa.mail.comcast.net (qmta05.westchester.pa.mail.comcast.net [76.96.62.48]) by mx1.freebsd.org (Postfix) with ESMTP id C24D48FC29 for ; Mon, 29 Sep 2008 14:50:29 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA05.westchester.pa.mail.comcast.net with comcast id LbCU1a00H0SCNGk55eqUyp; Mon, 29 Sep 2008 14:50:28 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA09.westchester.pa.mail.comcast.net with comcast id LeqT1a00R4v8bD73VeqTzt; Mon, 29 Sep 2008 14:50:28 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=ZJ6DIy7_Tgjf91dDRswA:9 a=gGqzIiNLRdnc8ggFCNV0DqymxlcA:4 a=EoioJ0NPDVgA:10 a=SV7veod9ZcQA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5177BC9437; Mon, 29 Sep 2008 07:50:27 -0700 (PDT) Date: Mon, 29 Sep 2008 07:50:27 -0700 From: Jeremy Chadwick To: Dag-Erling =?iso-8859-1?Q?Sm=F8rgrav?= Message-ID: <20080929145027.GA10502@icarus.home.lan> References: <20080928103937.U51561@hercules.mthelicon.com> <20080928204241.GA88408@icarus.home.lan> <200809282232.49053.ken@mthelicon.com> <20080928223709.GA90348@icarus.home.lan> <861vz3nif4.fsf@ds4.des.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <861vz3nif4.fsf@ds4.des.no> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Pegasus Mc Cleaft , sos@freebsd.org Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 14:50:30 -0000 On Mon, Sep 29, 2008 at 04:19:43PM +0200, Dag-Erling Smørgrav wrote: > Jeremy Chadwick writes: > > I see the system has an Intel AHCI-based controller (probably an ICH10 > > chip, since the ICH10 is the first to support 6 SATA channels). > > No. I have an ICH8 with six channels, of which five are in use. Thanks for the clarification. The breakdown is as follows: ICH7 = 4 ports ICH7R = 6 ports ICH7DH = 6 ports ICH7M = unknown ICH7MDH = unknown ICH7U = unknown ICH8 = 4 ports ICH8R = 6 ports ICH8DH = 6 ports ICH8DO = 6 ports ICH8M = 3 ports ICH8ME = 3 ports ICH9 = 4 ports ICH9R = 4 ports ICH9DH = 4 ports ICH9DO = 4 ports ICH9M = unknown ICH9ME = unknown ICH10 = 6 ports ICH10R = 6 ports -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 15:00:47 2008 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 D5111106568D for ; Mon, 29 Sep 2008 15:00:47 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 948858FC0C for ; Mon, 29 Sep 2008 15:00:47 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 6B65D208F; Mon, 29 Sep 2008 17:00:46 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 471FC844C2; Mon, 29 Sep 2008 17:00:46 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: "Poul-Henning Kamp" References: <73955.1222683574@critter.freebsd.dk> <86wsgvm3o1.fsf@ds4.des.no> Date: Mon, 29 Sep 2008 17:00:46 +0200 In-Reply-To: <86wsgvm3o1.fsf@ds4.des.no> ("Dag-Erling =?utf-8?Q?Sm=C3=B8rg?= =?utf-8?Q?rav=22's?= message of "Mon, 29 Sep 2008 16:23:42 +0200") Message-ID: <86hc7zm1y9.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: Bruce Cran , freebsd-hackers@freebsd.org, "Andrey V. Elsukov" , Pegasus McCleaft Subject: Re: atacontrol broken in 7.1-PR 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, 29 Sep 2008 15:00:47 -0000 Dag-Erling Sm=C3=B8rgrav writes: > I'll take care of it. kib beat me to it... DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 15:06:47 2008 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 1A5FA1065698 for ; Mon, 29 Sep 2008 15:06:47 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from hercules.mthelicon.com (hercules.mthelicon.com [IPv6:2001:49f0:2023::2]) by mx1.freebsd.org (Postfix) with ESMTP id CEA4F8FC22 for ; Mon, 29 Sep 2008 15:06:46 +0000 (UTC) (envelope-from ken@mthelicon.com) Received: from PortaPeg (93-152-14-233.daisydsl.managedbroadband.co.uk [93.152.14.233]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.2) with ESMTP id m8TF6ha6061413; Mon, 29 Sep 2008 15:06:44 GMT (envelope-from ken@mthelicon.com) From: "Pegasus Mc Cleaft" To: "=?utf-8?Q?'Dag-Erling_Sm=C3=B8rgrav'?=" , "'Poul-Henning Kamp'" , "'Jeremy Chadwick'" References: <73955.1222683574@critter.freebsd.dk> <86wsgvm3o1.fsf@ds4.des.no> <86hc7zm1y9.fsf@ds4.des.no> In-Reply-To: <86hc7zm1y9.fsf@ds4.des.no> Date: Mon, 29 Sep 2008 16:06:43 +0100 Message-ID: <002301c92244$fd5caec0$f8160c40$@com> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AckiRCdYLSzM+ip5SAyCRzGSsr5LPAAAFbJQ Content-Language: en-gb Cc: 'Bruce Cran' , freebsd-hackers@freebsd.org, "'Andrey V. Elsukov'" , 'Pegasus McCleaft' Subject: RE: atacontrol broken in 7.1-PR 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, 29 Sep 2008 15:06:47 -0000 Again I would like to extend my thanks to everyone who helped with this = problem, and a special thank you Jeremy and Bruce for trying to sus out = where the fault might be.=20 Your input and support is deeply appreciated.=20 Peg > -----Original Message----- > From: Dag-Erling Sm=C3=B8rgrav [mailto:des@des.no] > Sent: 29 September 2008 16:01 > To: Poul-Henning Kamp > Cc: Bruce Cran; freebsd-hackers@freebsd.org; Andrey V. Elsukov; = Pegasus > McCleaft > Subject: Re: atacontrol broken in 7.1-PR >=20 > Dag-Erling Sm=C3=B8rgrav writes: > > I'll take care of it. >=20 > kib beat me to it... >=20 > DES > -- > Dag-Erling Sm=C3=B8rgrav - des@des.no >=20 > No virus found in this incoming message. > Checked by AVG - http://www.avg.com > Version: 8.0.169 / Virus Database: 270.7.4/1695 - Release Date: > 29/09/2008 07:40 From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 17:26:20 2008 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 4EBF51065695 for ; Mon, 29 Sep 2008 17:26:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C6E1D8FC13 for ; Mon, 29 Sep 2008 17:26:19 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m8THQDDX046325; Mon, 29 Sep 2008 13:26:13 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Mon, 29 Sep 2008 12:02:57 -0400 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809291202.57731.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Mon, 29 Sep 2008 13:26:13 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8353/Mon Sep 29 05:57:09 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: "Murty, Ravi" Subject: Re: priority fields in a thread 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, 29 Sep 2008 17:26:20 -0000 On Friday 26 September 2008 07:15:48 pm Murty, Ravi wrote: > Hello, > > I was wondering what all these different priority related fields in a > thread structure meant. This is the 8.0 kernel tree. > > Td_base_pri What the thread's priority should be while it is in the kernel. Doing a *sleep(..., PFOO) sets this to PFOO. On return to userland it gets set back to td_user_pri. The purpose of this field is to hold the "real" priority of a thread and is used when undoing the effects of priority propagation. > Td_user_pri This is the user priority of the thread. This is always >= PZERO for normal processes (real-time processes are different, though). When exiting the kernel, any priority "boost" from *sleep() is given up by dropping the priority back to this value. > Td_base_user_pri This is like td_base_pri in that it is a saved copy of the "real" userland priority of a thread. The umtx locks now support a userland version of priority propagation and this field is used to restore the user priority of a thread when it drops the locks other user threads need. > Td_priority This is the actual priority of the thread right now. When the thread is in userland, this should equal td_user_pri. When the thread is in the kernel, this should equal td_base_pri except for when the thread has been lent another thread's priority because it holds a lock that other thread needs. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Mon Sep 29 23:18:23 2008 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 8B0D41065687 for ; Mon, 29 Sep 2008 23:18:23 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from hobbes.ustdmz.roe.ch (hobbes.ustdmz.roe.ch [213.144.141.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4C5B18FC14 for ; Mon, 29 Sep 2008 23:18:23 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from roe by hobbes.ustdmz.roe.ch (envelope-from ) with LOCAL id 1KkRpP-0000gr-00 ; Tue, 30 Sep 2008 01:06:55 +0200 Date: Tue, 30 Sep 2008 01:06:55 +0200 From: Daniel Roethlisberger To: freebsd-hackers@freebsd.org Message-ID: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> Mail-Followup-To: freebsd-hackers@freebsd.org, =?iso-8859-1?Q?S=F8ren?= Schmidt Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.4i Cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: ATA Security patch to atacontrol 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, 29 Sep 2008 23:18:23 -0000 I've added experimental support for the ATA Security command set to atacontrol. Please test and review. If you have some spare disk(s) with ATA Security support and a BIOS which does not freeze the security configuration, I'd like to hear about any results of playing with this patch. See the changes to the manual page for details on the commands. Note that you may render disks unusable using the ATA Security commands. Use with great care. http://daniel.roe.ch/code/ata/atasecurity-20080930-complete.diff -- Daniel Roethlisberger http://daniel.roe.ch/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 02:39:48 2008 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 DB5871065698 for ; Tue, 30 Sep 2008 02:39:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA10.emeryville.ca.mail.comcast.net (qmta10.emeryville.ca.mail.comcast.net [76.96.30.17]) by mx1.freebsd.org (Postfix) with ESMTP id B99F78FC1B for ; Tue, 30 Sep 2008 02:39:48 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA04.emeryville.ca.mail.comcast.net ([76.96.30.35]) by QMTA10.emeryville.ca.mail.comcast.net with comcast id Lg4A1a00F0lTkoCAAqfo1o; Tue, 30 Sep 2008 02:39:48 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA04.emeryville.ca.mail.comcast.net with comcast id Lqfm1a00X4v8bD78QqfnKn; Tue, 30 Sep 2008 02:39:48 +0000 X-Authority-Analysis: v=1.0 c=1 a=Kci50sesAAAA:8 a=QycZ5dHgAAAA:8 a=i5GcQkaDu0u7Bfz-8PEA:9 a=zJj81XInrd5hwH00m1MA:7 a=Alwg56KnAdG8CJGjXpOgNcEkk8AA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id E6E2EC9432; Mon, 29 Sep 2008 19:39:46 -0700 (PDT) Date: Mon, 29 Sep 2008 19:39:46 -0700 From: Jeremy Chadwick To: Daniel Roethlisberger Message-ID: <20080930023946.GA23425@icarus.home.lan> References: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: ATA Security patch to atacontrol 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, 30 Sep 2008 02:39:48 -0000 On Tue, Sep 30, 2008 at 01:06:55AM +0200, Daniel Roethlisberger wrote: > I've added experimental support for the ATA Security command set to > atacontrol. Please test and review. If you have some spare disk(s) > with ATA Security support and a BIOS which does not freeze the security > configuration, I'd like to hear about any results of playing with this > patch. See the changes to the manual page for details on the commands. > > Note that you may render disks unusable using the ATA Security commands. > Use with great care. > > http://daniel.roe.ch/code/ata/atasecurity-20080930-complete.diff Daniel, Can you provide me datasheet and technical reference material to what "ATA Security" is? Which ATA specification is this documented in? I'd like to read it. Thanks! -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 00:33:03 2008 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 9D27D106568D for ; Tue, 30 Sep 2008 00:33:03 +0000 (UTC) (envelope-from healey.rich@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 70B2E8FC4A for ; Tue, 30 Sep 2008 00:33:03 +0000 (UTC) (envelope-from healey.rich@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2184297rvf.43 for ; Mon, 29 Sep 2008 17:33:02 -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:x-enigmail-version:content-type :content-transfer-encoding; bh=K5su3VaAI7/6HkII4iHhpIIYFtIVWqYWCuR0LViCLAI=; b=eF3lRzfQ+s15cDvrHKF6xBIhV499wqCqdEqV6J1g422C4H+ncrcjJAho9y1s4mdtu4 efyvIYfH0axmy3MyPVwKAnuo/LnytrQFVpKNmesITmp0pgut9e85V27Gfla7WV0/J4yS yDKEmI6ewrWRgOHQVaDDW155BN9o9jllrW6Wk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:content-type:content-transfer-encoding; b=M2YYYMXAQ+X5IF63KkrZ9Lz4mxnWOwUOaV0lkICZ+Rr7CWaStbVMdMLltDlm9U7/Yc FMSW3IinIHK+4+amTRm+CiHPDa/iXr7JPm+qRXRFO76ST/FLWP5gR5er8GhGF/q7Phaf sTOGSbGNPgRnVAF3fvAOcfNgeZ/AxykSQ2JuE= Received: by 10.141.4.3 with SMTP id g3mr2985199rvi.116.1222733466099; Mon, 29 Sep 2008 17:11:06 -0700 (PDT) Received: from ?192.168.173.153? ( [61.9.142.180]) by mx.google.com with ESMTPS id b8sm1174072rvf.4.2008.09.29.17.11.03 (version=SSLv3 cipher=RC4-MD5); Mon, 29 Sep 2008 17:11:04 -0700 (PDT) Message-ID: <48E16E93.3090601@gmail.com> Date: Tue, 30 Sep 2008 10:10:59 +1000 From: Rich Healey User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 30 Sep 2008 03:14:18 +0000 Subject: SSH Brute Force attempts 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, 30 Sep 2008 00:33:03 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Recently I'm getting a lot of brute force attempts on my server, in the past I've used various tips and tricks with linux boxes but many of them were fairly linux specific. What do you BSD guys use for this purpose? If this belongs on -security let me know and I'll ask over there. Cheers Rich - -- Rich Healey - iTReign \ .''`. / healey.rich@gmail.com Developer / Systems Admin \ : :' : / healey.rich@itreign.com AIM: richohealey33 \ `. `' / richo@psych0tik.net MSN: bitchohealey@hotmail.com \ `- / richohealey@hellboundhackers.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjhbpMACgkQLeTfO4yBSAf36QCdE2cI75OAmyODre33sPPMrA8j 3VYAn3aHl1w5qyynd4rfYuxxqI6b2tAF =plT2 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 03:30:37 2008 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 020B11065686 for ; Tue, 30 Sep 2008 03:30:37 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id A0EAD8FC17 for ; Tue, 30 Sep 2008 03:30:35 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA03.westchester.pa.mail.comcast.net ([76.96.62.27]) by QMTA07.westchester.pa.mail.comcast.net with comcast id LaX51a00K0bG4ec57rWbkR; Tue, 30 Sep 2008 03:30:35 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA03.westchester.pa.mail.comcast.net with comcast id LrWa1a0044v8bD73PrWaf8; Tue, 30 Sep 2008 03:30:35 +0000 X-Authority-Analysis: v=1.0 c=1 a=QycZ5dHgAAAA:8 a=CLaWMW6dw41VfP3uds8A:9 a=VUXX8aRY620ZxVroSdUA:7 a=k2YaZhu2Pda6qTkYZIs6LBTVb9MA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id D2659C9419; Mon, 29 Sep 2008 20:30:33 -0700 (PDT) Date: Mon, 29 Sep 2008 20:30:33 -0700 From: Jeremy Chadwick To: Rich Healey Message-ID: <20080930033033.GA35849@icarus.home.lan> References: <48E16E93.3090601@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E16E93.3090601@gmail.com> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 03:30:37 -0000 On Tue, Sep 30, 2008 at 10:10:59AM +1000, Rich Healey wrote: > Recently I'm getting a lot of brute force attempts on my server, in the > past I've used various tips and tricks with linux boxes but many of them > were fairly linux specific. > > What do you BSD guys use for this purpose? This probably should've gone to -security, correct. There are 3 ports which people often use for solving this: ports/security/blocksshd ports/security/sshblock ports/security/sshguard-(pf|ipfw|ipfilter) The latter depends on which firewalling stack you use, and I believe one of the other two only work with ipfw (I forget which). I have great reservations using any of these, because they dynamically add firewalling rules/tables to your machines based on data in log files. For me, it smells of an accident waiting to happen. I'm an advocate of simply blocking large netblocks where most of these attacks come from (Latin America, eastern Europe, Asia, and Russia). This requires that you appropriately tune things over time, and *be intelligent* about what you're doing. :-) What we use in our pf.conf on our production systems: table persist file "/conf/ME/pf.conf.ssh-allow" table persist file "/conf/ME/pf.conf.ssh-deny" block in on $ext_if proto tcp from to any port ssh pass in on $ext_if proto tcp from to any port ssh flags S/SA keep state pf.conf.ssh-deny contains a list of IPs or CIDRs which are to be blocked. I can provide this file if desired. pf.conf.ssh-allow contains a list of IPs or CIDRs which "override" blocks in the previous "block" rule. The reason we have this is due to one Russian user who wasn't able to SSH into our boxes due to the previous block rule. You naturally have to keep pf.conf.ssh-* in sync if you have multiple machines. You can use pfsync(4) to accomplish this task (I think), or you can do it the obvious way (make a central distribution box that scp/rsync's the files out and runs "/etc/rc.d/pf reload"). -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 03:46:31 2008 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 9DC6F106569D for ; Tue, 30 Sep 2008 03:46:31 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 4934B8FC20 for ; Tue, 30 Sep 2008 03:46:31 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from working (pool-72-95-226-5.pitbpa.ftas.verizon.net [72.95.226.5]) (AUTH: LOGIN wmoran, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Mon, 29 Sep 2008 23:36:24 -0400 id 00056407.0000000048E19EB8.00007E55 Date: Mon, 29 Sep 2008 23:36:23 -0400 From: Bill Moran To: Rich Healey Message-Id: <20080929233623.46b73fc0.wmoran@collaborativefusion.com> In-Reply-To: <48E16E93.3090601@gmail.com> References: <48E16E93.3090601@gmail.com> Organization: Collaborative Fusion Inc. X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 03:46:31 -0000 Rich Healey wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Recently I'm getting a lot of brute force attempts on my server, in the > past I've used various tips and tricks with linux boxes but many of them > were fairly linux specific. > > What do you BSD guys use for this purpose? > > If this belongs on -security let me know and I'll ask over there. http://potentialtech.com/cms/node/16 -- Bill Moran From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 03:57:54 2008 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 70F82106568D for ; Tue, 30 Sep 2008 03:57:54 +0000 (UTC) (envelope-from ges+lists@wingfoot.org) Received: from wingfoot.org (caduceus.wingfoot.org [64.32.179.50]) by mx1.freebsd.org (Postfix) with ESMTP id 402018FC08 for ; Tue, 30 Sep 2008 03:57:54 +0000 (UTC) (envelope-from ges+lists@wingfoot.org) Received: from localhost (localhost [127.0.0.1]) by wingfoot.org (Postfix) with ESMTP id 9D76C39DC22; Mon, 29 Sep 2008 23:43:13 -0400 (EDT) X-Virus-Scanned: amavisd-new at wingfoot.org Received: from wingfoot.org ([127.0.0.1]) by localhost (wingfoot.org [127.0.0.1]) (amavisd-new, port 10042) with ESMTP id 5szYzQ2WpYkq; Mon, 29 Sep 2008 23:43:03 -0400 (EDT) Received: from Sandal.local (ool-4353640b.dyn.optonline.net [67.83.100.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by wingfoot.org (Postfix) with ESMTPSA id 5D30239DC21; Mon, 29 Sep 2008 23:43:03 -0400 (EDT) Message-ID: <48E19FC6.7050105@wingfoot.org> Date: Mon, 29 Sep 2008 23:40:54 -0400 From: Glenn Sieb User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.17) Gecko/20080914 Thunderbird/2.0.0.17 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: Rich Healey References: <48E16E93.3090601@gmail.com> In-Reply-To: <48E16E93.3090601@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 03:57:54 -0000 Rich Healey said the following on 9/29/08 8:10 PM: > Recently I'm getting a lot of brute force attempts on my server, in the > past I've used various tips and tricks with linux boxes but many of them > were fairly linux specific. > > What do you BSD guys use for this purpose? > > If this belongs on -security let me know and I'll ask over there. Hi Rich! I use DenyHosts (/usr/ports/security/denyhosts) and it works great.. :) Best, --Glenn -- ...destination is merely a byproduct of the journey --Eric Hansen From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 04:00:04 2008 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 1D5D51065688 for ; Tue, 30 Sep 2008 04:00:04 +0000 (UTC) (envelope-from rhavenn@rhavenn.net) Received: from smtp145.sat.emailsrvr.com (smtp145.sat.emailsrvr.com [66.216.121.145]) by mx1.freebsd.org (Postfix) with ESMTP id E87248FC08 for ; Tue, 30 Sep 2008 04:00:03 +0000 (UTC) (envelope-from rhavenn@rhavenn.net) Received: from relay4.relay.sat.mlsrvr.com (localhost [127.0.0.1]) by relay4.relay.sat.mlsrvr.com (SMTP Server) with ESMTP id 2DC0B27926D; Mon, 29 Sep 2008 23:39:47 -0400 (EDT) Received: by relay4.relay.sat.mlsrvr.com (Authenticated sender: henrik-AT-ecwwebworks.com) with ESMTP id 0CD1C27B3AD; Mon, 29 Sep 2008 23:39:47 -0400 (EDT) From: Henrik Hudson To: freebsd-hackers@freebsd.org Date: Mon, 29 Sep 2008 19:39:41 -0800 User-Agent: KMail/1.9.7 References: <48E16E93.3090601@gmail.com> In-Reply-To: <48E16E93.3090601@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200809291939.41533.rhavenn@rhavenn.net> X-Mailman-Approved-At: Tue, 30 Sep 2008 04:21:53 +0000 Cc: Rich Healey Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rhavenn@rhavenn.net List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 04:00:04 -0000 On Monday 29 September 2008, Rich Healey sent a missive stating: > Recently I'm getting a lot of brute force attempts on my server, in the > past I've used various tips and tricks with linux boxes but many of them > were fairly linux specific. > > What do you BSD guys use for this purpose? > > If this belongs on -security let me know and I'll ask over there. > > Cheers > > > Rich Yeap, -security However, also try this in pf.conf (specific rules related to this; you'll need more for a real pf.conf): table { } persist block in quick from pass in on $ext_if proto tcp from any to ($ext_if) port ssh keep state (max-src-conn 5, max-src-conn-rate 4/300, overload flush global) This will add "badguys" to the table if they connect more then 4 times in 300 seconds. Then use the expiretables port from a cronjob to remove IPs if you feel like it. Henrik -- Henrik Hudson rhavenn@rhavenn.net ------------------------------ "There are 10 kinds of people in the world: Those who understand binary and those who don't..." From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 05:44:52 2008 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 2E761106568C; Tue, 30 Sep 2008 05:44:52 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id A5A0B8FC1F; Tue, 30 Sep 2008 05:44:51 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from happy-idiot-talk.infracaninophile.co.uk (localhost [IPv6:::1]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id m8U5ii7D069917; Tue, 30 Sep 2008 06:44:45 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.7.2 smtp.infracaninophile.co.uk m8U5ii7D069917 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1222753485; bh=u9/CoU7CLF+RzK ZBnQXWXHbJ9uvSEXXYwJPibDzyFzU=; h=Message-ID:Date:From:MIME-Version: To:CC:Subject:References:In-Reply-To:Content-Type:Cc:Content-Type: Date:From:In-Reply-To:Message-ID:Mime-Version:References:To; z=Mes sage-ID:=20<48E1BCC4.60207@infracaninophile.co.uk>|Date:=20Tue,=203 0=20Sep=202008=2006:44:36=20+0100|From:=20Matthew=20Seaman=20|Organization:=20Infracaninophile|User-A gent:=20Thunderbird=202.0.0.17=20(X11/20080929)|MIME-Version:=201.0 |To:=20Jeremy=20Chadwick=20|CC:=20Rich=20Healey =20,=20freebsd-hackers@freebsd.org|Subject:= 20Re:=20SSH=20Brute=20Force=20attempts|References:=20<48E16E93.3090 601@gmail.com>=20<20080930033033.GA35849@icarus.home.lan>|In-Reply- To:=20<20080930033033.GA35849@icarus.home.lan>|X-Enigmail-Version:= 200.95.6|Content-Type:=20multipart/signed=3B=20micalg=3Dpgp-sha256= 3B=0D=0A=20protocol=3D"application/pgp-signature"=3B=0D=0A=20bounda ry=3D"------------enigEEEA3B455F6A6CC0E3E3EBE6"; b=wZ6RHEQG4xz18n59 71d/xajR5L7dsdsWf7gpB9PhAkPfs/DXZnZYT41E33nEOHowuz7/ypdwkhqK6RuQWEF rxAUdNGYDyKr65o3ilkexjfCgT5pVlXFnA5yeO246nWOcWtCHTq5FGoQtDzjnuig+fC iT0VQc3zNu4Pl6uJfXcfQ= Message-ID: <48E1BCC4.60207@infracaninophile.co.uk> Date: Tue, 30 Sep 2008 06:44:36 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.17 (X11/20080929) MIME-Version: 1.0 To: Jeremy Chadwick References: <48E16E93.3090601@gmail.com> <20080930033033.GA35849@icarus.home.lan> In-Reply-To: <20080930033033.GA35849@icarus.home.lan> X-Enigmail-Version: 0.95.6 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="------------enigEEEA3B455F6A6CC0E3E3EBE6" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (smtp.infracaninophile.co.uk [IPv6:::1]); Tue, 30 Sep 2008 06:44:45 +0100 (BST) X-Virus-Scanned: ClamAV 0.94/8356/Tue Sep 30 02:21:10 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: freebsd-hackers@freebsd.org, Rich Healey Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 05:44:52 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigEEEA3B455F6A6CC0E3E3EBE6 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Jeremy Chadwick wrote: > You naturally have to keep pf.conf.ssh-* in sync if you have multiple > machines. You can use pfsync(4) to accomplish this task (I think), or > you can do it the obvious way (make a central distribution box that > scp/rsync's the files out and runs "/etc/rc.d/pf reload"). pfsync sychronises the dynamic state sessions between machines -- ie. basically what you see by doing 'pfctl -ss' It doesn't as far as I know synchronise table contents even if the table changes are themselves dynamically generated in response to traffic. rsync is your friend here. As for blocking based on geographical source of IPs -- I see where you're coming from, but you've missed out one of the largest territories that is the source of this sort of thing, namely the USA. The best strategy IMHO is to foil the automated password guessers but not using passwords. SSH key based auth works nicely, is easy to setup and use and is unfeasible to break by trial and error across a remote network connection. Using firewall blocking on top of this is still useful (to reduce the noise in the log files and stop system resources being sucked up by SSH's crypto requirements) but it shouldn't be a necessity. Cheers, Matthew --=20 Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW --------------enigEEEA3B455F6A6CC0E3E3EBE6 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREIAAYFAkjhvMwACgkQ8Mjk52CukIxwxACeOoNj9nricxxjmuQ/xKGYNg5l Il4An3TycEGLYvhpdl5O/lBZNtfV8HhB =C98i -----END PGP SIGNATURE----- --------------enigEEEA3B455F6A6CC0E3E3EBE6-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 05:53:16 2008 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 082771065677; Tue, 30 Sep 2008 05:53:16 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forwards4.yandex.ru (forwards4.yandex.ru [77.88.32.20]) by mx1.freebsd.org (Postfix) with ESMTP id A9E788FC20; Tue, 30 Sep 2008 05:53:15 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from smtp5.yandex.ru (smtp5.yandex.ru [77.88.32.24]) by forwards4.yandex.ru (Postfix) with ESMTP id 8B4421930FB; Tue, 30 Sep 2008 09:53:13 +0400 (MSD) Received: from mail.kirov.so-cdu.ru ([77.72.136.145]:42230 "EHLO [127.0.0.1]" smtp-auth: "bu7cher" TLS-CIPHER: "DHE-RSA-AES256-SHA keybits 256/256 version TLSv1/SSLv3" TLS-PEER-CN1: ) by mail.yandex.ru with ESMTP id S1053321AbYI3FxH (ORCPT + 3 others); Tue, 30 Sep 2008 09:53:07 +0400 X-Yandex-Spam: 1 X-Yandex-Front: smtp5 X-Yandex-TimeMark: 1222753987 X-MsgDayCount: 4 X-Comment: RFC 2476 MSA function at smtp5.yandex.ru logged sender identity as: bu7cher Message-ID: <48E1BEC0.6060407@yandex.ru> Date: Tue, 30 Sep 2008 09:53:04 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Jeremy Chadwick References: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> <20080930023946.GA23425@icarus.home.lan> In-Reply-To: <20080930023946.GA23425@icarus.home.lan> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, =?UTF-8?B?U8O4cmVuIFNjaG1pZHQ=?= , Daniel Roethlisberger Subject: Re: ATA Security patch to atacontrol 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, 30 Sep 2008 05:53:16 -0000 Jeremy Chadwick wrote: > Can you provide me datasheet and technical reference material to what > "ATA Security" is? Which ATA specification is this documented in? I'd > like to read it. I think you can found it in ATA-ATAPI-7 vol.1: "4.7 Security Mode feature set". http://en.wikipedia.org/wiki/Advanced_Technology_Attachment#HDD_Passwords_and_Security http://en.wikipedia.org/wiki/Advanced_Technology_Attachment#ATA_standards_versions.2C_transfer_rates.2C_and_features -- WBR, Andrey V. Elsukov From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 07:50:36 2008 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 0C4B1106568F for ; Tue, 30 Sep 2008 07:50:36 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from mx0.gid.co.uk (mx0.gid.co.uk [194.32.164.250]) by mx1.freebsd.org (Postfix) with ESMTP id 80EA88FC0C for ; Tue, 30 Sep 2008 07:50:35 +0000 (UTC) (envelope-from rb@gid.co.uk) Received: from gidgate.gid.co.uk (80-46-130-69.static.dsl.as9105.com [80.46.130.69]) by mx0.gid.co.uk (8.14.2/8.14.2) with ESMTP id m8U7d1kQ044228; Tue, 30 Sep 2008 08:39:01 +0100 (BST) (envelope-from rb@gid.co.uk) Received: from [192.168.255.1] (seagoon.gid.co.uk [194.32.164.1]) by gidgate.gid.co.uk (8.13.8/8.13.8) with ESMTP id m8U7cuuW014816; Tue, 30 Sep 2008 08:38:56 +0100 (BST) (envelope-from rb@gid.co.uk) Message-Id: <79B5654C-62A9-4D8B-9556-2C38D6D51452@gid.co.uk> From: Bob Bishop To: Rich Healey In-Reply-To: <48E16E93.3090601@gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Tue, 30 Sep 2008 08:38:56 +0100 References: <48E16E93.3090601@gmail.com> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 07:50:36 -0000 Hi, On 30 Sep 2008, at 01:10, Rich Healey wrote: > Recently I'm getting a lot of brute force attempts on my server, in > the > past I've used various tips and tricks with linux boxes but many of > them > were fairly linux specific. > > What do you BSD guys use for this purpose? [various solutions proposed] I too would worry about having something automatically updating filter rulesets. An alternative is to blackhole route the offending source, eg: route -nq add -host a.b.c.d 127.0.0.1 -blackhole WHatever solution you adopt, the ability to whitelist is a very good idea (especially if you are as inaccurate a typist as I am). And I'd second what others have said about avoiding passwords altogether if it's possible in your situation. -- Bob Bishop +44 (0)118 940 1243 rb@gid.co.uk fax +44 (0)118 940 1295 mobile +44 (0)783 626 4518 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 07:56:36 2008 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 1833E1065688 for ; Tue, 30 Sep 2008 07:56:36 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from nexus.in-nomine.org (dhammapada.xs4all.nl [82.95.168.248]) by mx1.freebsd.org (Postfix) with ESMTP id C87438FC16 for ; Tue, 30 Sep 2008 07:56:35 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id EB1C7EF9E; Tue, 30 Sep 2008 09:56:33 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at in-nomine.org Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XEKfZiMHipNC; Tue, 30 Sep 2008 09:56:32 +0200 (CEST) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id 77419EF9D; Tue, 30 Sep 2008 09:56:32 +0200 (CEST) Date: Tue, 30 Sep 2008 09:56:32 +0200 From: Jeroen Ruigrok van der Werven To: Rich Healey Message-ID: <20080930075632.GT30869@nexus.in-nomine.org> References: <48E16E93.3090601@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <48E16E93.3090601@gmail.com> Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 07:56:36 -0000 -On [20080930 05:14], Rich Healey (healey.rich@gmail.com) wrote: >What do you BSD guys use for this purpose? I actually use blockhosts, which is a Python solution you tie into hosts.allow. http://www.aczoom.com/cms/blockhosts -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Happiness is the absence of the striving for happiness... From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 08:16:40 2008 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 79CF1106568D for ; Tue, 30 Sep 2008 08:16:40 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.freenix.fr (keltia.freenix.org [IPv6:2001:660:330f:f820:213:72ff:fe15:f44]) by mx1.freebsd.org (Postfix) with ESMTP id 2A4B18FC13 for ; Tue, 30 Sep 2008 08:16:40 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from localhost (localhost [127.0.0.1]) by keltia.freenix.fr (Postfix/TLS) with ESMTP id DDCBF391CB for ; Tue, 30 Sep 2008 10:16:37 +0200 (CEST) X-Virus-Scanned: amavisd-new at keltia.freenix.fr Received: from keltia.freenix.fr ([127.0.0.1]) by localhost (keltia.freenix.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6db4jrLCmH4D for ; Tue, 30 Sep 2008 10:16:37 +0200 (CEST) Received: by keltia.freenix.fr (Postfix/TLS, from userid 101) id 8B6B4391CA; Tue, 30 Sep 2008 10:16:37 +0200 (CEST) Date: Tue, 30 Sep 2008 10:16:37 +0200 From: Ollivier Robert To: freebsd-hackers@freebsd.org Message-ID: <20080930081637.GA34744@keltia.freenix.fr> References: <48E16E93.3090601@gmail.com> <200809291939.41533.rhavenn@rhavenn.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809291939.41533.rhavenn@rhavenn.net> X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.18 (2008-05-17) Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 08:16:40 -0000 According to Henrik Hudson: > Yeap, -security > > However, also try this in pf.conf (specific rules related to this; you'll need > more for a real pf.conf): > > table { } persist > block in quick from > pass in on $ext_if proto tcp from any to ($ext_if) port ssh keep state > (max-src-conn 5, max-src-conn-rate 4/300, overload flush global) That one is very effective. -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr Darwin sidhe.keltia.net Version 9.4.0: Mon Jun 9 19:30:53 PDT 2008; i386 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 08:22:24 2008 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 C3FB81065694 for ; Tue, 30 Sep 2008 08:22:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3F2CD8FC1F for ; Tue, 30 Sep 2008 08:22:24 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8U8MMwS026150; Tue, 30 Sep 2008 10:22:22 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8U8MMXV026149; Tue, 30 Sep 2008 10:22:22 +0200 (CEST) (envelope-from olli) Date: Tue, 30 Sep 2008 10:22:22 +0200 (CEST) Message-Id: <200809300822.m8U8MMXV026149@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, healey.rich@gmail.com In-Reply-To: <48E16E93.3090601@gmail.com> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 30 Sep 2008 10:22:22 +0200 (CEST) Cc: Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, healey.rich@gmail.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 08:22:24 -0000 Rich Healey wrote: > Recently I'm getting a lot of brute force attempts on my server, in the > past I've used various tips and tricks with linux boxes but many of them > were fairly linux specific. > > What do you BSD guys use for this purpose? There's nothing that replaces using either *good* passwords or *no* passwords at all (i.e. ssh keys instead). I completely agree with Jeremy Chadwick that using programs that change your packet filter rules automatically can be dangerous. I recommend against this. Especially it does not protect you if you have weak passwords. In fact it might open a hole that someone can successfully run a DoS attack against your machine by spoofing one of your own IP addresses, or the IP address of your upstream router, or DNS server, or whatever. If you're merely annoyed about the large amount of logging entries caused by the break-in attempts, a good solution is to move the sshd service from the standard port 22 to a different, non-standard port (e.g. 222 or whatever, but it should be a "reserved" port, i.e. less than 1024 which is the default high limit for the reserved port range). Most attackers are just "script kiddies" that use automated software that tries only port 22. You can put an entry in ~/.ssh/config on your client machines so you don't even have to remember to specify the port number when ssh'ing to your server. Alternatively you can configure sshd to listen on port 22 *and* an alternate port, and block port 22 for everything except a few known-good addresses or networks. That way you don't have to do anything special when connecting from any of your usual clients, but you can still connect from anywhere else if necessary by using the non-standard port. Of course, the non-standard port trick is *not* a security measure. It only makes your machine "a little bit more invisible" to script kiddies and prevents them from filling your log files. It might also give you a very small advance in case of zero-day attacks. It does *not* help against weak passwords or lazyness to patch known holes, or other kinds of operator failure. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "What is this talk of 'release'? We do not make software 'releases'. Our software 'escapes', leaving a bloody trail of designers and quality assurance people in its wake." From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 09:25:55 2008 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 94C021065693 for ; Tue, 30 Sep 2008 09:25:55 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.235]) by mx1.freebsd.org (Postfix) with ESMTP id 6BF8F8FC32 for ; Tue, 30 Sep 2008 09:25:55 +0000 (UTC) (envelope-from bipolor@gmail.com) Received: by rv-out-0506.google.com with SMTP id b25so2357167rvf.43 for ; Tue, 30 Sep 2008 02:25:55 -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:to :subject:mime-version:content-type; bh=By2z0pRdt4ZzykVQaCxQVX1tZAFFAzh+ixt3Nlz1zSI=; b=skTxPyBSBfih9BmIZBJD66H619hxPYC811MgamcmAU2W19qKjAy9VNwQ0wSAJzFasy QQb68m5zV07tyhcaESCg5dYwrCzs5LAquc/XsJ+l8Keu8MWKXSJx5ppfno5gSfX9AgYU 5LzUrQssyJrq4e6mUUva/z1S1zrOwU9O8qZEc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=r07lu9+fFvL9OfDzTn7SstebIJigDJA+JhU0u4GJtpXGj3C0zFJ/uzSvs2NfnEGPAr 89hkiVF0dn1WoB8cWafwwrEudJd9oh8bZ5UVr+4WzaLWG1I3m0wPmDifT5bg6/iethhr fgqAoDQ0r36ayeSO40IcacH91X1QO686qCydE= Received: by 10.141.69.1 with SMTP id w1mr3217739rvk.185.1222766754125; Tue, 30 Sep 2008 02:25:54 -0700 (PDT) Received: by 10.141.128.12 with HTTP; Tue, 30 Sep 2008 02:25:54 -0700 (PDT) Message-ID: Date: Tue, 30 Sep 2008 02:25:54 -0700 From: "Mike Price" To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: How do I unchown a directory after I: chown -R /etc ??? 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, 30 Sep 2008 09:25:55 -0000 How do I unchown a directory after I: chown -R /etc From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 09:36:34 2008 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 93625106568A for ; Tue, 30 Sep 2008 09:36:34 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from nexus.in-nomine.org (dhammapada.xs4all.nl [82.95.168.248]) by mx1.freebsd.org (Postfix) with ESMTP id 4E9D08FC0A for ; Tue, 30 Sep 2008 09:36:34 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id 54434EF9D; Tue, 30 Sep 2008 11:36:33 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at in-nomine.org Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L0K7Qkf1pSwP; Tue, 30 Sep 2008 11:36:32 +0200 (CEST) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id 4E25AEF9C; Tue, 30 Sep 2008 11:36:32 +0200 (CEST) Date: Tue, 30 Sep 2008 11:36:32 +0200 From: Jeroen Ruigrok van der Werven To: Mike Price Message-ID: <20080930093632.GU30869@nexus.in-nomine.org> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org Subject: Re: How do I unchown a directory after I: chown -R /etc ??? 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, 30 Sep 2008 09:36:34 -0000 -On [20080930 11:26], Mike Price (bipolor@gmail.com) wrote: >How do I unchown a directory after I: chown -R /etc There is no unchown. You either rechown with the correct users or you use mtree with one of the dist files in /etc/mtree to recreate the directory structure with the correct rights/users. -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B What's in a name? That which we call a rose by any other name would smell as sweet... From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 09:41:41 2008 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 C431D1065696; Tue, 30 Sep 2008 09:41:41 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from hobbes.ustdmz.roe.ch (hobbes.ustdmz.roe.ch [213.144.141.27]) by mx1.freebsd.org (Postfix) with ESMTP id 7E5F58FC2B; Tue, 30 Sep 2008 09:41:41 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from roe by hobbes.ustdmz.roe.ch (envelope-from ) with LOCAL id 1KkblD-0000ml-00 ; Tue, 30 Sep 2008 11:43:15 +0200 Date: Tue, 30 Sep 2008 11:43:15 +0200 From: Daniel Roethlisberger To: "Andrey V. Elsukov" Message-ID: <20080930094315.GA1653@hobbes.ustdmz.roe.ch> Mail-Followup-To: "Andrey V. Elsukov" , Jeremy Chadwick , freebsd-hackers@freebsd.org, =?iso-8859-1?Q?S=F8ren?= Schmidt References: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> <20080930023946.GA23425@icarus.home.lan> <48E1BEC0.6060407@yandex.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <48E1BEC0.6060407@yandex.ru> User-Agent: Mutt/1.5.4i Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: ATA Security patch to atacontrol 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, 30 Sep 2008 09:41:41 -0000 Andrey V. Elsukov 2008-09-30: > Jeremy Chadwick wrote: > >Can you provide me datasheet and technical reference material to what > >"ATA Security" is? Which ATA specification is this documented in? I'd > >like to read it. > > I think you can found it in ATA-ATAPI-7 vol.1: "4.7 Security Mode feature > set". Exactly. Even though the actual T13 standard must be purchased, you can find the documents and drafts of it online at various places by googling for appropriate keywords. For example: http://hddguru.com/content/en/documentation/2006.01.27-ATA-ATAPI-7/ The ATA command set, including the ATA Security commands, is in vol. 1. In 2005, there was a much-cited article in the German c't magazine about the security implications of ATA Security, which might be worth a read too. It is available online in English: http://www.heise.de/ct/english/05/08/172/ -- Daniel Roethlisberger http://daniel.roe.ch/ From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 09:45:23 2008 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 4BFC7106569E for ; Tue, 30 Sep 2008 09:45:23 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA07.westchester.pa.mail.comcast.net (qmta07.westchester.pa.mail.comcast.net [76.96.62.64]) by mx1.freebsd.org (Postfix) with ESMTP id EB9668FC16 for ; Tue, 30 Sep 2008 09:45:22 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA06.westchester.pa.mail.comcast.net ([76.96.62.51]) by QMTA07.westchester.pa.mail.comcast.net with comcast id Lxit1a00916LCl057xlNnl; Tue, 30 Sep 2008 09:45:22 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA06.westchester.pa.mail.comcast.net with comcast id LxlM1a0024v8bD73SxlMxZ; Tue, 30 Sep 2008 09:45:22 +0000 X-Authority-Analysis: v=1.0 c=1 a=4d7EDUnZAAAA:8 a=QycZ5dHgAAAA:8 a=qDfsLSfKKCZaJBJeAoQA:9 a=IuEB4OqX4YlpMvCAajOmX2_DfZwA:4 a=EoioJ0NPDVgA:10 a=MSl-tDqOz04A:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 9AC81C9419; Tue, 30 Sep 2008 02:45:20 -0700 (PDT) Date: Tue, 30 Sep 2008 02:45:20 -0700 From: Jeremy Chadwick To: Jeroen Ruigrok van der Werven Message-ID: <20080930094520.GA42893@icarus.home.lan> References: <48E16E93.3090601@gmail.com> <20080930075632.GT30869@nexus.in-nomine.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080930075632.GT30869@nexus.in-nomine.org> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Rich Healey Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 09:45:23 -0000 On Tue, Sep 30, 2008 at 09:56:32AM +0200, Jeroen Ruigrok van der Werven wrote: > -On [20080930 05:14], Rich Healey (healey.rich@gmail.com) wrote: > >What do you BSD guys use for this purpose? > > I actually use blockhosts, which is a Python solution you tie into > hosts.allow. > > http://www.aczoom.com/cms/blockhosts In no way shape or form does this solve the problem of the attackers being able to establish a TCP connection to you -- they are still tying up sockets, mbufs, and extra network I/O (coming from you when you respond and close the socket). TCP wrappers are absolutely 100% worthless in this day and age. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 09:47:10 2008 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 0104B106568C for ; Tue, 30 Sep 2008 09:47:10 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from QMTA06.westchester.pa.mail.comcast.net (qmta06.westchester.pa.mail.comcast.net [76.96.62.56]) by mx1.freebsd.org (Postfix) with ESMTP id A20608FC21 for ; Tue, 30 Sep 2008 09:47:08 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from OMTA09.westchester.pa.mail.comcast.net ([76.96.62.20]) by QMTA06.westchester.pa.mail.comcast.net with comcast id LxdR1a0050SCNGk56xn82h; Tue, 30 Sep 2008 09:47:08 +0000 Received: from koitsu.dyndns.org ([67.180.253.227]) by OMTA09.westchester.pa.mail.comcast.net with comcast id Lxn71a0034v8bD73Vxn7NY; Tue, 30 Sep 2008 09:47:08 +0000 X-Authority-Analysis: v=1.0 c=1 a=qWKgiC1K0j8A:10 a=rKHY7Opi0fQA:10 a=QycZ5dHgAAAA:8 a=5vW7JE9h9MbDks3pgQsA:9 a=ZNKZY6MNqNVcpOYq7xyGt3clYYAA:4 a=EoioJ0NPDVgA:10 a=LY0hPdMaydYA:10 Received: by icarus.home.lan (Postfix, from userid 1000) id 5A89CC9419; Tue, 30 Sep 2008 02:47:07 -0700 (PDT) Date: Tue, 30 Sep 2008 02:47:07 -0700 From: Jeremy Chadwick To: Mike Price Message-ID: <20080930094707.GB42893@icarus.home.lan> References: 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) Cc: freebsd-hackers@freebsd.org Subject: Re: How do I unchown a directory after I: chown -R /etc ??? 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, 30 Sep 2008 09:47:10 -0000 On Tue, Sep 30, 2008 at 02:25:54AM -0700, Mike Price wrote: > How do I unchown a directory after I: chown -R /etc You can't. Restore /etc from backups. And ***please*** stop posting this stuff to -hackers. It is not the appropriate list for it. Start using -questions. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 10:00:07 2008 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 9B21E1065698 for ; Tue, 30 Sep 2008 10:00:07 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 83CBD8FC1F for ; Tue, 30 Sep 2008 10:00:04 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 866362087; Tue, 30 Sep 2008 12:00:03 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id 651D6844EE; Tue, 30 Sep 2008 12:00:03 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: freebsd-hackers@FreeBSD.ORG References: <200809300822.m8U8MMXV026149@lurza.secnetix.de> Date: Tue, 30 Sep 2008 12:00:03 +0200 In-Reply-To: <200809300822.m8U8MMXV026149@lurza.secnetix.de> (Oliver Fromme's message of "Tue, 30 Sep 2008 10:22:22 +0200 (CEST)") Message-ID: <86abdqkl7g.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: healey.rich@gmail.com Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 10:00:07 -0000 Oliver Fromme writes: > If you're merely annoyed about the large amount of logging entries > caused by the break-in attempts, a good solution is to move the sshd > service from the standard port 22 to a different, non-standard port The best choice is 443, as many corporate firewalls, especially "guest" wifi networks, block all but a few ports (usually 22, 80 and 443, and sometimes 25). There are other, more complicated tricks you can play; for instance, you could set up a web server on the box, and configure it to tunnel SSH using the HTTP Upgrade header; this would require modifications to both ssh (to send the initial HTTP request) and sshd (to take over the connection from the web server). DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 10:27:14 2008 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 77E751065687; Tue, 30 Sep 2008 10:27:14 +0000 (UTC) (envelope-from des@des.no) Received: from tim.des.no (tim.des.no [194.63.250.121]) by mx1.freebsd.org (Postfix) with ESMTP id 35FF58FC28; Tue, 30 Sep 2008 10:27:14 +0000 (UTC) (envelope-from des@des.no) Received: from ds4.des.no (des.no [84.49.246.2]) by smtp.des.no (Postfix) with ESMTP id 21343207F; Tue, 30 Sep 2008 12:27:13 +0200 (CEST) Received: by ds4.des.no (Postfix, from userid 1001) id F0B378447F; Tue, 30 Sep 2008 12:27:12 +0200 (CEST) From: =?utf-8?Q?Dag-Erling_Sm=C3=B8rgrav?= To: Jeremy Chadwick References: <20080930094707.GB42893@icarus.home.lan> Date: Tue, 30 Sep 2008 12:27:12 +0200 In-Reply-To: <20080930094707.GB42893@icarus.home.lan> (Jeremy Chadwick's message of "Tue, 30 Sep 2008 02:47:07 -0700") Message-ID: <861vz2kjy7.fsf@ds4.des.no> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, Mike Price Subject: Re: How do I unchown a directory after I: chown -R /etc ??? 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, 30 Sep 2008 10:27:14 -0000 Jeremy Chadwick writes: > Mike Price writes: > > How do I unchown a directory after I: chown -R /etc > You can't. Restore /etc from backups. Better solution: use mtree to generate a spec file from a clean tree and apply it. You can get a clean copy of etc in /var/tmp/temproot by running mergemaster and answering no to every question. DES --=20 Dag-Erling Sm=C3=B8rgrav - des@des.no From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 05:44:05 2008 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 A6668106568F for ; Tue, 30 Sep 2008 05:44:05 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.ipv6.0x20.net [IPv6:2001:aa8:fffb::3]) by mx1.freebsd.org (Postfix) with ESMTP id 356928FC1E for ; Tue, 30 Sep 2008 05:44:05 +0000 (UTC) (envelope-from lars.engels@0x20.net) Received: from mail.0x20.net (mail.0x20.net [217.69.67.217]) by mail.0x20.net (Postfix) with ESMTP id 2A99A356E0; Tue, 30 Sep 2008 07:44:03 +0200 (CEST) Received: from 193.109.238.110 ([193.109.238.110]) by 0x20.net (Horde MIME library) with HTTP; Tue, 30 Sep 2008 07:44:03 +0200 Message-ID: <20080930074403.z41gl0wk1bko8c48@0x20.net> X-Priority: 3 (Normal) Date: Tue, 30 Sep 2008 07:44:03 +0200 From: Lars Engels To: Rich Healey References: <48E16E93.3090601@gmail.com> In-Reply-To: <48E16E93.3090601@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=_iet6cne77og"; protocol="application/pgp-signature"; micalg="pgp-sha1" Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) X-Mailman-Approved-At: Tue, 30 Sep 2008 11:35:50 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 05:44:05 -0000 This message is in MIME format and has been PGP signed. --=_iet6cne77og Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit Quoting Rich Healey : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Recently I'm getting a lot of brute force attempts on my server, in the > past I've used various tips and tricks with linux boxes but many of them > were fairly linux specific. > > What do you BSD guys use for this purpose? > > If this belongs on -security let me know and I'll ask over there. Just do not use password authentication but public key authentication and a reasonable passphrase on it. --=_iet6cne77og Content-Type: application/pgp-signature Content-Description: Digitale PGP-Unterschrift Content-Disposition: inline Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEABECAAYFAkjhvKIACgkQKc512sD3afiMKACcCznY+qSqny+U8puquIQ/vy/6 GAgAoJF7WS2TP3OziwZup28fMzDNSs65 =uAQR -----END PGP SIGNATURE----- --=_iet6cne77og-- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 13:24:27 2008 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 825EF106569C; Tue, 30 Sep 2008 13:24:27 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2001:41c8:1:548a::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1D5758FC1C; Tue, 30 Sep 2008 13:24:27 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 7BCEE30126; Tue, 30 Sep 2008 14:24:12 +0100 (BST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on muon.cran.org.uk X-Spam-Level: X-Spam-Status: No, score=-2.3 required=8.0 tests=BAYES_00,NO_RELAYS autolearn=ham version=3.2.3 Received: from [IPv6:2a01:348:10f:0:85f9:24d2:4396:6fda] (unknown [IPv6:2a01:348:10f:0:85f9:24d2:4396:6fda]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTP; Tue, 30 Sep 2008 14:24:11 +0100 (BST) Message-ID: <48E22862.3040004@cran.org.uk> Date: Tue, 30 Sep 2008 14:23:46 +0100 From: Bruce Cran User-Agent: Thunderbird 2.0.0.16 (Windows/20080708) MIME-Version: 1.0 To: "Andrey V. Elsukov" , Jeremy Chadwick , freebsd-hackers@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= References: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> <20080930023946.GA23425@icarus.home.lan> <48E1BEC0.6060407@yandex.ru> <20080930094315.GA1653@hobbes.ustdmz.roe.ch> In-Reply-To: <20080930094315.GA1653@hobbes.ustdmz.roe.ch> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: ATA Security patch to atacontrol 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, 30 Sep 2008 13:24:27 -0000 Daniel Roethlisberger wrote: > Andrey V. Elsukov 2008-09-30: > >> Jeremy Chadwick wrote: >> >>> Can you provide me datasheet and technical reference material to what >>> "ATA Security" is? Which ATA specification is this documented in? I'd >>> like to read it. >>> >> I think you can found it in ATA-ATAPI-7 vol.1: "4.7 Security Mode feature >> set". >> > > Exactly. Even though the actual T13 standard must be purchased, you can > find the documents and drafts of it online at various places by googling > for appropriate keywords. For example: > > http://hddguru.com/content/en/documentation/2006.01.27-ATA-ATAPI-7/ > > The ATA command set, including the ATA Security commands, is in vol. 1. > > In 2005, there was a much-cited article in the German c't magazine about > the security implications of ATA Security, which might be worth a read > too. It is available online in English: > > http://www.heise.de/ct/english/05/08/172 http://www.t13.org has all the latest drafts at http://www.t13.org/Documents/MinutesDefault.aspx?DocumentType=4&DocumentStage=2 -- Bruce Cran From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 14:01:28 2008 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 F1263106569A for ; Tue, 30 Sep 2008 14:01:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6A82D8FC08 for ; Tue, 30 Sep 2008 14:01:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8UE1Quh039931; Tue, 30 Sep 2008 16:01:26 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8UE1QDm039930; Tue, 30 Sep 2008 16:01:26 +0200 (CEST) (envelope-from olli) Date: Tue, 30 Sep 2008 16:01:26 +0200 (CEST) Message-Id: <200809301401.m8UE1QDm039930@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, roberto@keltia.freenix.fr In-Reply-To: <20080930081637.GA34744@keltia.freenix.fr> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 30 Sep 2008 16:01:27 +0200 (CEST) Cc: Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, roberto@keltia.freenix.fr List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 14:01:29 -0000 Ollivier Robert <> wrote: > According to Henrik Hudson: > > Yeap, -security > > > > However, also try this in pf.conf (specific rules related to this; you'll need > > more for a real pf.conf): > > > > table { } persist > > block in quick from > > pass in on $ext_if proto tcp from any to ($ext_if) port ssh keep state > > (max-src-conn 5, max-src-conn-rate 4/300, overload flush global) > > That one is very effective. It's especially effective to enable to DoS you. An attacker simply has to spoof the source address on SYN packets, which is trivial. :-( It is marginally better to use one of those tools that parse the logs for failed ssh logins, and use that information to block addresses. In order to abuse that, and attacker would have to spoof a full TCP connection setup plus initial SSH conversation, which is far from trivial. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 15:07:32 2008 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 2258A10656A0 for ; Tue, 30 Sep 2008 15:07:32 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from smtp.infracaninophile.co.uk (gate6.infracaninophile.co.uk [IPv6:2001:8b0:151:1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8B2C08FC29 for ; Tue, 30 Sep 2008 15:07:31 +0000 (UTC) (envelope-from m.seaman@infracaninophile.co.uk) Received: from lack-of-gravitas.thebunker.net (gateway.ash.thebunker.net [213.129.64.4]) (authenticated bits=0) by smtp.infracaninophile.co.uk (8.14.3/8.14.3) with ESMTP id m8UF7Nj1038775 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 30 Sep 2008 16:07:24 +0100 (BST) (envelope-from m.seaman@infracaninophile.co.uk) X-DKIM: Sendmail DKIM Filter v2.7.2 smtp.infracaninophile.co.uk m8UF7Nj1038775 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=infracaninophile.co.uk; s=200708; t=1222787244; bh=ulnw4iyPlO5yma JQhSKFwFOh86Lnox8W8Miej5zystA=; h=Message-ID:Date:From:MIME-Version: To:Subject:References:In-Reply-To:Content-Type: Content-Transfer-Encoding:Cc:Content-Type:Date:From:In-Reply-To: Message-ID:Mime-Version:References:To; z=Message-ID:=20<48E240AB.9 040802@infracaninophile.co.uk>|Date:=20Tue,=2030=20Sep=202008=2016: 07:23=20+0100|From:=20Matthew=20Seaman=20|Organization:=20Infracaninophile|User-Agent:=20Thunderbird= 202.0.0.16=20(X11/20080811)|MIME-Version:=201.0|To:=20freebsd-hacke rs@freebsd.org,=20roberto@keltia.freenix.fr|Subject:=20Re:=20SSH=20 Brute=20Force=20attempts|References:=20<200809301401.m8UE1QDm039930 @lurza.secnetix.de>|In-Reply-To:=20<200809301401.m8UE1QDm039930@lur za.secnetix.de>|X-Enigmail-Version:=200.95.6|Content-Type:=20text/p lain=3B=20charset=3DUTF-8=3B=20format=3Dflowed|Content-Transfer-Enc oding:=207bit; b=gVEaGT1z6H+771N2i1AnVurdKOxwzcNiIFCrog0O33vg+gcrIp fXRMxF2IfcHVm8Bbtou0vcQst//43zgNSsno7Ud3hk2fD4n6croPl9vLP3RAH7MCpNh o5NBWfDk647twaGxtGZ/RJkQLCDaufV6qdRKs8jeY0MpjtJjA7ZNQY= Message-ID: <48E240AB.9040802@infracaninophile.co.uk> Date: Tue, 30 Sep 2008 16:07:23 +0100 From: Matthew Seaman Organization: Infracaninophile User-Agent: Thunderbird 2.0.0.16 (X11/20080811) MIME-Version: 1.0 To: freebsd-hackers@freebsd.org, roberto@keltia.freenix.fr References: <200809301401.m8UE1QDm039930@lurza.secnetix.de> In-Reply-To: <200809301401.m8UE1QDm039930@lurza.secnetix.de> X-Enigmail-Version: 0.95.6 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (smtp.infracaninophile.co.uk [81.187.76.162]); Tue, 30 Sep 2008 16:07:24 +0100 (BST) X-Virus-Scanned: ClamAV 0.94/8359/Tue Sep 30 14:29:02 2008 on happy-idiot-talk.infracaninophile.co.uk X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,DKIM_SIGNED, DKIM_VERIFIED,SPF_FAIL autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on happy-idiot-talk.infracaninophile.co.uk Cc: Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 15:07:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Oliver Fromme wrote: | Ollivier Robert <> wrote: | > According to Henrik Hudson: | > > Yeap, -security | > > | > > However, also try this in pf.conf (specific rules related to this; you'll need | > > more for a real pf.conf): | > > | > > table { } persist | > > block in quick from | > > pass in on $ext_if proto tcp from any to ($ext_if) port ssh keep state | > > (max-src-conn 5, max-src-conn-rate 4/300, overload flush global) | > | > That one is very effective. | | It's especially effective to enable to DoS you. | An attacker simply has to spoof the source address | on SYN packets, which is trivial. :-( Adding a whitelist of ssh addresses that should never be blocked is equally trivial.... But, like the perl folk say: TIMTOWTDI. Cheers, Matthew - -- Dr Matthew J Seaman MA, D.Phil. Flat 3 ~ 7 Priory Courtyard PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate ~ Kent, CT11 9PW, UK -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREDAAYFAkjiQKsACgkQ3jDkPpsZ+VbzsgCfY64vNfuMhRrGRYgK4rDawWq4 xDwAnRMXY54hiooKCFBp7U/SxILUsxsa =yQm5 -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 15:25:37 2008 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 50AB61065692; Tue, 30 Sep 2008 15:25:37 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from services.rulez.sk (services.rulez.sk [92.240.234.125]) by mx1.freebsd.org (Postfix) with ESMTP id 0503F8FC17; Tue, 30 Sep 2008 15:25:36 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from localhost (services.rulez.sk [92.240.234.125]) by services.rulez.sk (Postfix) with ESMTP id EB2351334544; Tue, 30 Sep 2008 17:09:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at rulez.sk Received: from services.rulez.sk ([92.240.234.125]) by localhost (services.rulez.sk [92.240.234.125]) (amavisd-new, port 10024) with ESMTP id lKeN7dBe5Ljf; Tue, 30 Sep 2008 17:09:34 +0200 (CEST) Received: from hosting.cia.sk (hosting.cia.sk [92.240.234.123]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by services.rulez.sk (Postfix) with ESMTPS id 20942133441E; Tue, 30 Sep 2008 17:09:34 +0200 (CEST) Received: (from www@localhost) by hosting.cia.sk (8.14.3/8.14.2/Submit) id m8UF9Xwk074110; Tue, 30 Sep 2008 17:09:33 +0200 (CEST) (envelope-from danger@FreeBSD.org) X-Authentication-Warning: hosting.cia.sk: www set sender to danger@FreeBSD.org using -f To: Jeremy Chadwick MIME-Version: 1.0 Date: Tue, 30 Sep 2008 17:09:33 +0200 From: Daniel Gerzo Organization: The FreeBSD Project In-Reply-To: <20080930033033.GA35849@icarus.home.lan> References: <48E16E93.3090601@gmail.com> <20080930033033.GA35849@icarus.home.lan> Message-ID: <33bf69ba4e07a4aea346fc25f7939bc7@services.rulez.sk> X-Sender: danger@FreeBSD.org User-Agent: RoundCube Webmail/0.2a Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@FreeBSD.org, Rich Healey Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 15:25:37 -0000 Hello guys, On Mon, 29 Sep 2008 20:30:33 -0700, Jeremy Chadwick wrote: > On Tue, Sep 30, 2008 at 10:10:59AM +1000, Rich Healey wrote: >> Recently I'm getting a lot of brute force attempts on my server, in the >> past I've used various tips and tricks with linux boxes but many of them >> were fairly linux specific. >> >> What do you BSD guys use for this purpose? > > This probably should've gone to -security, correct. > > There are 3 ports which people often use for solving this: > > ports/security/blocksshd > ports/security/sshblock > ports/security/sshguard-(pf|ipfw|ipfilter) There's also a tool written by me which can be found in security/bruteforceblocker - you may read a bit about it on http://danger.rulez.sk/index.php/bruteforceblocker/. The official release currently works only with pf, but I know there's a person working towards porting it to ipf/ipfw. He recently ported it to iptables and added CIDR support for whitelists, but I haven't had a time to review his changes, however once I get to it I will release a new version. -- Best regards Daniel Geržo From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 15:28:57 2008 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 C7954106568E for ; Tue, 30 Sep 2008 15:28:57 +0000 (UTC) (envelope-from pierre.riteau@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.169]) by mx1.freebsd.org (Postfix) with ESMTP id 571E98FC28 for ; Tue, 30 Sep 2008 15:28:57 +0000 (UTC) (envelope-from pierre.riteau@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so621670uge.39 for ; Tue, 30 Sep 2008 08:28:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:subject :message-id:references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=OAxDHjFwxP5rSgRD9S5JPLCDwNXLV0Anuh+e77v5okE=; b=ijJAGcSQW3ZmOyWun99HIFEHDGHmyBU8poxqjHo+sqeoK6jZ1jShYjf0nFVosoqW+C /pXCoj4yEr96TSoAoE2YjNjomnARergyiHOWLysFTSeRNTN+Q6Lh/U5Ko45GjZq/5ndg cOYM1bGL2rmCAqgA5EeLSuG3iZbmxKMiZPEO4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=NhqvpugTDjCCiqETpAggntBFwRZS+nzBhn3nIDI9ygTxtIKaleO+5jL0ifd6iidAVZ p5BVofx7v2YTIonqHORckskXtCxS+M8I06+v7d2rvXCMHmufdOO08RiR4FEcnCkmD+y5 AO+5LFjThTS9QTE4qelwrQunAPR2lfly/p2DY= Received: by 10.86.95.20 with SMTP id s20mr5780165fgb.65.1222787755543; Tue, 30 Sep 2008 08:15:55 -0700 (PDT) Received: from omicron.my.domain (cse35-1-82-236-142-224.fbx.proxad.net [82.236.142.224]) by mx.google.com with ESMTPS id l19sm291330fgb.7.2008.09.30.08.15.52 (version=SSLv3 cipher=RC4-MD5); Tue, 30 Sep 2008 08:15:53 -0700 (PDT) Date: Tue, 30 Sep 2008 17:15:50 +0200 From: Pierre Riteau To: freebsd-hackers@FreeBSD.ORG, roberto@keltia.freenix.fr Message-ID: <20080930151550.GA20490@omicron.my.domain> References: <20080930081637.GA34744@keltia.freenix.fr> <200809301401.m8UE1QDm039930@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200809301401.m8UE1QDm039930@lurza.secnetix.de> User-Agent: Mutt/1.5.18 (2008-05-17) Cc: Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 15:28:57 -0000 On Tue, Sep 30, 2008 at 04:01:26PM +0200, Oliver Fromme wrote: > Ollivier Robert <> wrote: > > According to Henrik Hudson: > > > Yeap, -security > > > > > > However, also try this in pf.conf (specific rules related to this; you'll need > > > more for a real pf.conf): > > > > > > table { } persist > > > block in quick from > > > pass in on $ext_if proto tcp from any to ($ext_if) port ssh keep state > > > (max-src-conn 5, max-src-conn-rate 4/300, overload flush global) > > > > That one is very effective. > > It's especially effective to enable to DoS you. > An attacker simply has to spoof the source address > on SYN packets, which is trivial. :-( This is not true. pf.conf(5) says: For stateful TCP connections, limits on established connections (connec- tions which have completed the TCP 3-way handshake) can also be enforced per source IP. max-src-conn Limits the maximum number of simultaneous TCP connections which have completed the 3-way handshake that a single host can make. max-src-conn-rate / Limit the rate of new connections over a time interval. The con- nection rate is an approximation calculated as a moving average. Because the 3-way handshake ensures that the source address is not being spoofed, more aggressive action can be taken based on these limits. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 15:37:42 2008 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 67F4F1065686 for ; Tue, 30 Sep 2008 15:37:42 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2D08FC0C for ; Tue, 30 Sep 2008 15:37:41 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8UFbd1S044685; Tue, 30 Sep 2008 17:37:39 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8UFbcrt044684; Tue, 30 Sep 2008 17:37:38 +0200 (CEST) (envelope-from olli) Date: Tue, 30 Sep 2008 17:37:38 +0200 (CEST) Message-Id: <200809301537.m8UFbcrt044684@lurza.secnetix.de> From: Oliver Fromme To: freebsd-hackers@FreeBSD.ORG, pierre.riteau@gmail.com, roberto@keltia.freenix.fr In-Reply-To: <20080930151550.GA20490@omicron.my.domain> X-Newsgroups: list.freebsd-hackers User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 30 Sep 2008 17:37:39 +0200 (CEST) Cc: Subject: Re: SSH Brute Force attempts X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-hackers@FreeBSD.ORG, pierre.riteau@gmail.com, roberto@keltia.freenix.fr List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 30 Sep 2008 15:37:42 -0000 Pierre Riteau wrote: > Oliver Fromme wrote: > > Ollivier Robert wrote: > > > According to Henrik Hudson: > > > > Yeap, -security > > > > > > > > However, also try this in pf.conf (specific rules related to this; you'll need > > > > more for a real pf.conf): > > > > > > > > table { } persist > > > > block in quick from > > > > pass in on $ext_if proto tcp from any to ($ext_if) port ssh keep state > > > > (max-src-conn 5, max-src-conn-rate 4/300, overload flush global) > > > > > > That one is very effective. > > > > It's especially effective to enable to DoS you. > > An attacker simply has to spoof the source address > > on SYN packets, which is trivial. :-( > > This is not true. pf.conf(5) says: > > For stateful TCP connections, limits on established connections (connec- > tions which have completed the TCP 3-way handshake) can also be enforced > per source IP. Thanks for the correction. I prefer IPFW most of the time, therefore I wasn't aware of this detail. > Because the 3-way handshake ensures that the source address is not being > spoofed, more aggressive action can be taken based on these limits. s/not being spoofed/more difficult to spoofe/ ;-) Still, detecting the break-in attempts on application layer (e.g. auth log file) is better than on TCP layer. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "It combines all the worst aspects of C and Lisp: a billion different sublanguages in one monolithic executable. It combines the power of C with the readability of PostScript." -- Jamie Zawinski, when asked: "What's wrong with perl?" From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 15:50:16 2008 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 5A7C11065699 for ; Tue, 30 Sep 2008 15:50:16 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from mx00.pub.collaborativefusion.com (mx00.pub.collaborativefusion.com [206.210.89.199]) by mx1.freebsd.org (Postfix) with ESMTP id 002148FC25 for ; Tue, 30 Sep 2008 15:50:15 +0000 (UTC) (envelope-from wmoran@collaborativefusion.com) Received: from vanquish.ws.pitbpa0.priv.collaborativefusion.com (vanquish.ws.pitbpa0.priv.collaborativefusion.com [192.168.2.162]) (SSL: TLSv1/SSLv3,256bits,AES256-SHA) by wingspan with esmtp; Tue, 30 Sep 2008 11:50:15 -0400 id 00056403.0000000048E24AB7.00012FF4 Date: Tue, 30 Sep 2008 11:50:14 -0400 From: Bill Moran To: freebsd-hackers@FreeBSD.ORG Message-Id: <20080930115014.45a0cd88.wmoran@collaborativefusion.com> In-Reply-To: <200809301537.m8UFbcrt044684@lurza.secnetix.de> References: <20080930151550.GA20490@omicron.my.domain> <200809301537.m8UFbcrt044684@lurza.secnetix.de> Organization: Collaborative Fusion X-Mailer: Sylpheed 2.5.0 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Oliver Fromme , pierre.riteau@gmail.com Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 15:50:16 -0000 In response to Oliver Fromme : > Pierre Riteau wrote: > > > Because the 3-way handshake ensures that the source address is not being > > spoofed, more aggressive action can be taken based on these limits. > > s/not being spoofed/more difficult to spoofe/ ;-) On a modern OS (like FreeBSD) where ISNs are random, the possibility of blindly spoofing an IP during a 3-way handshake is so low as to be effectively impossible. Yes, it _can_ be done, but the effort required makes it not an effective method of attack. -- Bill Moran Collaborative Fusion Inc. http://people.collaborativefusion.com/~wmoran/ wmoran@collaborativefusion.com Phone: 412-422-3463x4023 From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 16:08:29 2008 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 6A94410656C8 for ; Tue, 30 Sep 2008 16:08:29 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (unknown [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id C68048FC13 for ; Tue, 30 Sep 2008 16:08:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id m8UG5xXT046012; Tue, 30 Sep 2008 18:06:00 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id m8UG5xpr046010; Tue, 30 Sep 2008 18:05:59 +0200 (CEST) (envelope-from olli) From: Oliver Fromme Message-Id: <200809301605.m8UG5xpr046010@lurza.secnetix.de> To: wmoran@collaborativefusion.com (Bill Moran) Date: Tue, 30 Sep 2008 18:05:59 +0200 (CEST) In-Reply-To: <20080930115014.45a0cd88.wmoran@collaborativefusion.com> X-Mailer: ELM [version 2.5 PL8] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 30 Sep 2008 18:06:00 +0200 (CEST) Cc: freebsd-hackers@FreeBSD.ORG, pierre.riteau@gmail.com Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 16:08:29 -0000 Bill Moran wrote: > In response to Oliver Fromme : > > Pierre Riteau wrote: > > > > > Because the 3-way handshake ensures that the source address is not being > > > spoofed, more aggressive action can be taken based on these limits. > > > > s/not being spoofed/more difficult to spoofe/ ;-) > > On a modern OS (like FreeBSD) where ISNs are random, the possibility of > blindly spoofing an IP during a 3-way handshake is so low as to be > effectively impossible. It depends a lot on the environment, for example whether the attacker has access (or can somehow get access) to the server's uplink and trace packets. This can happen if the server is located with many other servers on the same network, which is often the case for co-location or so-called root servers. Of course, if the network is regarded "secure", then you are right. Spoofing a TCP handshake would be very difficult in that case. (I try to avoid the word "impossible". Nothing is impossible, especially in the security business.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd Python is executable pseudocode. Perl is executable line noise. From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 16:15:50 2008 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 4BF081065687 for ; Tue, 30 Sep 2008 16:15:50 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id F03D88FC08 for ; Tue, 30 Sep 2008 16:15:49 +0000 (UTC) (envelope-from mozolevsky@gmail.com) Received: by qw-out-2122.google.com with SMTP id 9so25720qwb.7 for ; Tue, 30 Sep 2008 09:15:49 -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:sender :to:subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references :x-google-sender-auth; bh=bNIGQwNi3LYmGv45o86Q5AT43bHOPjmFyL5wzSGS+uA=; b=VLwbkv3owqgqey66En69yN2LXc0QwRliSvHO4XXf2eHSsbKQ8+ZVXwZ4LK2hhLfkli fICzCsIu2EScYxIgaPotqHfXxWga7j5zH3Lk1FHUmQ7vcSuQsObHjnobEdVSMCaSPEZ3 ZYOEJSG9OYkSWGCs7V2SvcTkk3axqBexfRNfg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references:x-google-sender-auth; b=uHaN9O7P/OmQE45dJtMIFURbDFyPTW+B3mEP/DpSlCwWPB8wVndbKeGO0oBCdGhUMI hNyNr8HXMRIs3QscIe9MIVUv7fKX4L86XMkannh0N4U6YWeZcCJ91dcBkAQk1qEVRSVy /BWBpJKZWuuqCLGxxMwlYQKJB/8e09hr73oEc= Received: by 10.214.183.8 with SMTP id g8mr6634540qaf.72.1222791349005; Tue, 30 Sep 2008 09:15:49 -0700 (PDT) Received: by 10.214.243.20 with HTTP; Tue, 30 Sep 2008 09:15:48 -0700 (PDT) Message-ID: Date: Tue, 30 Sep 2008 17:15:48 +0100 From: "Igor Mozolevsky" Sender: mozolevsky@gmail.com To: "Oliver Fromme" In-Reply-To: <200809301605.m8UG5xpr046010@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20080930115014.45a0cd88.wmoran@collaborativefusion.com> <200809301605.m8UG5xpr046010@lurza.secnetix.de> X-Google-Sender-Auth: 44624d3bad59590a Cc: freebsd-hackers@freebsd.org, Bill Moran , pierre.riteau@gmail.com Subject: Re: SSH Brute Force attempts 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, 30 Sep 2008 16:15:50 -0000 2008/9/30 Oliver Fromme : > > Bill Moran wrote: > > In response to Oliver Fromme : > > > Pierre Riteau wrote: > > > > > > > Because the 3-way handshake ensures that the source address is not being > > > > spoofed, more aggressive action can be taken based on these limits. > > > > > > s/not being spoofed/more difficult to spoofe/ ;-) > > > > On a modern OS (like FreeBSD) where ISNs are random, the possibility of > > blindly spoofing an IP during a 3-way handshake is so low as to be > > effectively impossible. > > It depends a lot on the environment, for example whether > the attacker has access (or can somehow get access) to > the server's uplink and trace packets. This can happen > if the server is located with many other servers on the > same network, which is often the case for co-location > or so-called root servers. Yes, but in that situation you probably have the capacity to inject enough traffic into the pipe to cause a total blackout... > Of course, if the network is regarded "secure", then > you are right. Spoofing a TCP handshake would be very > difficult in that case. (I try to avoid the word > "impossible". Nothing is impossible, especially in > the security business.) Security is always about the balance between the effort+risk to you vs the effort+benefit to the attacker... -- Igor From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 22:37:33 2008 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 529C31065687 for ; Tue, 30 Sep 2008 22:37:33 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id CE20C8FC13 for ; Tue, 30 Sep 2008 22:37:32 +0000 (UTC) (envelope-from gelraen.ua@gmail.com) Received: by nf-out-0910.google.com with SMTP id h3so133645nfh.33 for ; Tue, 30 Sep 2008 15:37:31 -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:to :subject:mime-version:content-type:content-transfer-encoding :content-disposition; bh=om4mDfsVI5T5O2byVNtnMHsGNGEBSRECGC5WwOEYwls=; b=puAAAgLIIkiRmRNWWtHCfBYvjTL5iQvxabAutdbrX0eApDqotnktdUVgT1MWebpems aUN75qMd/hHUTc4PIXC99nZY1HUdm3lZZq/ZcTgJbHADmilMlKEXaRUtIotMC6kAajU1 Lmi4GVS5DHvSqu/fRsPjQM0cdeE/OTB25e19U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type :content-transfer-encoding:content-disposition; b=Np4h6xXMN6rGMAs40yTCRlQVQIfObKArPdJnwy9nLSBlTnsGKOVSnDAkoQj1ej3JZ+ ldHwXe5/4YCszgHS9RdrqJaIT+5k0dIe0eMfiXrPmsxrrOR9V50/27eROkavFgaPiwIY xIRxxrBmomVX6RELB9Vq2H/krnixMHyKWB9e8= Received: by 10.210.110.5 with SMTP id i5mr8608252ebc.138.1222812811374; Tue, 30 Sep 2008 15:13:31 -0700 (PDT) Received: by 10.210.138.19 with HTTP; Tue, 30 Sep 2008 15:13:31 -0700 (PDT) Message-ID: Date: Wed, 1 Oct 2008 01:13:31 +0300 From: gelraen To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: [powerd] Adding different adaptive-mode settings for each power source 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, 30 Sep 2008 22:37:33 -0000 Hi, I've needed to set different idle levels for adaptive mode while on battery or on AC power. Cause powerd can only set mode (min, max, adp) for each power source, I've added this ability and it seems to be a good idea to share this improvement with others. Best regards, gelraen. P.S.: Sorry for my bad English :) --- usr.sbin/powerd/powerd.c.orig 2008-09-30 18:19:04.000000000 +0300 +++ usr.sbin/powerd/powerd.c 2008-10-01 00:49:52.000000000 +0300 @@ -66,6 +66,8 @@ SRC_UNKNOWN, } power_src_t; +#define SRCS_COUNT 3 /* Number of different power sources */ + const char *modes[] = { "AC", "battery", @@ -95,8 +97,8 @@ static int acline_mib[3]; /* Configuration */ -static int cpu_running_mark; -static int cpu_idle_mark; +static int cpu_running_mark[SRCS_COUNT]; +static int cpu_idle_mark[SRCS_COUNT]; static int poll_ival; static int vflag; @@ -357,7 +359,7 @@ { fprintf(stderr, -"usage: powerd [-v] [-a mode] [-b mode] [-i %%] [-n mode] [-p ival] [-r %%] [-P pidfile]\n"); +"usage: powerd [-v] [-a mode] [-b mode] [-A %%:%%] [-B %%:%%] [-i %%] [-n mode] [-N %%:%%] [-p ival] [-r %%] [-P pidfile]\n"); exit(1); } @@ -377,8 +379,11 @@ /* Default mode for all AC states is adaptive. */ mode_ac = mode_battery = mode_none = MODE_ADAPTIVE; - cpu_running_mark = DEFAULT_ACTIVE_PERCENT; - cpu_idle_mark = DEFAULT_IDLE_PERCENT; + for(i=0;i 100) { + warnx("%d is not a valid percent", + cpu_running_mark[SRC_AC]); + usage(); + } + cpu_idle_mark[SRC_AC] = atoi(optarg+i+1); + if (cpu_idle_mark[SRC_AC] < 0 || cpu_idle_mark[SRC_AC] > 100) { + warnx("%d is not a valid percent", + cpu_idle_mark[SRC_AC]); + usage(); + } + break; + case 'B': + i=0; + while (optarg[i]!='\0' && optarg[i]!=':') i++; + if (optarg[i]!=':') + { + warnx("%s is not a valid setting",optarg); + usage(); + } + optarg[i]='\0'; + cpu_running_mark[SRC_BATTERY] = atoi(optarg); + optarg[i]=':'; + if (cpu_running_mark[SRC_BATTERY] < 0 || cpu_running_mark[SRC_BATTERY] > 100) { + warnx("%d is not a valid percent", + cpu_running_mark[SRC_BATTERY]); + usage(); + } + cpu_idle_mark[SRC_BATTERY] = atoi(optarg+i+1); + if (cpu_idle_mark[SRC_BATTERY] < 0 || cpu_idle_mark[SRC_BATTERY] > 100) { + warnx("%d is not a valid percent", + cpu_idle_mark[SRC_BATTERY]); + usage(); + } + break; + case 'N': + i=0; + while (optarg[i]!='\0' && optarg[i]!=':') i++; + if (optarg[i]!=':') + { + warnx("%s is not a valid setting",optarg); + usage(); + } + optarg[i]='\0'; + cpu_running_mark[SRC_UNKNOWN] = atoi(optarg); + optarg[i]=':'; + if (cpu_running_mark[SRC_UNKNOWN] < 0 || cpu_running_mark[SRC_UNKNOWN] > 100) { + warnx("%d is not a valid percent", + cpu_running_mark[SRC_UNKNOWN]); + usage(); + } + cpu_idle_mark[SRC_UNKNOWN] = atoi(optarg+i+1); + if (cpu_idle_mark[SRC_UNKNOWN] < 0 || cpu_idle_mark[SRC_UNKNOWN] > 100) { + warnx("%d is not a valid percent", + cpu_idle_mark[SRC_UNKNOWN]); + usage(); + } + break; case 'i': - cpu_idle_mark = atoi(optarg); - if (cpu_idle_mark < 0 || cpu_idle_mark > 100) { + cpu_idle_mark[0] = atoi(optarg); + if (cpu_idle_mark[0] < 0 || cpu_idle_mark[0] > 100) { warnx("%d is not a valid percent", - cpu_idle_mark); + cpu_idle_mark[0]); usage(); } + else + { + for(i=1;i 100) { + cpu_running_mark[0] = atoi(optarg); + if (cpu_running_mark[0] < 0 || cpu_running_mark[0] > 100) { warnx("%d is not a valid percent", - cpu_running_mark); + cpu_running_mark[0]); usage(); } + else + { + for(i=0;i (total * cpu_idle_mark) / 100 && + } else if (idle > (total * cpu_idle_mark[acline_status]) / 100 && curfreq > freqs[numfreqs - 1]) { i++; if (vflag) { printf("idle time > %d%%, decreasing clock" " speed from %d MHz to %d MHz\n", - cpu_idle_mark, curfreq, freqs[i]); + cpu_idle_mark[acline_status], curfreq, freqs[i]); } if (set_freq(freqs[i]) != 0) warn("error setting CPU frequency %d", --- usr.sbin/powerd/powerd.8.orig 2008-09-30 21:33:01.000000000 +0300 +++ usr.sbin/powerd/powerd.8 2008-10-01 00:52:15.000000000 +0300 @@ -34,8 +34,11 @@ .Nm .Op Fl a Ar mode .Op Fl b Ar mode +.Op Fl A Ar percent:percent +.Op Fl B Ar percent:percent .Op Fl i Ar percent .Op Fl n Ar mode +.Op Fl N Ar percent:percent .Op Fl p Ar ival .Op Fl P Ar pidfile .Op Fl r Ar percent @@ -93,6 +96,13 @@ adaptive mode should consider the CPU running and increase performance. The default is 65% or lower. +.It Fl A Ar percent:percent +Specifies parameters for adaptive mode while on AC power. +Default values in this notation will look as 65:90. Empty values treated as 0 +.It Fl B Ar percent:percent +Specifies parameters for adaptive mode while on battery. +.It Fl N Ar percent:percent +Specifies parameters for adaptive mode when AC line state is unknown. .It Fl v Verbose mode. Messages about power changes will be printed to stdout and From owner-freebsd-hackers@FreeBSD.ORG Tue Sep 30 22:45:17 2008 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 0678C106568F; Tue, 30 Sep 2008 22:45:17 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from hobbes.ustdmz.roe.ch (hobbes.ustdmz.roe.ch [213.144.141.27]) by mx1.freebsd.org (Postfix) with ESMTP id B66398FC1F; Tue, 30 Sep 2008 22:45:16 +0000 (UTC) (envelope-from daniel@roe.ch) Received: from roe by hobbes.ustdmz.roe.ch (envelope-from ) with LOCAL id 1Kknzc-0004yR-00 ; Wed, 01 Oct 2008 00:46:56 +0200 Date: Wed, 1 Oct 2008 00:46:55 +0200 From: Daniel Roethlisberger To: freebsd-hackers@freebsd.org Message-ID: <20080930224655.GG11823@hobbes.ustdmz.roe.ch> Mail-Followup-To: freebsd-hackers@freebsd.org, =?iso-8859-1?Q?S=F8ren?= Schmidt References: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20080929230655.GA16790@hobbes.ustdmz.roe.ch> User-Agent: Mutt/1.5.4i Cc: =?iso-8859-1?Q?S=F8ren?= Schmidt Subject: Re: ATA Security patch to atacontrol 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, 30 Sep 2008 22:45:17 -0000 Daniel Roethlisberger 2008-09-30: > I've added experimental support for the ATA Security command set to > atacontrol. Please test and review. If you have some spare disk(s) > with ATA Security support and a BIOS which does not freeze the security > configuration, I'd like to hear about any results of playing with this > patch. See the changes to the manual page for details on the commands. > > Note that you may render disks unusable using the ATA Security commands. > Use with great care. I've slightly improved the patch. Changes: - More sane timeouts on ATA commands - Print a security usage if parameters are illegal - Extended the manual page with some examples and notes about which commands are lethal to mounted filesystems - Teach the kernel about the ATA Security command codes (for console printf messages) Even with the kernel changes, a kernel rebuild is not required in order to test the code. http://daniel.roe.ch/code/ata/atasecurity-20081001-complete.diff Please send me feedback. -- Daniel Roethlisberger http://daniel.roe.ch/ From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 12:04:21 2008 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 CD81B1065690 for ; Wed, 1 Oct 2008 12:04:21 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8A8908FC15 for ; Wed, 1 Oct 2008 12:04:21 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Kl0RI-0008Di-2y for freebsd-hackers@FreeBSD.ORG; Wed, 01 Oct 2008 15:04:20 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: freebsd-hackers@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Oct 2008 15:04:20 +0300 From: Danny Braniss Message-ID: Cc: Subject: svn rev. number 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, 01 Oct 2008 12:04:21 -0000 Hi, Now that freebsd is under svn, I decided to try what I failed with cvs, and actually using svn/svk/svnsync I have a mirror and a local branch in sync! Since the date reported by uname is not that relevant, is it possible to add the svn-revision # ala build-...? This could make finding problems easier, instead of kernel from 'date' one could say date/revision... just a thought. danny From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 12:15:54 2008 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 B69741065687 for ; Wed, 1 Oct 2008 12:15:54 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.173]) by mx1.freebsd.org (Postfix) with ESMTP id 426B58FC3D for ; Wed, 1 Oct 2008 12:15:54 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: by ug-out-1314.google.com with SMTP id m2so783684uge.39 for ; Wed, 01 Oct 2008 05:15:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:cc:message-id:from:to :in-reply-to:content-type:content-transfer-encoding:mime-version :subject:date:references:x-mailer:sender; bh=CURLgtRcvUnceje8xkevWIPCTiW5FJHQwLTQo02Cb6g=; b=NxXZklCeqkcPPGxKJE4f+3eTT09ecMsQwthaDk0YuvuBx0LJfjMQgxn37WDo2Mr+ld L/NJdwaZK5DgeurO9WStZMeTqWh6ZyrgtZzFfpbQMt56YECD1o34mnIy8IiU4/RHrLRY MtiVz8xmmsCAhrx103SPlIycqB4au6B2ZPbzg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=cc:message-id:from:to:in-reply-to:content-type :content-transfer-encoding:mime-version:subject:date:references :x-mailer:sender; b=soBAnCYsiRw1cQMDNfeVmVY6UHODdh9trSjy32rP7XtEIQW204LDqI4hr1WccAYON6 OEIaC3a4V46hf2tbQ2haZUe+6QfMZTHaTIyKSWsmExQwB9yLUuG9IOlsn/CDPrUFedz+ 6rU9eEVO+FV7ULP5N3GrCWDMk6mByaTtn+LLA= Received: by 10.103.246.17 with SMTP id y17mr5742162mur.55.1222863352819; Wed, 01 Oct 2008 05:15:52 -0700 (PDT) Received: from ?172.17.10.116? ([193.136.24.226]) by mx.google.com with ESMTPS id y6sm15363716mug.7.2008.10.01.05.15.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Oct 2008 05:15:51 -0700 (PDT) Message-Id: From: Rui Paulo To: Danny Braniss In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Wed, 1 Oct 2008 13:15:49 +0100 References: X-Mailer: Apple Mail (2.929.2) Sender: Rui Paulo Cc: freebsd-hackers@FreeBSD.ORG Subject: Re: svn rev. number 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, 01 Oct 2008 12:15:54 -0000 On 1 Oct 2008, at 13:04, Danny Braniss wrote: > Hi, > Now that freebsd is under svn, I decided to try what I failed > with cvs, and actually using svn/svk/svnsync I have a mirror and a > local branch > in sync! > Since the date reported by uname is not that relevant, is it > possible to add > the svn-revision # ala build-...? This could make finding problems > easier, > instead of kernel from 'date' one could say date/revision... just a > thought. That was already done weeks ago: rpaulo@alpha ~ % uname -v FreeBSD 8.0-CURRENT #2 r182964: Sat Sep 13 17:32:57 WEST 2008 rpaulo@alpha.local :/home/rpaulo/freebsd/obj/home/rpaulo/freebsd/base/head/sys/ALPHA `ident /boot/kernel/kernel' also works. Regards, -- Rui Paulo -- Rui Paulo From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 12:21:16 2008 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 5EBB4106568D for ; Wed, 1 Oct 2008 12:21:16 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.177]) by mx1.freebsd.org (Postfix) with ESMTP id E211F8FC1F for ; Wed, 1 Oct 2008 12:21:15 +0000 (UTC) (envelope-from max@love2party.net) Received: from vampire.homelinux.org (dslb-088-066-055-218.pools.arcor-ip.net [88.66.55.218]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1Kl0he1109-0000aR; Wed, 01 Oct 2008 14:21:14 +0200 Received: (qmail 80779 invoked from network); 1 Oct 2008 12:21:13 -0000 Received: from fbsd8.laiers.local (192.168.4.151) by mx.laiers.local with SMTP; 1 Oct 2008 12:21:13 -0000 From: Max Laier Organization: FreeBSD To: freebsd-hackers@freebsd.org Date: Wed, 1 Oct 2008 14:21:13 +0200 User-Agent: KMail/1.10.1 (FreeBSD/8.0-CURRENT; KDE/4.1.1; i386; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810011421.13411.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18Zq5N/EWsPMx6TcT/UYIDr75M28qpr8EoyfTt 811YWH0Av4uxet3ULe3iF5HxjjgyLwm3DStjTBU/p6y22+ulcb tT9lMH3U0phMkcKQ4vnqw== Cc: Subject: Re: svn rev. number 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, 01 Oct 2008 12:21:16 -0000 On Wednesday 01 October 2008 14:04:20 Danny Braniss wrote: > Hi, > Now that freebsd is under svn, I decided to try what I failed > with cvs, and actually using svn/svk/svnsync I have a mirror and a local > branch in sync! > Since the date reported by uname is not that relevant, is it possible to > add the svn-revision # ala build-...? This could make finding problems > easier, instead of kernel from 'date' one could say date/revision... just a > thought. We are doing that - for quite some time now. (see r179637 & r179655). The requirements are that: 1) svnversion is executable in /bin, /usr/bin or /usr/local/bin 2) there is a .svn directory in your SRCDIR If that's the case, newvers.sh will add the output of it to uname: "FreeBSD fbsd8 8.0-CURRENT FreeBSD 8.0-CURRENT #4 r180876:183019M:..." -- /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 12:37:15 2008 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 5D0E51065687 for ; Wed, 1 Oct 2008 12:37:15 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 185B58FC23 for ; Wed, 1 Oct 2008 12:37:14 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Kl0x7-0008TC-Ti; Wed, 01 Oct 2008 15:37:13 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Max Laier In-reply-to: Your message of Wed, 1 Oct 2008 14:21:13 +0200 . Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 01 Oct 2008 15:37:13 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@FreeBSD.ORG, Rui Paulo Subject: Re: svn rev. number 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, 01 Oct 2008 12:37:15 -0000 > On Wednesday 01 October 2008 14:04:20 Danny Braniss wrote: > > Hi, > > Now that freebsd is under svn, I decided to try what I failed > > with cvs, and actually using svn/svk/svnsync I have a mirror and a local > > branch in sync! > > Since the date reported by uname is not that relevant, is it possible to > > add the svn-revision # ala build-...? This could make finding problems > > easier, instead of kernel from 'date' one could say date/revision... just a > > thought. > > We are doing that - for quite some time now. (see r179637 & r179655). The > requirements are that: > great! > 1) svnversion is executable in /bin, /usr/bin or /usr/local/bin > 2) there is a .svn directory in your SRCDIR > small catch, i'm using svk, but i guess I'll look into current's newvers.sh. and running -stable. > If that's the case, newvers.sh will add the output of it to uname: > > "FreeBSD fbsd8 8.0-CURRENT FreeBSD 8.0-CURRENT #4 r180876:183019M:..." From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 12:50:30 2008 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 8557C106568C for ; Wed, 1 Oct 2008 12:50:30 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (gws03.mail.hcl.in [203.105.186.19]) by mx1.freebsd.org (Postfix) with ESMTP id CBE9D8FC27 for ; Wed, 1 Oct 2008 12:50:29 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (gws03 [10.249.64.134]) by localhost.hcl.in (Postfix) with ESMTP id E6C9A37C0C1 for ; Wed, 1 Oct 2008 18:20:26 +0530 (IST) Received: from chn-egw01-out.corp.hcl.in (unknown [10.249.64.37])by gws03.hcl.in (Postfix) with ESMTP id BC80337C078for ; Wed, 1 Oct 2008 18:20:26 +0530 (IST) Received: from chn-hclt-evs05.HCLT.CORP.HCL.IN ([10.101.26.13]) by chn-egw01-out.corp.hcl.in with Microsoft SMTPSVC(6.0.3790.3959); Wed, 1 Oct 2008 18:20:26 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 1 Oct 2008 18:20:15 +0530 Message-ID: <68C9F31EF19DB6448F515EF294028FDEE999AB@chn-hclt-evs05.HCLT.CORP.HCL.IN> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID Thread-Index: Ackjv82/tkBq4gYDRJaxYJBimJNC6wAA7YTA From: "Bagavathy Kumar Mahendran " To: X-OriginalArrivalTime: 01 Oct 2008 12:50:26.0203 (UTC) FILETIME=[469D0EB0:01C923C4] X-imss-version: 2.051 X-imss-result: Passed X-imss-scanInfo: M:T L:E SM:1 X-imss-tmaseResult: TT:1 TS:-13.9494 TC:1F TRN:34 TV:5.5.1026(16190.007) X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Mailman-Approved-At: Wed, 01 Oct 2008 13:03:46 +0000 Cc: Subject: FW: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID 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, 01 Oct 2008 12:50:30 -0000 Dear All, Iam writing a new driver for a SAS/SATA Controller having a Class ID -0x01 Sub Class - 0x07 Programming Interface - 0x00 Hence instead of my probe function the Static build Card Bus Driver cbb is attaching just by simply checking sub class 0x07 and programming interface 0x00=2Ehence my probe gets failed=2E Kindly help me in resolving this =2Ewhat I thought is to add the card bus driver a checking of CLASS ID in its pci probe function=2E Thanks=20 With Regards, Bagavathy kumar =2EM -----Original Message----- From: Remko Lodder [mailto:remko@FreeBSD=2Eorg]=20 Sent: Wednesday, October 01, 2008 5:48 PM To: Bagavathy Kumar Mahendran=20 Cc: freebsd-gnats-submit@FreeBSD=2Eorg Subject: Re: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID Bagavathy kumar =2E M wrote: Please submit this question to the hackers@FreeBSD=2Eorg mailinglist=2E= This is not a PR (yet), you might have done something wrong to your code or are missing logic(s) which are needed in that case=2E I will close the ticket because of that=2E Thanks for taking the time to=20 report this and for using FreeBSD, it's appreciated! --=20 /"\ Best regards, | remko@FreeBSD=2Eorg \ / Remko Lodder | remko@EFnet X http://www=2Eevilcoder=2Eorg/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News DISCLAIMER: ---------------------------------------------------------------------------= -------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and= intended for the named recipient(s) only=2E It shall not attach any liability on the originator or HCL or its= affiliates=2E Any views or opinions presented in=20 this email are solely those of the author and may not necessarily reflect= the opinions of HCL or its affiliates=2E Any form of reproduction, dissemination, copying, disclosure, modification,= distribution and / or publication of=20 this message without the prior written consent of the author of this e-mail= is strictly prohibited=2E If you have received this email in error please delete it and notify the sender= immediately=2E Before opening any mail and=20 attachments please check them for viruses and defect=2E ---------------------------------------------------------------------------= -------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 12:56:36 2008 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 19DAF1065687; Wed, 1 Oct 2008 12:56:36 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (gws03.mail.hcl.in [203.105.186.19]) by mx1.freebsd.org (Postfix) with ESMTP id 1F1138FC19; Wed, 1 Oct 2008 12:56:35 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (gws03 [10.249.64.134]) by localhost.hcl.in (Postfix) with ESMTP id 192C637C161; Wed, 1 Oct 2008 18:08:02 +0530 (IST) Received: from chn-egw02-out.corp.hcl.in (unknown [10.249.64.38])by gws03.hcl.in (Postfix) with ESMTPid EC7DD37C07A; Wed, 1 Oct 2008 18:08:01 +0530 (IST) Received: from chn-hclt-evs05.HCLT.CORP.HCL.IN ([10.101.26.13]) by chn-egw02-out.corp.hcl.in with Microsoft SMTPSVC(6.0.3790.3959); Wed, 1 Oct 2008 18:08:01 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 1 Oct 2008 18:06:06 +0530 Message-ID: <68C9F31EF19DB6448F515EF294028FDEE99980@chn-hclt-evs05.HCLT.CORP.HCL.IN> In-Reply-To: <48E36A7C.2040505@FreeBSD.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID Thread-Index: Ackjv82/tkBq4gYDRJaxYJBimJNC6wAActEw References: <200809291002.m8TA2E95065005@www.freebsd.org> <48E36A7C.2040505@FreeBSD.org> From: "Bagavathy Kumar Mahendran " To: X-OriginalArrivalTime: 01 Oct 2008 12:38:01.0552 (UTC) FILETIME=[8AC45500:01C923C2] X-imss-version: 2.051 X-imss-result: Passed X-imss-scanInfo: M:T L:E SM:1 X-imss-tmaseResult: TT:1 TS:-19.0080 TC:1F TRN:29 TV:5.5.1026(16190.007) X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Mailman-Approved-At: Wed, 01 Oct 2008 13:28:19 +0000 Cc: Remko Lodder Subject: RE: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID 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, 01 Oct 2008 12:56:36 -0000 My PCI Express card has Class ID is 0x1 Sub Class ID is 0x7 Programming Interface is 0x0 How a card bus driver can attach my PCI Express Card=2E The Card Bus driver gets attached with out checking the Class ID=2E How he can take Sub Class ID & Programming Interface alone for Attaching it=2E Thanks for your replay=2E regards, =20 Bagavathy kumar=2EM -----Original Message----- From: Remko Lodder [mailto:remko@FreeBSD=2Eorg]=20 Sent: Wednesday, October 01, 2008 5:48 PM To: Bagavathy Kumar Mahendran=20 Cc: freebsd-gnats-submit@FreeBSD=2Eorg Subject: Re: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID Bagavathy kumar =2E M wrote: Please submit this question to the hackers@FreeBSD=2Eorg mailinglist=2E= This is not a PR (yet), you might have done something wrong to your code or are missing logic(s) which are needed in that case=2E I will close the ticket because of that=2E Thanks for taking the time to=20 report this and for using FreeBSD, it's appreciated! --=20 /"\ Best regards, | remko@FreeBSD=2Eorg \ / Remko Lodder | remko@EFnet X http://www=2Eevilcoder=2Eorg/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News DISCLAIMER: ---------------------------------------------------------------------------= -------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and= intended for the named recipient(s) only=2E It shall not attach any liability on the originator or HCL or its= affiliates=2E Any views or opinions presented in=20 this email are solely those of the author and may not necessarily reflect= the opinions of HCL or its affiliates=2E Any form of reproduction, dissemination, copying, disclosure, modification,= distribution and / or publication of=20 this message without the prior written consent of the author of this e-mail= is strictly prohibited=2E If you have received this email in error please delete it and notify the sender= immediately=2E Before opening any mail and=20 attachments please check them for viruses and defect=2E ---------------------------------------------------------------------------= -------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 19:19:24 2008 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 2E2EF10656D1; Wed, 1 Oct 2008 19:19:24 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id C18688FC15; Wed, 1 Oct 2008 19:19:23 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m91JJ424071550; Wed, 1 Oct 2008 15:19:16 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Wed, 1 Oct 2008 11:27:14 -0400 User-Agent: KMail/1.9.7 References: <68C9F31EF19DB6448F515EF294028FDEE999AB@chn-hclt-evs05.HCLT.CORP.HCL.IN> In-Reply-To: <68C9F31EF19DB6448F515EF294028FDEE999AB@chn-hclt-evs05.HCLT.CORP.HCL.IN> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810011127.14593.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 01 Oct 2008 15:19:17 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8367/Wed Oct 1 12:39:43 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.3 required=4.2 tests=AWL,BAYES_00, DATE_IN_PAST_03_06,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Warner Losh , Bagavathy Kumar Mahendran Subject: Re: FW: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID 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, 01 Oct 2008 19:19:24 -0000 On Wednesday 01 October 2008 08:50:15 am Bagavathy Kumar Mahendran wrote: > > Dear All, > Iam writing a new driver for a SAS/SATA Controller having a > Class ID -0x01 > Sub Class - 0x07 > Programming Interface - 0x00 > > Hence instead of my probe function the Static build Card Bus Driver cbb > is attaching just by simply checking sub class 0x07 and programming > interface 0x00.hence my probe gets failed. Kindly help me in resolving > this .what I thought is to add the card bus driver a checking of CLASS > ID in its pci probe function. The pccbb driver returns BUS_PROBE_DEFAULT (it should probably return GENERIC in the case where it matches only on class codes). Your driver just needs to return a numerically higher value (but still < 0) to claim the device. You can probably use BUS_PROBE_VENDOR or BUS_PROBE_DEFAULT + 1. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 20:03:15 2008 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 340F3106569E for ; Wed, 1 Oct 2008 20:03:15 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.30]) by mx1.freebsd.org (Postfix) with ESMTP id E35558FC1A for ; Wed, 1 Oct 2008 20:03:14 +0000 (UTC) (envelope-from artis.caune@gmail.com) Received: by yw-out-2324.google.com with SMTP id 9so134399ywe.13 for ; Wed, 01 Oct 2008 13:03:14 -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:to :subject:cc:in-reply-to:mime-version:content-type :content-transfer-encoding:content-disposition:references; bh=j6Q9ENQkKIXeHA8LQW1ofnPrTk5WzgqA9ZT7Ck3eBfM=; b=l71Vy6Jh/byIFrJxgKlDF3e9/V8GiL1R1kG9nBXSK2vlY6EsQBi3TXa75jz4itRuC2 lRh4up687ssVUh1Fl/tJ2WiRJDOvfg+Uvvm5TVev8gadfC3U3On1e1LjwdkMAzmkkiBQ icaxD0opVNekXMTUMvaKf3LGsuUKfCtHbmR+s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:cc:in-reply-to:mime-version :content-type:content-transfer-encoding:content-disposition :references; b=s//T5+LSnPanj7Gd4e/vp8f7CQbphnPbCav759IZ4VOlgcuy9XzGs+vXEzTDzOExyD bU36j63cMGQY8+blWxtmR7H05vz2HAfH1fucOzLPnMrqUdwFwFD0tiQqCyBa6SLk/qAr dbEXDRxBIfPc2ZL2nJUqlqE4jLyIaaboYO25E= Received: by 10.100.190.15 with SMTP id n15mr8163109anf.15.1222889507674; Wed, 01 Oct 2008 12:31:47 -0700 (PDT) Received: by 10.100.253.17 with HTTP; Wed, 1 Oct 2008 12:31:47 -0700 (PDT) Message-ID: <9e20d71e0810011231t424ccce1q8b6dc02807572fc4@mail.gmail.com> Date: Wed, 1 Oct 2008 22:31:47 +0300 From: "Artis Caune" To: "Danny Braniss" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: freebsd-hackers@freebsd.org Subject: Re: svn rev. number 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, 01 Oct 2008 20:03:15 -0000 > small catch, i'm using svk, but i guess I'll look into current's newvers.sh. > and running -stable. > >> If that's the case, newvers.sh will add the output of it to uname: >> >> "FreeBSD fbsd8 8.0-CURRENT FreeBSD 8.0-CURRENT #4 r180876:183019M:..." How about $FreeBSD$ svn tag. Some binaries include rcsids in them. Shell scripts and config files in /etc will be with empt revision string?! You should really use subversion-freebsd. -- regards, Artis Caune <----. CCNA <----|==================== <----' didii FreeBSD From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 21:18:28 2008 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 F34AA1065677 for ; Wed, 1 Oct 2008 21:18:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (bigknife-pt.tunnel.tserv9.chi1.ipv6.he.net [IPv6:2001:470:1f10:75::2]) by mx1.freebsd.org (Postfix) with ESMTP id 9252C8FC15 for ; Wed, 1 Oct 2008 21:18:28 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [IPv6:::1]) (authenticated bits=0) by server.baldwin.cx (8.14.2/8.14.2) with ESMTP id m91LILbI072498; Wed, 1 Oct 2008 17:18:22 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jeff Wheelhouse Date: Wed, 1 Oct 2008 17:17:35 -0400 User-Agent: KMail/1.9.7 References: <8185F68B-C443-4891-BEC2-5E3D453DDC93@wheelhouse.org> <200809241212.09920.jhb@freebsd.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200810011717.35873.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [IPv6:::1]); Wed, 01 Oct 2008 17:18:22 -0400 (EDT) X-Virus-Scanned: ClamAV 0.93.1/8368/Wed Oct 1 15:07:08 2008 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: freebsd-hackers@freebsd.org Subject: Re: Major SMP problems with lstat/namei 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, 01 Oct 2008 21:18:29 -0000 On Thursday 25 September 2008 07:00:04 pm Jeff Wheelhouse wrote: > > On Sep 24, 2008, at 12:12 PM, John Baldwin wrote: > > Shared lookups only work on the NFS client in 6.x. I'm about to > > turn them on > > for UFS in HEAD (8.x) and will backport the needed fixes to 7.x > > after 7.1 > > (too risky to merge to 7.x this close to a release). > > OK, given all the patches you referenced, I did make a decent effort > at backporting to 7.0. It sounds like you missed some of the dirhash changes somehow, as dirhash no longer has any lockmgr stuff in it (and only ever did in HEAD). I've generated a patch though using svn. You can grab it from http://www.FreeBSD.org/~jhb/patches/ufs_lookup7.patch Note that you will have to set vfs.lookup_shared=1 to enable shared locks (either loader tunable or sysctl). Also, I found a few other changes I had missed earlier that needed to be included. -- John Baldwin From owner-freebsd-hackers@FreeBSD.ORG Wed Oct 1 23:44:24 2008 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 3B5431065693 for ; Wed, 1 Oct 2008 23:44:24 +0000 (UTC) (envelope-from ravi.murty@intel.com) Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by mx1.freebsd.org (Postfix) with ESMTP id EEF858FC12 for ; Wed, 1 Oct 2008 23:44:23 +0000 (UTC) (envelope-from ravi.murty@intel.com) Received: from azsmga001.ch.intel.com ([10.2.17.19]) by azsmga102.ch.intel.com with ESMTP; 01 Oct 2008 16:44:23 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="4.33,346,1220252400"; d="scan'208,217";a="53858026" Received: from orsmsx335.amr.corp.intel.com (HELO orsmsx335.jf.intel.com) ([10.22.226.40]) by azsmga001.ch.intel.com with ESMTP; 01 Oct 2008 16:44:23 -0700 Received: from orsmsx416.amr.corp.intel.com ([10.22.226.46]) by orsmsx335.jf.intel.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 1 Oct 2008 16:44:22 -0700 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Wed, 1 Oct 2008 16:44:00 -0700 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Sched_ule.c - 8.0 Thread-Index: AckkH5QgW/gJz1lXR2ezoDm2pp2NMg== From: "Murty, Ravi" To: X-OriginalArrivalTime: 01 Oct 2008 23:44:22.0546 (UTC) FILETIME=[A14BDF20:01C9241F] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "Teller, Justin S" Subject: Sched_ule.c - 8.0 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, 01 Oct 2008 23:44:24 -0000 Hello All, =20 I was browsing the ULE 8.0 scheduler code and happen to find something interesting. This might be intentional; since I don't think it is that big a deal and is certainly not a bug. In the implementation of sched_affinity - which from what I understand gets called when the cpuset mask for a thread or a process is setup and threads need to potentially migrated. The code is pretty straightforward and one of the checks it does is=20 =20 if (!TD_IS_RUNNING(td)) return; =20 I initially read this to mean, if the thread isn't running, it's probably inhibited and that's okay because when it wanders into sched_add eventually and since its cpuset mask is setup, it'll make its way to the runq of one of the "legal" cpus. However the very next thought I had was this thread could be on a runq right now and the macro will return the fact that the thread isn't running. In such a case we would probably end up running on the wrong CPU for a while before realizing that we aren't allowed to do so. =20 Thanks Ravi =20 =20 From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 03:15:00 2008 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 939CF106568C for ; Thu, 2 Oct 2008 03:15:00 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.178]) by mx1.freebsd.org (Postfix) with ESMTP id 5F30E8FC15 for ; Thu, 2 Oct 2008 03:15:00 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: by wa-out-1112.google.com with SMTP id n4so433974wag.27 for ; Wed, 01 Oct 2008 20:15:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id :disposition-notification-to:date:user-agent:mime-version:to:cc :subject:references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding:from; bh=7vaREzqjbkKQLcbxRMCNxvqR8oXfqv3hLsVrgk5diLg=; b=j2Wl0Jpfi2e6ucHyeJwt9LEpQCaUjyKb5+TLqw2CAEPoyaxWi6sEe5XFzBkDnIEdje 7vhnZjKSm9II40VVeSJ5ezeJyueoBMqAHflYavOv/njLHN5pZjN1u7LBsmQKKybnYVZb xzKIFmgOBjdLH/6ufdDlL2e11cJUUdrajPJQY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:disposition-notification-to:date:user-agent:mime-version :to:cc:subject:references:in-reply-to:x-enigmail-version :content-type:content-transfer-encoding:from; b=A8NKuBgdM28/g472G8QsH3UBqlLAzgKLmxQpnzNtOVsYHs+bI+/V5wh0ehcEeXs7Xv IE0jButiVJqG1TdLY8D0OeCVxtIEvzSIaOEevNG/qjkL+WMSO5ONCh48NHppcx1/xAdx r2KS5O8AcRZu2ilGRaVU8OZ+LMXv1QbMSAhJ4= Received: by 10.114.182.15 with SMTP id e15mr10179703waf.84.1222915733693; Wed, 01 Oct 2008 19:48:53 -0700 (PDT) Received: from ?192.168.1.101? (ool-182d26f3.dyn.optonline.net [24.45.38.243]) by mx.google.com with ESMTPS id m26sm835097pof.8.2008.10.01.19.48.51 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 01 Oct 2008 19:48:52 -0700 (PDT) Message-ID: <48E4368E.4020404@gmail.com> Date: Wed, 01 Oct 2008 22:48:46 -0400 User-Agent: Mozilla (X11; U; FreeBSD i386; en-US;) Gecko Thunderbird MIME-Version: 1.0 To: Rich Healey References: <48E16E93.3090601@gmail.com> In-Reply-To: <48E16E93.3090601@gmail.com> X-Enigmail-Version: 0.95.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit From: Eitan Adler Cc: freebsd-hackers@freebsd.org Subject: Re: SSH Brute Force attempts 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, 02 Oct 2008 03:15:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Rich Healey wrote: > Recently I'm getting a lot of brute force attempts on my server, in the > past I've used various tips and tricks with linux boxes but many of them > were fairly linux specific. > > What do you BSD guys use for this purpose? > > If this belongs on -security let me know and I'll ask over there. > > Cheers > > > Rich _______________________________________________ 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" Personally I find that changing the port to anything other than 22 stops a lot of the skiddie brute force attacks. Thats not to say you shouldn't use something else as well - but it is something. P.S. Can someone please let me know if the mailing list got this message - some of my messages have not been getting replies for some reason. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) iEYEARECAAYFAkjkNo4ACgkQtl8kq+nCzNGUKQCeN/bmzWuYr+Xc8i/iXufayd3l LWYAnRcdVWTQe4t/EXDxBYpC+QlEO1CD =4rKm -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 02:32:12 2008 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 3674A106568A for ; Thu, 2 Oct 2008 02:32:12 +0000 (UTC) (envelope-from ancelgray@yahoo.com) Received: from wombat.diezmil.com (aa.81.b6.static.xlhost.com [207.182.129.170]) by mx1.freebsd.org (Postfix) with ESMTP id DD17E8FC31 for ; Thu, 2 Oct 2008 02:32:11 +0000 (UTC) (envelope-from ancelgray@yahoo.com) Received: from wombat.diezmil.com (wombat.diezmil.com [127.0.0.1]) by wombat.diezmil.com (8.14.2/8.14.2) with ESMTP id m92965wl007266 for ; Thu, 2 Oct 2008 05:06:05 -0400 Date: Thu, 2 Oct 2008 05:06:05 -0400 From: ancelgray@yahoo.com To: freebsd-hackers@freebsd.org Message-ID: <18326726.31222938365567.JavaMail.root@wombat.diezmil.com> In-Reply-To: <21541490.01216080059414.JavaMail.root@wombat.diezmil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 02 Oct 2008 03:49:20 +0000 Subject: Re: Re: Hardware support for AMD Geode CS5536 audio? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ancelgray@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 02:32:12 -0000 To All, I finally have a working CS5536 audio driver for FreeBSD 6.2. The filename is snd_amd5536.ko and I will be making it available shortly. I have been using an ALIX-1C motherboard for my testing. Anyone have other hardware that they want to test it on? Another question. How does one get the FreeBSD people to put this driver into their OS? Andrew Gray ancelgray "A T" y a h o o "D O T" c o m -- This message was sent on behalf of ancelgray@yahoo.com at openSubscriber.com http://www.opensubscriber.com/message/freebsd-hackers@freebsd.org/9623264.html From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 02:32:12 2008 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 C5D971065687 for ; Thu, 2 Oct 2008 02:32:12 +0000 (UTC) (envelope-from ancelgray@yahoo.com) Received: from wombat.diezmil.com (aa.81.b6.static.xlhost.com [207.182.129.170]) by mx1.freebsd.org (Postfix) with ESMTP id 76FEB8FC45 for ; Thu, 2 Oct 2008 02:32:12 +0000 (UTC) (envelope-from ancelgray@yahoo.com) Received: from wombat.diezmil.com (wombat.diezmil.com [127.0.0.1]) by wombat.diezmil.com (8.14.2/8.14.2) with ESMTP id m9295CDg007262 for ; Thu, 2 Oct 2008 05:05:12 -0400 Date: Thu, 2 Oct 2008 05:05:12 -0400 From: ancelgray@yahoo.com To: freebsd-hackers@freebsd.org Message-ID: <32225808.21222938312495.JavaMail.root@wombat.diezmil.com> In-Reply-To: <21541490.01216080059414.JavaMail.root@wombat.diezmil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 02 Oct 2008 03:49:27 +0000 Subject: Re: Re: Hardware support for AMD Geode CS5536 audio? X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ancelgray@yahoo.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 02:32:12 -0000 To All, I finally have a working CS5536 audio driver for FreeBSD 6.2. The filename is snd_amd5536.ko and I will be making it available shortly. I have been using an ALIX-1C motherboard for my testing. Anyone have other hardware that they want to test it on? Another question. How does one get the FreeBSD people to put this driver into their OS? Andrew Gray ancelgray "A T" y a h o o "D O T" c o m -- This message was sent on behalf of ancelgray@yahoo.com at openSubscriber.com http://www.opensubscriber.com/message/freebsd-hackers@freebsd.org/9623264.html From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 07:27:14 2008 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 F2BE31065692; Thu, 2 Oct 2008 07:27:13 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from shell.rawbw.com (shell.rawbw.com [198.144.192.42]) by mx1.freebsd.org (Postfix) with ESMTP id DC8E98FC25; Thu, 2 Oct 2008 07:27:13 +0000 (UTC) (envelope-from yuri@rawbw.com) Received: from eagle.syrec.org (c-24-6-210-197.hsd1.ca.comcast.net [24.6.210.197]) (authenticated bits=0) by shell.rawbw.com (8.13.6/8.13.6) with ESMTP id m927FSur039833; Thu, 2 Oct 2008 00:15:29 -0700 (PDT) Message-ID: <48E474C7.8050507@rawbw.com> Date: Thu, 02 Oct 2008 00:14:15 -0700 From: Yuri User-Agent: Thunderbird 2.0.0.17 (X11/20081001) MIME-Version: 1.0 To: d@delphij.net References: <200803172156.37407.modelnine@modelnine.org> <20080317214510.G89676@odysseus.silby.com> <20080413103351.GA1382@dose.local.invalid> <4803C3B4.4000405@delphij.net> In-Reply-To: <4803C3B4.4000405@delphij.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, Heiko Wundram , Simon Barner Subject: Re: valgrind on FreeBSD 7 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: yuri@rawbw.com List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 02 Oct 2008 07:27:14 -0000 Xin LI wrote: > Simon Barner wrote: >> Mike Silbersack wrote: >>> On Mon, 17 Mar 2008, Heiko Wundram wrote: >>> >>> Here's a tarball of what's in perforce right now. I tried it a >>> little bit, and it seemed to work for me. Make sure to install the >>> kernel module! >>> >>> http://www.silby.com/valgrind_freebsd_3.tar.gz >>> >>> But don't send me questions about it - I'm not an expert on it, I'm >>> just the guy who grabbed it from perforce and found that it seems to >>> work. :) >> >> Could you please provide me with the details, so I can update my >> (horribly outdated :( valgrind ports? > > It was available from p4 at: > > //depot/projects/valgrind/... > > Note that this version does not work on architectures other than i386. > > Cheers, Any developments in Valgrind/Callgrind on FreeBSD? Any hope to get this version into ports and to merge FreeBSD support up into Valgrind project? Yuri From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 07:34:57 2008 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 A14DC1065687 for ; Thu, 2 Oct 2008 07:34:57 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from nexus.in-nomine.org (dhammapada.xs4all.nl [82.95.168.248]) by mx1.freebsd.org (Postfix) with ESMTP id 50F658FC14 for ; Thu, 2 Oct 2008 07:34:57 +0000 (UTC) (envelope-from asmodai@in-nomine.org) Received: from localhost (localhost.domini.in-nomine.org [127.0.0.1]) by nexus.in-nomine.org (Postfix) with ESMTP id DC671EFE6; Thu, 2 Oct 2008 09:34:55 +0200 (CEST) X-Virus-Scanned: by amavisd-new using ClamAV at in-nomine.org Received: from nexus.in-nomine.org ([127.0.0.1]) by localhost (nexus.domini.in-nomine.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PEBXJInz1OcT; Thu, 2 Oct 2008 09:34:54 +0200 (CEST) Received: by nexus.in-nomine.org (Postfix, from userid 1000) id BB6C9EFE5; Thu, 2 Oct 2008 09:34:54 +0200 (CEST) Date: Thu, 2 Oct 2008 09:34:54 +0200 From: Jeroen Ruigrok van der Werven To: Yuri Message-ID: <20081002073454.GA30869@nexus.in-nomine.org> References: <200803172156.37407.modelnine@modelnine.org> <20080317214510.G89676@odysseus.silby.com> <20080413103351.GA1382@dose.local.invalid> <4803C3B4.4000405@delphij.net> <48E474C7.8050507@rawbw.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <48E474C7.8050507@rawbw.com> Organisation: Ninth Circle Enterprises User-Agent: Mutt/1.5.18 (2008-05-17) Cc: freebsd-hackers@freebsd.org, Heiko Wundram , d@delphij.net, Simon Barner Subject: Re: valgrind on FreeBSD 7 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, 02 Oct 2008 07:34:57 -0000 -On [20081002 09:28], Yuri (yuri@rawbw.com) wrote: >Any developments in Valgrind/Callgrind on FreeBSD? I have been working on/off on it. I am trying to find my work in progress sources, but I think they got lost when a hard disk died. This is all I have found: http://www.in-nomine.org/~asmodai/valgrind/valgrind-trunk-for-freebsd.diff -- Jeroen Ruigrok van der Werven / asmodai イェルーン ラウフロック ヴァン デル ウェルヴェン http://www.in-nomine.org/ | http://www.rangaku.org/ | GPG: 2EAC625B Experience keeps a dear school, yet Fools will learn in no other. From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 08:13:25 2008 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 C6ECE106568C for ; Thu, 2 Oct 2008 08:13:25 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from monroe.euromail.se (imsc.euromail.se [217.174.79.94]) by mx1.freebsd.org (Postfix) with SMTP id 2602A8FC23 for ; Thu, 2 Oct 2008 08:13:24 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from (unknown [217.174.79.66]) by monroe.euromail.se with smtp id 0186_9aca2d08_9055_11dd_8b28_00188b3329ca; Thu, 02 Oct 2008 09:42:03 +0200 Received: from springfield.emailprod.vodafone.se ([192.168.106.58]) by brown.emailprod.vodafone.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 2 Oct 2008 09:41:49 +0200 Received: from hackbook.local ([79.102.112.126]) by springfield.emailprod.vodafone.se with Microsoft SMTPSVC(6.0.3790.1830); Thu, 2 Oct 2008 09:41:49 +0200 Message-ID: <48E47B3C.60104@FreeBSD.org> Date: Thu, 02 Oct 2008 09:41:48 +0200 From: Joel Dahl User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: ancelgray@yahoo.com References: <32225808.21222938312495.JavaMail.root@wombat.diezmil.com> In-Reply-To: <32225808.21222938312495.JavaMail.root@wombat.diezmil.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 02 Oct 2008 07:41:49.0671 (UTC) FILETIME=[54503F70:01C92462] X-NAI-Spam-Level: * X-NAI-Spam-Score: 1 X-NAI-Spam-Report: 2 Rules triggered * 1 -- RCVD_DOT_NAME -- Suspect machine name in the received header * 0 -- RV3116 -- BODY: Version number Cc: freebsd-hackers@freebsd.org Subject: Re: Hardware support for AMD Geode CS5536 audio? 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, 02 Oct 2008 08:13:25 -0000 ancelgray@yahoo.com skrev: > Another question. How does one get the FreeBSD people to put this > driver into their OS? Make the source code available somewhere and hopefully someone (usually ariff@ or mav@) with knowledge about the sound subsystem will review it. Just make sure that you follow our usual style(9) guidelines etc etc. -- Joel From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 07:26:17 2008 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 EB7391065694 for ; Thu, 2 Oct 2008 07:26:17 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from redbull.bpaserver.net (redbullneu.bpaserver.net [213.198.78.217]) by mx1.freebsd.org (Postfix) with ESMTP id 9D7978FC13 for ; Thu, 2 Oct 2008 07:26:17 +0000 (UTC) (envelope-from alexander@leidinger.net) Received: from outgoing.leidinger.net (p5DC5C249.dip.t-dialin.net [93.197.194.73]) by redbull.bpaserver.net (Postfix) with ESMTP id 6D1072E274; Thu, 2 Oct 2008 09:09:16 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id D6CFE13C9D0; Thu, 2 Oct 2008 09:09:11 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.2/8.13.8/Submit) id m9279BPL034287; Thu, 2 Oct 2008 09:09:11 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 02 Oct 2008 09:09:11 +0200 Message-ID: <20081002090911.396629rcs0kdofwg@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 02 Oct 2008 09:09:11 +0200 From: "Alexander Leidinger" To: ancelgray@yahoo.com References: <32225808.21222938312495.JavaMail.root@wombat.diezmil.com> In-Reply-To: <32225808.21222938312495.JavaMail.root@wombat.diezmil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.2) / FreeBSD-8.0 X-BPAnet-MailScanner-Information: Please contact the ISP for more information X-MailScanner-ID: 6D1072E274.D3D4D X-BPAnet-MailScanner: Found to be clean X-BPAnet-MailScanner-SpamCheck: not spam, ORDB-RBL, SpamAssassin (not cached, score=-14.7, required 6, BAYES_00 -15.00, MR_NOT_ATTRIBUTED_IP 0.20, RDNS_DYNAMIC 0.10) X-BPAnet-MailScanner-From: alexander@leidinger.net X-Spam-Status: No X-Mailman-Approved-At: Thu, 02 Oct 2008 12:00:39 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Re: Hardware support for AMD Geode CS5536 audio? 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, 02 Oct 2008 07:26:18 -0000 Quoting ancelgray@yahoo.com (from Thu, 2 Oct 2008 05:05:12 -0400): > To All, > > I finally have a working CS5536 audio driver for FreeBSD 6.2. The =20 > filename is snd_amd5536.ko and I will be making it available =20 > shortly. I have been using an ALIX-1C motherboard for my testing. =20 > Anyone have other hardware that they want to test it on? > > Another question. How does one get the FreeBSD people to put this =20 > driver into their OS? You have to generate a patch for 8-current and send it to =20 multimedia@FreeBSD.org for review. There may be some improvement =20 suggestions or bug reports then. Fix the issues and generate a new =20 patch. When there are no issues anymore, send a PR (problem report) =20 with your patch. If you are lucky, a committer will take care of the =20 PR (or he may already approach you before you send the PR). Bye, Alexander. --=20 It has long been an axiom of mine that the little things are infinitely the most important. =09=09-- Sir Arthur Conan Doyle, "A Case of Identity" http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-hackers@FreeBSD.ORG Thu Oct 2 14:27:18 2008 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 1A0661065693 for ; Thu, 2 Oct 2008 14:27:18 +0000 (UTC) (envelope-from alec-keyword-freebsd.befd64@SetFilePointer.com) Received: from hamlet.setfilepointer.com (hamlet.SetFilePointer.com [63.224.10.2]) by mx1.freebsd.org (Postfix) with SMTP id AFD7C8FC23 for ; Thu, 2 Oct 2008 14:27:17 +0000 (UTC) (envelope-from alec-keyword-freebsd.befd64@SetFilePointer.com) Received: (qmail 70937 invoked by uid 4250); 2 Oct 2008 09:00:35 -0500 Received: by hamlet.SetFilePointer.com (tmda-sendmail, from uid 4250); Thu, 02 Oct 2008 09:00:35 -0500 Date: Thu, 2 Oct 2008 09:00:35 -0500 To: ancelgray@yahoo.com Message-ID: <20081002140035.GM23927@hamlet.SetFilePointer.com> References: <21541490.01216080059414.JavaMail.root@wombat.diezmil.com> <32225808.21222938312495.JavaMail.root@wombat.diezmil.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="GcxvFOCtgbxoSrcp" Content-Disposition: inline In-Reply-To: <32225808.21222938312495.JavaMail.root@wombat.diezmil.com> User-Agent: Mutt/1.4.2.3i X-Delivery-Agent: TMDA/1.1.12 (Macallan) From: Alec Kloss X-Primary-Address: alec@SetFilePointer.com X-Mailman-Approved-At: Thu, 02 Oct 2008 14:50:41 +0000 Cc: freebsd-hackers@freebsd.org Subject: Re: Re: Hardware support for AMD Geode CS5536 audio? 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, 02 Oct 2008 14:27:18 -0000 --GcxvFOCtgbxoSrcp Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2008-10-02 05:05, ancelgray@yahoo.com wrote: > To All, >=20 > I finally have a working CS5536 audio driver for FreeBSD 6.2. The filena= me is snd_amd5536.ko and I will be making it available shortly. I have bee= n using an ALIX-1C motherboard for my testing. Anyone have other hardware = that they want to test it on? [chop] I've got hardware I'd like to test on, but it's either running 8-CURRENT or 7-STABLE, not 6.x. Once source code is available, I'd be happy to take a shot at porting it up to the newer codebase. --=20 Alec Kloss alec@SetFilePointer.com IM: angryspamhater@yahoo.com PGP key at http://pgp.mit.edu:11371/pks/lookup?op=3Dget&search=3D0xA241980E "No Bunny!" -- Simon, http://wiki.adultswim.com/xwiki/bin/Frisky+Dingo/Simon --GcxvFOCtgbxoSrcp Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFI5NQD2s33paJBmA4RAutXAJsGdZ21Pd5um5+oDhlLUID071CJDwCdH7cd kkQD8ioevqvnJGYu116dxGM= =wULZ -----END PGP SIGNATURE----- --GcxvFOCtgbxoSrcp-- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 05:33:42 2008 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 89C6B1065686; Fri, 3 Oct 2008 05:33:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 342828FC18; Fri, 3 Oct 2008 05:33:42 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.2/8.14.1) with ESMTP id m935WbUt095597; Thu, 2 Oct 2008 23:32:37 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 02 Oct 2008 23:33:28 -0600 (MDT) Message-Id: <20081002.233328.-432820840.imp@bsdimp.com> To: bagavathykumar.m@hcl.in From: "M. Warner Losh" In-Reply-To: <68C9F31EF19DB6448F515EF294028FDEE99BCE@chn-hclt-evs05.HCLT.CORP.HCL.IN> References: <68C9F31EF19DB6448F515EF294028FDEE999AB@chn-hclt-evs05.HCLT.CORP.HCL.IN> <200810011127.14593.jhb@freebsd.org> <68C9F31EF19DB6448F515EF294028FDEE99BCE@chn-hclt-evs05.HCLT.CORP.HCL.IN> X-Mailer: Mew version 5.2 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org Subject: Re: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID 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, 03 Oct 2008 05:33:42 -0000 In message: <68C9F31EF19DB6448F515EF294028FDEE99BCE@chn-hclt-evs05.HCLT.CORP.HCL.IN> "Bagavathy Kumar Mahendran " writes: : : Dear Baldwin, : Thanks for your support .but my pci probe function is not : getting called for my device id and vendor id. Because pccbb driver : already sets the device_set_desc as PCI-CardBus Bridge. So is there any : other option for me to make my_pciprobe function to be called for my : corresponding device id and vendor id. That's not why your probe isn't called. Setting a description is standard behavior for the probe routine. Are you sure that the device probe routine is getting called at all for any device? Have you tried just leaving cbb out of the kernel? I recently fixed the original problem in cbb (the fact it doesn't check the bridge type too), maybe you could try to pick up that fix as well? Warner : Thanks, : : Regards, : Bagavathy kumar .M : : : : -----Original Message----- : From: John Baldwin [mailto:jhb@freebsd.org] : Sent: Wednesday, October 01, 2008 8:57 PM : To: freebsd-hackers@freebsd.org : Cc: Bagavathy Kumar Mahendran ; Warner Losh : Subject: Re: FW: i386/127710: My driver PCI probe is not called for my : correspondingdevice ID and Vendor ID : : On Wednesday 01 October 2008 08:50:15 am Bagavathy Kumar Mahendran : wrote: : > : > Dear All, : > Iam writing a new driver for a SAS/SATA Controller having : a : > Class ID -0x01 : > Sub Class - 0x07 : > Programming Interface - 0x00 : > : > Hence instead of my probe function the Static build Card Bus Driver : cbb : > is attaching just by simply checking sub class 0x07 and programming : > interface 0x00.hence my probe gets failed. Kindly help me in resolving : > this .what I thought is to add the card bus driver a checking of CLASS : > ID in its pci probe function. : : The pccbb driver returns BUS_PROBE_DEFAULT (it should probably return : GENERIC : in the case where it matches only on class codes). Your driver just : needs to : return a numerically higher value (but still < 0) to claim the device. : You : can probably use BUS_PROBE_VENDOR or BUS_PROBE_DEFAULT + 1. : : -- : John Baldwin : : DISCLAIMER: : ----------------------------------------------------------------------------------------------------------------------- : : The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. : It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in : this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. : Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of : this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have : received this email in error please delete it and notify the sender immediately. Before opening any mail and : attachments please check them for viruses and defect. : : ----------------------------------------------------------------------------------------------------------------------- : : From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 08:00:45 2008 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 6A8101065688; Fri, 3 Oct 2008 08:00:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id E7F548FC08; Fri, 3 Oct 2008 08:00:44 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Klfac-000DzZ-Ie; Fri, 03 Oct 2008 11:00:42 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Claus Guttesen" In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to "Claus Guttesen" message dated "Mon, 29 Sep 2008 10:40:05 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Oct 2008 11:00:42 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , Robert Watson , freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 08:00:45 -0000 > > it more difficult than I expected. > > for one, the kernel date was missleading, the actual source update is the key, so > > the window of changes is now 28/July to 19/August. I have the diffs, but nothing > > yet seems relevant. > > > > on the other hand, I tried NFS/TCP, and there things seem ok, ie the 'good' and the 'bad' > > give the same throughput, which seem to point to UDP changes ... > > Can you post the network-numbers? so I ran some more test, these are for writes IO: server is a NetApp: kernel from 18/08/08 00:00:0 : /----- UDP ----//---- TCP -------/ 1*512 38528 0.19s 83.50MB 0.20s 80.82MB/s 2*512 19264 0.21s 76.83MB 0.21s 77.57MB/s 4*512 9632 0.19s 85.51MB 0.22s 73.13MB/s 8*512 4816 0.19s 83.76MB 0.21s 75.84MB/s 16*512 2408 0.19s 83.99MB 0.21s 77.18MB/s 32*512 1204 0.19s 84.45MB 0.22s 71.79MB/s 64*512 602 0.20s 79.98MB 0.20s 78.44MB/s 128*512 301 0.18s 86.51MB 0.22s 71.53MB/s 256*512 150 0.19s 82.83MB 0.20s 78.86MB/s 512*512 75 0.19s 82.77MB 0.21s 76.39MB/s 1024*512 37 0.19s 85.62MB 0.21s 76.64MB/s 2048*512 18 0.21s 77.72MB 0.20s 80.30MB/s 4096*512 9 0.26s 61.06MB 0.30s 53.79MB/s 8192*512 4 0.83s 19.20MB 0.41s 39.12MB/s 16384*512 2 0.84s 19.01MB 0.41s 39.03MB/s 32768*512 1 0.82s 19.59MB 0.39s 40.89MB/s kernel from 19/08/08 00:00:00: 1*512 38528 0.45s 35.59MB 0.20s 81.43MB/s 2*512 19264 0.45s 35.56MB 0.20s 79.24MB/s 4*512 9632 0.49s 32.66MB 0.22s 73.72MB/s 8*512 4816 0.47s 34.06MB 0.21s 75.52MB/s 16*512 2408 0.53s 30.16MB 0.22s 72.58MB/s 32*512 1204 0.31s 51.68MB 0.40s 40.14MB/s 64*512 602 0.43s 37.23MB 0.25s 63.57MB/s 128*512 301 0.51s 31.39MB 0.26s 62.70MB/s 256*512 150 0.47s 34.02MB 0.23s 69.06MB/s 512*512 75 0.47s 34.01MB 0.23s 70.52MB/s 1024*512 37 0.53s 30.12MB 0.22s 73.01MB/s 2048*512 18 0.55s 29.07MB 0.23s 70.64MB/s 4096*512 9 0.46s 34.69MB 0.21s 75.92MB/s 8192*512 4 0.81s 19.66MB 0.43s 36.89MB/s 16384*512 2 0.80s 19.99MB 0.40s 40.29MB/s 32768*512 1 1.11s 14.41MB 0.38s 42.56MB/s From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 08:15:02 2008 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 42ED6106569E; Fri, 3 Oct 2008 08:15:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 150E08FC08; Fri, 3 Oct 2008 08:15:02 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 930A546B09; Fri, 3 Oct 2008 04:15:01 -0400 (EDT) Date: Fri, 3 Oct 2008 09:15:01 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Danny Braniss In-Reply-To: Message-ID: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 08:15:02 -0000 On Fri, 3 Oct 2008, Danny Braniss wrote: >>> it more difficult than I expected. >>> for one, the kernel date was missleading, the actual source update is the key, so >>> the window of changes is now 28/July to 19/August. I have the diffs, but nothing >>> yet seems relevant. >>> >>> on the other hand, I tried NFS/TCP, and there things seem ok, ie the >>> 'good' and the 'bad' give the same throughput, which seem to point to UDP >>> changes ... >> >> Can you post the network-numbers? > so I ran some more test, these are for writes IO: OK, so it looks like this was almost certainly the rwlock change. What happens if you pretty much universally substitute the following in udp_usrreq.c: Currently Change to --------- --------- INP_RLOCK INP_WLOCK INP_RUNLOCK INP_WUNLOCK INP_RLOCK_ASSERT INP_WLOCK_ASSERT Robert N M Watson Computer Laboratory University of Cambridge > > server is a NetApp: > > kernel from 18/08/08 00:00:0 : > /----- UDP ----//---- TCP -------/ > 1*512 38528 0.19s 83.50MB 0.20s 80.82MB/s > 2*512 19264 0.21s 76.83MB 0.21s 77.57MB/s > 4*512 9632 0.19s 85.51MB 0.22s 73.13MB/s > 8*512 4816 0.19s 83.76MB 0.21s 75.84MB/s > 16*512 2408 0.19s 83.99MB 0.21s 77.18MB/s > 32*512 1204 0.19s 84.45MB 0.22s 71.79MB/s > 64*512 602 0.20s 79.98MB 0.20s 78.44MB/s > 128*512 301 0.18s 86.51MB 0.22s 71.53MB/s > 256*512 150 0.19s 82.83MB 0.20s 78.86MB/s > 512*512 75 0.19s 82.77MB 0.21s 76.39MB/s > 1024*512 37 0.19s 85.62MB 0.21s 76.64MB/s > 2048*512 18 0.21s 77.72MB 0.20s 80.30MB/s > 4096*512 9 0.26s 61.06MB 0.30s 53.79MB/s > 8192*512 4 0.83s 19.20MB 0.41s 39.12MB/s > 16384*512 2 0.84s 19.01MB 0.41s 39.03MB/s > 32768*512 1 0.82s 19.59MB 0.39s 40.89MB/s > > kernel from 19/08/08 00:00:00: > 1*512 38528 0.45s 35.59MB 0.20s 81.43MB/s > 2*512 19264 0.45s 35.56MB 0.20s 79.24MB/s > 4*512 9632 0.49s 32.66MB 0.22s 73.72MB/s > 8*512 4816 0.47s 34.06MB 0.21s 75.52MB/s > 16*512 2408 0.53s 30.16MB 0.22s 72.58MB/s > 32*512 1204 0.31s 51.68MB 0.40s 40.14MB/s > 64*512 602 0.43s 37.23MB 0.25s 63.57MB/s > 128*512 301 0.51s 31.39MB 0.26s 62.70MB/s > 256*512 150 0.47s 34.02MB 0.23s 69.06MB/s > 512*512 75 0.47s 34.01MB 0.23s 70.52MB/s > 1024*512 37 0.53s 30.12MB 0.22s 73.01MB/s > 2048*512 18 0.55s 29.07MB 0.23s 70.64MB/s > 4096*512 9 0.46s 34.69MB 0.21s 75.92MB/s > 8192*512 4 0.81s 19.66MB 0.43s 36.89MB/s > 16384*512 2 0.80s 19.99MB 0.40s 40.29MB/s > 32768*512 1 1.11s 14.41MB 0.38s 42.56MB/s > > > > > From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 09:02:46 2008 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 4C9701065686; Fri, 3 Oct 2008 09:02:46 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id DAD958FC1E; Fri, 3 Oct 2008 09:02:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KlgYe-000Es2-8u; Fri, 03 Oct 2008 12:02:44 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to Robert Watson message dated "Fri, 03 Oct 2008 09:15:01 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Oct 2008 12:02:43 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 09:02:46 -0000 > > On Fri, 3 Oct 2008, Danny Braniss wrote: > > >>> it more difficult than I expected. > >>> for one, the kernel date was missleading, the actual source update is the key, so > >>> the window of changes is now 28/July to 19/August. I have the diffs, but nothing > >>> yet seems relevant. > >>> > >>> on the other hand, I tried NFS/TCP, and there things seem ok, ie the > >>> 'good' and the 'bad' give the same throughput, which seem to point to UDP > >>> changes ... > >> > >> Can you post the network-numbers? > > so I ran some more test, these are for writes IO: > > OK, so it looks like this was almost certainly the rwlock change. What > happens if you pretty much universally substitute the following in > udp_usrreq.c: > > Currently Change to > --------- --------- > INP_RLOCK INP_WLOCK > INP_RUNLOCK INP_WUNLOCK > INP_RLOCK_ASSERT INP_WLOCK_ASSERT > I guess you were almost certainly correct :-) I did the global subst. on the udp_usrreq.c from 19/08, __FBSDID("$FreeBSD: src/sys/netinet/udp_usrreq.c,v 1.218.2.3 2008/08/18 23:00:41 bz Exp $"); and now udp is fine again! danny > Robert N M Watson > Computer Laboratory > University of Cambridge > > > > > server is a NetApp: > > > > kernel from 18/08/08 00:00:0 : > > /----- UDP ----//---- TCP -------/ > > 1*512 38528 0.19s 83.50MB 0.20s 80.82MB/s > > 2*512 19264 0.21s 76.83MB 0.21s 77.57MB/s > > 4*512 9632 0.19s 85.51MB 0.22s 73.13MB/s > > 8*512 4816 0.19s 83.76MB 0.21s 75.84MB/s > > 16*512 2408 0.19s 83.99MB 0.21s 77.18MB/s > > 32*512 1204 0.19s 84.45MB 0.22s 71.79MB/s > > 64*512 602 0.20s 79.98MB 0.20s 78.44MB/s > > 128*512 301 0.18s 86.51MB 0.22s 71.53MB/s > > 256*512 150 0.19s 82.83MB 0.20s 78.86MB/s > > 512*512 75 0.19s 82.77MB 0.21s 76.39MB/s > > 1024*512 37 0.19s 85.62MB 0.21s 76.64MB/s > > 2048*512 18 0.21s 77.72MB 0.20s 80.30MB/s > > 4096*512 9 0.26s 61.06MB 0.30s 53.79MB/s > > 8192*512 4 0.83s 19.20MB 0.41s 39.12MB/s > > 16384*512 2 0.84s 19.01MB 0.41s 39.03MB/s > > 32768*512 1 0.82s 19.59MB 0.39s 40.89MB/s > > > > kernel from 19/08/08 00:00:00: > > 1*512 38528 0.45s 35.59MB 0.20s 81.43MB/s > > 2*512 19264 0.45s 35.56MB 0.20s 79.24MB/s > > 4*512 9632 0.49s 32.66MB 0.22s 73.72MB/s > > 8*512 4816 0.47s 34.06MB 0.21s 75.52MB/s > > 16*512 2408 0.53s 30.16MB 0.22s 72.58MB/s > > 32*512 1204 0.31s 51.68MB 0.40s 40.14MB/s > > 64*512 602 0.43s 37.23MB 0.25s 63.57MB/s > > 128*512 301 0.51s 31.39MB 0.26s 62.70MB/s > > 256*512 150 0.47s 34.02MB 0.23s 69.06MB/s > > 512*512 75 0.47s 34.01MB 0.23s 70.52MB/s > > 1024*512 37 0.53s 30.12MB 0.22s 73.01MB/s > > 2048*512 18 0.55s 29.07MB 0.23s 70.64MB/s > > 4096*512 9 0.46s 34.69MB 0.21s 75.92MB/s > > 8192*512 4 0.81s 19.66MB 0.43s 36.89MB/s > > 16384*512 2 0.80s 19.99MB 0.40s 40.29MB/s > > 32768*512 1 1.11s 14.41MB 0.38s 42.56MB/s > > > > > > > > > > From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 09:06:17 2008 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 469C51065687; Fri, 3 Oct 2008 09:06:17 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F2F2A8FC28; Fri, 3 Oct 2008 09:06:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 7560946B1A; Fri, 3 Oct 2008 05:06:16 -0400 (EDT) Date: Fri, 3 Oct 2008 10:06:16 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Danny Braniss In-Reply-To: Message-ID: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 09:06:17 -0000 On Fri, 3 Oct 2008, Danny Braniss wrote: >> OK, so it looks like this was almost certainly the rwlock change. What >> happens if you pretty much universally substitute the following in >> udp_usrreq.c: >> >> Currently Change to >> --------- --------- >> INP_RLOCK INP_WLOCK >> INP_RUNLOCK INP_WUNLOCK >> INP_RLOCK_ASSERT INP_WLOCK_ASSERT > > I guess you were almost certainly correct :-) I did the global subst. on the > udp_usrreq.c from 19/08, __FBSDID("$FreeBSD: src/sys/netinet/udp_usrreq.c,v > 1.218.2.3 2008/08/18 23:00:41 bz Exp $"); and now udp is fine again! OK. This is a change I'd rather not back out since it significantly improves performance for many other UDP workloads, so we need to figure out why it's hurting us so much here so that we know if there are reasonable alternatives. Would it be possible for you to do a run of the workload with both kernels using LOCK_PROFILING around the benchmark, and then we can compare lock contention in the two cases? What we often find is that relieving contention at one point causes new contention at another point, and if the primitive used at that point handles contention less well for whatever reason, performance can be reduced rather than improved. So maybe we're looking at an issue in the dispatched UDP code from so_upcall? Another less satisfying (and fundamentally more difficult) answer might be "something to do with the scheduler", but a bit more analysis may shed some light. Robert N M Watson Computer Laboratory University of Cambridge > > danny > > >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >>> >>> server is a NetApp: >>> >>> kernel from 18/08/08 00:00:0 : >>> /----- UDP ----//---- TCP -------/ >>> 1*512 38528 0.19s 83.50MB 0.20s 80.82MB/s >>> 2*512 19264 0.21s 76.83MB 0.21s 77.57MB/s >>> 4*512 9632 0.19s 85.51MB 0.22s 73.13MB/s >>> 8*512 4816 0.19s 83.76MB 0.21s 75.84MB/s >>> 16*512 2408 0.19s 83.99MB 0.21s 77.18MB/s >>> 32*512 1204 0.19s 84.45MB 0.22s 71.79MB/s >>> 64*512 602 0.20s 79.98MB 0.20s 78.44MB/s >>> 128*512 301 0.18s 86.51MB 0.22s 71.53MB/s >>> 256*512 150 0.19s 82.83MB 0.20s 78.86MB/s >>> 512*512 75 0.19s 82.77MB 0.21s 76.39MB/s >>> 1024*512 37 0.19s 85.62MB 0.21s 76.64MB/s >>> 2048*512 18 0.21s 77.72MB 0.20s 80.30MB/s >>> 4096*512 9 0.26s 61.06MB 0.30s 53.79MB/s >>> 8192*512 4 0.83s 19.20MB 0.41s 39.12MB/s >>> 16384*512 2 0.84s 19.01MB 0.41s 39.03MB/s >>> 32768*512 1 0.82s 19.59MB 0.39s 40.89MB/s >>> >>> kernel from 19/08/08 00:00:00: >>> 1*512 38528 0.45s 35.59MB 0.20s 81.43MB/s >>> 2*512 19264 0.45s 35.56MB 0.20s 79.24MB/s >>> 4*512 9632 0.49s 32.66MB 0.22s 73.72MB/s >>> 8*512 4816 0.47s 34.06MB 0.21s 75.52MB/s >>> 16*512 2408 0.53s 30.16MB 0.22s 72.58MB/s >>> 32*512 1204 0.31s 51.68MB 0.40s 40.14MB/s >>> 64*512 602 0.43s 37.23MB 0.25s 63.57MB/s >>> 128*512 301 0.51s 31.39MB 0.26s 62.70MB/s >>> 256*512 150 0.47s 34.02MB 0.23s 69.06MB/s >>> 512*512 75 0.47s 34.01MB 0.23s 70.52MB/s >>> 1024*512 37 0.53s 30.12MB 0.22s 73.01MB/s >>> 2048*512 18 0.55s 29.07MB 0.23s 70.64MB/s >>> 4096*512 9 0.46s 34.69MB 0.21s 75.92MB/s >>> 8192*512 4 0.81s 19.66MB 0.43s 36.89MB/s >>> 16384*512 2 0.80s 19.99MB 0.40s 40.29MB/s >>> 32768*512 1 1.11s 14.41MB 0.38s 42.56MB/s >>> >>> >>> >>> >>> > > > From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 09:17:46 2008 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 4D22210656A5; Fri, 3 Oct 2008 09:17:46 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id EB2F78FC16; Fri, 3 Oct 2008 09:17:45 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KlgnA-000F6w-NT; Fri, 03 Oct 2008 12:17:44 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to Robert Watson message dated "Fri, 03 Oct 2008 10:06:16 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Oct 2008 12:17:44 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 09:17:46 -0000 > > On Fri, 3 Oct 2008, Danny Braniss wrote: > > >> OK, so it looks like this was almost certainly the rwlock change. What > >> happens if you pretty much universally substitute the following in > >> udp_usrreq.c: > >> > >> Currently Change to > >> --------- --------- > >> INP_RLOCK INP_WLOCK > >> INP_RUNLOCK INP_WUNLOCK > >> INP_RLOCK_ASSERT INP_WLOCK_ASSERT > > > > I guess you were almost certainly correct :-) I did the global subst. on the > > udp_usrreq.c from 19/08, __FBSDID("$FreeBSD: src/sys/netinet/udp_usrreq.c,v > > 1.218.2.3 2008/08/18 23:00:41 bz Exp $"); and now udp is fine again! > > OK. This is a change I'd rather not back out since it significantly improves > performance for many other UDP workloads, so we need to figure out why it's > hurting us so much here so that we know if there are reasonable alternatives. > > Would it be possible for you to do a run of the workload with both kernels > using LOCK_PROFILING around the benchmark, and then we can compare lock > contention in the two cases? What we often find is that relieving contention > at one point causes new contention at another point, and if the primitive used > at that point handles contention less well for whatever reason, performance > can be reduced rather than improved. So maybe we're looking at an issue in > the dispatched UDP code from so_upcall? Another less satisfying (and > fundamentally more difficult) answer might be "something to do with the > scheduler", but a bit more analysis may shed some light. gladly, but have no idea how to do LOCK_PROFILING, so some pointers would be helpfull. as a side note, many years ago I checked out NFS/TCP and it was really bad, I even remember NetApp telling us to drop TCP, but now, things look rather better. Wonder what caused it. danny From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 09:21:10 2008 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 CFF9610656B5; Fri, 3 Oct 2008 09:21:10 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0E78FC15; Fri, 3 Oct 2008 09:21:10 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KlgqT-000FAD-GE; Fri, 03 Oct 2008 12:21:09 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to Robert Watson message dated "Fri, 03 Oct 2008 10:06:16 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Oct 2008 12:21:09 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 09:21:10 -0000 forget it about LOCK_PROFILING, I'm RTFM now :-) though some hints on values might be helpful. have a nice weekend, danny From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 09:25:24 2008 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 2FBAA106568D; Fri, 3 Oct 2008 09:25:24 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id F2DD28FC0C; Fri, 3 Oct 2008 09:25:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id 880FD46B0D; Fri, 3 Oct 2008 05:25:23 -0400 (EDT) Date: Fri, 3 Oct 2008 10:25:23 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Danny Braniss In-Reply-To: Message-ID: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, Jeremy Chadwick , freebsd-stable@freebsd.org, Claus Guttesen Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 09:25:24 -0000 On Fri, 3 Oct 2008, Danny Braniss wrote: > gladly, but have no idea how to do LOCK_PROFILING, so some pointers would be > helpfull. The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that the defaults work fine most of the time, so just use them. Turn the enable syscl on just before you begin a run, and turn it off immediately afterwards. Make sure to reset between reruns (rebooting to a new kernel is fine too!). > as a side note, many years ago I checked out NFS/TCP and it was really bad, > I even remember NetApp telling us to drop TCP, but now, things look rather > better. Wonder what caused it. Well, the virtues of TCP become more apparent with higher network speeds, as the logic to fill pipes using TCP, manage flow control, etc, is a lot more sophisticated than what's in the RPC code for using UDP. The downsides to UDP are also becoming more apparent: as network speeds go up, fragmented UDP risks IP ID collisions which could lead to data corruption, or at the very least, dropped packets. We have changed the default for NFSv3 mounts to TCP in 8.x, and talked about doing it for 7.1; unfortunately the timing wasn't quite right, so it most likely will appear in 7.2. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 04:56:40 2008 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 0D0941065692; Fri, 3 Oct 2008 04:56:40 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (chn-hclin-gws01.hcl.in [203.105.186.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDAB8FC1D; Fri, 3 Oct 2008 04:56:39 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (gws03 [10.249.64.134]) by localhost.hcl.in (Postfix) with ESMTP id F0D4137C150; Fri, 3 Oct 2008 10:16:16 +0530 (IST) Received: from chn-egw01-out.corp.hcl.in (unknown [10.249.64.37])by gws03.hcl.in (Postfix) with ESMTPid D4B5037C155; Fri, 3 Oct 2008 10:16:16 +0530 (IST) Received: from chn-hclt-evs05.HCLT.CORP.HCL.IN ([10.101.26.13]) by chn-egw01-out.corp.hcl.in with Microsoft SMTPSVC(6.0.3790.3959); Fri, 3 Oct 2008 10:16:16 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 3 Oct 2008 10:13:53 +0530 Message-ID: <68C9F31EF19DB6448F515EF294028FDEE99BCE@chn-hclt-evs05.HCLT.CORP.HCL.IN> In-Reply-To: <200810011127.14593.jhb@freebsd.org> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FW: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID Thread-Index: Ackj+qVQitxzGYnJQyW0RbPtge3gEwBFyM0g References: <68C9F31EF19DB6448F515EF294028FDEE999AB@chn-hclt-evs05.HCLT.CORP.HCL.IN> <200810011127.14593.jhb@freebsd.org> From: "Bagavathy Kumar Mahendran " To: "John Baldwin" , X-OriginalArrivalTime: 03 Oct 2008 04:46:16.0544 (UTC) FILETIME=[F87E5E00:01C92512] X-imss-version: 2.051 X-imss-result: Passed X-imss-scanInfo: M:T L:E SM:1 X-imss-tmaseResult: TT:1 TS:-17.2261 TC:1F TRN:38 TV:5.5.1026(16194.003) X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Mailman-Approved-At: Fri, 03 Oct 2008 11:14:18 +0000 Cc: Warner Losh Subject: RE: FW: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID 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, 03 Oct 2008 04:56:40 -0000 Dear Baldwin, Thanks for your support =2Ebut my pci probe function is not getting called for my device id and vendor id=2E Because pccbb driver already sets the device_set_desc as PCI-CardBus Bridge=2E So is there any other option for me to make my_pciprobe function to be called for my corresponding device id and vendor id=2E Thanks, Regards, Bagavathy kumar =2EM -----Original Message----- From: John Baldwin [mailto:jhb@freebsd=2Eorg]=20 Sent: Wednesday, October 01, 2008 8:57 PM To: freebsd-hackers@freebsd=2Eorg Cc: Bagavathy Kumar Mahendran ; Warner Losh Subject: Re: FW: i386/127710: My driver PCI probe is not called for my correspondingdevice ID and Vendor ID On Wednesday 01 October 2008 08:50:15 am Bagavathy Kumar Mahendran wrote: >=20 > Dear All, > Iam writing a new driver for a SAS/SATA Controller having a > Class ID -0x01 > Sub Class - 0x07 > Programming Interface - 0x00 >=20 > Hence instead of my probe function the Static build Card Bus Driver cbb > is attaching just by simply checking sub class 0x07 and programming > interface 0x00=2Ehence my probe gets failed=2E Kindly help me in= resolving > this =2Ewhat I thought is to add the card bus driver a checking of CLASS > ID in its pci probe function=2E The pccbb driver returns BUS_PROBE_DEFAULT (it should probably return GENERIC=20 in the case where it matches only on class codes)=2E Your driver just needs to=20 return a numerically higher value (but still < 0) to claim the device=2E You=20 can probably use BUS_PROBE_VENDOR or BUS_PROBE_DEFAULT + 1=2E --=20 John Baldwin DISCLAIMER: ---------------------------------------------------------------------------= -------------------------------------------- The contents of this e-mail and any attachment(s) are confidential and= intended for the named recipient(s) only=2E It shall not attach any liability on the originator or HCL or its= affiliates=2E Any views or opinions presented in=20 this email are solely those of the author and may not necessarily reflect= the opinions of HCL or its affiliates=2E Any form of reproduction, dissemination, copying, disclosure, modification,= distribution and / or publication of=20 this message without the prior written consent of the author of this e-mail= is strictly prohibited=2E If you have received this email in error please delete it and notify the sender= immediately=2E Before opening any mail and=20 attachments please check them for viruses and defect=2E ---------------------------------------------------------------------------= -------------------------------------------- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 05:42:19 2008 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 27BD2106569C; Fri, 3 Oct 2008 05:42:19 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (gws03.hcl.in [203.105.186.19]) by mx1.freebsd.org (Postfix) with ESMTP id 582888FC0A; Fri, 3 Oct 2008 05:42:18 +0000 (UTC) (envelope-from bagavathykumar.m@hcl.in) Received: from gws03.hcl.in (gws03 [10.249.64.134]) by localhost.hcl.in (Postfix) with ESMTP id C21F937C030; Fri, 3 Oct 2008 11:12:16 +0530 (IST) Received: from chn-egw02-out.corp.hcl.in (unknown [10.249.64.38])by gws03.hcl.in (Postfix) with ESMTPid 9C93237C14C; Fri, 3 Oct 2008 11:12:16 +0530 (IST) Received: from chn-hclt-evs05.HCLT.CORP.HCL.IN ([10.101.26.13]) by chn-egw02-out.corp.hcl.in with Microsoft SMTPSVC(6.0.3790.3959); Fri, 3 Oct 2008 11:12:16 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Fri, 3 Oct 2008 11:10:37 +0530 Message-ID: <68C9F31EF19DB6448F515EF294028FDEE99C6D@chn-hclt-evs05.HCLT.CORP.HCL.IN> In-Reply-To: <20081002.233328.-432820840.imp@bsdimp.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: i386/127710: My driver PCI probe is not called for mycorrespondingdevice ID and Vendor ID Thread-Index: AcklGZ1ktXMrlLxISoqJo4xaPaYQnQAAC6hA References: <68C9F31EF19DB6448F515EF294028FDEE999AB@chn-hclt-evs05.HCLT.CORP .HCL.IN><200810011127.14593.jhb@freebsd.org><68C9F31EF19DB6448F515EF294028F DEE99BCE@chn-hclt-evs05.HCLT.CORP.HCL.IN> <20081002.233328.-432820840.imp@bsdimp.com> From: "Bagavathy Kumar Mahendran " To: "M. Warner Losh" X-OriginalArrivalTime: 03 Oct 2008 05:42:16.0107 (UTC) FILETIME=[CAF2FFB0:01C9251A] X-imss-version: 2.051 X-imss-result: Passed X-imss-scanInfo: M:T L:E SM:1 X-imss-tmaseResult: TT:1 TS:-23.2825 TC:1F TRN:75 TV:5.5.1026(16194.005) X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0 X-imss-settings: Baseline:1 C:1 M:1 S:1 R:1 (0.0000 0.0000) X-Mailman-Approved-At: Fri, 03 Oct 2008 11:24:23 +0000 Cc: freebsd-hackers@freebsd.org Subject: RE: i386/127710: My driver PCI probe is not called for mycorrespondingdevice ID and Vendor ID 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, 03 Oct 2008 05:42:19 -0000 Yes . my pci_probe is called for all the other bridge interfaces but its not called for my PCI Card(Device ID and Vendor ID) instead of that Card bus pci Probe is called while loading my driver as kldload. I removed cbb driver out of kernel and tried. It works perfectly for me. I think Class Type of the bridge has to be checked during the probe of cbb-driver. Please provide me the recent fix of cbb driver so that I can use it. Thanks=20 With Regards, Bagavathy kumar .M -----Original Message----- From: M. Warner Losh [mailto:imp@bsdimp.com]=20 Sent: Friday, October 03, 2008 11:03 AM To: Bagavathy Kumar Mahendran=20 Cc: jhb@freebsd.org; freebsd-hackers@freebsd.org Subject: Re: i386/127710: My driver PCI probe is not called for mycorrespondingdevice ID and Vendor ID In message: <68C9F31EF19DB6448F515EF294028FDEE99BCE@chn-hclt-evs05.HCLT.CORP.HCL.IN> "Bagavathy Kumar Mahendran " writes: :=20 : Dear Baldwin, : Thanks for your support .but my pci probe function is not : getting called for my device id and vendor id. Because pccbb driver : already sets the device_set_desc as PCI-CardBus Bridge. So is there any : other option for me to make my_pciprobe function to be called for my : corresponding device id and vendor id. That's not why your probe isn't called. Setting a description is standard behavior for the probe routine. Are you sure that the device probe routine is getting called at all for any device? Have you tried just leaving cbb out of the kernel? I recently fixed the original problem in cbb (the fact it doesn't check the bridge type too), maybe you could try to pick up that fix as well? Warner : Thanks, :=20 : Regards, : Bagavathy kumar .M :=20 :=20 :=20 : -----Original Message----- : From: John Baldwin [mailto:jhb@freebsd.org]=20 : Sent: Wednesday, October 01, 2008 8:57 PM : To: freebsd-hackers@freebsd.org : Cc: Bagavathy Kumar Mahendran ; Warner Losh : Subject: Re: FW: i386/127710: My driver PCI probe is not called for my : correspondingdevice ID and Vendor ID :=20 : On Wednesday 01 October 2008 08:50:15 am Bagavathy Kumar Mahendran : wrote: : >=20 : > Dear All, : > Iam writing a new driver for a SAS/SATA Controller having : a : > Class ID -0x01 : > Sub Class - 0x07 : > Programming Interface - 0x00 : >=20 : > Hence instead of my probe function the Static build Card Bus Driver : cbb : > is attaching just by simply checking sub class 0x07 and programming : > interface 0x00.hence my probe gets failed. Kindly help me in resolving : > this .what I thought is to add the card bus driver a checking of CLASS : > ID in its pci probe function. :=20 : The pccbb driver returns BUS_PROBE_DEFAULT (it should probably return : GENERIC=20 : in the case where it matches only on class codes). Your driver just : needs to=20 : return a numerically higher value (but still < 0) to claim the device. : You=20 : can probably use BUS_PROBE_VENDOR or BUS_PROBE_DEFAULT + 1. :=20 : --=20 : John Baldwin :=20 : DISCLAIMER: : ------------------------------------------------------------------------ ----------------------------------------------- :=20 : The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. : It shall not attach any liability on the originator or HCL or its affiliates. Any views or opinions presented in=20 : this email are solely those of the author and may not necessarily reflect the opinions of HCL or its affiliates. : Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of=20 : this message without the prior written consent of the author of this e-mail is strictly prohibited. If you have : received this email in error please delete it and notify the sender immediately. Before opening any mail and=20 : attachments please check them for viruses and defect. :=20 : ------------------------------------------------------------------------ ----------------------------------------------- :=20 :=20 From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 11:48:00 2008 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 5EBFE106568C for ; Fri, 3 Oct 2008 11:48:00 +0000 (UTC) (envelope-from mboxindia@gmail.com) Received: from ik-out-1112.google.com (ik-out-1112.google.com [66.249.90.183]) by mx1.freebsd.org (Postfix) with ESMTP id E79398FC14 for ; Fri, 3 Oct 2008 11:47:59 +0000 (UTC) (envelope-from mboxindia@gmail.com) Received: by ik-out-1112.google.com with SMTP id c29so1083918ika.3 for ; Fri, 03 Oct 2008 04:47:58 -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:to :subject:mime-version:content-type; bh=89Ktf8aK2PStf8fJ+2So77i4SQmrhsx5/Da54LAmPKk=; b=nvWzqNVJ2vvHB78cpkufGsFhTuw7W80cSoaitnrGwucjGO9v+6mCSyMNGWnUMLrlgq oPVL+GO/CVvU/rRmzTJGsbtHtox/7Ig8EVUOhA6tczUtxTzOdG3mK8Vf5n9MFfRb4rGd c/SmsU/+0pxfYWnwz4za1iObVRfMWoXdfc7To= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:mime-version:content-type; b=RDR9UwKNHpArFjJFUifbgBrNEhk0Z7IA7knyJ3SYGRHoNk/x/yWnoZNB4uW6+7wZNX t9Fh3+GomtUH/jMCjM0dKDMWM4wt/FJc+RLpkEFn+3NajbNySQoaKhBBh+hXe9GtMjEU MnIS79oYTCZSyR3g5uquGeLW92M1XuZ6nh9mo= Received: by 10.103.176.20 with SMTP id d20mr519815mup.136.1223032623355; Fri, 03 Oct 2008 04:17:03 -0700 (PDT) Received: by 10.103.141.5 with HTTP; Fri, 3 Oct 2008 04:17:03 -0700 (PDT) Message-ID: Date: Fri, 3 Oct 2008 16:47:03 +0530 From: Srinivas To: freebsd-hackers@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: options in configuration file 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, 03 Oct 2008 11:48:00 -0000 Hello, May be these are beginner questions ... could you plz answer the following questions? I think "options" line and "device" line are in the configuration file, in order to support those features and devices. I see that sed script will parse that file. Could you plz let me know what will be done in this phase and how these lines will be transferred into gcc define directives(in the case of options) and inclusion of source files for compilation(in case of device). I have seen lint in some Makefiles, but dont know why it was used. Why is lint used? The "device" line adds device support to the kernel. What exactly does this mean. A more basic question is: how the devices are detected initially by the FreeBSD with the aid of hardware and bios? I think this is a broad topic. Could you plz provide a link if there is any info, you know, in the net? Thanks, Srinivas From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 13:26:54 2008 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 55C19106568C; Fri, 3 Oct 2008 13:26:54 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 02C058FC16; Fri, 3 Oct 2008 13:26:53 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1KlkgH-000Iv9-2A; Fri, 03 Oct 2008 16:26:53 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to Robert Watson message dated "Fri, 03 Oct 2008 10:25:23 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 03 Oct 2008 16:26:53 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 13:26:54 -0000 > > On Fri, 3 Oct 2008, Danny Braniss wrote: > > > gladly, but have no idea how to do LOCK_PROFILING, so some pointers would be > > helpfull. > > The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that the > defaults work fine most of the time, so just use them. Turn the enable syscl > on just before you begin a run, and turn it off immediately afterwards. Make > sure to reset between reruns (rebooting to a new kernel is fine too!). > in ftp://ftp.cs.huji.ac.il/users/danny/lock.prof there 3 files: 7.1-100 host connected at 100 running -prerelease 7.1-1000 same but connected at 1000 7.0-1000 -stable with your 'patch' at 100 my benchmark didn't suffer from the profiling, average was about 9. at 1000 the benchmark got realy hit, average was around 12 for the patched, and 4 for the unpatched (less than at 100). danny From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 18:55:15 2008 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 6FAA6106568C; Fri, 3 Oct 2008 18:55:15 +0000 (UTC) (envelope-from watson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 299738FC13; Fri, 3 Oct 2008 18:55:15 +0000 (UTC) (envelope-from watson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTP id B59E346B23; Fri, 3 Oct 2008 14:55:14 -0400 (EDT) Date: Fri, 3 Oct 2008 19:55:14 +0100 (BST) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Danny Braniss In-Reply-To: Message-ID: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> User-Agent: Alpine 1.10 (BSF 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 03 Oct 2008 18:55:15 -0000 On Fri, 3 Oct 2008, Danny Braniss wrote: >> On Fri, 3 Oct 2008, Danny Braniss wrote: >> >>> gladly, but have no idea how to do LOCK_PROFILING, so some pointers would >>> be helpfull. >> >> The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that >> the defaults work fine most of the time, so just use them. Turn the enable >> syscl on just before you begin a run, and turn it off immediately >> afterwards. Make sure to reset between reruns (rebooting to a new kernel >> is fine too!). > > in ftp://ftp.cs.huji.ac.il/users/danny/lock.prof > there 3 files: > 7.1-100 host connected at 100 running -prerelease > 7.1-1000 same but connected at 1000 > 7.0-1000 -stable with your 'patch' > at 100 my benchmark didn't suffer from the profiling, average was about 9. > at 1000 the benchmark got realy hit, average was around 12 for the patched, > and 4 for the unpatched (less than at 100). Interesting. A bit of post-processing: robert@fledge:/tmp> cat 7.1-1000 | awk -F' ' '{print $3" "$9}' | sort -n | tail -10 2413283 /r+d/7/sys/kern/kern_mutex.c:141 2470096 /r+d/7/sys/nfsclient/nfs_socket.c:1218 2676282 /r+d/7/sys/net/route.c:293 2754866 /r+d/7/sys/kern/vfs_bio.c:1468 3196298 /r+d/7/sys/nfsclient/nfs_bio.c:1664 3318742 /r+d/7/sys/net/route.c:1584 3711139 /r+d/7/sys/dev/bge/if_bge.c:3287 3753518 /r+d/7/sys/net/if_ethersubr.c:405 3961312 /r+d/7/sys/nfsclient/nfs_subs.c:1066 10688531 /r+d/7/sys/dev/bge/if_bge.c:3726 robert@fledge:/tmp> cat 7.0-1000 | awk -F' ' '{print $3" "$9}' | sort -n | tail -10 468631 /r+d/hunt/src/sys/nfsclient/nfs_nfsiod.c:286 501989 /r+d/hunt/src/sys/nfsclient/nfs_vnops.c:1148 631587 /r+d/hunt/src/sys/nfsclient/nfs_socket.c:1198 701155 /r+d/hunt/src/sys/nfsclient/nfs_socket.c:1258 718211 /r+d/hunt/src/sys/kern/kern_mutex.c:141 1118711 /r+d/hunt/src/sys/nfsclient/nfs_bio.c:1664 1169125 /r+d/hunt/src/sys/nfsclient/nfs_subs.c:1066 1222867 /r+d/hunt/src/sys/kern/vfs_bio.c:1468 3876072 /r+d/hunt/src/sys/netinet/udp_usrreq.c:545 5198927 /r+d/hunt/src/sys/netinet/udp_usrreq.c:864 The first set above is with the unmodified 7-STABLE tree, the second with a reversion of read locking on the UDP inpcb. The big blinking sign of interest is that the bge interface lock is massively contended in the first set of output, and basically doesn't appear in the second. There are various reasons bge could stand out quite so much -- one possibly is that previously, the udp lock serialized all access to the interface from the send code, preventing the send and receive paths from contending. A few things to try: - Let's look compare the context switch rates on the two benchmarks. Could you run vmstat and look at the cpu cs line during the benchmarks and see how similar the two are as the benchmarks run? You'll want to run it with vmstat -w 1 and collect several samples per benchmark, since we're really interested in the distribution rather than an individual sample. - Is there any chance you could drop an if_em card into the same box and run the identical benchmarks with and without LOCK_PROFILING to see whether it behaves differently than bge when the patch is applied? if_em's interrupt handling is quite different, and may significantly affect lock use, and hence contention. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 19:33:06 2008 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 B8528106568E for ; Fri, 3 Oct 2008 19:33:06 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail5.sea5.speakeasy.net (mail5.sea5.speakeasy.net [69.17.117.7]) by mx1.freebsd.org (Postfix) with ESMTP id 981628FC14 for ; Fri, 3 Oct 2008 19:33:05 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 29801 invoked from network); 3 Oct 2008 19:33:05 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail5.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 3 Oct 2008 19:33:05 -0000 Message-ID: <48E67299.5080703@telenix.org> Date: Fri, 03 Oct 2008 15:29:29 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: FreeBSD-Hackers X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: UCLogic tablets 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, 03 Oct 2008 19:33:06 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've just finished the first version of a Xorg driver for the UCLogic family of graphic tablets. It may well work for other tablets, if I could see what folks have, so I could program the names in. Anyhow, the UCLogic tablets are *very* widely OEMed, so I couldn't even begin to guess the tablet name you have, but if it USB-probes as having a Vendor name of UCLogic, then I think this might work for you. Anyone who might want to try it, you might mail me, I'd kinda like to beta-test it before I generally release it. I also did up a manual page. Write me if you're interested. Thanks -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjmcpkACgkQz62J6PPcoOnd1QCdHnPhB31IIyTnlk6Ii8E3eEh/ oV4AoJEn4+jA/wJjw9o+5OGsQeohALYS =RmnH -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 19:34:39 2008 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 A8D511065692 for ; Fri, 3 Oct 2008 19:34:39 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: from mail7.sea5.speakeasy.net (mail7.sea5.speakeasy.net [69.17.117.9]) by mx1.freebsd.org (Postfix) with ESMTP id 86B518FC0C for ; Fri, 3 Oct 2008 19:34:39 +0000 (UTC) (envelope-from chuckr@telenix.org) Received: (qmail 19864 invoked from network); 3 Oct 2008 19:34:39 -0000 Received: from april.chuckr.org (HELO april.telenix.org) (chuckr@[66.92.151.30]) (envelope-sender ) by mail7.sea5.speakeasy.net (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 3 Oct 2008 19:34:38 -0000 Message-ID: <48E672F7.4040103@telenix.org> Date: Fri, 03 Oct 2008 15:31:03 -0400 From: Chuck Robey User-Agent: Thunderbird 2.0.0.6 (X11/20071107) MIME-Version: 1.0 To: FreeBSD-Hackers References: <48E67299.5080703@telenix.org> In-Reply-To: <48E67299.5080703@telenix.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=F3DCA0E9; url=http://pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: UCLogic tablets 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, 03 Oct 2008 19:34:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Chuck Robey wrote: > I've just finished the first version of a Xorg driver for the UCLogic family of > graphic tablets. It may well work for other tablets, if I could see what folks > have, so I could program the names in. > > Anyhow, the UCLogic tablets are *very* widely OEMed, so I couldn't even begin to > guess the tablet name you have, but if it USB-probes as having a Vendor name of > UCLogic, then I think this might work for you. Anyone who might want to try it, > you might mail me, I'd kinda like to beta-test it before I generally release it. > > I also did up a manual page. Write me if you're interested. > > Thanks I forgot to add, the reason for posting here is because I wrote it specifically (at first) for FreeBSD. _______________________________________________ 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" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjmcvcACgkQz62J6PPcoOmRRQCfed2tnNxlN6zI+2me/ubbDRpJ jzoAnRlCdVJW/4LsYB+uMhlAEie52FNs =u4bq -----END PGP SIGNATURE----- From owner-freebsd-hackers@FreeBSD.ORG Fri Oct 3 21:11:11 2008 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 734801065690; Fri, 3 Oct 2008 21:11:11 +0000 (UTC) (envelope-from freebsd-hackers@wheelhouse.org) Received: from mail.nearlyfreespeech.net (x1.phxe.nearlyfreespeech.net [208.94.116.235]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2168FC19; Fri, 3 Oct 2008 21:11:11 +0000 (UTC) (envelope-from freebsd-hackers@wheelhouse.org) Received: from [10.0.1.201] (78.193.33.65.cfl.res.rr.com [65.33.193.78]) by mail.nearlyfreespeech.net (Postfix) with ESMTPSA id 90F0BEBC3C; Fri, 3 Oct 2008 14:11:09 -0700 (MST) Message-Id: <85727D2B-5ABD-4A23-B1B4-80B00407D0FC@wheelhouse.org> From: Jeff Wheelhouse To: John Baldwin In-Reply-To: <200810011717.35873.jhb@freebsd.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v929.2) Date: Fri, 3 Oct 2008 17:11:07 -0400 References: <8185F68B-C443-4891-BEC2-5E3D453DDC93@wheelhouse.org> <200809241212.09920.jhb@freebsd.org> <200810011717.35873.jhb@freebsd.org> X-Mailer: Apple Mail (2.929.2) Cc: freebsd-hackers@freebsd.org Subject: Re: Major SMP problems with lstat/namei 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, 03 Oct 2008 21:11:11 -0000 On Oct 1, 2008, at 5:17 PM, John Baldwin wrote: > It sounds like you missed some of the dirhash changes somehow, as > dirhash no > longer has any lockmgr stuff in it (and only ever did in HEAD). I've > generated a patch though using svn. You can grab it from > http://www.FreeBSD.org/~jhb/patches/ufs_lookup7.patch Note that you > will > have to set vfs.lookup_shared=1 to enable shared locks (either > loader tunable > or sysctl). We lost our test server due to production needs, but should have it back tomorrow. In the mean time, I've downloaded the patch; it applied cleanly and I'm building the resulting kernel now. I'll report back once we get the chance to test it. Thanks, Jeff From owner-freebsd-hackers@FreeBSD.ORG Sat Oct 4 06:40:48 2008 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 02C9B106568A; Sat, 4 Oct 2008 06:40:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from cs1.cs.huji.ac.il (cs1.cs.huji.ac.il [132.65.16.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9D3F48FC15; Sat, 4 Oct 2008 06:40:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by cs1.cs.huji.ac.il with esmtp id 1Km0oo-00085m-D7; Sat, 04 Oct 2008 09:40:46 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Robert Watson In-reply-to: References: <20080926081806.GA19055@icarus.home.lan> <20080926095230.GA20789@icarus.home.lan> Comments: In-reply-to Robert Watson message dated "Fri, 03 Oct 2008 19:55:14 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 04 Oct 2008 09:40:46 +0300 From: Danny Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, freebsd-stable@freebsd.org Subject: Re: bad NFS/UDP performance 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, 04 Oct 2008 06:40:48 -0000 > > On Fri, 3 Oct 2008, Danny Braniss wrote: > > >> On Fri, 3 Oct 2008, Danny Braniss wrote: > >> > >>> gladly, but have no idea how to do LOCK_PROFILING, so some pointers would > >>> be helpfull. > >> > >> The LOCK_PROFILING(9) man page isn't a bad starting point -- I find that > >> the defaults work fine most of the time, so just use them. Turn the enable > >> syscl on just before you begin a run, and turn it off immediately > >> afterwards. Make sure to reset between reruns (rebooting to a new kernel > >> is fine too!). > > > > in ftp://ftp.cs.huji.ac.il/users/danny/lock.prof > > there 3 files: > > 7.1-100 host connected at 100 running -prerelease > > 7.1-1000 same but connected at 1000 > > 7.0-1000 -stable with your 'patch' > > at 100 my benchmark didn't suffer from the profiling, average was about 9. > > at 1000 the benchmark got realy hit, average was around 12 for the patched, > > and 4 for the unpatched (less than at 100). > > Interesting. A bit of post-processing: > > robert@fledge:/tmp> cat 7.1-1000 | awk -F' ' '{print $3" "$9}' | sort -n | > tail -10 > 2413283 /r+d/7/sys/kern/kern_mutex.c:141 > 2470096 /r+d/7/sys/nfsclient/nfs_socket.c:1218 > 2676282 /r+d/7/sys/net/route.c:293 > 2754866 /r+d/7/sys/kern/vfs_bio.c:1468 > 3196298 /r+d/7/sys/nfsclient/nfs_bio.c:1664 > 3318742 /r+d/7/sys/net/route.c:1584 > 3711139 /r+d/7/sys/dev/bge/if_bge.c:3287 > 3753518 /r+d/7/sys/net/if_ethersubr.c:405 > 3961312 /r+d/7/sys/nfsclient/nfs_subs.c:1066 > 10688531 /r+d/7/sys/dev/bge/if_bge.c:3726 > robert@fledge:/tmp> cat 7.0-1000 | awk -F' ' '{print $3" "$9}' | sort -n | > tail -10 > 468631 /r+d/hunt/src/sys/nfsclient/nfs_nfsiod.c:286 > 501989 /r+d/hunt/src/sys/nfsclient/nfs_vnops.c:1148 > 631587 /r+d/hunt/src/sys/nfsclient/nfs_socket.c:1198 > 701155 /r+d/hunt/src/sys/nfsclient/nfs_socket.c:1258 > 718211 /r+d/hunt/src/sys/kern/kern_mutex.c:141 > 1118711 /r+d/hunt/src/sys/nfsclient/nfs_bio.c:1664 > 1169125 /r+d/hunt/src/sys/nfsclient/nfs_subs.c:1066 > 1222867 /r+d/hunt/src/sys/kern/vfs_bio.c:1468 > 3876072 /r+d/hunt/src/sys/netinet/udp_usrreq.c:545 > 5198927 /r+d/hunt/src/sys/netinet/udp_usrreq.c:864 > > The first set above is with the unmodified 7-STABLE tree, the second with a > reversion of read locking on the UDP inpcb. The big blinking sign of interest > is that the bge interface lock is massively contended in the first set of > output, and basically doesn't appear in the second. There are various reasons > bge could stand out quite so much -- one possibly is that previously, the udp > lock serialized all access to the interface from the send code, preventing the > send and receive paths from contending. > > A few things to try: > > - Let's look compare the context switch rates on the two benchmarks. Could > you run vmstat and look at the cpu cs line during the benchmarks and see how > similar the two are as the benchmarks run? You'll want to run it with > vmstat -w 1 and collect several samples per benchmark, since we're really > interested in the distribution rather than an individual sample. > > - Is there any chance you could drop an if_em card into the same box and run > the identical benchmarks with and without LOCK_PROFILING to see whether it > behaves differently than bge when the patch is applied? if_em's interrupt > handling is quite different, and may significantly affect lock use, and > hence contention. at the moment, the best I can do is run it on a different hardware that has if_em, the results are in ftp://ftp.cs.huji.ac.il/users/danny/lock.prof/7.1-1000.em the benchmark ran better with the Intel NIC, averaged UDP 54MB/s, TCP 53MB/s (I get the same numbers with an older kernel). danny