From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 00:30:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A733D1065672 for ; Sun, 18 Apr 2010 00:30:49 +0000 (UTC) (envelope-from rpaulo@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 277F58FC08 for ; Sun, 18 Apr 2010 00:30:48 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so458014fge.13 for ; Sat, 17 Apr 2010 17:30:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to:x-mailer; bh=niDML1j+9SF8KLkNqMrDWq/8nymVu4mkOGx9VcGw16Q=; b=CVYV7z47e/iJHg6NglUuc/Xe7esP43Iq2hxGdIa0b+4byiSgOizGk+z8vKz5ekAviE qaeJ4DT4rTYymE5hATJ8ZmaViEc4oDarJc2XF7XDDAS8XQeKb462K1kMN5yjfAWSZEPq pXpCmiYxKQ/WjeWguQleD4rrFmirtM7xMepwE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:subject:mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to:x-mailer; b=wMGBHSLgz4qAqMaPMRut/vEgKuQU5euNKgC0g2XQOWGAfmoE3vnjdQayRDDKvX6iAj HIKN8dRzWp7u3hac3o5sq2sGPbWcJZQLQwXExeYXY2MMZcK0KpvQvVJdRsfSZ9KKCQbi +dnWWAEeWQYhgbHSB4z7DLyckLFiSqoSoL+uQ= Received: by 10.102.12.17 with SMTP id 17mr2278712mul.36.1271550647810; Sat, 17 Apr 2010 17:30:47 -0700 (PDT) Received: from [10.0.10.2] (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by mx.google.com with ESMTPS id s11sm20663932mue.11.2010.04.17.17.30.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Apr 2010 17:30:47 -0700 (PDT) Sender: Rui Paulo Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4BCA325A.1060600@protected-networks.net> Date: Sun, 18 Apr 2010 01:30:45 +0100 Content-Transfer-Encoding: 7bit Message-Id: <9457029F-38B0-4318-AE7C-55963EB1F97E@freebsd.org> References: <4BCA296E.5030700@protected-networks.net> <2D7313EC-CEBE-4714-85B8-74181C35056C@freebsd.org> <4BCA325A.1060600@protected-networks.net> To: Michael Butler X-Mailer: Apple Mail (2.1078) Cc: freebsd-current Subject: Re: SPOOFED: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 00:30:49 -0000 On 17 Apr 2010, at 23:12, Michael Butler wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > On 04/17/10 18:05, Rui Paulo wrote: >> On 17 Apr 2010, at 22:34, Michael Butler wrote: >> >>> -----BEGIN PGP SIGNED MESSAGE----- >>> Hash: SHA1 >>> >>> The revision labeled: >>> >>> SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >>> >>> Add another ICH7M chipset that works. >>> >>> .. is incorrect and will cause some laptops to not boot. >> >> So, in AHCI mode it doesn't find the disks? > > No - the driver fails to attach (ENXIO). But since ahci failed to attach, won't atapci attach later? Can you show me the dmesg? Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 02:01:32 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB1A9106566B for ; Sun, 18 Apr 2010 02:01:32 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from email1.allantgroup.com (email1.emsphone.com [199.67.51.115]) by mx1.freebsd.org (Postfix) with ESMTP id 7F2418FC19 for ; Sun, 18 Apr 2010 02:01:32 +0000 (UTC) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by email1.allantgroup.com (8.14.0/8.14.0) with ESMTP id o3I21V5r054266 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 17 Apr 2010 21:01:31 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (smmsp@localhost [127.0.0.1]) by dan.emsphone.com (8.14.4/8.14.3) with ESMTP id o3I21Vjr012562 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Sat, 17 Apr 2010 21:01:31 -0500 (CDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.4/8.14.3/Submit) id o3I21Ur1012561; Sat, 17 Apr 2010 21:01:30 -0500 (CDT) (envelope-from dan) Date: Sat, 17 Apr 2010 21:01:30 -0500 From: Dan Nelson To: Rui Paulo Message-ID: <20100418020130.GB5413@dan.emsphone.com> References: <20100416160818.GA69460@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-OS: FreeBSD 8.0-STABLE User-Agent: Mutt/1.5.20 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96 at email1.allantgroup.com X-Virus-Status: Clean X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.0.2 (email1.allantgroup.com [199.67.51.78]); Sat, 17 Apr 2010 21:01:31 -0500 (CDT) X-Scanned-By: MIMEDefang 2.45 Cc: freebsd-current@freebsd.org, Ivan Voras Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 02:01:32 -0000 In the last episode (Apr 17), Rui Paulo said: > On 16 Apr 2010, at 22:41, Ivan Voras wrote: > > I have a buildworld error here: > > > > clang -isystem /usr/obj/mt/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/mt/clangbsd/tmp/usr/include -B/usr/obj/mt/clangbsd/tmp/usr/lib/ -L/usr/obj/mt/clangbsd/tmp/usr/lib/ -fpic -DPIC -O2 -pipe -mtune=generic -I/mt/clangbsd/lib/libc/include -I/mt/clangbsd/lib/libc/../../include -I/mt/clangbsd/lib/libc/amd64 -DNLS -D__DBINTERFACE_PRIVATE -I/mt/clangbsd/lib/libc/../../contrib/gdtoa -DINET6 -I/usr/obj/mt/clangbsd/lib/libc -I/mt/clangbsd/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/mt/clangbsd/lib/libc/../../contrib/tzcode/stdtime -I/mt/clangbsd/lib/libc/stdtime -I/mt/clangbsd/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/mt/clangbsd/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /mt/clangbsd/lib/libc/sys/__error.c -o __error.So > > /mt/clangbsd/lib/libc/sys/stack_protector.c:88:19: error: format string is not a string literal (potentially insecure) [-Wformat-security] > > syslog(LOG_CRIT, msg); > > ^~~ > > 1 diagnostic generated. > > *** Error code 1 > > 2 errors > > *** Error code 2 > > 1 error > > > > The context is... I think a bit overprotective here :) At least this > > particular warning knob should probably be turned off. > > Actually, I would rather fix the code that does this than disabling the > warning. Even if this particular code is not vulnerable to format string > problems, it's 2010 now and it doesn't hurt to add a "%s" there. Agree. Calling sprintf-like functions with unknown format strings is dangerous. Technically, though, the code as is stands is safe, since __fail is static and the only two callers do pass safe string literals. It looks like we found three buglets here :) 1) __fail should use syslog(LOG_CRIT, "%s", msg). 2) We should add -Wformat-nonliteral to the gcc CFLAGS list so it can make the same check across the entire build (though it's no smarter than clang and emits one for this file). 3) Both clang and gcc (when asked to) emit a warning when they have enough information to know it's safe. It's better to err on the side of caution, though, and the compiler would have to analyze the whole source file to know that all the callers use the function safely. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 05:57:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F88B1065672 for ; Sun, 18 Apr 2010 05:57:36 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by mx1.freebsd.org (Postfix) with ESMTP id DADA98FC13 for ; Sun, 18 Apr 2010 05:57:35 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so1135155fga.13 for ; Sat, 17 Apr 2010 22:57:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=PNJA6mN6rFosNvd2zQKBPRF/q/9Iuc+ZhCWonzVmdFc=; b=JZEOBbKJyRCH1vfXW0hkXDHXpvNlakgJ4n5quAvECJxEwr7IAONjYUXD/Wjh79nb/k UFZM3eqLgK2h2Q2Gh8cBnnqhvoLCLEBCsavo6sDGDZo6KGh1mnwuS9RGxSjMAkFXyJFc vOpLj/FNrj+NcJFb3Z1lCkZdP89juZhM2At9c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=c/vNlxdloKbQMFmXlfa9dxE3GZb8qmDorMA2a5jo28ML9S0O9E+399hDjRfsAualOQ ym/zKZZQX9kdgNdcMKjw76qJjy05GKtGrWQU5tbMWtmAP3x6+113oYgooSMMLNzmZf6A OPQuX25vOqHpzThJMC+RMe6lwdFi3yXwAD1kM= Received: by 10.103.69.2 with SMTP id w2mr2400008muk.18.1271570254366; Sat, 17 Apr 2010 22:57:34 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 25sm21535950mul.46.2010.04.17.22.57.33 (version=SSLv3 cipher=RC4-MD5); Sat, 17 Apr 2010 22:57:33 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BCA9F44.50002@FreeBSD.org> Date: Sun, 18 Apr 2010 08:57:24 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Rui Paulo References: <4BCA325A.1060600@protected-networks.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current Subject: Re: SPOOFED: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 05:57:36 -0000 Rui Paulo wrote: > On 17 Apr 2010, at 23:12, Michael Butler wrote: >> On 04/17/10 18:05, Rui Paulo wrote: >>> On 17 Apr 2010, at 22:34, Michael Butler wrote: >>>> The revision labeled: >>>> >>>> SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >>>> >>>> Add another ICH7M chipset that works. >>>> >>>> .. is incorrect and will cause some laptops to not boot. >>> So, in AHCI mode it doesn't find the disks? >> No - the driver fails to attach (ENXIO). > > But since ahci failed to attach, won't atapci attach later? If probe succeeded - no. > Can you show me the dmesg? More important probably would be `pciconf -lvcb`. Intel controllers after ICH6 change both ID and set of resources, depending on AHCI enabled in BIOS. There is separate set of IDs for controllers with AHCI enabled. As I can see, Linux handles ID 0x27c4 as non-AHCI SATA. If for some reason this ID could be used for both modes (I have doubts), we may try to set AHCI_Q_NOFORCE flag to make driver check PCI class/subclass, if it is correct there. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 08:04:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6AE1C106566C for ; Sun, 18 Apr 2010 08:04:31 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 220688FC13 for ; Sun, 18 Apr 2010 08:04:30 +0000 (UTC) Received: from [77.41.96.17] (port=49419 helo=dc7700p.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O3PUR-000GND-8Y; Sun, 18 Apr 2010 12:04:27 +0400 Message-ID: <4BCABD00.8070104@lissyara.su> Date: Sun, 18 Apr 2010 12:04:16 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: Roman Divacky , freebsd-current References: <20100416160818.GA69460@freebsd.org> In-Reply-To: <20100416160818.GA69460@freebsd.org> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 08:04:31 -0000 16.04.2010 20:08, Roman Divacky ïèøåò: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the FreeBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). I accidentally install world to / it's not bootable - loader error I'm copy /boot/boot* /boot/loader from 8 - it successfully boot. kernel not build, with error: dc7700p# make buildworld "Makefile", line 111: warning: "/usr/bin/env -i PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" returned non-zero status Segmentation fault (core dumped) "/usr/src/Makefile", line 111: warning: "/usr/bin/env -i PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" returned non-zero status -------------------------------------------------------------- >>> Building an up-to-date make(1) -------------------------------------------------------------- /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for /usr/src/usr.bin/make Segmentation fault (core dumped) *** Error code 139 Stop in /usr/src. *** Signal 11 Stop in /usr/src. From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 08:06:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B67E106564A for ; Sun, 18 Apr 2010 08:06:39 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 226E98FC13 for ; Sun, 18 Apr 2010 08:06:39 +0000 (UTC) Received: from [77.41.96.17] (port=36356 helo=dc7700p.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O3PWY-000GRx-06 for freebsd-current@freebsd.org; Sun, 18 Apr 2010 12:06:38 +0400 Message-ID: <4BCABD83.7070706@lissyara.su> Date: Sun, 18 Apr 2010 12:06:27 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20100416160818.GA69460@freebsd.org> <4BCABD00.8070104@lissyara.su> In-Reply-To: <4BCABD00.8070104@lissyara.su> Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 08:06:39 -0000 18.04.2010 12:04, Alex Keda ïèøåò: > 16.04.2010 20:08, Roman Divacky ïèøåò: >> Hi, >> >> ClangBSD is a branch of FreeBSD that aims at integrating clang >> (clang.llvm.org) >> into FreeBSD, replacing GCC as a system compiler. >> >> Recently, we've achieved the state when clang can compile all of >> FreeBSD world >> on i386/amd64 platforms (including all the C++ apps we have and itself) >> and a bootable kernel. Thus we feel that the time has come to ask the >> FreeBSD >> community for wider testing on i386/amd64 (you sure can help with other >> platforms too :)). > I accidentally install world to / > it's not bootable - loader error > I'm copy /boot/boot* /boot/loader from 8 - it successfully boot. my system is: FreeBSD dc7700p.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r206420: Fri Apr 9 20:59:48 MSD 2010 lissyara@dc7700p.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 09:52:16 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 717E21065673 for ; Sun, 18 Apr 2010 09:52:16 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 29C1C8FC2E for ; Sun, 18 Apr 2010 09:52:15 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E99619CB0C4; Sun, 18 Apr 2010 11:49:54 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zS0Z9t3dA0MH; Sun, 18 Apr 2010 11:49:52 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 000729CB263; Sun, 18 Apr 2010 11:49:51 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3I9np73053694; Sun, 18 Apr 2010 11:49:51 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 18 Apr 2010 11:49:51 +0200 From: Roman Divacky To: Alex Keda Message-ID: <20100418094951.GA53584@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BCABD00.8070104@lissyara.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BCABD00.8070104@lissyara.su> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 09:52:16 -0000 On Sun, Apr 18, 2010 at 12:04:16PM +0400, Alex Keda wrote: > 16.04.2010 20:08, Roman Divacky ?????: > >Hi, > > > >ClangBSD is a branch of FreeBSD that aims at integrating clang > >(clang.llvm.org) > >into FreeBSD, replacing GCC as a system compiler. > > > >Recently, we've achieved the state when clang can compile all of FreeBSD > >world > >on i386/amd64 platforms (including all the C++ apps we have and itself) > >and a bootable kernel. Thus we feel that the time has come to ask the > >FreeBSD > >community for wider testing on i386/amd64 (you sure can help with other > >platforms too :)). > I accidentally install world to / > it's not bootable - loader error > I'm copy /boot/boot* /boot/loader from 8 - it successfully boot. strange.. I have reports that clangbsd world+kernel compild with clang boots in vmware what was the exact problem with your booting? > kernel not build, with error: > dc7700p# make buildworld > "Makefile", line 111: warning: "/usr/bin/env -i > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make > __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" > returned non-zero status > Segmentation fault (core dumped) > "/usr/src/Makefile", line 111: warning: "/usr/bin/env -i > PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make > __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" > returned non-zero status > > -------------------------------------------------------------- > >>> Building an up-to-date make(1) > -------------------------------------------------------------- > /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for > /usr/src/usr.bin/make > Segmentation fault (core dumped) > *** Error code 139 > > Stop in /usr/src. > *** Signal 11 > > Stop in /usr/src. what exactly is crashing here? From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 10:39:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6DD0D1065676; Sun, 18 Apr 2010 10:39:39 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4E4658FC16; Sun, 18 Apr 2010 10:39:39 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 7CE1C11B820; Sun, 18 Apr 2010 05:39:38 -0500 (CDT) Received: from 10.0.10.2 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id XYN2152QZAEI; Sun, 18 Apr 2010 05:39:38 -0500 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: <4BCA9F44.50002@FreeBSD.org> Date: Sun, 18 Apr 2010 11:39:35 +0100 Content-Transfer-Encoding: 7bit Message-Id: <987831E7-4893-4F2F-B96F-A1E25BD9BCA0@freebsd.org> References: <4BCA325A.1060600@protected-networks.net> <4BCA9F44.50002@FreeBSD.org> To: Alexander Motin X-Mailer: Apple Mail (2.1078) Cc: FreeBSD-Current Subject: Re: SPOOFED: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 10:39:39 -0000 On 18 Apr 2010, at 06:57, Alexander Motin wrote: > Rui Paulo wrote: >> On 17 Apr 2010, at 23:12, Michael Butler wrote: >>> On 04/17/10 18:05, Rui Paulo wrote: >>>> On 17 Apr 2010, at 22:34, Michael Butler wrote: >>>>> The revision labeled: >>>>> >>>>> SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >>>>> >>>>> Add another ICH7M chipset that works. >>>>> >>>>> .. is incorrect and will cause some laptops to not boot. >>>> So, in AHCI mode it doesn't find the disks? >>> No - the driver fails to attach (ENXIO). >> >> But since ahci failed to attach, won't atapci attach later? > > If probe succeeded - no. > >> Can you show me the dmesg? > > More important probably would be `pciconf -lvcb`. > > Intel controllers after ICH6 change both ID and set of resources, > depending on AHCI enabled in BIOS. There is separate set of IDs for > controllers with AHCI enabled. As I can see, Linux handles ID 0x27c4 as > non-AHCI SATA. If for some reason this ID could be used for both modes > (I have doubts), It can be used in both modes. atapci used to attach to it on my MacBook. > we may try to set AHCI_Q_NOFORCE flag to make driver > check PCI class/subclass, if it is correct there. Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 10:55:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECF13106566B; Sun, 18 Apr 2010 10:55:28 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id A22E58FC30; Sun, 18 Apr 2010 10:55:28 +0000 (UTC) Received: from [77.41.96.17] (port=10138 helo=dc7700p.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O3S9u-000KZt-BG; Sun, 18 Apr 2010 14:55:26 +0400 Message-ID: <4BCAE514.4@lissyara.su> Date: Sun, 18 Apr 2010 14:55:16 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: Roman Divacky , "freebsd-current@freebsd.org >> freebsd-current" References: <20100416160818.GA69460@freebsd.org> <4BCABD00.8070104@lissyara.su> <20100418094951.GA53584@freebsd.org> In-Reply-To: <20100418094951.GA53584@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Cc: Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 10:55:29 -0000 18.04.2010 13:49, Roman Divacky пишет: > On Sun, Apr 18, 2010 at 12:04:16PM +0400, Alex Keda wrote: >> 16.04.2010 20:08, Roman Divacky ?????: >>> Hi, >>> >>> ClangBSD is a branch of FreeBSD that aims at integrating clang >>> (clang.llvm.org) >>> into FreeBSD, replacing GCC as a system compiler. >>> >>> Recently, we've achieved the state when clang can compile all of FreeBSD >>> world >>> on i386/amd64 platforms (including all the C++ apps we have and itself) >>> and a bootable kernel. Thus we feel that the time has come to ask the >>> FreeBSD >>> community for wider testing on i386/amd64 (you sure can help with other >>> platforms too :)). >> I accidentally install world to / >> it's not bootable - loader error >> I'm copy /boot/boot* /boot/loader from 8 - it successfully boot. > > strange.. I have reports that clangbsd world+kernel compild with clang > boots in vmware > > what was the exact problem with your booting? I don't remember and not save old boot* now, I cannot build world or kernel =) >> kernel not build, with error: >> dc7700p# make buildworld >> "Makefile", line 111: warning: "/usr/bin/env -i >> PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make >> __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" >> returned non-zero status >> Segmentation fault (core dumped) >> "/usr/src/Makefile", line 111: warning: "/usr/bin/env -i >> PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin make >> __MAKE_CONF=/etc/make.conf -f /dev/null -V MAKEOBJDIRPREFIX dummy" >> returned non-zero status >> >> -------------------------------------------------------------- >>>>> Building an up-to-date make(1) >> -------------------------------------------------------------- >> /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for >> /usr/src/usr.bin/make >> Segmentation fault (core dumped) >> *** Error code 139 >> >> Stop in /usr/src. >> *** Signal 11 >> >> Stop in /usr/src. > > what exactly is crashing here? dc7700p$ ll /usr/src| grep core -rw------- 1 root wheel 6,8M 18 апр 12:03 make.core dc7700p$ From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 12:31:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F09B106564A; Sun, 18 Apr 2010 12:31:15 +0000 (UTC) (envelope-from geo.liaskos@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id DEEFB8FC1F; Sun, 18 Apr 2010 12:31:14 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so1281699fga.13 for ; Sun, 18 Apr 2010 05:31:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=OYFiLYshqbcFGP32fdQkkd64BmDMFZYcdKiOvFrLBj0=; b=e+INxrUpbkDPaCA3CuhwOykERbrz0r+mXcYw3l+Ood/Z2zhfBTg8Kp/rmNomhv6bG7 JVnqlWJ9JRrWzeAOyCw73PR9feXPIR1astOhlHK20CmZe81Bam656qe0CPjfp64+NrAc m/YaR9t4xyUliCLQ11aNwMecd3leQIEzTsU5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=e84P4CQHw/Q93r1ly1fYMzhy0s0EW+F14Ah6ObHnZ5a6HIW6yKJsdJYeeT/PRoDdpH PUe0Wb2r24mGiGVM8NdsySCYDHiDUKBwjV2nvKgyfMO2zGmt+sz1XEOQgalty23Fr7+P FG9pDyr1miSi2iI5zNDXceVNDrmLrnAnoq+rw= MIME-Version: 1.0 Received: by 10.239.193.6 with HTTP; Sun, 18 Apr 2010 05:31:13 -0700 (PDT) In-Reply-To: <20100418094951.GA53584@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BCABD00.8070104@lissyara.su> <20100418094951.GA53584@freebsd.org> Date: Sun, 18 Apr 2010 15:31:13 +0300 Received: by 10.239.155.67 with SMTP id h3mr332670hbc.110.1271593873473; Sun, 18 Apr 2010 05:31:13 -0700 (PDT) Message-ID: From: George Liaskos To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Cc: Alex Keda , freebsd-current Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 12:31:15 -0000 >> /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for >> /usr/src/usr.bin/make >> Segmentation fault (core dumped) >> *** Error code 139 >> >> Stop in /usr/src. >> *** Signal 11 >> >> Stop in /usr/src. > > what exactly is crashing here? I have the same problem with make Program received signal SIGSEGV, Segmentation fault. 0x0000000000000000 in ?? () (gdb) backtrace #0 0x0000000000000000 in ?? () #1 0x000000000043b033 in __cxa_finalize () #2 0x0000000000433e2d in exit () #3 0x0000000000411cb2 in DieHorribly () #4 0x0000000000411c72 in Punt () #5 0x000000000040d453 in Parse_MainName () #6 0x000000000040a596 in main () gcc segfaults also > gcc -v Using built-in specs. Target: amd64-undermydesk-freebsd Configured with: FreeBSD/amd64 system compiler Thread model: posix gcc version 4.2.1 20070719 [FreeBSD] Segmentation fault (core dumped) From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 13:05:58 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0C21065678; Sun, 18 Apr 2010 13:05:58 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-bw0-f214.google.com (mail-bw0-f214.google.com [209.85.218.214]) by mx1.freebsd.org (Postfix) with ESMTP id EB3B48FC1A; Sun, 18 Apr 2010 13:05:57 +0000 (UTC) Received: by bwz6 with SMTP id 6so3348838bwz.13 for ; Sun, 18 Apr 2010 06:05:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=xqLdoElntp7isJ87tW9hWRQ7cXEAFo5/zUxtcAZljiA=; b=b80aOcjEnCIyFiNuVYzpnsd4z89bVpJprwZ7Dv4RGaMUTmQyv6GtvNlqQB6DNkk3cq qay6fQVntMFSkIQ4g7PDHwmrZJJg73joQJY4sYMDpNK09YLJlCBcbcIOWAa99Nw/ktqW gOfZVaAP4obJjimXgUcGWmkbOvqeQWqAn5p5I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=wXR00Vt0FflywaD4CmTnTNJPGxDTgs6CogUZF1ApyZ72j6Q3ryZkWFG6Tk+fg2TMcL Kcq5499j4SQyXSMfZMeaiYy38wo+z8WPuM7LXFioQmVI3jHxal4l050dyreqf1elDofT Z4T0bH2lV70XeJylkcBroetJehv//zrU6YkXw= Received: by 10.103.66.9 with SMTP id t9mr2628893muk.73.1271595956500; Sun, 18 Apr 2010 06:05:56 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id u9sm22740904muf.6.2010.04.18.06.05.55 (version=SSLv3 cipher=RC4-MD5); Sun, 18 Apr 2010 06:05:55 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BCB03AA.1050405@FreeBSD.org> Date: Sun, 18 Apr 2010 16:05:46 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Rui Paulo References: <4BCA325A.1060600@protected-networks.net> <4BCA9F44.50002@FreeBSD.org> <987831E7-4893-4F2F-B96F-A1E25BD9BCA0@freebsd.org> In-Reply-To: <987831E7-4893-4F2F-B96F-A1E25BD9BCA0@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Michael Butler Subject: Re: SPOOFED: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 13:05:58 -0000 Rui Paulo wrote: > On 18 Apr 2010, at 06:57, Alexander Motin wrote: >> Rui Paulo wrote: >>> On 17 Apr 2010, at 23:12, Michael Butler wrote: >>>> On 04/17/10 18:05, Rui Paulo wrote: >>>>> On 17 Apr 2010, at 22:34, Michael Butler wrote: >>>>>> The revision labeled: >>>>>> >>>>>> SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >>>>>> >>>>>> Add another ICH7M chipset that works. >>>>>> >>>>>> .. is incorrect and will cause some laptops to not boot. >>>>> So, in AHCI mode it doesn't find the disks? >>>> No - the driver fails to attach (ENXIO). >>> But since ahci failed to attach, won't atapci attach later? >> If probe succeeded - no. >> >>> Can you show me the dmesg? >> More important probably would be `pciconf -lvcb`. >> >> Intel controllers after ICH6 change both ID and set of resources, >> depending on AHCI enabled in BIOS. There is separate set of IDs for >> controllers with AHCI enabled. As I can see, Linux handles ID 0x27c4 as >> non-AHCI SATA. If for some reason this ID could be used for both modes >> (I have doubts), > > It can be used in both modes. atapci used to attach to it on my MacBook. Most of AHCI controllers could also work as usual PCI ATA, but not every PCI ATA could work as AHCI. It would be nice to compare `pciconf -lvbc` output in both working (Rui) and not working (Michael) cases. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 13:28:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5437106564A for ; Sun, 18 Apr 2010 13:28:49 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id 519DA8FC18 for ; Sun, 18 Apr 2010 13:28:48 +0000 (UTC) Received: from macfeast.lan (0x573b9942.cpe.ge-1-2-0-1101.ronqu1.customer.tele.dk [87.59.153.66]) by csmtp2.one.com (Postfix) with ESMTP id B014D1B00A00A; Sun, 18 Apr 2010 13:09:48 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/signed; boundary=Apple-Mail-171--916271083; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: <20100416160818.GA69460@freebsd.org> Date: Sun, 18 Apr 2010 15:09:48 +0200 Message-Id: References: <20100416160818.GA69460@freebsd.org> To: current@freebsd.org X-Mailer: Apple Mail (2.1078) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Roman Divacky Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 13:28:49 -0000 --Apple-Mail-171--916271083 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Roman Den 16/04/2010 kl. 18.08 skrev Roman Divacky: > We kindly ask you to setup ClangBSD chroot and/or use clang compiled = kernel and=20 > use it as you would normally use FreeBSD. Please report back=20 I installed ClangBSD kernel and world in a VirtualBox virtual machine = (amd64) and rebooted. It booted and lived through some basic testing, = like extracting a ports tree with portsnap and installing a couple of = ports. I'm very impressed. Then I checked out pho's stress2 suite and set it to run for the night. = This morning it sat at a kdb prompt: http://tinypic.com/r/206c0us/5 I don't know if this is ClangSD-related. I haven't tried kernel = debugging before. Any pointers on how to proceed? Thanks, Erik= --Apple-Mail-171--916271083-- From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 13:37:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7CC6B1065673; Sun, 18 Apr 2010 13:37:51 +0000 (UTC) (envelope-from imb@protected-networks.net) Received: from sarah.protected-networks.net (sarah.protected-networks.net [IPv6:2001:470:1f07:4e1::1]) by mx1.freebsd.org (Postfix) with ESMTP id 446A38FC13; Sun, 18 Apr 2010 13:37:51 +0000 (UTC) Received: from toshi.auburn.protected-networks.net (toshi.auburn.protected-networks.net [202.12.127.84]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "Iain Butler", Issuer "RSA Class 2 Personal CA" (verified OK)) (Authenticated sender: imb) by sarah.protected-networks.net (Postfix) with ESMTPSA id 7732960F4; Sun, 18 Apr 2010 09:37:50 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=protected-networks.net; s=200705; t=1271597870; bh=UwcnZ1/IHcedYc8pVDcsjhbaxF3tn0OdPZ4fntYNa6E=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=luhLLxgYTPOwcpGvr57LHkDFipVyVtJdeNl+FgbVK2ADJyHGPoRcX6zKilXmu4Pa8 3ysInVEdMl7RKZgw18k6m2u5umMpSMnIhQiBzM8/Fn3rY1zgpaGOp2rfErgM+T6 DomainKey-Signature: a=rsa-sha1; s=200509; d=protected-networks.net; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:to:cc:subject: references:in-reply-to:x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=Gcq2nmABIvHyWGufrDgVC37hfn0xoiuXl5WOWQKgK+++nrL7sgiIU7kXBaAN/evwW vcDZppze4BAtT0t452mC/RA/HdTzDatJN6EMYQJNX4DNdZZ/15rAxuuCUonOBVM Message-ID: <4BCB0B2A.1020908@protected-networks.net> Date: Sun, 18 Apr 2010 09:37:46 -0400 From: Michael Butler User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alexander Motin References: <4BCA325A.1060600@protected-networks.net> <4BCA9F44.50002@FreeBSD.org> In-Reply-To: <4BCA9F44.50002@FreeBSD.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=0442D492 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Rui Paulo Subject: Re: SPOOFED: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 13:37:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 04/18/10 01:57, Alexander Motin wrote: > More important probably would be `pciconf -lvcb`. > > Intel controllers after ICH6 change both ID and set of resources, > depending on AHCI enabled in BIOS. There is separate set of IDs for > controllers with AHCI enabled. As I can see, Linux handles ID 0x27c4 as > non-AHCI SATA. If for some reason this ID could be used for both modes > (I have doubts), we may try to set AHCI_Q_NOFORCE flag to make driver > check PCI class/subclass, if it is correct there. > atapci0@pci0:0:31:2: class=0x010180 card=0xff101179 chip=0x27c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' class = mass storage subclass = ATA bar [10] = type I/O Port, range 32, base 0x1f0, size 8, enabled bar [14] = type I/O Port, range 32, base 0x3f4, size 1, enabled bar [18] = type I/O Port, range 32, base 0x170, size 8, enabled bar [1c] = type I/O Port, range 32, base 0x374, size 1, enabled bar [20] = type I/O Port, range 32, base 0x18b0, size 16, enabled cap 01[70] = powerspec 2 supports D0 D3 current D0 When AHCI is enabled, the device ID changes to 0x27c5. In this case, the probe succeeds but, since MSE is not set, the allocation of memory-IO space to BAR(5) is futile and the reset fails since it addresses undecoded space. Thus the attach fails, imb -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (FreeBSD) iEYEARECAAYFAkvLCyoACgkQQv9rrgRC1JK3UQCfXG1K3B7kOo35koBWdTohYt7/ qygAoM0kn0ZSYeD5P0Hu7kr3ci+otV3m =sk9Y -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 13:55:23 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 83B61106567C for ; Sun, 18 Apr 2010 13:55:23 +0000 (UTC) (envelope-from boogie@lazybytes.org) Received: from mail.lazybytes.org (mail.lazybytes.org [195.54.209.3]) by mx1.freebsd.org (Postfix) with ESMTP id 31FD08FC1A for ; Sun, 18 Apr 2010 13:55:22 +0000 (UTC) Received: from [127.0.0.1] (broadband-77-37-224-248.nationalcablenetworks.ru [77.37.224.248]) by mail.lazybytes.org (Postfix) with ESMTPSA id 3DD476C65; Sun, 18 Apr 2010 17:51:54 +0400 (MSD) Message-ID: <4BCB0F47.1030104@lazybytes.org> Date: Sun, 18 Apr 2010 17:55:19 +0400 From: Sergey Vinogradov User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100417 Shredder/3.2a1pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> In-Reply-To: <20100416160818.GA69460@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.lazybytes.org); Sun, 18 Apr 2010 17:51:54 +0400 (MSD) Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 13:55:23 -0000 On 16.04.2010 20:08, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the FreeBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). > > How to setup ClangBSD: > > The default configuration of ClangBSD requires clang installed so you can > either install fresh llvm-devel port (portinstall devel/llvm-devel) or change > CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. > > > svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd > > cd clangbsd&& make buildworld > > echo NO_WERROR=>> /etc/make.conf > echo WERROR=>> /etc/make.conf > > make DESTDIR=/clangbsd-chroot/ installworld > > > now you have ClangBSD world installed and you can chroot into it. I don't > recommend installing ClangBSD into real root as it is not tested enough. > > You can also start using clang compiled kernel - either build the kernel in > the ClangBSD chroot (set NO_WERROR=yo and WERROR=yo in /etc/src.conf) or set > CC to clang and build kernel the normal way. > > This information (and more) is also provided on: > > http://wiki.freebsd.org/BuildingFreeBSDWithClang > > We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel and > use it as you would normally use FreeBSD. Please report back > > Thank you, > > Roman Divacky on behalf of the ClangBSD team `make -j8 -DNO_WERROR -DWERROR buildworld` went perfectly with CPUTYPE?=k8 in the host system (BTW, does it affect something in case of building ClangBSD?). I've installed it in a jail, and it runs already. The first thing I've noticed is make(1) segfaulting even without target (I think that was already reported in this thread). However, tcsh(1), ps(1), top(1) and ftp(1) run smoothly :) I'll take a closer look at it a little bit later. Anyway, much kudos to all the ClangBSD Team, you've done a really great job! -- wbr, Boo From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 15:08:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C899C1065670; Sun, 18 Apr 2010 15:08:02 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 9A4F38FC08; Sun, 18 Apr 2010 15:08:02 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 09BC911B98E; Sun, 18 Apr 2010 10:08:00 -0500 (CDT) Received: from 10.0.10.17 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id ELOHEB2SZWZS; Sun, 18 Apr 2010 10:08:00 -0500 References: <4BCA325A.1060600@protected-networks.net> <4BCA9F44.50002@FreeBSD.org> <987831E7-4893-4F2F-B96F-A1E25BD9BCA0@freebsd.org> <4BCB03AA.1050405@FreeBSD.org> In-Reply-To: <4BCB03AA.1050405@FreeBSD.org> Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii Message-Id: <9B82ED79-C168-482C-A3A9-26D71060BB0F@freebsd.org> Content-Transfer-Encoding: quoted-printable From: Rui Paulo Date: Sun, 18 Apr 2010 16:07:56 +0100 To: Alexander Motin X-Mailer: Apple Mail (2.1078) Cc: FreeBSD-Current , Michael Butler Subject: Re: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 15:08:03 -0000 On 18 Apr 2010, at 14:05, Alexander Motin wrote: > Rui Paulo wrote: >> On 18 Apr 2010, at 06:57, Alexander Motin wrote: >>> Rui Paulo wrote: >>>> On 17 Apr 2010, at 23:12, Michael Butler wrote: >>>>> On 04/17/10 18:05, Rui Paulo wrote: >>>>>> On 17 Apr 2010, at 22:34, Michael Butler wrote: >>>>>>> The revision labeled: >>>>>>>=20 >>>>>>> SVN rev 206755 on 2010-04-17 11:40:39Z by rpaulo >>>>>>>=20 >>>>>>> Add another ICH7M chipset that works. >>>>>>>=20 >>>>>>> .. is incorrect and will cause some laptops to not boot. >>>>>> So, in AHCI mode it doesn't find the disks? >>>>> No - the driver fails to attach (ENXIO). >>>> But since ahci failed to attach, won't atapci attach later? >>> If probe succeeded - no. >>>=20 >>>> Can you show me the dmesg? >>> More important probably would be `pciconf -lvcb`. >>>=20 >>> Intel controllers after ICH6 change both ID and set of resources, >>> depending on AHCI enabled in BIOS. There is separate set of IDs for >>> controllers with AHCI enabled. As I can see, Linux handles ID 0x27c4 = as >>> non-AHCI SATA. If for some reason this ID could be used for both = modes >>> (I have doubts), >>=20 >> It can be used in both modes. atapci used to attach to it on my = MacBook. >=20 > Most of AHCI controllers could also work as usual PCI ATA, but not = every > PCI ATA could work as AHCI. It would be nice to compare `pciconf = -lvbc` > output in both working (Rui) and not working (Michael) cases. atapci0@pci0:0:31:1: class=3D0x01018a card=3D0x72708086 = chip=3D0x27df8086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801G (ICH7 Family) Ultra ATA Storage Controller' class =3D mass storage subclass =3D ATA bar [10] =3D type I/O Port, range 32, base 0x1f0, size 8, enabled bar [14] =3D type I/O Port, range 32, base 0x3f4, size 1, enabled bar [18] =3D type I/O Port, range 32, base 0x170, size 8, enabled bar [1c] =3D type I/O Port, range 32, base 0x374, size 1, enabled bar [20] =3D type I/O Port, range 32, base 0x20c0, size 16, = enabled ahci0@pci0:0:31:2: class=3D0x01018f card=3D0x72708086 = chip=3D0x27c48086 rev=3D0x02 hdr=3D0x00 vendor =3D 'Intel Corporation' device =3D '82801GBM/GHM (ICH7-M Family) Serial ATA Storage = Controller' class =3D mass storage subclass =3D ATA bar [10] =3D type I/O Port, range 32, base 0x20d8, size 8, = enabled bar [14] =3D type I/O Port, range 32, base 0x20fc, size 4, = enabled bar [18] =3D type I/O Port, range 32, base 0x20d0, size 8, = enabled bar [1c] =3D type I/O Port, range 32, base 0x20f8, size 4, = enabled bar [20] =3D type I/O Port, range 32, base 0x2020, size 16, = enabled bar [24] =3D type Memory, range 32, base 0x90445000, size 1024, = enabled cap 01[70] =3D powerspec 2 supports D0 D3 current D0 BTW, Mac OS X also uses AHCI on this controller. -- Rui Paulo= From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 17:21:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0AFAB1065670 for ; Sun, 18 Apr 2010 17:21:10 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id B63078FC12 for ; Sun, 18 Apr 2010 17:21:09 +0000 (UTC) Received: from [77.41.96.17] (port=27016 helo=dc7700p.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O3YB9-0003XL-A8 for freebsd-current@freebsd.org; Sun, 18 Apr 2010 21:21:07 +0400 Message-ID: <4BCB3F78.7020809@lissyara.su> Date: Sun, 18 Apr 2010 21:20:56 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20100416160818.GA69460@freebsd.org> <4BCABD00.8070104@lissyara.su> <20100418094951.GA53584@freebsd.org> In-Reply-To: <20100418094951.GA53584@freebsd.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 17:21:10 -0000 18.04.2010 13:49, Roman Divacky пишет: > On Sun, Apr 18, 2010 at 12:04:16PM +0400, Alex Keda wrote: >> 16.04.2010 20:08, Roman Divacky ?????: >>> Hi, >>> >>> ClangBSD is a branch of FreeBSD that aims at integrating clang >>> (clang.llvm.org) >>> into FreeBSD, replacing GCC as a system compiler. >>> >>> Recently, we've achieved the state when clang can compile all of FreeBSD >>> world >>> on i386/amd64 platforms (including all the C++ apps we have and itself) >>> and a bootable kernel. Thus we feel that the time has come to ask the >>> FreeBSD >>> community for wider testing on i386/amd64 (you sure can help with other >>> platforms too :)). >> I accidentally install world to / >> it's not bootable - loader error >> I'm copy /boot/boot* /boot/loader from 8 - it successfully boot. > > strange.. I have reports that clangbsd world+kernel compild with clang > boots in vmware > > what was the exact problem with your booting? I build world, build kernel, install kernel, install world - all to / Now, I working with: FreeBSD dc7700p.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r206791: Sun Apr 18 20:37:09 MSD 2010 lissyara@dc7700p.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 all working (without 'make'). Again, I have boot error: BTX loader 1.00 BTX version is 0.00 Error: Client format not supported. if I copy /boot/boot* and /boot/loader from working system (i have only 8.0 amd64) - boot OK From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 19:09:02 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01EEC106564A; Sun, 18 Apr 2010 19:09:02 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8FA358FC1E; Sun, 18 Apr 2010 19:09:01 +0000 (UTC) Received: from delta.allbsd.org (p4178-ipbf1907funabasi.chiba.ocn.ne.jp [114.146.127.178]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id o3IJ8bpd075369; Mon, 19 Apr 2010 04:08:48 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id o3IJ8ViC002212; Mon, 19 Apr 2010 04:08:34 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Mon, 19 Apr 2010 04:04:57 +0900 (JST) Message-Id: <20100419.040457.248129042.hrs@allbsd.org> To: dougb@FreeBSD.org From: Hiroki Sato In-Reply-To: <4BCA2B55.9000609@FreeBSD.org> References: <4BC8EE88.6000700@FreeBSD.org> <20100417.233957.145060369.hrs@allbsd.org> <4BCA2B55.9000609@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Mon_Apr_19_04_04_57_2010_699)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Mon, 19 Apr 2010 04:08:54 +0900 (JST) X-Spam-Status: No, score=1.7 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, FORGED_RCVD_IP,RCVD_IN_PBL,SPF_SOFTFAIL,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org, bz@FreeBSD.org Subject: Re: IPv6 configuration in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 19:09:02 -0000 ----Security_Multipart(Mon_Apr_19_04_04_57_2010_699)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug Barton wrote in <4BCA2B55.9000609@FreeBSD.org>: do> > I strongly disagree with this because some IPv6 do> > applications depend on link-local address automatically added on do> > cloned interfaces do> do> Can you please give a configuration example that would create the do> scenario you are describing with the current code? And assuming that you We now have no control for whether a link-local address is automatically added or not when simply doing the following: # ifconfig gif0 create # ifconfig gif0 up IPv4 people hates that gif0 has an IPv6 link-local (and IPv6 communication itself), and IPv6 people hates that it needs an additional step to enable it (ifconfig inet6 -ifdisabled in this case). gif (and other cloned interfaces) can be created by a program (a ppp script, for example), so we cannot prepare $ifconfig line in rc.conf in advance. In short, if we have no knob to control this and put ifdisabled onto interfaces with no $ifconfig_IF_ipv6 line by default, people always needs "ifconfig inet6 -ifdisabled" for such dynamically created interfaces. This was the reason why $ipv6_prefer=YES did "ifconfig inet6 -ifdisabled" on interfaces with no $ifconfig_IF_ipv6 line and ipv6_prefer was NO by default. There are third party programs that use the above example to establish IPv6-over-IPv4 tunnel. The requirement of "-ifdisabled" will be very frustrating for IPv6 people. I admit "two meanings (src addr selection and -ifdisabled) in one $ipv6_prefer variable" is suboptimal, but at that time I thought factoring out them was rather troublesome. While my goal was to eliminate/factor such a opaque flag completely, this is the one unresolved. I still have no solution about this. do> And as I said above, this makes no sense. Clean, consistent UI design do> mandates that each knob have a specific, well defined function. As an do> example of why what you're suggesting is a bad idea, how would a user do> specify that they want link-local addresses on an interface, but they do do> NOT want the other effect of ipv6_prefer (the ip6addctrl settings)? I think that is a reasonable question. It was a loose end of the changes last year; I did not want to add additional knob to solve the problem explained above, so I decided to keep it coupled with the link-local thing until we get a solution. IMO, the src addr selection is supposed to be controlled by $ip6addrctl_* prefixed variables, and $ipv6_prefer should be removed in the long-term. do> > Also, source address selection has to be IPv4-preferred by default. do> > Why did you change this? I disagree with this. I want "IPv6 enabled do> > by default", but we are not ready for "IPv6 is preferred when the do> > both are available" for various reasons. do> do> Two reasons, in roughly equal importance. First, it has always been true do> that if IPv6 configuration is enabled IPv6 transport is preferred. do> Changing that now would be a POLA violation. Second, (as I stated do> previously) if the user takes the proactive step to configure IPv6 it is do> entirely reasonable to assume that they also want it to be tried first. In the default configuration (no rc.conf), there is no ifconfig_IF_ipv6 line. If we take this as no configuration for IPv6, should IPv6-preferred be disabled in this case? do> FWIW, I've been using IPv6 on FreeBSD for about 6 years now, and other do> than the very occasional glitch on the content-provider side it's been do> smooth sailing. Given that the default has been the equivalent of do> "ipv6_prefer=yes" all that time, I don't see any problem with leaving it do> that way, and as I said above I think defaulting it to off would be the do> wrong decision. It's probably also worth pointing out that in the case do> of ipv6_prefer=yes and no IPv6 configured on an external interface, the do> _prefer knob is moot. For IPv4 people, performance regression will be noticeable. IPv6-preferred src addr selection means ::1 is always used for localhost. On my box, IPv6 loopback is 25-30% slower than IPv4 counterpart. Whether this is critical or not depends on the application, but forcing IPv4-only people to use IPv6 loopback does not look a smart choice to me until we solve this problem though I love to see IPv6-preferred by default. do> > That behavior was intentional. do> do> I'm sorry to hear you say that, as I was hoping that it was simply an do> honest mistake on your part. To be clear, ipv6_prefer should control do> one, and only one thing, the behavior of rc.d/ip6addctrl. Overloading it do> in any way, and more importantly overloading it to require that it be on do> for any IPv6 configuration to occur at all is not acceptable. There do> _must_ be a way for users to configure IPv6 for their external do> interfaces and also have it not be preferred. do> do> Regardless of how you intended it at the time, adding an ipv6_prefer do> knob to control the behavior of rc.d/ip6addctrl is a good idea, and a do> valuable addition to FreeBSD. Overloading it to perform other functions do> is not acceptable. The reason I left two things in one variable is as explained earlier. I agree that they should be separated from each other, but please consider why I did so and solution to the problems *before* committing your change. I have continued to write lengthy emails because I am responsible to explain what I did that are mostly undocumented. I do not think my implementation is the best, so please do not take my opinion as a simple disagreement against your idea. I am interested in other people's view for the issues I showed and before further changes I want to discuss the direction we take even if it involves lengthy email exchanges. -- Hiroki ----Security_Multipart(Mon_Apr_19_04_04_57_2010_699)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkvLV9kACgkQTyzT2CeTzy2/egCcCvmypwaEr3f6Y8AhzreHlvj2 L3gAn2TEottqDQIwj4Mb5MlJ+Ixblk+U =8x5s -----END PGP SIGNATURE----- ----Security_Multipart(Mon_Apr_19_04_04_57_2010_699)---- From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 20:22:50 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A0AE1065672 for ; Sun, 18 Apr 2010 20:22:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id DAE998FC20 for ; Sun, 18 Apr 2010 20:22:49 +0000 (UTC) Received: (qmail 2285 invoked by uid 399); 18 Apr 2010 20:22:48 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 18 Apr 2010 20:22:48 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BCB6A14.5040308@FreeBSD.org> Date: Sun, 18 Apr 2010 13:22:44 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Hiroki Sato References: <4BC8EE88.6000700@FreeBSD.org> <20100417.233957.145060369.hrs@allbsd.org> <4BCA2B55.9000609@FreeBSD.org> <20100419.040457.248129042.hrs@allbsd.org> In-Reply-To: <20100419.040457.248129042.hrs@allbsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, bz@FreeBSD.org Subject: Re: IPv6 configuration in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 20:22:50 -0000 Now we're getting somewhere. :) On 04/18/10 12:04, Hiroki Sato wrote: > Doug Barton wrote > in <4BCA2B55.9000609@FreeBSD.org>: > > do> > I strongly disagree with this because some IPv6 > do> > applications depend on link-local address automatically added on > do> > cloned interfaces > do> > do> Can you please give a configuration example that would create the > do> scenario you are describing with the current code? And assuming that you > > We now have no control for whether a link-local address is > automatically added or not when simply doing the following: > > # ifconfig gif0 create > # ifconfig gif0 up Your statement is literally true, in this case the network.subr stuff "has no control" because it isn't run. That was the same for the old code as it is for the new code. Meanwhile, have you actually tested setting up a tunnel by hand? The gif man page says this: Note that IPv6 link-local addresses (those that start with fe80::) will be automatically configured whenever possible. You may need to remove IPv6 link-local addresses manually using ifconfig(8) ... So it seems to me that the link-local addresses will be created regardless. However I just tried the two commands you pasted and A) the code in network.subr was not run for gif0, and B) I had to manually do -ifdisabled on gif0 to get it to create a link-local address. So it's not at all clear to me that the new code in network.subr is relevant in this situation at all. > IPv4 people hates that gif0 has an IPv6 link-local (and IPv6 > communication itself), People who don't want v6 at all compile it out of the kernel, and the whole problem goes away. The project made a decision a long time ago to ship with v6 in GENERIC, so this is not a new issue. > and IPv6 people hates that it needs an > additional step to enable it (ifconfig inet6 -ifdisabled in this > case). gif (and other cloned interfaces) can be created by a program > (a ppp script, for example), so we cannot prepare $ifconfig line in > rc.conf in advance. Why not? There is no reason you can't have ifconfig_* lines for interfaces that are not always configured, I do it all the time. > In short, if we have no knob to control this and > put ifdisabled onto interfaces with no $ifconfig_IF_ipv6 line by > default, people always needs "ifconfig inet6 -ifdisabled" for such > dynamically created interfaces. Even if that's true (and it's not clear to me that it is), I don't see a problem. The vast majority of network configuration is done at boot time via rc.conf. IF someone has to add one or two lines to the conf file to make something work, that's a one-time issue, and has the benefit of being consistent. > This was the reason why $ipv6_prefer=YES did "ifconfig inet6 > -ifdisabled" on interfaces with no $ifconfig_IF_ipv6 line and > ipv6_prefer was NO by default. There are third party programs that > use the above example to establish IPv6-over-IPv4 tunnel. The > requirement of "-ifdisabled" will be very frustrating for IPv6 > people. Are you theorizing here, or do you have actual examples? If you can find actual examples of "here is something that used to work, but now it does not" then we can work on a solution. I am not necessarily opposed to the idea of automatically creating link-local addresses for cloned interfaces, but it's impossible for me to code against something I don't have in front of me. :) > I admit "two meanings (src addr selection and -ifdisabled) in one > $ipv6_prefer variable" is suboptimal, but at that time I thought > factoring out them was rather troublesome. While my goal was to > eliminate/factor such a opaque flag completely, this is the one > unresolved. I still have no solution about this. > > do> And as I said above, this makes no sense. Clean, consistent UI design > do> mandates that each knob have a specific, well defined function. As an > do> example of why what you're suggesting is a bad idea, how would a user > do> specify that they want link-local addresses on an interface, but they do > do> NOT want the other effect of ipv6_prefer (the ip6addctrl settings)? > > I think that is a reasonable question. It was a loose end of the > changes last year; I did not want to add additional knob to solve the > problem explained above, so I decided to keep it coupled with the > link-local thing until we get a solution. IMO, the src addr > selection is supposed to be controlled by $ip6addrctl_* prefixed > variables, and $ipv6_prefer should be removed in the long-term. Two things here, first, I think ipv6_prefer is a good name for the knob, and is clearer (and shorter) than ip6addrctl_ so I really think it should stay. Second, there are 2 very important rules of UI design that apply here. Don't introduce an interface that you intend to take away later, and don't change the semantics of an interface. Either thing frustrates users. Obviously there are times with both rules need to be broken, but only under extreme circumstances. > do> > Also, source address selection has to be IPv4-preferred by default. > do> > Why did you change this? I disagree with this. I want "IPv6 enabled > do> > by default", but we are not ready for "IPv6 is preferred when the > do> > both are available" for various reasons. > do> > do> Two reasons, in roughly equal importance. First, it has always been true > do> that if IPv6 configuration is enabled IPv6 transport is preferred. > do> Changing that now would be a POLA violation. Second, (as I stated > do> previously) if the user takes the proactive step to configure IPv6 it is > do> entirely reasonable to assume that they also want it to be tried first. > > In the default configuration (no rc.conf), there is no > ifconfig_IF_ipv6 line. If we take this as no configuration for IPv6, > should IPv6-preferred be disabled in this case? > > do> FWIW, I've been using IPv6 on FreeBSD for about 6 years now, and other > do> than the very occasional glitch on the content-provider side it's been > do> smooth sailing. Given that the default has been the equivalent of > do> "ipv6_prefer=yes" all that time, I don't see any problem with leaving it > do> that way, and as I said above I think defaulting it to off would be the > do> wrong decision. It's probably also worth pointing out that in the case > do> of ipv6_prefer=yes and no IPv6 configured on an external interface, the > do> _prefer knob is moot. > > For IPv4 people, performance regression will be noticeable. > IPv6-preferred src addr selection means ::1 is always used for > localhost. On my box, IPv6 loopback is 25-30% slower than IPv4 > counterpart. Whether this is critical or not depends on the > application, but forcing IPv4-only people to use IPv6 loopback does > not look a smart choice to me until we solve this problem though I > love to see IPv6-preferred by default. Simple solution to that problem, fix IPv6 loopback to be of equal or better performance than IPv4. :) Seriously though, there are not that many things that have loopback as their performance-critical issue, and once again, people for whom having any IPv6 at all is an issue already compile it out of the kernel. Meanwhile I am thinking that one way to make this a little easier for the users is if ipv6_network_interfaces=NONE that we override ipv6_prefer in rc.d/ip6addctrl. Does that sound reasonable? > do> > That behavior was intentional. > do> > do> I'm sorry to hear you say that, as I was hoping that it was simply an > do> honest mistake on your part. To be clear, ipv6_prefer should control > do> one, and only one thing, the behavior of rc.d/ip6addctrl. Overloading it > do> in any way, and more importantly overloading it to require that it be on > do> for any IPv6 configuration to occur at all is not acceptable. There > do> _must_ be a way for users to configure IPv6 for their external > do> interfaces and also have it not be preferred. > do> > do> Regardless of how you intended it at the time, adding an ipv6_prefer > do> knob to control the behavior of rc.d/ip6addctrl is a good idea, and a > do> valuable addition to FreeBSD. Overloading it to perform other functions > do> is not acceptable. > > The reason I left two things in one variable is as explained earlier. > I agree that they should be separated from each other, but please > consider why I did so and solution to the problems *before* > committing your change. I have continued to write lengthy emails > because I am responsible to explain what I did that are mostly > undocumented. I do not think my implementation is the best, so > please do not take my opinion as a simple disagreement against your > idea. I am interested in other people's view for the issues I showed > and before further changes I want to discuss the direction we take > even if it involves lengthy email exchanges. I agree with you completely that thorough understanding of the problems and finding the best solutions are excellent goals. :) Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 20:36:24 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 000261065673 for ; Sun, 18 Apr 2010 20:36:23 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id ABEA88FC1E for ; Sun, 18 Apr 2010 20:36:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 612C29CB093; Sun, 18 Apr 2010 22:34:02 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3XcVdS-kty3G; Sun, 18 Apr 2010 22:34:00 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2BB359CB0F5; Sun, 18 Apr 2010 22:34:00 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3IKY06X030067; Sun, 18 Apr 2010 22:34:00 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 18 Apr 2010 22:34:00 +0200 From: Roman Divacky To: Erik Cederstrand Message-ID: <20100418203400.GA29759@freebsd.org> References: <20100416160818.GA69460@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 20:36:24 -0000 On Sun, Apr 18, 2010 at 03:09:48PM +0200, Erik Cederstrand wrote: > Hi Roman > > Den 16/04/2010 kl. 18.08 skrev Roman Divacky: > > > We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel and > > use it as you would normally use FreeBSD. Please report back > > I installed ClangBSD kernel and world in a VirtualBox virtual machine (amd64) and rebooted. It booted and lived through some basic testing, like extracting a ports tree with portsnap and installing a couple of ports. I'm very impressed. > > Then I checked out pho's stress2 suite and set it to run for the night. This morning it sat at a kdb prompt: > > http://tinypic.com/r/206c0us/5 > > I don't know if this is ClangSD-related. I haven't tried kernel debugging before. Any pointers on how to proceed? I dont think this is clangbsd related (more like a timing issue related to the use of vmware) From owner-freebsd-current@FreeBSD.ORG Sun Apr 18 20:38:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6506E1065675 for ; Sun, 18 Apr 2010 20:38:40 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1652E8FC1A for ; Sun, 18 Apr 2010 20:38:40 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 38CDF9CB093; Sun, 18 Apr 2010 22:36:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AEsiyZ63BMwn; Sun, 18 Apr 2010 22:36:17 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 017509CB0F5; Sun, 18 Apr 2010 22:36:16 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3IKaGS6030350; Sun, 18 Apr 2010 22:36:16 +0200 (CEST) (envelope-from rdivacky) Date: Sun, 18 Apr 2010 22:36:16 +0200 From: Roman Divacky To: George Liaskos Message-ID: <20100418203616.GB29759@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BCABD00.8070104@lissyara.su> <20100418094951.GA53584@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Alex Keda , freebsd-current Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 18 Apr 2010 20:38:40 -0000 it looks like people are having problems with make - I'll take a look at that. it may be libgcc issue of some very strange kind On Sun, Apr 18, 2010 at 03:31:13PM +0300, George Liaskos wrote: > >> /usr/obj/usr/src/make.amd64/usr/src/usr.bin/make created for > >> /usr/src/usr.bin/make > >> Segmentation fault (core dumped) > >> *** Error code 139 > >> > >> Stop in /usr/src. > >> *** Signal 11 > >> > >> Stop in /usr/src. > > > > what exactly is crashing here? > > I have the same problem with make > > Program received signal SIGSEGV, Segmentation fault. > 0x0000000000000000 in ?? () > (gdb) backtrace > #0 0x0000000000000000 in ?? () > #1 0x000000000043b033 in __cxa_finalize () > #2 0x0000000000433e2d in exit () > #3 0x0000000000411cb2 in DieHorribly () > #4 0x0000000000411c72 in Punt () > #5 0x000000000040d453 in Parse_MainName () > #6 0x000000000040a596 in main () > > gcc segfaults also > > > gcc -v > Using built-in specs. > Target: amd64-undermydesk-freebsd > Configured with: FreeBSD/amd64 system compiler > Thread model: posix > gcc version 4.2.1 20070719 [FreeBSD] > Segmentation fault (core dumped) > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 06:30:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DA0A2106564A; Mon, 19 Apr 2010 06:30:33 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 7641D8FC0C; Mon, 19 Apr 2010 06:30:32 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e12so1661157fga.13 for ; Sun, 18 Apr 2010 23:30:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=FRMjIlZWU+P5cxtdGVBct+Tweqe8SS4fhpZPBoCWGdY=; b=Kva64ibDAii4SPHXnGz/RtWLb3Hg4VIbc+Yf8I63fDKgIwBk/IpW9Xu9w5S+1xQYr+ 5NXA8lY+Jj/TAnj0Q+k7pOM8SPlf6ubec0StGDHCg8bPiOBObpwTeBKqn15TnFM1f1WY Wq6o8vvsHxejqW7aAV3RBo2HIaiRQXOs0Pdkw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=bGvhhR5pX4NM+xB/50QwDQ5Xbh09AhLxnCz9VHIAZiepw1F/1ldjLH3eLJ+XxQavIe aaazVeOVNmO/+kR2z7ZEoKKFNPQ96Uby3JhHI0bu1Bi9sefg43haVG9JbSCtN2QQAOXF Kt3jG4lNJjV/+gCLOn6AtMTN3y3ojWMMWuSa4= Received: by 10.223.63.17 with SMTP id z17mr2408461fah.66.1271658631376; Sun, 18 Apr 2010 23:30:31 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id 13sm9731190fks.30.2010.04.18.23.30.30 (version=SSLv3 cipher=RC4-MD5); Sun, 18 Apr 2010 23:30:31 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BCBF87C.7020400@FreeBSD.org> Date: Mon, 19 Apr 2010 09:30:20 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Rui Paulo References: <4BCA325A.1060600@protected-networks.net> <4BCA9F44.50002@FreeBSD.org> <987831E7-4893-4F2F-B96F-A1E25BD9BCA0@freebsd.org> <4BCB03AA.1050405@FreeBSD.org> <9B82ED79-C168-482C-A3A9-26D71060BB0F@freebsd.org> In-Reply-To: <9B82ED79-C168-482C-A3A9-26D71060BB0F@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , Michael Butler Subject: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 06:30:34 -0000 Rui Paulo wrote: > On 18 Apr 2010, at 14:05, Alexander Motin wrote: >> Most of AHCI controllers could also work as usual PCI ATA, but not every >> PCI ATA could work as AHCI. It would be nice to compare `pciconf -lvbc` >> output in both working (Rui) and not working (Michael) cases. > > ahci0@pci0:0:31:2: class=0x01018f card=0x72708086 chip=0x27c48086 rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' > class = mass storage > subclass = ATA ^^^ It doesn't report itself as AHCI. > bar [10] = type I/O Port, range 32, base 0x20d8, size 8, enabled > bar [14] = type I/O Port, range 32, base 0x20fc, size 4, enabled > bar [18] = type I/O Port, range 32, base 0x20d0, size 8, enabled > bar [1c] = type I/O Port, range 32, base 0x20f8, size 4, enabled > bar [20] = type I/O Port, range 32, base 0x2020, size 16, enabled > bar [24] = type Memory, range 32, base 0x90445000, size 1024, enabled This resource (BAR(5)) is absent on Michael's system. It is needed to work in AHCI mode, but not required for legacy PCI ATA. Probably some kind of BIOS magic in your case makes it appear in this mode with this chip ID. On ICH8 and above in non-AHCI mode BAR(5) is also present, but with different meaning (access to some SATA registers). So it may be difficult to distinguish what exactly we have there. > cap 01[70] = powerspec 2 supports D0 D3 current D0 > > BTW, Mac OS X also uses AHCI on this controller. I think Mac OS X is very special beast, which could easily be tuned for their specific hardware. So I think either your patch should be either reverted, or somehow improved to check presence of BAR(5) and may be something else on probe stage, but IMHO it's a kind of magic and I wouldn't be doing so. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 10:33:23 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81DC71065674 for ; Mon, 19 Apr 2010 10:33:23 +0000 (UTC) (envelope-from rpaulo@lavabit.com) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 4C33B8FC24 for ; Mon, 19 Apr 2010 10:33:23 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 8415F157568; Mon, 19 Apr 2010 05:11:02 -0500 (CDT) Received: from 172.17.12.70 (gw-eduroam-81.fc.up.pt [193.136.24.81]) by lavabit.com with ESMTP id ZT4NIBYQ5XS0; Mon, 19 Apr 2010 05:11:02 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=sqT8OGgbp8hKI3lOURTgeLV7Y/c9tIq4tXn2+0WbrWBpg/HX6oJypOamz/rH4qS2toYeq43bfYZ2fvoXFesP1d3+AuctA1OJwNlVrz+99snWvWxUEwEedXp1fq8OlacubAgU0j2bufamsQlsdxpAZ+go9zQ3JN+iYkTzsQQuoLM=; h=References:Message-Id:From:To:In-Reply-To:Content-Type:Content-Transfer-Encoding:X-Mailer:Mime-Version:Subject:Date:Cc; References: <4BCA325A.1060600@protected-networks.net> <4BCA9F44.50002@FreeBSD.org> <987831E7-4893-4F2F-B96F-A1E25BD9BCA0@freebsd.org> <4BCB03AA.1050405@FreeBSD.org> <9B82ED79-C168-482C-A3A9-26D71060BB0F@freebsd.org> <4BCBF87C.7020400@FreeBSD.org> Message-Id: From: Rui Paulo To: Alexander Motin In-Reply-To: <4BCBF87C.7020400@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit X-Mailer: iPhone Mail (7E18) Mime-Version: 1.0 (iPhone Mail 7E18) Date: Mon, 19 Apr 2010 11:10:49 +0100 X-Mailman-Approved-At: Mon, 19 Apr 2010 11:30:29 +0000 Cc: Michael Butler , FreeBSD-Current , Rui Paulo Subject: Re: SVN rev 206755 breakage X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 10:33:23 -0000 On 19 Apr 2010, at 07:30, Alexander Motin wrote: > Rui Paulo wrote: >> On 18 Apr 2010, at 14:05, Alexander Motin wrote: >>> Most of AHCI controllers could also work as usual PCI ATA, but not >>> every >>> PCI ATA could work as AHCI. It would be nice to compare `pciconf - >>> lvbc` >>> output in both working (Rui) and not working (Michael) cases. >> >> ahci0@pci0:0:31:2: class=0x01018f card=0x72708086 >> chip=0x27c48086 rev=0x02 hdr=0x00 >> vendor = 'Intel Corporation' >> device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage >> Controller' >> class = mass storage >> subclass = ATA > > ^^^ > It doesn't report itself as AHCI. > >> bar [10] = type I/O Port, range 32, base 0x20d8, size 8, >> enabled >> bar [14] = type I/O Port, range 32, base 0x20fc, size 4, >> enabled >> bar [18] = type I/O Port, range 32, base 0x20d0, size 8, >> enabled >> bar [1c] = type I/O Port, range 32, base 0x20f8, size 4, >> enabled >> bar [20] = type I/O Port, range 32, base 0x2020, size 16, >> enabled >> bar [24] = type Memory, range 32, base 0x90445000, size 1024, >> enabled > > This resource (BAR(5)) is absent on Michael's system. It is needed to > work in AHCI mode, but not required for legacy PCI ATA. Probably some > kind of BIOS magic in your case makes it appear in this mode with this > chip ID. > On ICH8 and above in non-AHCI mode BAR(5) is also present, but with > different meaning (access to some SATA registers). So it may be > difficult to distinguish what exactly we have there. > >> cap 01[70] = powerspec 2 supports D0 D3 current D0 >> >> BTW, Mac OS X also uses AHCI on this controller. > > I think Mac OS X is very special beast, which could easily be tuned > for > their specific hardware. > > So I think either your patch should be either reverted, or somehow > improved to check presence of BAR(5) and may be something else on > probe > stage, but IMHO it's a kind of magic and I wouldn't be doing so. Ok I'll revert it From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 12:29:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CB57B1065672; Mon, 19 Apr 2010 12:29:08 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay2.uni-muenster.de (ZIVM-RELAY2.UNI-MUENSTER.DE [128.176.192.13]) by mx1.freebsd.org (Postfix) with ESMTP id 319D38FC23; Mon, 19 Apr 2010 12:29:07 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,235,1270418400"; d="scan'208";a="242344905" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 19 Apr 2010 14:29:07 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 7EE301B07E7; Mon, 19 Apr 2010 14:29:07 +0200 (CEST) Date: Mon, 19 Apr 2010 14:29:07 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Roman Divacky Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 12:29:09 -0000 i'm getting this error during `make buildworld`: ===> libexec/atrun (all) clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/atrun.c clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/gloadavg.c clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99 -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference to `fabsf' /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference to `copysign' /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference to `copysignf' clang: error: linker command failed with exit code 1 (use -v to see invocation) *** Error code 1 Stop in /usr/local/src/clangbsd/libexec/atrun. *** Error code 1 Stop in /usr/local/src/clangbsd/libexec. *** Error code 1 Stop in /usr/local/src/clangbsd. *** Error code 1 Stop in /usr/local/src/clangbsd. *** Error code 1 Stop in /usr/local/src/clangbsd. running llvm-devel-2.7.r100430 and clangbsd revision 206838. -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 12:30:47 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E3C4A106567B for ; Mon, 19 Apr 2010 12:30:46 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6DE488FC23 for ; Mon, 19 Apr 2010 12:30:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E80059CB0C6; Mon, 19 Apr 2010 14:28:23 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DmW4+K57XM3R; Mon, 19 Apr 2010 14:28:21 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 2F42B9CB0ED; Mon, 19 Apr 2010 14:28:21 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3JCSLN0053305; Mon, 19 Apr 2010 14:28:21 +0200 (CEST) (envelope-from rdivacky) Date: Mon, 19 Apr 2010 14:28:21 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20100419122820.GA53253@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 12:30:47 -0000 you have to use -O2 On Mon, Apr 19, 2010 at 02:29:07PM +0200, Alexander Best wrote: > i'm getting this error during `make buildworld`: > > ===> libexec/atrun (all) > clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 > -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include > -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ > -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona > -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" > -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" > -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" > -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at > -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99 > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/atrun.c > clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 > -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include > -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ > -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona > -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" > -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" > -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" > -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at > -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99 > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/gloadavg.c > clang -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 > -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include > -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ > -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona > -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" > -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" > -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" > -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at > -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g -std=gnu99 > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k -Wno-uninitialized > -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil > /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference > to `fabsf' > /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference > to `copysign' > /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined reference > to `copysignf' > clang: error: linker command failed with exit code 1 (use -v to see > invocation) > *** Error code 1 > > Stop in /usr/local/src/clangbsd/libexec/atrun. > *** Error code 1 > > Stop in /usr/local/src/clangbsd/libexec. > *** Error code 1 > > Stop in /usr/local/src/clangbsd. > *** Error code 1 > > Stop in /usr/local/src/clangbsd. > *** Error code 1 > > Stop in /usr/local/src/clangbsd. > > running llvm-devel-2.7.r100430 and clangbsd revision 206838. > > -- > Alexander Best From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 12:46:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D94471065670 for ; Mon, 19 Apr 2010 12:46:37 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id A267B8FC34 for ; Mon, 19 Apr 2010 12:46:37 +0000 (UTC) Received: by pvc7 with SMTP id 7so3083033pvc.13 for ; Mon, 19 Apr 2010 05:46:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=3SukUKADq7UB1jjSoT4fAqItDhme0cUpjJUELTuCNDY=; b=YBKW3fJxGRdENnO5myqHP6H5stGRrV4UQN8zIlVgFhde5mXRTM0we8f7J6yBtDnqhl bhKH7an/fEXz8a1YIIOr7GbUGvq0VuD7fV6Sc1MbRjUbcwWY/YZwnPWggvPzZZ62dRpj MzEdHfilToOLcRLfa2QSEpKbQzMy4HIVaA5iI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=tuzTzDKU/ZfIONCW7/7337ldHGRgbbm51R62k7w0r8I33rNOv8BDmVb0Ai6H2Ni0zg WGOxW8uzYVD/M11+ZtVivs55oCk90L4I3590szAXVY2NhMusrrztWrsQKGx7+8kYc+yc RKuNKN2EgY/j9hbPyczIPWB/W56zVIPeoTKqk= Received: by 10.140.252.3 with SMTP id z3mr3949422rvh.285.1271681196819; Mon, 19 Apr 2010 05:46:36 -0700 (PDT) Received: from centel.dataix.local (c-71-205-129-194.hsd1.mi.comcast.net [71.205.129.194]) by mx.google.com with ESMTPS id 21sm3959850qyk.9.2010.04.19.05.46.35 (version=SSLv3 cipher=RC4-MD5); Mon, 19 Apr 2010 05:46:35 -0700 (PDT) Sender: "J. Hellenthal" Message-ID: <4BCC50A9.6090003@dataix.net> Date: Mon, 19 Apr 2010 08:46:33 -0400 From: jhell User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100331 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alexander Leidinger References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> In-Reply-To: <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Navdeep Parhar Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 12:46:37 -0000 On 04/16/2010 09:51, Alexander Leidinger wrote: > Quoting Navdeep Parhar (from Wed, 14 Apr 2010 > 11:35:40 -0700): > >> Have you or anyone else ever used buildkernel successfully with >> "makeoptions WITH_CTF=yes" in the conf file? Something as simple as >> this does not work for me: > > Copy&paste patch, tabs probbly mangled: > ---snip--- > Index: Makefile.inc1 > =================================================================== > --- Makefile.inc1 (revision 206700) > +++ Makefile.inc1 (working copy) > @@ -314,7 +314,7 @@ > .endif > > # kernel stage > -KMAKEENV= ${WMAKEENV} > +KMAKEENV= ${WMAKEENV:NNO_CTF=1} > KMAKE= ${KMAKEENV} ${MAKE} KERNEL=${INSTKERNNAME} > > # > @@ -780,7 +780,7 @@ > @echo > "--------------------------------------------------------------" > cd ${KRNLOBJDIR}/${_kernel}; \ > MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ > - ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF \ > + ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS \ > -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile > # XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. > .if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && > exists(${KERNSRCDIR}/modules) > ---snip--- > > This lets the buildkernel generate ctf info in the object files (the > build is not finished yet, so I still have to verify that the final > kernel contains them too, but I do not see a reason ATM why this should > not be the case). > > If your build environment is faster (here: about an hour for the > buildkernel), can you please help testing? A buildworld with and without > WITH_CTF in src.conf, and for buildkernel the same (with and without > WITH_CTF in src.conf, and for each with and without makeoptions > WITH_CTF=yes in the kernel). The expected outcome is no CTF when no > WITH_CTF is in src.conf (except for the buildkernel with the > makeoptions), and always with CTF when WITH_CTF is in src.conf > (alternatively only CTF if makeoptions is used, but this would be > surprising for me). > > And then... NO_CTF=yes defined in src.conf and WITH_CTF too... for the > world this should not produce CTF data, but for the kernel I'm not sure > what will or should happen for the makeoptions case... > > Bye, > Alexander. > This sounds like a case of too many knobs to control whether ctfconvert will be used on any resulting object code. Couldn't this be better handled by defaulting WITH_CTF:=NO instead of having it act Boolean and set NO_CTF to 0 or 1 but rather check if we are building world or kernel by other means if the user has WITH_CTF defined somewhere else?. Or just check whether WITH_CTF is defined and enable the proper sections of the build for kernel. As I see in sys.mk: stable/7 example and not touched on HEAD. # Turn CTF conversion off by default for now. This default could be # changed later if DTrace becomes popular. .if !defined(WITH_CTF) NO_CTF = 1 .endif # C Type Format data is required for DTrace CTFFLAGS ?= -L VERSION .if !defined(NO_CTF) CTFCONVERT ?= ctfconvert CTFMERGE ?= ctfmerge .if defined(CFLAGS) && (${CFLAGS:M-g} != "") CTFFLAGS += -g .else CFLAGS += -g .endif .endif ### END OF PIECE ### Could be simplified: .if defined(WITH_CTF) CTFFLAGS ?= -L VERSION CTFCONVERT ?= ctfconvert CTFMERGE ?= ctfmerge CTFCONVERT ?= ctfconvert CTFMERGE ?= ctfmerge .if defined(CFLAGS) && (${CFLAGS:M-g} != "") CTFFLAGS += -g .else CFLAGS += -g .endif And this would leave little confusion about what is actually happening and ensure that adding something like (makeoptions -DWITH_CTF) actually work. I do not see a real need for NO_CTF if we can check to see if WITH_CTF is being defined. For the relevant sections of the tree that should never have WITH_CTF just dont add the ability to check and enable it. Or undefine it. JM2C Regards, -- jhell From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 12:48:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4FD61065673; Mon, 19 Apr 2010 12:48:47 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6338FC14; Mon, 19 Apr 2010 12:48:46 +0000 (UTC) Received: by wyf28 with SMTP id 28so1173267wyf.13 for ; Mon, 19 Apr 2010 05:48:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=bbOc2fg6xyfor9Mw/sbhf05lFMFhfSMmZZUMg9lZ0eI=; b=VTVVqLbJ1FJLMKebd4FsOQY5m5MkZ0cMi+sxW6oxQY+jT6otd0qcr1t0fNG1YX8AtY I1rtD3PL3WFCnMES9QdZOs5gxO5++KTBnc57ruuafl2q6LGvRGXM9ccQVx00ICGZsWKf hojrFaDxZS3lI0bn+ShmMgQxS4uLR3p/Lt/jM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=thtbG7bq+o1K5iGESXLOYvIy/RY1SuS90kUgi3+G9BhFvIzn3tpMxaFLC89iOjrNQr w6L89+honznYpk05sEmhq3ca0SJ4Z7gpn8xfuFgN6fhRF05jjydfQ1/Bwbwsdmv828Kr YmXGtMs0O//EidUSFlLHPftbekBY/DsK5B1V4= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Mon, 19 Apr 2010 05:48:45 -0700 (PDT) In-Reply-To: References: <4BC9E254.9070300@freebsd.org> Date: Mon, 19 Apr 2010 12:48:45 +0000 Received: by 10.216.156.209 with SMTP id m59mr978871wek.105.1271681325994; Mon, 19 Apr 2010 05:48:45 -0700 (PDT) Message-ID: From: Paul B Mahol To: Tim Kientzle Content-Type: text/plain; charset=ISO-8859-1 Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 12:48:48 -0000 On 4/17/10, Paul B Mahol wrote: > On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle wrote: >> Paul B Mahol wrote: >>> >>> It is apparently not possible to make use of -use-the-force-luke=4gms >>> on FreeBSD when appending new session after 4GB. Mounted disk >>> afterwards show nothing. >>> >>> Should we allow it like linux does? >> >> Are you claiming there is a problem when FreeBSD reads such >> images or a problem with creating such images? What >> programs are you using? > > I burn flac files in multiple sessions, each session have separate > directory, on DVD+R DL MKM/003 > After I used 4gms switch mounted fs shows nothing. (but there is >5GB of > data) > > According to growisofs source BD (bluray) dont need this switch at all ... > >> This sounds like a pretty unsurprising 32-bit truncation >> bug: the filesystem structures in ISO9660 are all sector >> numbers so 8TB should be the natural limit (4G sectors >> times 2k bytes/sector). > > I did not tested this on FreeBSD amd64 yet. Update: Linux shows all sessions and Windows 7 shows only first one. From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 13:58:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5DD41106566C; Mon, 19 Apr 2010 13:58:51 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2886C8FC14; Mon, 19 Apr 2010 13:58:49 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id QAA28335; Mon, 19 Apr 2010 16:58:48 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BCC6198.4020808@icyb.net.ua> Date: Mon, 19 Apr 2010 16:58:48 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Tim Kientzle References: <4BC9E254.9070300__39016.1050054759$1271523997$gmane$org@freebsd.org> In-Reply-To: <4BC9E254.9070300__39016.1050054759$1271523997$gmane$org@freebsd.org> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 13:58:51 -0000 on 17/04/2010 19:31 Tim Kientzle said the following: > Paul B Mahol wrote: >> >> It is apparently not possible to make use of -use-the-force-luke=4gms >> on FreeBSD when appending new session after 4GB. Mounted disk >> afterwards show nothing. >> >> Should we allow it like linux does? > > Are you claiming there is a problem when FreeBSD reads such > images or a problem with creating such images? What > programs are you using? > > This sounds like a pretty unsurprising 32-bit truncation > bug: the filesystem structures in ISO9660 are all sector > numbers so 8TB should be the natural limit (4G sectors > times 2k bytes/sector). I don't think that the problem is with limit on sector count here. I think it's a limitation with size/offset in bytes somewhere in cd9660 fs driver. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 14:10:41 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 867101065673 for ; Mon, 19 Apr 2010 14:10:41 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.27]) by mx1.freebsd.org (Postfix) with ESMTP id 139088FC13 for ; Mon, 19 Apr 2010 14:10:40 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so260401eyd.9 for ; Mon, 19 Apr 2010 07:10:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=OvTdHNiGqa5q64ElbWtUWOjJPVFzyq4wz+xGbqGlDGU=; b=jiVp3p0CAoiCbyy4qdS8uWHzpjCpsTTzN7AOA2IQfDxSovmk2sRWnQAgqyw1abFrnM Cckuuzicr9Dtxc0WZ9Nz2k/sTBmkIkUV3j3SYvwiRt0zrikevMlNHdgph3NY2oCi29Cw oGUJvld0RxhBfnplamZT2tyQ29V+vBlmWtQJQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=NgbTJBMD+ExRkSEJZCmOCiCEl+FWn4HTXl54PWbVbYkW3WFqaxIhySbBo10gWW1LMo kJSDD3fyGETXBj9CQrxM8XUK7nssPH//Obc66+oCVsxeN5CWF+g5vRj9Tjt9riPVA309 K5GNBDwCxudz/0GqxGsAnupZCDY8/S6h/8Yow= MIME-Version: 1.0 Received: by 10.239.142.17 with HTTP; Mon, 19 Apr 2010 07:10:39 -0700 (PDT) In-Reply-To: References: <4BC9E254.9070300@freebsd.org> Date: Mon, 19 Apr 2010 15:10:39 +0100 Received: by 10.239.165.138 with SMTP id x10mr512493hbd.148.1271686239293; Mon, 19 Apr 2010 07:10:39 -0700 (PDT) Message-ID: From: Tom Evans To: Paul B Mahol Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Tim Kientzle , current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 14:10:41 -0000 On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol wrote: > On 4/17/10, Paul B Mahol wrote: >> On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle wro= te: >>> Paul B Mahol wrote: >>>> >>>> It is apparently not possible to make use of -use-the-force-luke=3D4gm= s >>>> on FreeBSD when appending new session after 4GB. Mounted disk >>>> afterwards =C2=A0show nothing. >>>> >>>> Should we allow it like linux does? >>> >>> Are you claiming there is a problem when FreeBSD reads such >>> images or a problem with creating such images? =C2=A0What >>> programs are you using? >> >> I burn flac files in multiple sessions, each session have separate >> directory, on DVD+R DL MKM/003 >> After I used 4gms switch mounted fs shows nothing. (but there is >5GB of >> data) >> >> According to growisofs source BD (bluray) dont need this switch at all .= .. >> >>> This sounds like a pretty unsurprising 32-bit truncation >>> bug: =C2=A0the filesystem structures in ISO9660 are all sector >>> numbers so 8TB should be the natural limit (4G sectors >>> times 2k bytes/sector). >> >> I did not tested this on FreeBSD amd64 yet. > > Update: Linux shows all sessions and Windows 7 shows only first one. >From the source code of groisofs.c: * - DVD+R Double Layer support; * - -use-the-force-luke=3D4gms to allow ISO9660 directory structures * to cross 4GB boundary, the option is effective only with DVD+R DL * and for data to be accessible under Linux isofs a kernel patch is * required; So I'm guessing it does something non standard, particularly if windows also refuses to see the data. Cheers Tom From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 14:46:42 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D78A7106564A for ; Mon, 19 Apr 2010 14:46:42 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp3.one.com (csmtp3.one.com [91.198.169.23]) by mx1.freebsd.org (Postfix) with ESMTP id 74A0C8FC17 for ; Mon, 19 Apr 2010 14:46:42 +0000 (UTC) Received: from [192.168.0.70] (0x573fa596.cpe.ge-1-1-0-1109.ronqu1.customer.tele.dk [87.63.165.150]) by csmtp3.one.com (Postfix) with ESMTP id D0173242BC2A for ; Mon, 19 Apr 2010 14:31:34 +0000 (UTC) From: Erik Cederstrand Content-Type: multipart/signed; boundary=Apple-Mail-32--824965246; protocol="application/pkcs7-signature"; micalg=sha1 Date: Mon, 19 Apr 2010 16:31:34 +0200 Message-Id: To: FreeBSD Current Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: panic: deadlkres: possible deadlock detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 14:46:43 -0000 --Apple-Mail-32--824965246 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi I'm testing ClangBSD in a VirtualBox client and ran into a panic on the = client, but I don't think it's clang-related. I haven't tried kernel = debugging before. I tried getting a backtrace as described in = http://old.nabble.com/Re%3A-ia64--%3E-panic%3A-deadlkres%3A-possible-deadl= ock-detected-for-0xe00000001187d880%2C-blocked-for-1801437-ticks-p28123802= .html and this i the result: http://tinypic.com/r/2llegza/5 Any pointers on ho to debug this further? Thanks, Erik= --Apple-Mail-32--824965246-- From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 15:03:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81386106566B for ; Mon, 19 Apr 2010 15:03:37 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.24]) by mx1.freebsd.org (Postfix) with ESMTP id 116668FC25 for ; Mon, 19 Apr 2010 15:03:36 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so268158eyd.9 for ; Mon, 19 Apr 2010 08:03:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=eGXdZSGnLrYi6tTvPm7O5Yv1s2d3+Y4d4lvERxUxSAw=; b=mB6b5MM2R09p51uJNwLG8GyNor4NiXcK7IWUvvPkNM2uC43zco0+5Nf0AtQ9FXsh/8 vpKD7A9yLmGKoAk2xjnpcmj6Myf9Dce/sWQrXZDa1R2KY/aE4ZmPZWqn37O81lqfes/D QiDQabjzveAr6HbFpx0lC5z8bI9Cvk85V95No= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=cFYhPjS99/CVqy6xRTGdNbtAvXp6d8L3XXhMhbAye8szYB8d2/1ydONmw6N2b2RiVv tYo2WtaATB57zf+MjaaAy5esAccnaRZLOY7M26LZPruI00OdijZvYSmp7usfsoPUnsmi GuGXB56U0FEobPvhkHOK/dHdQU/EUV7fW/IsU= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.239.164.140 with HTTP; Mon, 19 Apr 2010 08:03:35 -0700 (PDT) In-Reply-To: References: Date: Mon, 19 Apr 2010 17:03:35 +0200 X-Google-Sender-Auth: 6b3ee1c103d80721 Received: by 10.239.154.73 with SMTP id d9mr495961hbc.135.1271689415667; Mon, 19 Apr 2010 08:03:35 -0700 (PDT) Message-ID: From: Attilio Rao To: Erik Cederstrand Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: panic: deadlkres: possible deadlock detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 15:03:37 -0000 2010/4/19 Erik Cederstrand : > Hi > > I'm testing ClangBSD in a VirtualBox client and ran into a panic on the c= lient, but I don't think it's clang-related. I haven't tried kernel debuggi= ng before. I tried getting a backtrace as described in http://old.nabble.co= m/Re%3A-ia64--%3E-panic%3A-deadlkres%3A-possible-deadlock-detected-for-0xe0= 0000001187d880%2C-blocked-for-1801437-ticks-p28123802.html and this i the r= esult: > > http://tinypic.com/r/2llegza/5 > > Any pointers on ho to debug this further? I think we have to bless getblk. However your system may have got buffers shortage due to bufdaemon deficiencies. Are you using 8.0 or current? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 15:18:32 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0CDF31065674; Mon, 19 Apr 2010 15:18:32 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 48BCC8FC13; Mon, 19 Apr 2010 15:18:30 +0000 (UTC) Received: by wyf28 with SMTP id 28so1292944wyf.13 for ; Mon, 19 Apr 2010 08:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=W/f1KBV5ZbL653ThziCf+JyE1m+QMOXcOLzbANKBCBU=; b=tLBR/dXSsXjefI8rvAUKf01JCBlW6aP5aXY16OfiT5l3VVEmyitRIMPpLCLEJ99wWc LnvAwNvlFcr20j024cveP4UMSrfoLsoAcFOYE6eimmZmfErSCaKdUi62G9lL0GBK3zIt Y3GIQwFnfJxuzRB3yvOAbuwHxMrik+MIKvFBs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PHN7h59KnxXCrnUmbA4a0K1XEEZ/kQ2XgIuHrvqt2b527WlJscchKJhd0CVZne/R6E o17F4pRhq46j5ka+UNRPp8Ll1aySgu6xx9X60UQKzy3Lq8SM9Pia3Yf16iNzsU6+OEQO TPRaFHjnuRqsIH04fM/aSVRtKwddSc9MyR5Eo= MIME-Version: 1.0 Received: by 10.216.49.76 with HTTP; Mon, 19 Apr 2010 08:18:29 -0700 (PDT) In-Reply-To: References: <4BC9E254.9070300@freebsd.org> Date: Mon, 19 Apr 2010 15:18:29 +0000 Received: by 10.216.88.148 with SMTP id a20mr3113743wef.124.1271690309913; Mon, 19 Apr 2010 08:18:29 -0700 (PDT) Message-ID: From: Paul B Mahol To: Tom Evans Content-Type: text/plain; charset=ISO-8859-1 Cc: Tim Kientzle , current@freebsd.org, fs@freebsd.org Subject: Re: ISO9660 4GB directory structures boundary limit and growisofs X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 15:18:32 -0000 On 4/19/10, Tom Evans wrote: > On Mon, Apr 19, 2010 at 1:48 PM, Paul B Mahol wrote: >> On 4/17/10, Paul B Mahol wrote: >>> On Sat, Apr 17, 2010 at 4:31 PM, Tim Kientzle >>> wrote: >>>> Paul B Mahol wrote: >>>>> >>>>> It is apparently not possible to make use of -use-the-force-luke=4gms >>>>> on FreeBSD when appending new session after 4GB. Mounted disk >>>>> afterwards show nothing. >>>>> >>>>> Should we allow it like linux does? >>>> >>>> Are you claiming there is a problem when FreeBSD reads such >>>> images or a problem with creating such images? What >>>> programs are you using? >>> >>> I burn flac files in multiple sessions, each session have separate >>> directory, on DVD+R DL MKM/003 >>> After I used 4gms switch mounted fs shows nothing. (but there is >5GB of >>> data) >>> >>> According to growisofs source BD (bluray) dont need this switch at all >>> ... >>> >>>> This sounds like a pretty unsurprising 32-bit truncation >>>> bug: the filesystem structures in ISO9660 are all sector >>>> numbers so 8TB should be the natural limit (4G sectors >>>> times 2k bytes/sector). >>> >>> I did not tested this on FreeBSD amd64 yet. >> >> Update: Linux shows all sessions and Windows 7 shows only first one. > > > From the source code of groisofs.c: > > * - DVD+R Double Layer support; > * - -use-the-force-luke=4gms to allow ISO9660 directory structures > * to cross 4GB boundary, the option is effective only with DVD+R DL > * and for data to be accessible under Linux isofs a kernel patch is > * required; > > So I'm guessing it does something non standard, particularly if > windows also refuses to see the data. That is pretty old, from 2.4 era, it was added after it was found that isofs had bug. Windows at least "try" to show something - only one session, but fourth and not second session crossed 4GB limit. The source also claims that in BD case there is no need for _force_ switch at all. From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 15:58:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CBCB8106564A; Mon, 19 Apr 2010 15:58:24 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9EE8FC20; Mon, 19 Apr 2010 15:58:23 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,236,1270418400"; d="scan'208";a="31621565" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER05.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 19 Apr 2010 17:58:23 +0200 Received: by ZIVMAILUSER05.UNI-MUENSTER.DE (Postfix, from userid 149459) id 121CF1B07E7; Mon, 19 Apr 2010 17:58:23 +0200 (CEST) Date: Mon, 19 Apr 2010 17:58:22 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Roman Divacky Message-ID: In-Reply-To: <20100419122820.GA53253@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 15:58:25 -0000 Roman Divacky schrieb am 2010-04-19: > you have to use -O2 thanks a lot. using -O2 worked. :) i was also wondering: what's the reason gcc is still being used during step "Building an up-to-date make(1)" and not clang? cheers. > On Mon, Apr 19, 2010 at 02:29:07PM +0200, Alexander Best wrote: > > i'm getting this error during `make buildworld`: > > ===> libexec/atrun (all) > > clang -isystem > > /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 > > -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include > > -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ > > -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona > > -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" > > -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" > > -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' > > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" > > -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at > > -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g > > -std=gnu99 > > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k > > -Wno-uninitialized > > -Wno-pointer-sign -c /usr/local/src/clangbsd/libexec/atrun/atrun.c > > clang -isystem > > /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 > > -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include > > -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ > > -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona > > -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" > > -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" > > -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' > > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" > > -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at > > -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g > > -std=gnu99 > > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k > > -Wno-uninitialized > > -Wno-pointer-sign -c > > /usr/local/src/clangbsd/libexec/atrun/gloadavg.c > > clang -isystem > > /usr/obj/usr/local/src/clangbsd/tmp/usr/include/clang/1.5 > > -isystem /usr/obj/usr/local/src/clangbsd/tmp/usr/include > > -B/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ > > -L/usr/obj/usr/local/src/clangbsd/tmp/usr/lib/ -O0 -march=nocona > > -DATJOB_DIR=\"/var/at/jobs/\" -DLFILE=\"/var/at/jobs/.lockfile\" > > -DLOADAVG_MX=1.5 -DATSPOOL_DIR=\"/var/at/spool\" -DVERSION=\"2.9\" > > -DDAEMON_UID=1 -DDAEMON_GID=1 -DDEFAULT_BATCH_QUEUE=\'E\' > > -DDEFAULT_AT_QUEUE=\'c\' -DPERM_PATH=\"/var/at/\" > > -I/usr/local/src/clangbsd/libexec/atrun/../../usr.bin/at > > -I/usr/local/src/clangbsd/libexec/atrun -DLOGIN_CAP -DPAM -g > > -std=gnu99 > > -fstack-protector -Wsystem-headers -Wall -Wno-format-y2k > > -Wno-uninitialized > > -Wno-pointer-sign -o atrun atrun.o gloadavg.o -lpam -lutil > > /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined > > reference > > to `fabsf' > > /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined > > reference > > to `copysign' > > /usr/obj/usr/local/src/clangbsd/tmp/usr/lib//libgcc_s.so: undefined > > reference > > to `copysignf' > > clang: error: linker command failed with exit code 1 (use -v to see > > invocation) > > *** Error code 1 > > Stop in /usr/local/src/clangbsd/libexec/atrun. > > *** Error code 1 > > Stop in /usr/local/src/clangbsd/libexec. > > *** Error code 1 > > Stop in /usr/local/src/clangbsd. > > *** Error code 1 > > Stop in /usr/local/src/clangbsd. > > *** Error code 1 > > Stop in /usr/local/src/clangbsd. > > running llvm-devel-2.7.r100430 and clangbsd revision 206838. > > -- > > Alexander Best -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 17:46:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C8B271065677 for ; Mon, 19 Apr 2010 17:46:17 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id 883E28FC21 for ; Mon, 19 Apr 2010 17:46:17 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o3JHBvXL040304 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Mon, 19 Apr 2010 10:11:57 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4BCC8EDC.1090907@feral.com> Date: Mon, 19 Apr 2010 10:11:56 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Mon, 19 Apr 2010 10:11:57 -0700 (PDT) Subject: Re: panic: deadlkres: possible deadlock detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 17:46:17 -0000 On 04/19/2010 08:03 AM, Attilio Rao wrote: > 2010/4/19 Erik Cederstrand: > >> Hi >> >> I'm testing ClangBSD in a VirtualBox client and ran into a panic on the client, but I don't think it's clang-related. I haven't tried kernel debugging before. I tried getting a backtrace as described in http://old.nabble.com/Re%3A-ia64--%3E-panic%3A-deadlkres%3A-possible-deadlock-detected-for-0xe00000001187d880%2C-blocked-for-1801437-ticks-p28123802.html and this i the result: >> >> http://tinypic.com/r/2llegza/5 >> >> Any pointers on ho to debug this further? >> > I think we have to bless getblk. However your system may have got > buffers shortage due to bufdaemon deficiencies. > > Are you using 8.0 or current? > > Attilio > > > I've seen this in -current as of yesterday From owner-freebsd-current@FreeBSD.ORG Mon Apr 19 17:50:09 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 240FC1065674 for ; Mon, 19 Apr 2010 17:50:09 +0000 (UTC) (envelope-from tomelite82@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 94C4D8FC1B for ; Mon, 19 Apr 2010 17:50:08 +0000 (UTC) Received: by vws18 with SMTP id 18so202540vws.13 for ; Mon, 19 Apr 2010 10:50:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=r5HOjLStbV87e+IF7+R9PFQ573DEr0BfkUkgSo357rI=; b=TtNC/a8aob7V/Hv3Kt21AD0QxjIU3qHSmT4kskr43LGeNp3aBuq6tStOGGWRRaU6zK ErU8lEH7zx4YSdujCzog7bwOS+HKPIcz9lpFY11AxRDbElOdwExgdVteiFboX/kEHgBA WP1z6x3WH20knl5MVIg8Ax7Fjfk0vzP/TQvEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=tVJV4Z41Q/Z65sJyCAqRs9z9MSvizrcFdQb8BxNPCC3s/4jajXb926ru091q3NT3D9 MaoX2eS4hTFictwn1PoV+fFTh1UnMS3JeYpEPLLPozR/MBf2+pxqfMoAls6e1zK+HfIq unrp3t4gkcigGXLBnpgBC4xdvSN/NY9T0rQX8= MIME-Version: 1.0 Sender: tomelite82@gmail.com Received: by 10.220.76.71 with HTTP; Mon, 19 Apr 2010 10:50:07 -0700 (PDT) In-Reply-To: References: <4B28F841.1070900@skylinetele.com> Date: Mon, 19 Apr 2010 10:50:07 -0700 X-Google-Sender-Auth: 554a4fe646b39f4c Received: by 10.220.157.206 with SMTP id c14mr3771040vcx.230.1271699407439; Mon, 19 Apr 2010 10:50:07 -0700 (PDT) Message-ID: From: Qing Li To: Marin Atanasov Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, "Li, Qing" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, "Prokofiev S.P." Subject: Re: net/mpd5, ppp, proxy-arp issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 19 Apr 2010 17:50:09 -0000 Have you seen this thread? http://lists.freebsd.org/pipermail/freebsd-net/2010-April/025128.html Quite a few fixes have gone into the -current and RELENG_8 branches. Please try sync-up to the latest code before applying the patch. -- Qing On Sun, Apr 18, 2010 at 11:53 PM, Marin Atanasov wrote: > Hi, > > I was setting up mpd5 from ports, but this proxy-arp issue still exists i= n > 8.0. > >> uname -r > 8.0-RELEASE-p2 > > I've attached the output from the mpd5 daemon, where you can still see th= at > the issue is relevant. > > I've also tried to apply the patch, but it's no longer on that location. > Something else to add - I've a dns server running on the same machine tha= t > mpd5 was set up. I'm not sure if this is caused by mpd5 daemon or the arp > issue, but after a couple of start/stops of mpd5 the name resolving from = the > gateway machine is not possible, all other systems from the internal netw= ork > are able to use the dns server on the gateway, but the gateway itself > cannot. > > Restart of named, doesn't help either, so I had to completely reboot the > machine, so that arp entries are flushed as well. > > Could you please have a look at the issue? If you need some additional > information, please let me know. > > Regards, > Marin > > On Wed, Dec 16, 2009 at 6:09 PM, Prokofiev S.P. > wrote: >> >> Thank you ! >> The problem with proxy-arp has disappeared (FreeBSD 8-STABLE amd64 with >> mpd5). >> >> Please, somebody =A0fix =A0the bug kern/141285... >> >> >> Li, Qing wrote: >>> >>> Hi, >>> >>> Recently there have been several reports regarding issues with ppp, mpd= 5 >>> and proxy-arp configuration over the ppp links. I read through the >>> various postings and the problems seem to be: >>> >>> 1. Unable to add proxy-arp entries for the remote ppp clients. >>> >>> 2. Log showing "ifa_add_loopback_route: insertion failed" causing =A0 = =A0some >>> userland applications to fail. >>> >>> May I ask that you try applying patch >>> >>> =A0http://people.freebsd.org/~qingli/ppp-proxy-arp-patch-121515.diff >>> >>> and report back if the patch fixes your problems. And if not, please >>> describe what additional issues you are having. >>> >>> Thanks, >>> >>> -- Qing >>> >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >>> >>> >>> >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org= " > > > > -- > Marin Atanasov Nikolov > dnaeon AT gmail DOT com > daemon AT unix-heaven DOT org > From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 06:40:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D50A10656C1 for ; Tue, 20 Apr 2010 06:40:12 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id 7D7448FC19 for ; Tue, 20 Apr 2010 06:40:11 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id BE64645DF4; Tue, 20 Apr 2010 08:40:09 +0200 (CEST) Received: from localhost (chello089077043238.chello.pl [89.77.43.238]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 1F43445C89; Tue, 20 Apr 2010 08:40:04 +0200 (CEST) Date: Tue, 20 Apr 2010 08:40:06 +0200 From: Pawel Jakub Dawidek To: "Jason J. W. Williams" Message-ID: <20100420064006.GE1728@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="Oiv9uiLrevHtW1RS" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS behavior when device disappears X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 06:40:12 -0000 --Oiv9uiLrevHtW1RS Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 13, 2010 at 05:39:30PM -0600, Jason J. W. Williams wrote: > Hello, >=20 > Currently, we're an OpenSolaris shop but with the way things are going > over at Oracle/Sun we're starting to evaluate our options for keeping > ZFS but moving off Solaris. One of my concerns is that FreeBSD is > implementing ZFSv14 (ZFS itself is up to v23 I believe). For quite a > long time, ZFS under Solaris had a real problem with the following > scenario: >=20 > * Hard drive starts to die > * Controller and SCSI subsystem continue to retry an I/O rather than > failing fast > * Even if the I/O does fail fast ZFS doesn't really notice a spike in > I/O failures and continues to use the drive. > * Result: I/O on the zpool stalls completely while the I/Os continue > to be tried against the drive. >=20 > This got fixed in later revs of OpenSolaris by enhancements to ZFS and > greater integration with the Fault Management Architecture (FMA) of > Solaris...lots of I/Os failing on a drive get communicated to ZFS who > then offlines the drive out of the pool. >=20 > My question is, what is the situation in FreeBSD 8 with ZFS if that > type of situation occurs? I believe FreeBSD does whatever OpenSolaris did for this version of ZFS. There is nogoing work to bring v24 to FreeBSD. Basic functionality works already, but a lot work is still needed. At some point I'll see what we can do about it, because we don't have FMA in FreeBSD and we would need to find another way to deal with it. I've limited time I can spend on ZFS right now, so I'm making small steps, but I'm making good progress too. --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --Oiv9uiLrevHtW1RS Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvNTEYACgkQForvXbEpPzRr4wCg6hu3HRwsb0MRhxBI4A50gfdy xZEAoI+qDVY5ZqCqze0rRLVskInWHy/d =xHmW -----END PGP SIGNATURE----- --Oiv9uiLrevHtW1RS-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 06:50:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 805AD106564A for ; Tue, 20 Apr 2010 06:50:41 +0000 (UTC) (envelope-from erik@cederstrand.dk) Received: from csmtp2.one.com (csmtp2.one.com [91.198.169.22]) by mx1.freebsd.org (Postfix) with ESMTP id D8B488FC17 for ; Tue, 20 Apr 2010 06:50:40 +0000 (UTC) Received: from [192.168.0.70] (0x573fa596.cpe.ge-1-1-0-1109.ronqu1.customer.tele.dk [87.63.165.150]) by csmtp2.one.com (Postfix) with ESMTP id 5C5F01B0029C4; Tue, 20 Apr 2010 06:50:38 +0000 (UTC) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: multipart/signed; boundary=Apple-Mail-53--766223824; protocol="application/pkcs7-signature"; micalg=sha1 From: Erik Cederstrand In-Reply-To: Date: Tue, 20 Apr 2010 08:50:35 +0200 Message-Id: References: To: Attilio Rao X-Mailer: Apple Mail (2.1078) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: panic: deadlkres: possible deadlock detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 06:50:41 -0000 --Apple-Mail-53--766223824 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Den 19/04/2010 kl. 17.03 skrev Attilio Rao: > 2010/4/19 Erik Cederstrand : >> Hi >>=20 >> I'm testing ClangBSD in a VirtualBox client and ran into a panic on = the client, but I don't think it's clang-related. I haven't tried kernel = debugging before. I tried getting a backtrace as described in = http://old.nabble.com/Re%3A-ia64--%3E-panic%3A-deadlkres%3A-possible-deadl= ock-detected-for-0xe00000001187d880%2C-blocked-for-1801437-ticks-p28123802= .html and this i the result: >>=20 >> http://tinypic.com/r/2llegza/5 >>=20 >> Any pointers on ho to debug this further? >=20 > I think we have to bless getblk. However your system may have got > buffers shortage due to bufdaemon deficiencies. >=20 > Are you using 8.0 or current? This is current (the latest ClangBSD revision). I was running pho's = stress2 test suite when this happened. Thanks, Erik= --Apple-Mail-53--766223824-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 06:57:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15430106564A for ; Tue, 20 Apr 2010 06:57:24 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by mx1.freebsd.org (Postfix) with ESMTP id E27438FC17 for ; Tue, 20 Apr 2010 06:57:23 +0000 (UTC) Received: from [10.0.0.171] (unknown [64.9.241.228]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 88EE0509B4 for ; Tue, 20 Apr 2010 02:57:22 -0400 (EDT) Message-ID: <4BCD5049.8030408@gmail.com> Date: Mon, 19 Apr 2010 23:57:13 -0700 From: David Ehrmann User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Strange disk problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 06:57:24 -0000 Initially, I noticed a problem where reading a file on this machine seemed to stop--something like a video would just stop playing. At first, I thought it was the machine, but a new motherboard, CPU, and RAM later, the problem persists. The network card uses a different chipset, too. The files are on zfs, but scrubs are fine, and zpool status lists no errors of any kind. Trying to reproduce the problem, I set up a script that reading a random 1M block every 60 seconds off the drive backing zfs. That's when I noticed something: one disk seems to be causing the problems. I logged the dd times, and some of them were huge--more than a minute. The times on the other disk in the mirrored vdev were low. I've only seen the problem when I have a vm's disk image hosted on the machine. That said, the network interface is configured at 100mbps, so there's no reason for that to saturate the disk's throughput. Top reports that almost 20% of the CPU is going towards interrupts. I can read a file off the zfs pool at over 50MB/s, so that shouldn't be a problem. One thing I'm wondering is why the disk read doesn't timeout quickly? At least that way zfs could try to use the other drive in the mirrored vdev. Any ideas? One thing I should try is switching the drive, see if the problem follows the disk or stays with the lowest /dev/adX device. I'm using geli, but the read problems happen with both /dev/adX AND /dev/adX.eli., so I don't think that's it. I've seen the problem with Samba, NFS, and dd. Thanks in advance. From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 07:10:36 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 16AAA106564A; Tue, 20 Apr 2010 07:10:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id D81768FC27; Tue, 20 Apr 2010 07:10:35 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3K7AYLL005791; Tue, 20 Apr 2010 03:10:34 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3K7AY1P005786; Tue, 20 Apr 2010 07:10:34 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 20 Apr 2010 07:10:34 GMT Message-Id: <201004200710.o3K7AY1P005786@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 07:10:36 -0000 TB --- 2010-04-20 05:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 05:45:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-04-20 05:45:00 - cleaning the object tree TB --- 2010-04-20 05:45:25 - cvsupping the source tree TB --- 2010-04-20 05:45:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-04-20 05:46:35 - building world TB --- 2010-04-20 05:46:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 05:46:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 05:46:35 - TARGET=i386 TB --- 2010-04-20 05:46:35 - TARGET_ARCH=i386 TB --- 2010-04-20 05:46:35 - TZ=UTC TB --- 2010-04-20 05:46:35 - __MAKE_CONF=/dev/null TB --- 2010-04-20 05:46:35 - cd /src TB --- 2010-04-20 05:46:35 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 20 05:46:35 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 20 06:46:29 UTC 2010 TB --- 2010-04-20 06:46:29 - generating LINT kernel config TB --- 2010-04-20 06:46:29 - cd /src/sys/i386/conf TB --- 2010-04-20 06:46:29 - /usr/bin/make -B LINT TB --- 2010-04-20 06:46:29 - building LINT kernel TB --- 2010-04-20 06:46:29 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 06:46:29 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 06:46:29 - TARGET=i386 TB --- 2010-04-20 06:46:29 - TARGET_ARCH=i386 TB --- 2010-04-20 06:46:29 - TZ=UTC TB --- 2010-04-20 06:46:29 - __MAKE_CONF=/dev/null TB --- 2010-04-20 06:46:29 - cd /src TB --- 2010-04-20 06:46:29 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 20 06:46:29 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] objcopy --strip-debug if_uath.ko ===> usb/upgt (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -nostdinc -DHAVE_KERNEL_OPTION_HEADERS -include /obj/i386/src/sys/LINT/opt_global.h -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -I/obj/i386/src/sys/LINT -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -std=iso9899:1999 -fstack-protector -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/usb/upgt/../../../dev/usb/wlan/if_upgt.c /src/sys/modules/usb/upgt/../../../dev/usb/wlan/if_upgt.c: In function 'upgt_attach': /src/sys/modules/usb/upgt/../../../dev/usb/wlan/if_upgt.c:242: internal compiler error: in var_ann, at tree-flow-inline.h:127 Please submit a full bug report, with preprocessed source if appropriate. See for instructions. *** Error code 1 Stop in /src/sys/modules/usb/upgt. *** Error code 1 Stop in /src/sys/modules/usb. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-20 07:10:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-20 07:10:34 - ERROR: failed to build lint kernel TB --- 2010-04-20 07:10:34 - 3851.82 user 737.98 system 5134.34 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 07:12:17 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1AE761065672; Tue, 20 Apr 2010 07:12:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DB7528FC26; Tue, 20 Apr 2010 07:12:16 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3K7CGBt017430; Tue, 20 Apr 2010 03:12:16 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3K7CGb1017424; Tue, 20 Apr 2010 07:12:16 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 20 Apr 2010 07:12:16 GMT Message-Id: <201004200712.o3K7CGb1017424@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 07:12:17 -0000 TB --- 2010-04-20 05:45:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 05:45:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-20 05:45:00 - cleaning the object tree TB --- 2010-04-20 05:45:24 - cvsupping the source tree TB --- 2010-04-20 05:45:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-04-20 05:46:35 - building world TB --- 2010-04-20 05:46:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 05:46:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 05:46:35 - TARGET=pc98 TB --- 2010-04-20 05:46:35 - TARGET_ARCH=i386 TB --- 2010-04-20 05:46:35 - TZ=UTC TB --- 2010-04-20 05:46:35 - __MAKE_CONF=/dev/null TB --- 2010-04-20 05:46:35 - cd /src TB --- 2010-04-20 05:46:35 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 20 05:46:35 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 20 06:46:00 UTC 2010 TB --- 2010-04-20 06:46:00 - generating LINT kernel config TB --- 2010-04-20 06:46:00 - cd /src/sys/pc98/conf TB --- 2010-04-20 06:46:00 - /usr/bin/make -B LINT TB --- 2010-04-20 06:46:00 - building LINT kernel TB --- 2010-04-20 06:46:00 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 06:46:00 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 06:46:00 - TARGET=pc98 TB --- 2010-04-20 06:46:00 - TARGET_ARCH=i386 TB --- 2010-04-20 06:46:00 - TZ=UTC TB --- 2010-04-20 06:46:00 - __MAKE_CONF=/dev/null TB --- 2010-04-20 06:46:00 - cd /src TB --- 2010-04-20 06:46:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 20 06:46:00 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Apr 20 07:08:18 UTC 2010 TB --- 2010-04-20 07:08:18 - building GENERIC kernel TB --- 2010-04-20 07:08:18 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 07:08:18 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 07:08:18 - TARGET=pc98 TB --- 2010-04-20 07:08:18 - TARGET_ARCH=i386 TB --- 2010-04-20 07:08:18 - TZ=UTC TB --- 2010-04-20 07:08:18 - __MAKE_CONF=/dev/null TB --- 2010-04-20 07:08:18 - cd /src TB --- 2010-04-20 07:08:18 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 20 07:08:18 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_rmlock.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_rwlock.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_sema.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_shutdown.c /src/sys/kern/kern_shutdown.c: In function 'shutdown_reset': /src/sys/kern/kern_shutdown.c:500: error: 'smp_ipi_mtx' undeclared (first use in this function) /src/sys/kern/kern_shutdown.c:500: error: (Each undeclared identifier is reported only once /src/sys/kern/kern_shutdown.c:500: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-20 07:12:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-20 07:12:16 - ERROR: failed to build GENERIC kernel TB --- 2010-04-20 07:12:16 - 3873.39 user 813.05 system 5235.68 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 07:39:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0CD3106566B for ; Tue, 20 Apr 2010 07:39:48 +0000 (UTC) (envelope-from eitanadlerlist@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 413D38FC1C for ; Tue, 20 Apr 2010 07:39:47 +0000 (UTC) Received: by bwz8 with SMTP id 8so5181423bwz.3 for ; Tue, 20 Apr 2010 00:39:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:cc:content-type; bh=ldgy4NyR1caZyHxXY6+ialrsCi+VPZNMfItGIh1Cp30=; b=tWmul7nFPtkc2VflKN+qqLyEf46ZyQlXhXnSfdQUwjdQ6JrT/V18m6/nkQfdKF9UVs VGVrXBNMx0/71w2AGU6OH7jS0cmjqjWZ5vtBdJsAsXUgCGSvIKI2WrwJEM1ow+/DGs0t k07Dzze/nVIJjh/P/RfmAg1NEtomYmCY4bZ6s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=xio5QHfW0BwNgqt+6xryt9VlVNoXsFpr4FeVxSDLOIZI8kLKk4dAcRi7syrZF6XLW0 RO6Scn9ZSKAhpJ5iyh7tsvlT1uOXjpnJ2arqoNrkMVvlDcM86SIs26ofwdbzam2rx8l7 OgB2gz1iRmJPiphdTJpDwmF4mJQUuCyfiFUto= MIME-Version: 1.0 Received: by 10.239.150.76 with HTTP; Tue, 20 Apr 2010 00:39:26 -0700 (PDT) In-Reply-To: References: <20100419122820.GA53253@freebsd.org> From: Eitan Adler Date: Tue, 20 Apr 2010 10:39:26 +0300 Received: by 10.239.183.146 with SMTP id u18mr580186hbg.174.1271749186863; Tue, 20 Apr 2010 00:39:46 -0700 (PDT) Message-ID: To: Alexander Best Content-Type: text/plain; charset=UTF-8 Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 07:39:49 -0000 > i was also wondering: what's the reason gcc is still being used during step > "Building an up-to-date make(1)" and not clang? because make segfaults when using clang ;) From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 07:40:44 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8CB83106564A; Tue, 20 Apr 2010 07:40:44 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 5442D8FC0C; Tue, 20 Apr 2010 07:40:43 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3K7eg8X098144 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 00:40:42 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCD5A7B.2070505@FreeBSD.org> Date: Tue, 20 Apr 2010 00:40:43 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "current@freebsd.org" , FreeBSD Hackers Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 07:40:44 -0000 Hi, For the first time in many years, I've stumbled across a server hardware where FreeBSD kernel refuses to boot. It's FUJITSU PRIMERGY RX200 S5 server with 2x Quad core E5520 processors and 16GB of RAM. Linux boots on that hardware just fine. Linux dmesg is available here: http://sobomax.sippysoft.com/RX200.linux.dmesg I tried 7.3-RELEASE and latest HEAD, both amd64 and i386 - neither worked. HEAD and 7.3 behaved little bit differently. 7.3 hanged after the boot command, HEAD - filled in console with funny blinking characters. Screenshots with some debug information - SMAP, boot environment (7.3/amd64): http://sobomax.sippysoft.com/ScreenShot595.png http://sobomax.sippysoft.com/ScreenShot596.png http://sobomax.sippysoft.com/ScreenShot597.png http://sobomax.sippysoft.com/ScreenShot598.png http://sobomax.sippysoft.com/ScreenShot599.png http://sobomax.sippysoft.com/ScreenShot600.png http://sobomax.sippysoft.com/ScreenShot601.png HEAD/amd64 booting (boot -v): http://sobomax.sippysoft.com/ScreenShot603.png I have control over that machine, so that I can run some tests on it, including building and executing debug kernels. The only thing that I don't have access to at the moment is BIOS. Any ideas on how to investigate and fix that problem are highly appreciated. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 07:47:51 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B6E171065672; Tue, 20 Apr 2010 07:47:51 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 5690B8FC15; Tue, 20 Apr 2010 07:47:50 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3K7lmiZ098217 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 00:47:50 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCD5C20.8000508@FreeBSD.org> Date: Tue, 20 Apr 2010 00:47:44 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "current@freebsd.org" References: <4BCD5A7B.2070505@FreeBSD.org> In-Reply-To: <4BCD5A7B.2070505@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 07:47:51 -0000 Maxim Sobolev wrote: > the boot command, HEAD - filled in console with funny blinking characters. ...and hanged machine after that as well. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 08:03:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 325581065672; Tue, 20 Apr 2010 08:03:34 +0000 (UTC) (envelope-from tomelite82@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id A72F18FC1F; Tue, 20 Apr 2010 08:03:33 +0000 (UTC) Received: by vws18 with SMTP id 18so648226vws.13 for ; Tue, 20 Apr 2010 01:03:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=azVqSKKjveSxlU/lmT8rzNuSjgPHeFYjk2IENmfv4PQ=; b=l/DRPQxeM3Cxu4EcfdNDzN91mQy/3TLu2Mott6qKqNFqX6gThP02NtojWZUiVXesVV UDSSu08ILB8pnaeUDFZuEzKL1kEXP8fJNk5MUvKyqYGEE7FZ/0A5VklIVKgw+uRZk0fO jpfFSLBM94I31iLjRT6tP4uQIomWnYSulxQyc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Ff3C7m29erNEmsX/AUwY2qgz1gZF7hDlnqugsG09wsEsamW0/U21q0j3WFy5aGUXie GonQhXoN/npVhiEqKqLBkVkRTXkWtWera9Fd9zCcMH2j8fyvRC0A06vsxlm8IweTR6RM doZnuVcURSAWcuJkdTc8yU7BwHiIYUh2q7/J4= MIME-Version: 1.0 Sender: tomelite82@gmail.com Received: by 10.220.76.71 with HTTP; Tue, 20 Apr 2010 01:03:32 -0700 (PDT) In-Reply-To: References: <4B28F841.1070900@skylinetele.com> Date: Tue, 20 Apr 2010 01:03:32 -0700 X-Google-Sender-Auth: fa6dd5dbd164b230 Received: by 10.220.108.227 with SMTP id g35mr4380355vcp.184.1271750612811; Tue, 20 Apr 2010 01:03:32 -0700 (PDT) Message-ID: From: Qing Li To: Marin Atanasov Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, "Li, Qing" , freebsd-current@freebsd.org, freebsd-stable@freebsd.org, "Prokofiev S.P." Subject: Re: net/mpd5, ppp, proxy-arp issues X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 08:03:34 -0000 > > I was using csup to track RELEN_8_0 branch. Currently I'm syncing to > RELENG_8. > > If I understood you right, after getting the sources for RELENG_8, I need to > apply the patch and then rebuild world? > You only need to rebuild the kernel. -- Qing From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 08:44:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACBD0106566C; Tue, 20 Apr 2010 08:44:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 7C82C8FC1B; Tue, 20 Apr 2010 08:44:39 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3K8icZo058793; Tue, 20 Apr 2010 04:44:38 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3K8icFq058767; Tue, 20 Apr 2010 08:44:38 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 20 Apr 2010 08:44:38 GMT Message-Id: <201004200844.o3K8icFq058767@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 08:44:39 -0000 TB --- 2010-04-20 07:12:16 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 07:12:16 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2010-04-20 07:12:16 - cleaning the object tree TB --- 2010-04-20 07:12:29 - cvsupping the source tree TB --- 2010-04-20 07:12:29 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/powerpc/powerpc/supfile TB --- 2010-04-20 07:20:15 - building world TB --- 2010-04-20 07:20:15 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 07:20:15 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 07:20:15 - TARGET=powerpc TB --- 2010-04-20 07:20:15 - TARGET_ARCH=powerpc TB --- 2010-04-20 07:20:15 - TZ=UTC TB --- 2010-04-20 07:20:15 - __MAKE_CONF=/dev/null TB --- 2010-04-20 07:20:15 - cd /src TB --- 2010-04-20 07:20:15 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 20 07:20:15 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 20 08:21:39 UTC 2010 TB --- 2010-04-20 08:21:39 - generating LINT kernel config TB --- 2010-04-20 08:21:39 - cd /src/sys/powerpc/conf TB --- 2010-04-20 08:21:39 - /usr/bin/make -B LINT TB --- 2010-04-20 08:21:39 - building LINT kernel TB --- 2010-04-20 08:21:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 08:21:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 08:21:39 - TARGET=powerpc TB --- 2010-04-20 08:21:39 - TARGET_ARCH=powerpc TB --- 2010-04-20 08:21:39 - TZ=UTC TB --- 2010-04-20 08:21:39 - __MAKE_CONF=/dev/null TB --- 2010-04-20 08:21:39 - cd /src TB --- 2010-04-20 08:21:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 20 08:21:39 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Apr 20 08:41:37 UTC 2010 TB --- 2010-04-20 08:41:37 - building GENERIC kernel TB --- 2010-04-20 08:41:37 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 08:41:37 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 08:41:37 - TARGET=powerpc TB --- 2010-04-20 08:41:37 - TARGET_ARCH=powerpc TB --- 2010-04-20 08:41:37 - TZ=UTC TB --- 2010-04-20 08:41:37 - __MAKE_CONF=/dev/null TB --- 2010-04-20 08:41:37 - cd /src TB --- 2010-04-20 08:41:37 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 20 08:41:38 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_rmlock.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_rwlock.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_sema.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_shutdown.c /src/sys/kern/kern_shutdown.c: In function 'shutdown_reset': /src/sys/kern/kern_shutdown.c:500: error: 'smp_ipi_mtx' undeclared (first use in this function) /src/sys/kern/kern_shutdown.c:500: error: (Each undeclared identifier is reported only once /src/sys/kern/kern_shutdown.c:500: error: for each function it appears in.) *** Error code 1 Stop in /obj/powerpc/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-20 08:44:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-20 08:44:38 - ERROR: failed to build GENERIC kernel TB --- 2010-04-20 08:44:38 - 3902.86 user 697.98 system 5542.31 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 09:08:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 040DE106566B for ; Tue, 20 Apr 2010 09:08:28 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 868A08FC1E for ; Tue, 20 Apr 2010 09:08:27 +0000 (UTC) Received: from outgoing.leidinger.net (pD954F9C2.dip.t-dialin.net [217.84.249.194]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id B33338440AC; Tue, 20 Apr 2010 11:08:20 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 5773D508D; Tue, 20 Apr 2010 11:08:17 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3K98GI9074986; Tue, 20 Apr 2010 11:08:16 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Tue, 20 Apr 2010 11:08:16 +0200 Message-ID: <20100420110816.88665crz986srps8@webmail.leidinger.net> Date: Tue, 20 Apr 2010 11:08:16 +0200 From: Alexander Leidinger To: jhell References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> <4BCC50A9.6090003@dataix.net> In-Reply-To: <4BCC50A9.6090003@dataix.net> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: B33338440AC.1738D X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1272359302.63106@ndmBrzMMWvCrpmhwq12Jsw X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org, Navdeep Parhar Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 09:08:28 -0000 Quoting jhell (from Mon, 19 Apr 2010 08:46:33 -0400): [testing CTF] > This sounds like a case of too many knobs to control whether ctfconvert > will be used on any resulting object code. > > Couldn't this be better handled by defaulting WITH_CTF:=NO instead of > having it act Boolean and set NO_CTF to 0 or 1 but rather check if we > are building world or kernel by other means if the user has WITH_CTF > defined somewhere else?. > > Or just check whether WITH_CTF is defined and enable the proper sections > of the build for kernel. Sorry, but no. A lot of people tried for doing it by checking if it is defined, but as there is stuff in sys.mk (which is read before everything else), this fails. > As I see in sys.mk: stable/7 example and not touched on HEAD. [code in HEAD] > Could be simplified: > .if defined(WITH_CTF) > CTFFLAGS ?= -L VERSION > CTFCONVERT ?= ctfconvert > CTFMERGE ?= ctfmerge > CTFCONVERT ?= ctfconvert > CTFMERGE ?= ctfmerge > .if defined(CFLAGS) && (${CFLAGS:M-g} != "") > CTFFLAGS += -g > .else > CFLAGS += -g > .endif > > And this would leave little confusion about what is actually happening > and ensure that adding something like (makeoptions -DWITH_CTF) actually > work. Try it. The CTF stuff is more complex than it initially looks. I was doing several unsuccesful tries until I arrived at something which works. > I do not see a real need for NO_CTF if we can check to see if WITH_CTF > is being defined. There is need for it. We have stuff which does not work when compiled with CTF. The current way allows to put some NO_CTF in Makefiles (if we want to), to disable specific problem cases even when the rest is compiled with CTF. I also doubt we want to use the bootblocks or the loader with CTF, so those are items which should get a NO_CTF in any case. > For the relevant sections of the tree that should never have WITH_CTF > just dont add the ability to check and enable it. Or undefine it. Undefining it would be an option if the default stays off, but there are people which prefer to have the default being on. When the default switches, or the opinion switches to keep the default off, everything needs to be or should be reviewed. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 11:02:02 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CC5FC106567A for ; Tue, 20 Apr 2010 11:02:02 +0000 (UTC) (envelope-from peterjeremy@acm.org) Received: from mail13.syd.optusnet.com.au (mail13.syd.optusnet.com.au [211.29.132.194]) by mx1.freebsd.org (Postfix) with ESMTP id 3DA728FC13 for ; Tue, 20 Apr 2010 11:02:01 +0000 (UTC) Received: from server.vk2pj.dyndns.org (c122-106-253-149.belrs3.nsw.optusnet.com.au [122.106.253.149]) by mail13.syd.optusnet.com.au (8.13.1/8.13.1) with ESMTP id o3KB1xo9013447 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 21:02:00 +1000 X-Bogosity: Ham, spamicity=0.000000 Received: from server.vk2pj.dyndns.org (localhost.vk2pj.dyndns.org [127.0.0.1]) by server.vk2pj.dyndns.org (8.14.4/8.14.4) with ESMTP id o3KB1x6r015696; Tue, 20 Apr 2010 21:01:59 +1000 (EST) (envelope-from peter@server.vk2pj.dyndns.org) Received: (from peter@localhost) by server.vk2pj.dyndns.org (8.14.4/8.14.4/Submit) id o3KB1w5w015695; Tue, 20 Apr 2010 21:01:58 +1000 (EST) (envelope-from peter) Date: Tue, 20 Apr 2010 21:01:58 +1000 From: Peter Jeremy To: Eitan Adler Message-ID: <20100420110158.GD37576@server.vk2pj.dyndns.org> References: <20100419122820.GA53253@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="L6iaP+gRLNZHKoI4" Content-Disposition: inline In-Reply-To: X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 11:02:02 -0000 --L6iaP+gRLNZHKoI4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010-Apr-20 10:39:26 +0300, Eitan Adler wrote: >> i was also wondering: what's the reason gcc is still being used during s= tep >> "Building an up-to-date make(1)" and not clang? > >because make segfaults when using clang ;) (On amd64) I've discovered this as well. It does somewhat restrict the usefulness of ClangBSD though. --=20 Peter Jeremy --L6iaP+gRLNZHKoI4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvNiaYACgkQ/opHv/APuIf4YgCgnYszGSaFGmDe0NwOYyXu/vvv zI8AoJ+bgmSbYGpMO8dNQGuW0Ox/V5b5 =2Ndl -----END PGP SIGNATURE----- --L6iaP+gRLNZHKoI4-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 09:09:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AD7661065673 for ; Tue, 20 Apr 2010 09:09:24 +0000 (UTC) (envelope-from gordon.tetlow@gmail.com) Received: from mail-pz0-f197.google.com (mail-pz0-f197.google.com [209.85.222.197]) by mx1.freebsd.org (Postfix) with ESMTP id 329BC8FC15 for ; Tue, 20 Apr 2010 09:09:22 +0000 (UTC) Received: by pzk35 with SMTP id 35so27773pzk.3 for ; Tue, 20 Apr 2010 02:09:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:received:message-id:subject:from:to :content-type; bh=NFC9506lXkziUur7eS2jBwp/WgLBdacxceUjxdcGeME=; b=gLiQjZgQZ9Frn37yKXDrUNlPy53MdjER+QKzsMH9S9dBAFgm3QQn1JbZTUoGwDCQey efPFCVdPHWaCXIo40gres7xduu54ozMoTJDaLiVWewfcLsxJG18aL0Pk3yytRCfu70QS OY1LBSgpG9cda2hUrkBU6JwVCmD7zibSdO1CE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=ZjriHkA+Fx6wucGgYAQLTafwXvWT69gFN+amWY2Ig24BeWn47wXo90TnKU2BRL9ut6 e3s1VlUwdQ4YjzgsS3SySVS1IhpsdzqCJDKO5+N8UilNcaiSZy6rn9NEyWJMW785Uo7p SighRFPYnfDMExBNVGxwzMvaz3tT5hgFixYL0= MIME-Version: 1.0 Sender: gordon.tetlow@gmail.com Received: by 10.140.194.12 with HTTP; Tue, 20 Apr 2010 01:38:43 -0700 (PDT) Date: Tue, 20 Apr 2010 01:38:43 -0700 X-Google-Sender-Auth: 225e5ec007b29907 Received: by 10.141.15.9 with SMTP id s9mr5330454rvi.219.1271752723913; Tue, 20 Apr 2010 01:38:43 -0700 (PDT) Message-ID: From: Gordon Tetlow To: freebsd-current@freebsd.org X-Mailman-Approved-At: Tue, 20 Apr 2010 11:25:09 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 09:09:24 -0000 I wanted the ability for a port to have a rotating log policy so I wrote a patch for newsyslog to implement includes of other newsyslog.conf style files. Please find the patch at: http://people.freebsd.org/~gordon/patches/newsyslog.diff Format for the include line in /etc/newsyslog.conf is: /etc/defaults/newsyslog.conf Here's a quick overview of the changes: Convert the conf_entry struct from using a home rolled linked list to the queue(3) macros. Add a STAILQ to process include files. Add support for tag to specify include files. Globbing is supported in statements. Properly detect circular include loop dependencies. Please take a look and send me any comments you might have. Thanks, Gordon From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 11:33:51 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2369D106566C for ; Tue, 20 Apr 2010 11:33:50 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 6AA328FC08 for ; Tue, 20 Apr 2010 11:33:48 +0000 (UTC) Received: by bwz8 with SMTP id 8so5422881bwz.3 for ; Tue, 20 Apr 2010 04:33:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=6F8ucts2yk6Nev67/7T46IQRzFsiSyQ5kxzBnP+AL+8=; b=NidcMfBcyxvKlhcnK0gyD3nn6Ihd6SQiISLN4GxM8oIbj3Y/Ucrs7HXCFIcHoETS/v C3t/d3NmR7hVz0wOdgevvmG41Cj1Eqw9gTYfQIcpMFpmiB9OVGruEKYI/VjjkIQl+5I3 F31nkFFeC44JPoNrILvjTq2vThFZ+E/3qQnYg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=XuWV2BrD+c7EYbivnPtij2R2zJ0iwK9mgbDmMiYelNdI6unCWc2ERUHTtPMHSuONlj hvXJpno0fDZlFYv6FFhOiQGwEsAgwNV7e5uqTP7lSBFB4yx1V0a6wZBlVg2rBnOWV/bS unFUh2fCghPPRuDACfLCe+LAQAYtcygaiuMoc= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.239.164.140 with HTTP; Tue, 20 Apr 2010 04:33:47 -0700 (PDT) In-Reply-To: References: Date: Tue, 20 Apr 2010 13:33:47 +0200 X-Google-Sender-Auth: a5a53b3027824a3f Received: by 10.239.145.73 with SMTP id r9mr641300hba.22.1271763227701; Tue, 20 Apr 2010 04:33:47 -0700 (PDT) Message-ID: From: Attilio Rao To: Erik Cederstrand Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: FreeBSD Current Subject: Re: panic: deadlkres: possible deadlock detected X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 11:33:51 -0000 2010/4/20 Erik Cederstrand : > > Den 19/04/2010 kl. 17.03 skrev Attilio Rao: > >> 2010/4/19 Erik Cederstrand : >>> Hi >>> >>> I'm testing ClangBSD in a VirtualBox client and ran into a panic on the= client, but I don't think it's clang-related. I haven't tried kernel debug= ging before. I tried getting a backtrace as described in http://old.nabble.= com/Re%3A-ia64--%3E-panic%3A-deadlkres%3A-possible-deadlock-detected-for-0x= e00000001187d880%2C-blocked-for-1801437-ticks-p28123802.html and this i the= result: >>> >>> http://tinypic.com/r/2llegza/5 >>> >>> Any pointers on ho to debug this further? >> >> I think we have to bless getblk. However your system may have got >> buffers shortage due to bufdaemon deficiencies. >> >> Are you using 8.0 or current? > > This is current (the latest ClangBSD revision). I was running pho's stres= s2 test suite when this happened. I have committed a fix for this, may you upgrade to most recent CURRENT pls= ? Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 12:29:15 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C74E1065675 for ; Tue, 20 Apr 2010 12:29:15 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id AD9298FC12 for ; Tue, 20 Apr 2010 12:29:14 +0000 (UTC) Received: by bwz8 with SMTP id 8so5482721bwz.3 for ; Tue, 20 Apr 2010 05:29:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=XWqOf85/bpN6HAJ2L0ZJlY/sj9ogi2zyiVvrw7dUmb0=; b=pNAT5TcCiCzuBlg8wue8gTTGvnj5K8qW/WacmREEc5rp/j+xLYcYL8Govp8N75eEX8 uUFSvZmNCITGeYMo1i/lqCHqBgbCLy0ned4KPT1wo5XGkSWUxcX2T1dD+w8J27O3plQt KTdg2+oNbET3OPxydg+aXTY+5H3b1jONMbv80= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=c+K6mClgtNvXIGi10sEVYMScVR95dE+Ke1DUcU2Z3L7yrspjVWwKSMypRF1LvtGmiF LlgyLXVBq5UJki8Lsen4mQ+5UrPQgNlz151Q6+ji713eCY/DX02KK692jGd9tuejXhxZ BgsaduZ5TTJPPrN3W/sROwG+72+kzRtbrCH6w= MIME-Version: 1.0 Sender: asmrookie@gmail.com Received: by 10.239.164.140 with HTTP; Tue, 20 Apr 2010 05:29:13 -0700 (PDT) In-Reply-To: <4BCD5049.8030408@gmail.com> References: <4BCD5049.8030408@gmail.com> Date: Tue, 20 Apr 2010 14:29:13 +0200 X-Google-Sender-Auth: 61cbf56919355b31 Received: by 10.239.193.80 with SMTP id h16mr572565hbi.151.1271766553292; Tue, 20 Apr 2010 05:29:13 -0700 (PDT) Message-ID: From: Attilio Rao To: David Ehrmann Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: Strange disk problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 12:29:15 -0000 2010/4/20 David Ehrmann : > Initially, I noticed a problem where reading a file on this machine seeme= d > to stop--something like a video would just stop playing. =C2=A0At first, = I > thought it was the machine, but a new motherboard, CPU, and RAM later, th= e > problem persists. =C2=A0The network card uses a different chipset, too. > > The files are on zfs, but scrubs are fine, and zpool status lists no erro= rs > of any kind. =C2=A0Trying to reproduce the problem, I set up a script tha= t > reading a random 1M block every 60 seconds off the drive backing zfs. > =C2=A0That's when I noticed something: one disk seems to be causing the p= roblems. > =C2=A0I logged the dd times, and some of them were huge--more than a minu= te. =C2=A0The > times on the other disk in the mirrored vdev were low. > > I've only seen the problem when I have a vm's disk image hosted on the > machine. =C2=A0That said, the network interface is configured at 100mbps,= so > there's no reason for that to saturate the disk's throughput. =C2=A0Top r= eports > that almost 20% of the CPU is going towards interrupts. =C2=A0I can read = a file > off the zfs pool at over 50MB/s, so that shouldn't be a problem. =C2=A0On= e thing > I'm wondering is why the disk read doesn't timeout quickly? =C2=A0At leas= t that > way zfs could try to use the other drive in the mirrored vdev. > > Any ideas? =C2=A0One thing I should try is switching the drive, see if th= e > problem follows the disk or stays with the lowest /dev/adX device. =C2=A0= I'm > using geli, but the read problems happen with both /dev/adX AND > /dev/adX.eli., so I don't think that's it. =C2=A0I've seen the problem wi= th > Samba, NFS, and dd. David, do you think you are willing to re-create the problem and do a PMC analysis on it? (If you need any guidance let me know, I will be happy to give it). Attilio --=20 Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 12:30:43 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA153106566B; Tue, 20 Apr 2010 12:30:43 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 682AF8FC26; Tue, 20 Apr 2010 12:30:42 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KCUf19001651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 05:30:42 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCD9E72.1000502@FreeBSD.org> Date: Tue, 20 Apr 2010 05:30:42 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "current@freebsd.org" References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> In-Reply-To: <4BCD5C20.8000508@FreeBSD.org> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD Hackers Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 12:30:43 -0000 Update: I've discovered that the 7.3 kernels actually boot after some ridiculously long waiting period after the "boot" command (i.e. 10 minutes or even more). I suspect that it might be caused by the memory probing, which as far as I know the FreeBSD does to determine if the physical memory that has been reported by BIOS really exists. Here is what kernel reports about RAM: http://sobomax.sippysoft.com/ScreenShot605.png Any comments? -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 12:38:04 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 11865106566C; Tue, 20 Apr 2010 12:38:04 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay2.uni-muenster.de (ZIVM-RELAY2.UNI-MUENSTER.DE [128.176.192.13]) by mx1.freebsd.org (Postfix) with ESMTP id 6B98B8FC1B; Tue, 20 Apr 2010 12:38:02 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,243,1270418400"; d="scan'208";a="242477322" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 20 Apr 2010 14:38:02 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 2217C1B07C3; Tue, 20 Apr 2010 14:38:02 +0200 (CEST) Date: Tue, 20 Apr 2010 14:38:01 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Eitan Adler Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Roman Divacky , freebsd-current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 12:38:04 -0000 Eitan Adler schrieb am 2010-04-20: > > i was also wondering: what's the reason gcc is still being used > > during step > > "Building an up-to-date make(1)" and not clang? > because make segfaults when using clang ;) ah ok. that's quite a good reason. ;) -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 13:15:13 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7D0F106564A; Tue, 20 Apr 2010 13:15:13 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 867B98FC20; Tue, 20 Apr 2010 13:15:13 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3KDFCJZ014504; Tue, 20 Apr 2010 09:15:12 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3KDFCcm014463; Tue, 20 Apr 2010 13:15:12 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 20 Apr 2010 13:15:12 GMT Message-Id: <201004201315.o3KDFCcm014463@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 13:15:13 -0000 TB --- 2010-04-20 11:50:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 11:50:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-20 11:50:00 - cleaning the object tree TB --- 2010-04-20 11:50:25 - cvsupping the source tree TB --- 2010-04-20 11:50:25 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-04-20 11:50:53 - building world TB --- 2010-04-20 11:50:53 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 11:50:53 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 11:50:53 - TARGET=pc98 TB --- 2010-04-20 11:50:53 - TARGET_ARCH=i386 TB --- 2010-04-20 11:50:53 - TZ=UTC TB --- 2010-04-20 11:50:53 - __MAKE_CONF=/dev/null TB --- 2010-04-20 11:50:53 - cd /src TB --- 2010-04-20 11:50:53 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 20 11:50:53 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 20 12:49:39 UTC 2010 TB --- 2010-04-20 12:49:39 - generating LINT kernel config TB --- 2010-04-20 12:49:39 - cd /src/sys/pc98/conf TB --- 2010-04-20 12:49:39 - /usr/bin/make -B LINT TB --- 2010-04-20 12:49:39 - building LINT kernel TB --- 2010-04-20 12:49:39 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 12:49:39 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 12:49:39 - TARGET=pc98 TB --- 2010-04-20 12:49:39 - TARGET_ARCH=i386 TB --- 2010-04-20 12:49:39 - TZ=UTC TB --- 2010-04-20 12:49:39 - __MAKE_CONF=/dev/null TB --- 2010-04-20 12:49:39 - cd /src TB --- 2010-04-20 12:49:39 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 20 12:49:39 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything >>> Kernel build for LINT completed on Tue Apr 20 13:11:26 UTC 2010 TB --- 2010-04-20 13:11:26 - building GENERIC kernel TB --- 2010-04-20 13:11:26 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 13:11:26 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 13:11:26 - TARGET=pc98 TB --- 2010-04-20 13:11:26 - TARGET_ARCH=i386 TB --- 2010-04-20 13:11:26 - TZ=UTC TB --- 2010-04-20 13:11:26 - __MAKE_CONF=/dev/null TB --- 2010-04-20 13:11:26 - cd /src TB --- 2010-04-20 13:11:26 - /usr/bin/make -B buildkernel KERNCONF=GENERIC >>> Kernel build for GENERIC started on Tue Apr 20 13:11:26 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_rmlock.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_rwlock.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_sema.c cc -c -O -pipe -std=c99 -g -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/kern/kern_shutdown.c /src/sys/kern/kern_shutdown.c: In function 'shutdown_reset': /src/sys/kern/kern_shutdown.c:500: error: 'smp_ipi_mtx' undeclared (first use in this function) /src/sys/kern/kern_shutdown.c:500: error: (Each undeclared identifier is reported only once /src/sys/kern/kern_shutdown.c:500: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/GENERIC. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-20 13:15:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-20 13:15:12 - ERROR: failed to build GENERIC kernel TB --- 2010-04-20 13:15:12 - 3864.72 user 769.17 system 5111.73 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 13:24:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A6F21065673; Tue, 20 Apr 2010 13:24:56 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 142B28FC0A; Tue, 20 Apr 2010 13:24:55 +0000 (UTC) Received: by iwn1 with SMTP id 1so4219404iwn.27 for ; Tue, 20 Apr 2010 06:24:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yOWa/gdjbw4aecyJw4yGLLjtDV2g2c/duVXdZ1GE5hI=; b=XagBay5Uo56XGijjpqgPyyuVN/YH4+CSX5AYeBB1q4NAeakBkR7NFjjZm31Kh9MMhu MV6oWZ9XUjrFbZ8JydhIj5j3gbYXaJ8nHwltnAU6XBctMJ0l+JrjYUAYYleN2dxHJbEb UYbWtggzhNYp+irCeo4/pubA5mB+R961ySGfc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=mbDvERzySY5uAGfU3YnyW5kfXKKwjtGwVxL6QftAf016IdKd+iZa9GBl4awC8zWBw9 RGB7JUcGaQWE10KP02MdxDC+m847jHxJjAxxahS6PBVGescLSQk9b6xAvpu7rdrfz8yx Nfi03zpA8aQwW3+1iBs3Fwlhzp5XfqcFXPAuI= MIME-Version: 1.0 Received: by 10.231.185.144 with HTTP; Tue, 20 Apr 2010 06:24:53 -0700 (PDT) In-Reply-To: <20100420064006.GE1728@garage.freebsd.pl> References: <20100420064006.GE1728@garage.freebsd.pl> Date: Tue, 20 Apr 2010 07:24:53 -0600 Received: by 10.231.146.146 with SMTP id h18mr1485330ibv.27.1271769893734; Tue, 20 Apr 2010 06:24:53 -0700 (PDT) Message-ID: From: "Jason J. W. Williams" To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS behavior when device disappears X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 13:24:56 -0000 Hi Pawel, Thank you very much for the response! Please forgive some of my questions, as I'm a bit unfamiliar with the FreeBSD port. What is the nature of the port? Is it something where each new version of ZFS is a from-scratch effort to some degree? Or is it a point where new ZFS versions are a matter of just making the newer features operational? -J On Tue, Apr 20, 2010 at 12:40 AM, Pawel Jakub Dawidek wro= te: > On Tue, Apr 13, 2010 at 05:39:30PM -0600, Jason J. W. Williams wrote: >> Hello, >> >> Currently, we're an OpenSolaris shop but with the way things are going >> over at Oracle/Sun we're starting to evaluate our options for keeping >> ZFS but moving off Solaris. One of my concerns is that FreeBSD is >> implementing ZFSv14 (ZFS itself is up to v23 I believe). For quite a >> long time, ZFS under Solaris had a real problem with the following >> scenario: >> >> * Hard drive starts to die >> * Controller and SCSI subsystem continue to retry an I/O rather than >> failing fast >> * Even if the I/O does fail fast ZFS doesn't really notice a spike in >> I/O failures and continues to use the drive. >> * Result: I/O on the zpool stalls completely while the I/Os continue >> to be tried against the drive. >> >> This got fixed in later revs of OpenSolaris by enhancements to ZFS and >> greater integration with the Fault Management Architecture (FMA) of >> Solaris...lots of I/Os failing on a drive get communicated to ZFS who >> then offlines the drive out of the pool. >> >> My question is, what is the situation in FreeBSD 8 with ZFS if that >> type of situation occurs? > > I believe FreeBSD does whatever OpenSolaris did for this version of ZFS. > There is nogoing work to bring v24 to FreeBSD. Basic functionality works > already, but a lot work is still needed. At some point I'll see what we > can do about it, because we don't have FMA in FreeBSD and we would need > to find another way to deal with it. I've limited time I can spend on > ZFS right now, so I'm making small steps, but I'm making good progress > too. > > -- > Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://ww= w.wheelsystems.com > pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http:= //www.FreeBSD.org > FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I Ev= il? Yes, I Am! > From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 13:41:52 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 549931065670; Tue, 20 Apr 2010 13:41:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 25BBF8FC26; Tue, 20 Apr 2010 13:41:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id CC0D946B39; Tue, 20 Apr 2010 09:41:51 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 997F28A01F; Tue, 20 Apr 2010 09:41:50 -0400 (EDT) From: John Baldwin To: freebsd-hackers@freebsd.org Date: Tue, 20 Apr 2010 09:20:08 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> In-Reply-To: <4BCD9E72.1000502@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-u" Content-Transfer-Encoding: 7bit Message-Id: <201004200920.08846.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Tue, 20 Apr 2010 09:41:50 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 13:41:52 -0000 On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: > Update: I've discovered that the 7.3 kernels actually boot after some > ridiculously long waiting period after the "boot" command (i.e. 10 > minutes or even more). I suspect that it might be caused by the memory > probing, which as far as I know the FreeBSD does to determine if the > physical memory that has been reported by BIOS really exists. > > Here is what kernel reports about RAM: > > http://sobomax.sippysoft.com/ScreenShot605.png > > Any comments? Maybe try adding hint.atkbdc.0.disabled="1" hint.atkbd.0.disabled="1" to /boot/device.hints? That has reportedly removed minute-long boot delays on some Nehalem machines. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 13:47:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 228841065673 for ; Tue, 20 Apr 2010 13:47:36 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id CF8308FC2A for ; Tue, 20 Apr 2010 13:47:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id A82AE9CB0CF; Tue, 20 Apr 2010 15:45:11 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5I2L6jgVv-ao; Tue, 20 Apr 2010 15:45:06 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 73DFB9CB0F0; Tue, 20 Apr 2010 15:45:06 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3KDj681066173; Tue, 20 Apr 2010 15:45:06 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 20 Apr 2010 15:45:06 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20100420134506.GA65857@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Eitan Adler , freebsd-current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 13:47:36 -0000 On Tue, Apr 20, 2010 at 02:38:01PM +0200, Alexander Best wrote: > Eitan Adler schrieb am 2010-04-20: > > > i was also wondering: what's the reason gcc is still being used > > > during step > > > "Building an up-to-date make(1)" and not clang? > > > because make segfaults when using clang ;) > > ah ok. that's quite a good reason. ;) no, the gcc is used because you have CC=cc in your /usr/share/mk/sys.mk you can setenv CC clang to get rid of this (and yes, it WILL work) I have identified the problem with make (and all other statically linked apps) and I even have a possible fix for that. expect this to be fixed soon From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 14:04:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B75BF1065673; Tue, 20 Apr 2010 14:04:31 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 799308FC0C; Tue, 20 Apr 2010 14:04:31 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a592:f147:6cdf:9d5e] (unknown [IPv6:2001:7b8:3a7:0:a592:f147:6cdf:9d5e]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 7051D5C43; Tue, 20 Apr 2010 16:04:30 +0200 (CEST) Message-ID: <4BCDB475.6060609@andric.com> Date: Tue, 20 Apr 2010 16:04:37 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.5pre) Gecko/20100417 Lanikai/3.1b2pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100417173321.GA46116@freebsd.org> <4BC9FA7D.4060108@andric.com> <20100417181302.GA50462@freebsd.org> In-Reply-To: <20100417181302.GA50462@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 14:04:31 -0000 On 2010-04-17 20:13, Roman Divacky wrote: >>>> I'm using the llvm-devel-2.7.r100430 port. >> >> This is the current devel/llvm-devel port, AFAICS? The system itself >> runs -CURRENT as of r206706. > > sorry.. havent noticed that you wrote that in your first mail > > yes, i386 has a problem. I am just distilling the testcase and > I guess it will be fixed in upstream LLVM in a couple of hours. Tried again with llvm r101891, still the same error... From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 14:07:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67E77106564A for ; Tue, 20 Apr 2010 14:07:09 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 200B58FC14 for ; Tue, 20 Apr 2010 14:07:08 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 64C569CB0E4; Tue, 20 Apr 2010 16:04:46 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 47Cf8LjgpmtE; Tue, 20 Apr 2010 16:04:44 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 56A7B9CB0F4; Tue, 20 Apr 2010 16:04:44 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3KE4iIf068383; Tue, 20 Apr 2010 16:04:44 +0200 (CEST) (envelope-from rdivacky) Date: Tue, 20 Apr 2010 16:04:44 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20100420140444.GA68252@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100417173321.GA46116@freebsd.org> <4BC9FA7D.4060108@andric.com> <20100417181302.GA50462@freebsd.org> <4BCDB475.6060609@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BCDB475.6060609@andric.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 14:07:09 -0000 On Tue, Apr 20, 2010 at 04:04:37PM +0200, Dimitry Andric wrote: > On 2010-04-17 20:13, Roman Divacky wrote: > >>>>I'm using the llvm-devel-2.7.r100430 port. > >> > >>This is the current devel/llvm-devel port, AFAICS? The system itself > >>runs -CURRENT as of r206706. > > > >sorry.. havent noticed that you wrote that in your first mail > > > >yes, i386 has a problem. I am just distilling the testcase and > >I guess it will be fixed in upstream LLVM in a couple of hours. > > Tried again with llvm r101891, still the same error... the problem is that gcc miscompiles llvm at -O3, I havent managed to contact brooks@ to change the port to default to -O2 you can do that locally I guess From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 14:23:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E801106564A for ; Tue, 20 Apr 2010 14:23:57 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello089077043238.chello.pl [89.77.43.238]) by mx1.freebsd.org (Postfix) with ESMTP id D139F8FC1A for ; Tue, 20 Apr 2010 14:23:56 +0000 (UTC) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 8AAEC45C89; Tue, 20 Apr 2010 16:23:54 +0200 (CEST) Received: from localhost (pdawidek.wheel.pl [10.0.1.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id D520845683; Tue, 20 Apr 2010 16:23:48 +0200 (CEST) Date: Tue, 20 Apr 2010 16:23:52 +0200 From: Pawel Jakub Dawidek To: "Jason J. W. Williams" Message-ID: <20100420142352.GE1691@garage.freebsd.pl> References: <20100420064006.GE1728@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="9crTWz/Z+Zyzu20v" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 9.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-5.9 required=4.5 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS behavior when device disappears X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 14:23:57 -0000 --9crTWz/Z+Zyzu20v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 20, 2010 at 07:24:53AM -0600, Jason J. W. Williams wrote: > Hi Pawel, >=20 > Thank you very much for the response! Please forgive some of my > questions, as I'm a bit unfamiliar with the FreeBSD port. >=20 > What is the nature of the port? Is it something where each new version > of ZFS is a from-scratch effort to some degree? Or is it a point where > new ZFS versions are a matter of just making the newer features > operational? Definitely the latter, but there some problems: - Some changes in OpenSolaris ZFS are very hard to port in short time, and when it takes a lot of time, new versions arrive and it is nice to get them too, etc. which makes whole process to take long time. Good example here is moving some functionality to Python, where we have to decided what to do about that without importing Python to the base system. - OpenSolaris ZFS is experimental and I don't think Solaris version is published anywhere. This means it needs extensive testing on our side, which of course takes time. - OpenSolaris changes are often not easy to understand. They have different commit rules than we have. Commit logs are not very helpful and multiple fixes are committed in one go, which makes it hard to separate individual changes if we just need a fix and not intrusive change that came along. I'm doing my best, but my time is limited. I see more and more people are interested in helping with ZFS, which is a very good sign I was waiting for for a long time:) It is of course still wonderful that we can use ZFS. All my servers and my laptop are running exclusively on ZFS at this point:) --=20 Pawel Jakub Dawidek http://www.wheelsystems.com pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --9crTWz/Z+Zyzu20v Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iEYEARECAAYFAkvNuPcACgkQForvXbEpPzQedQCfarrclZixLq4RGO2Gg1Tdbl4A FGoAnjRANReWYUzHXLfPDl20O/wQMP30 =mGVR -----END PGP SIGNATURE----- --9crTWz/Z+Zyzu20v-- From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 15:21:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EE242106566C; Tue, 20 Apr 2010 15:21:00 +0000 (UTC) (envelope-from jasonjwwilliams@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id A4BC88FC13; Tue, 20 Apr 2010 15:21:00 +0000 (UTC) Received: by iwn1 with SMTP id 1so4294956iwn.27 for ; Tue, 20 Apr 2010 08:20:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=T20sksN072M7IBl99ddG/2N1hh/xNeWjMD4yS5k3lxE=; b=hy63M9ti9N6CONOV+U6Zn/wGcUBXH1/5IDSk006oNHDRVUPvuvHp0UGKG/zRSZmFQ3 xX3YGpOBqkrLY3K1gEDxh0XwWf1BtCOKDUxuysplQepx3A7aNBsl9vKGW4jnMR0GHB4E hRq134yA/uvktvf1bVS57M0ZYIU4i+zVfcsEk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=ZcpYjmxWSaCJ8lQuS29ePNqTUDkZvYZlOpOvVtSBwfw1cQeP9YLo4Z5TnCRbR714o+ E7Kr6B5gMNrRok7Hm0AKsSJFrkiNeYzXnh8dET0s1OTSLFc047opxKmhhcQMbg3+g1qb 9oM3ET4o19+yYvVXEH1i+DiK7cZs7FpxKNDfU= MIME-Version: 1.0 Received: by 10.231.185.144 with HTTP; Tue, 20 Apr 2010 08:20:58 -0700 (PDT) In-Reply-To: <20100420142352.GE1691@garage.freebsd.pl> References: <20100420064006.GE1728@garage.freebsd.pl> <20100420142352.GE1691@garage.freebsd.pl> Date: Tue, 20 Apr 2010 09:20:58 -0600 Received: by 10.231.155.81 with SMTP id r17mr2427157ibw.56.1271776858978; Tue, 20 Apr 2010 08:20:58 -0700 (PDT) Message-ID: From: "Jason J. W. Williams" To: Pawel Jakub Dawidek Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org Subject: Re: ZFS behavior when device disappears X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 15:21:01 -0000 Hi Pawel, I totally understand the time commitment. I know several of the primary ZFS committers on OpenSolaris, and realize that it's easier for them because they're paid by Sun to work on it. Thank you very much for your effort on making it work inside of FreeBSD. It's giving all of us that made the jump to OpenSolaris a life raft. To be honest the two things that are critical to our company on OpenSolaris are ZFS and Zones. -J On Tue, Apr 20, 2010 at 8:23 AM, Pawel Jakub Dawidek wrot= e: > On Tue, Apr 20, 2010 at 07:24:53AM -0600, Jason J. W. Williams wrote: >> Hi Pawel, >> >> Thank you very much for the response! Please forgive some of my >> questions, as I'm a bit unfamiliar with the FreeBSD port. >> >> What is the nature of the port? Is it something where each new version >> of ZFS is a from-scratch effort to some degree? Or is it a point where >> new ZFS versions are a matter of just making the newer features >> operational? > > Definitely the latter, but there some problems: > > - Some changes in OpenSolaris ZFS are very hard to port in short time, > =A0and when it takes a lot of time, new versions arrive and it is nice to > =A0get them too, etc. which makes whole process to take long time. > > =A0Good example here is moving some functionality to Python, where we > =A0have to decided what to do about that without importing Python to the > =A0base system. > > - OpenSolaris ZFS is experimental and I don't think Solaris version is > =A0published anywhere. This means it needs extensive testing on our side, > =A0which of course takes time. > > - OpenSolaris changes are often not easy to understand. They have > =A0different commit rules than we have. Commit logs are not very helpful > =A0and multiple fixes are committed in one go, which makes it hard to > =A0separate individual changes if we just need a fix and not intrusive > =A0change that came along. > > I'm doing my best, but my time is limited. I see more and more people > are interested in helping with ZFS, which is a very good sign I was > waiting for for a long time:) > > It is of course still wonderful that we can use ZFS. All my servers and > my laptop are running exclusively on ZFS at this point:) > > -- > Pawel Jakub Dawidek =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http://ww= w.wheelsystems.com > pjd@FreeBSD.org =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 http:= //www.FreeBSD.org > FreeBSD committer =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 Am I Ev= il? Yes, I Am! > From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 15:58:50 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 52CFF106566B for ; Tue, 20 Apr 2010 15:58:50 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 0616F8FC15 for ; Tue, 20 Apr 2010 15:58:49 +0000 (UTC) Received: by iwn1 with SMTP id 1so4318775iwn.27 for ; Tue, 20 Apr 2010 08:58:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=XTMY3rjE6r+GlS5slAlT5z8z7CjF/yH6bnS/tKzxaHE=; b=cX9upYSR0LTgfe3TbMGbJkNDcOsIm6hYEW/qhUq0uSb2VxGttQ6yQUh+p+m+xZv9CQ NwRZhqAHysU4f6a3jLTSgqOsZ0nO3qgJSBlmngtMN6+tMD3PcFbBXO5aja66H+5zihc5 7bd3JiYnD9U6y6dTFm17gsreN9Ftk2ujMvqQ4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=nTcIVc/Xsml/c7fuo/UFJYppIwzTcMF9qxAb9dYGVzRVQHgrlgNwhZz+YhbvcH0KYu 0nwc3NktX/RE+yr0a/LHMfQQAy+yzho6Xl1re+82Dkc37KLoIZ8gZFxCHXkvTJdgna7c hk7KkEvjso8rcs/hrItxTmrmdmJ1V6BKLyNpE= MIME-Version: 1.0 Received: by 10.231.168.204 with HTTP; Tue, 20 Apr 2010 08:58:49 -0700 (PDT) In-Reply-To: References: <4BCD5049.8030408@gmail.com> Date: Tue, 20 Apr 2010 08:58:49 -0700 Received: by 10.231.171.79 with SMTP id g15mr923316ibz.75.1271779129211; Tue, 20 Apr 2010 08:58:49 -0700 (PDT) Message-ID: From: David Ehrmann To: Attilio Rao Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: Strange disk problem X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 15:58:50 -0000 On Tue, Apr 20, 2010 at 5:29 AM, Attilio Rao wrote: > > > David, > do you think you are willing to re-create the problem and do a PMC > analysis on it? > (If you need any guidance let me know, I will be happy to give it). > > Maybe, but I don't know what PMC analysis is, so a lot of guidance might be required. From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 21:52:35 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A4D07106564A; Tue, 20 Apr 2010 21:52:35 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 63E758FC14; Tue, 20 Apr 2010 21:52:34 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KLqWYw005787 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 14:52:33 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCE2221.7070907@FreeBSD.org> Date: Tue, 20 Apr 2010 14:52:33 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> In-Reply-To: <201004200920.08846.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 21:52:35 -0000 John Baldwin wrote: > On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: >> Update: I've discovered that the 7.3 kernels actually boot after some >> ridiculously long waiting period after the "boot" command (i.e. 10 >> minutes or even more). I suspect that it might be caused by the memory >> probing, which as far as I know the FreeBSD does to determine if the >> physical memory that has been reported by BIOS really exists. >> >> Here is what kernel reports about RAM: >> >> http://sobomax.sippysoft.com/ScreenShot605.png >> >> Any comments? > > Maybe try adding > > hint.atkbdc.0.disabled="1" > hint.atkbd.0.disabled="1" > > to /boot/device.hints? That has reportedly removed minute-long boot delays on > some Nehalem machines. No, that have not helped at all. I measured the delay - it's about 6 minutes from boot command to the first "smap" message. Do you or anybody else have other ideas? -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 21:48:29 2010 Return-Path: Delivered-To: current@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C806A1065675; Tue, 20 Apr 2010 21:48:29 +0000 (UTC) (envelope-from sobomax@sippysoft.com) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 82CD38FC17; Tue, 20 Apr 2010 21:48:29 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KLmQNb005759 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 14:48:27 -0700 (PDT) (envelope-from sobomax@sippysoft.com) Message-ID: <4BCE212B.4060205@sippysoft.com> Date: Tue, 20 Apr 2010 14:48:27 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> In-Reply-To: <201004200920.08846.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 20 Apr 2010 22:07:56 +0000 Cc: freebsd-hackers@FreeBSD.ORG, "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 21:48:29 -0000 John Baldwin wrote: > On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: >> Update: I've discovered that the 7.3 kernels actually boot after some >> ridiculously long waiting period after the "boot" command (i.e. 10 >> minutes or even more). I suspect that it might be caused by the memory >> probing, which as far as I know the FreeBSD does to determine if the >> physical memory that has been reported by BIOS really exists. >> >> Here is what kernel reports about RAM: >> >> http://sobomax.sippysoft.com/ScreenShot605.png >> >> Any comments? > > Maybe try adding > > hint.atkbdc.0.disabled="1" > hint.atkbd.0.disabled="1" > > to /boot/device.hints? That has reportedly removed minute-long boot delays on > some Nehalem machines. No, that have not helped at all. I measured the delay - it's about 6 minutes. Do you or anybody else have other ideas? Regards, -- Maksym Sobolyev Sippy Software, Inc. Internet Telephony (VoIP) Experts T/F: +1-646-651-1110 Web: http://www.sippysoft.com MSN: sales@sippysoft.com Skype: SippySoft From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 22:15:48 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7BE4106577D for ; Tue, 20 Apr 2010 22:15:48 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEDB8FC1B for ; Tue, 20 Apr 2010 22:15:48 +0000 (UTC) Received: by qyk11 with SMTP id 11so7160120qyk.13 for ; Tue, 20 Apr 2010 15:15:47 -0700 (PDT) Received: by 10.224.39.76 with SMTP id f12mr2455008qae.304.1271801747666; Tue, 20 Apr 2010 15:15:47 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id 5sm27348630qwg.0.2010.04.20.15.15.45 (version=SSLv3 cipher=RC4-MD5); Tue, 20 Apr 2010 15:15:47 -0700 (PDT) Date: Tue, 20 Apr 2010 12:15:48 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: current@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: Subject: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 22:15:48 -0000 Hi Folks, You may have seen my other Soft-updates journaling (SUJ) announcements. If not, it is a journaling system that works cooperatively with soft-updates to eliminate the full background filesystem check after an unclean shutdown. SUJ may be enabled with tunefs -j enable and disabled with tunefs -j disable on an unmounted filesystem. It is backwards compatible with soft-updates with no journal. I'm going to do another round of tests and buildworld this afternoon to verify the diff and then I'm committing to head. This is a very large feature and fundamentally changes softupdates. Although it has been extensively tested by many there may be unforseen problems. If you run into an issue that you think may be suj please email me directly as well as posting on current as I sometimes miss list email and this will ensure the quickest response. Thanks, Jeff From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 22:44:35 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8F7DB1065688; Tue, 20 Apr 2010 22:44:35 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 4F0F58FC0C; Tue, 20 Apr 2010 22:44:35 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3KMiXHS006084 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Apr 2010 15:44:34 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCE2E52.1080107@FreeBSD.org> Date: Tue, 20 Apr 2010 15:44:34 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> In-Reply-To: <4BCE2221.7070907@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@FreeBSD.org, "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 22:44:35 -0000 Maxim Sobolev wrote: >> Maybe try adding >> >> hint.atkbdc.0.disabled="1" >> hint.atkbd.0.disabled="1" >> >> to /boot/device.hints? That has reportedly removed minute-long boot >> delays on some Nehalem machines. > > No, that have not helped at all. I measured the delay - it's about 6 > minutes from boot command to the first "smap" message. Do you or anybody > else have other ideas? Actually it helped, thank you very much! The problem was that I have had my hints compiled into the kernel itself. -Maxim From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 22:48:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B5751065674; Tue, 20 Apr 2010 22:48:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id DF6308FC18; Tue, 20 Apr 2010 22:48:07 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3KMm7Ng072025; Tue, 20 Apr 2010 18:48:07 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3KMm7VY072016; Tue, 20 Apr 2010 22:48:07 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 20 Apr 2010 22:48:07 GMT Message-Id: <201004202248.o3KMm7VY072016@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 22:48:08 -0000 TB --- 2010-04-20 21:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 21:35:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-20 21:35:00 - cleaning the object tree TB --- 2010-04-20 21:35:20 - cvsupping the source tree TB --- 2010-04-20 21:35:20 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-04-20 21:35:41 - building world TB --- 2010-04-20 21:35:41 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 21:35:41 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 21:35:41 - TARGET=pc98 TB --- 2010-04-20 21:35:41 - TARGET_ARCH=i386 TB --- 2010-04-20 21:35:41 - TZ=UTC TB --- 2010-04-20 21:35:41 - __MAKE_CONF=/dev/null TB --- 2010-04-20 21:35:41 - cd /src TB --- 2010-04-20 21:35:41 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 20 21:35:42 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 20 22:35:33 UTC 2010 TB --- 2010-04-20 22:35:33 - generating LINT kernel config TB --- 2010-04-20 22:35:33 - cd /src/sys/pc98/conf TB --- 2010-04-20 22:35:33 - /usr/bin/make -B LINT TB --- 2010-04-20 22:35:33 - building LINT kernel TB --- 2010-04-20 22:35:33 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 22:35:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 22:35:33 - TARGET=pc98 TB --- 2010-04-20 22:35:33 - TARGET_ARCH=i386 TB --- 2010-04-20 22:35:33 - TZ=UTC TB --- 2010-04-20 22:35:33 - __MAKE_CONF=/dev/null TB --- 2010-04-20 22:35:33 - cd /src TB --- 2010-04-20 22:35:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 20 22:35:33 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/umoddi3.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/pc98/apm/apm_bioscall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/cbus_dma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/clock.c /src/sys/pc98/cbus/clock.c: In function 'clkintr': /src/sys/pc98/cbus/clock.c:178: error: 'lapic_cyclic_clock_func' undeclared (first use in this function) /src/sys/pc98/cbus/clock.c:178: error: (Each undeclared identifier is reported only once /src/sys/pc98/cbus/clock.c:178: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-20 22:48:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-20 22:48:07 - ERROR: failed to build lint kernel TB --- 2010-04-20 22:48:07 - 3274.14 user 678.43 system 4386.46 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 22:49:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3C78B106564A for ; Tue, 20 Apr 2010 22:49:10 +0000 (UTC) (envelope-from eksffa@freebsdbrasil.com.br) Received: from capeta.freebsdbrasil.com.br (capeta.freebsdbrasil.com.br [201.48.151.3]) by mx1.freebsd.org (Postfix) with SMTP id 5D93F8FC12 for ; Tue, 20 Apr 2010 22:49:09 +0000 (UTC) Received: (qmail 30610 invoked from network); 20 Apr 2010 19:20:23 -0300 Received: by simscan 1.4.0 ppid: 30592, pid: 30608, t: 0.0128s scanners:none Received: from unknown (HELO claire.bh.freebsdbrasil.com.br) (eksffa@freebsdbrasil.com.br@201.48.151.226) by capeta.freebsdbrasil.com.br with ESMTPA; 20 Apr 2010 19:20:23 -0300 Message-ID: <4BCE291D.7070006@freebsdbrasil.com.br> Date: Tue, 20 Apr 2010 19:22:21 -0300 From: Patrick Tracanelli Organization: FreeBSD Brasil LTDA User-Agent: Thunderbird 2.0.0.22 (X11/20090705) MIME-Version: 1.0 To: Jeff Roberson References: In-Reply-To: X-Enigmail-Version: 0.95.7 OpenPGP: url=pgp.mit.edu Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 22:49:10 -0000 Jeff Roberson escreveu: > Hi Folks, > > You may have seen my other Soft-updates journaling (SUJ) announcements. > If not, it is a journaling system that works cooperatively with > soft-updates to eliminate the full background filesystem check after an > unclean shutdown. SUJ may be enabled with tunefs -j enable and disabled > with tunefs -j disable on an unmounted filesystem. It is backwards > compatible with soft-updates with no journal. > > I'm going to do another round of tests and buildworld this afternoon to > verify the diff and then I'm committing to head. This is a very large > feature and fundamentally changes softupdates. Although it has been > extensively tested by many there may be unforseen problems. If you run > into an issue that you think may be suj please email me directly as well > as posting on current as I sometimes miss list email and this will > ensure the quickest response. Hello Jeff, McKusick and others envolved. Is an MFC technically possible? If so, are there plans to do so? Thank you. -- Patrick Tracanelli From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 22:50:15 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BDE3B1065678; Tue, 20 Apr 2010 22:50:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 740028FC18; Tue, 20 Apr 2010 22:50:15 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3KMoEoh093150; Tue, 20 Apr 2010 18:50:14 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3KMoEAU093149; Tue, 20 Apr 2010 22:50:14 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 20 Apr 2010 22:50:14 GMT Message-Id: <201004202250.o3KMoEAU093149@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/i386 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 22:50:15 -0000 TB --- 2010-04-20 21:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 21:35:00 - starting HEAD tinderbox run for i386/i386 TB --- 2010-04-20 21:35:00 - cleaning the object tree TB --- 2010-04-20 21:35:24 - cvsupping the source tree TB --- 2010-04-20 21:35:24 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/i386/supfile TB --- 2010-04-20 21:35:47 - building world TB --- 2010-04-20 21:35:47 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 21:35:47 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 21:35:47 - TARGET=i386 TB --- 2010-04-20 21:35:47 - TARGET_ARCH=i386 TB --- 2010-04-20 21:35:47 - TZ=UTC TB --- 2010-04-20 21:35:47 - __MAKE_CONF=/dev/null TB --- 2010-04-20 21:35:47 - cd /src TB --- 2010-04-20 21:35:47 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 20 21:35:49 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Tue Apr 20 22:35:40 UTC 2010 TB --- 2010-04-20 22:35:40 - generating LINT kernel config TB --- 2010-04-20 22:35:40 - cd /src/sys/i386/conf TB --- 2010-04-20 22:35:40 - /usr/bin/make -B LINT TB --- 2010-04-20 22:35:40 - building LINT kernel TB --- 2010-04-20 22:35:40 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 22:35:40 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 22:35:40 - TARGET=i386 TB --- 2010-04-20 22:35:40 - TARGET_ARCH=i386 TB --- 2010-04-20 22:35:40 - TZ=UTC TB --- 2010-04-20 22:35:40 - __MAKE_CONF=/dev/null TB --- 2010-04-20 22:35:40 - cd /src TB --- 2010-04-20 22:35:40 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 20 22:35:40 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/cpufreq/smist.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/isa/atpic.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/isa/atrtc.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/isa/clock.c /src/sys/x86/isa/clock.c: In function 'clkintr': /src/sys/x86/isa/clock.c:189: error: 'lapic_cyclic_clock_func' undeclared (first use in this function) /src/sys/x86/isa/clock.c:189: error: (Each undeclared identifier is reported only once /src/sys/x86/isa/clock.c:189: error: for each function it appears in.) *** Error code 1 Stop in /obj/i386/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-20 22:50:14 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-20 22:50:14 - ERROR: failed to build lint kernel TB --- 2010-04-20 22:50:14 - 3404.09 user 670.38 system 4514.11 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 22:52:31 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B7B8D1065689 for ; Tue, 20 Apr 2010 22:52:31 +0000 (UTC) (envelope-from marius@nuenneri.ch) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5B5D18FC1D for ; Tue, 20 Apr 2010 22:52:30 +0000 (UTC) Received: by wye20 with SMTP id 20so540911wye.13 for ; Tue, 20 Apr 2010 15:52:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.216.28.19 with HTTP; Tue, 20 Apr 2010 15:25:14 -0700 (PDT) In-Reply-To: References: From: =?UTF-8?Q?Marius_N=C3=BCnnerich?= Date: Wed, 21 Apr 2010 00:25:14 +0200 Received: by 10.216.186.10 with SMTP id v10mr2169568wem.111.1271802334530; Tue, 20 Apr 2010 15:25:34 -0700 (PDT) Message-ID: To: Jeff Roberson Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 22:52:31 -0000 On Wed, Apr 21, 2010 at 00:15, Jeff Roberson wrot= e: > Hi Folks, > > You may have seen my other Soft-updates journaling (SUJ) announcements. I= f > not, it is a journaling system that works cooperatively with soft-updates= to > eliminate the full background filesystem check after an unclean shutdown. > =C2=A0SUJ may be enabled with tunefs -j enable and disabled with tunefs -= j > disable on an unmounted filesystem. =C2=A0It is backwards compatible with > soft-updates with no journal. > > I'm going to do another round of tests and buildworld this afternoon to > verify the diff and then I'm committing to head. =C2=A0This is a very lar= ge > feature and fundamentally changes softupdates. =C2=A0Although it has been > extensively tested by many there may be unforseen problems. =C2=A0If you = run into > an issue that you think may be suj please email me directly as well as > posting on current as I sometimes miss list email and this will ensure th= e > quickest response. Hi Jeff, congratulations for your work! I'm very excited to see it enter the tree. Do you plan to MFC it to 8? From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 23:16:21 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFE06106566B; Tue, 20 Apr 2010 23:16:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 9F90F8FC1E; Tue, 20 Apr 2010 23:16:21 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3KNGKBj029804; Tue, 20 Apr 2010 19:16:20 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3KNGKss029794; Tue, 20 Apr 2010 23:16:20 GMT (envelope-from tinderbox@freebsd.org) Date: Tue, 20 Apr 2010 23:16:20 GMT Message-Id: <201004202316.o3KNGKss029794@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on amd64/amd64 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 23:16:21 -0000 TB --- 2010-04-20 21:35:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-20 21:35:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2010-04-20 21:35:00 - cleaning the object tree TB --- 2010-04-20 21:35:27 - cvsupping the source tree TB --- 2010-04-20 21:35:27 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/amd64/amd64/supfile TB --- 2010-04-20 21:35:48 - building world TB --- 2010-04-20 21:35:48 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 21:35:48 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 21:35:48 - TARGET=amd64 TB --- 2010-04-20 21:35:48 - TARGET_ARCH=amd64 TB --- 2010-04-20 21:35:48 - TZ=UTC TB --- 2010-04-20 21:35:48 - __MAKE_CONF=/dev/null TB --- 2010-04-20 21:35:48 - cd /src TB --- 2010-04-20 21:35:48 - /usr/bin/make -B buildworld >>> World build started on Tue Apr 20 21:35:49 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> stage 5.1: building 32 bit shim libraries >>> World build completed on Tue Apr 20 23:02:35 UTC 2010 TB --- 2010-04-20 23:02:35 - generating LINT kernel config TB --- 2010-04-20 23:02:35 - cd /src/sys/amd64/conf TB --- 2010-04-20 23:02:35 - /usr/bin/make -B LINT TB --- 2010-04-20 23:02:35 - building LINT kernel TB --- 2010-04-20 23:02:35 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-20 23:02:35 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-20 23:02:35 - TARGET=amd64 TB --- 2010-04-20 23:02:35 - TARGET_ARCH=amd64 TB --- 2010-04-20 23:02:35 - TZ=UTC TB --- 2010-04-20 23:02:35 - __MAKE_CONF=/dev/null TB --- 2010-04-20 23:02:35 - cd /src TB --- 2010-04-20 23:02:35 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Apr 20 23:02:35 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/cpufreq/p4tcc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/isa/atpic.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/isa/atrtc.c cc -c -O2 -frename-registers -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -fno-omit-frame-pointer -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-sse3 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/x86/isa/clock.c /src/sys/x86/isa/clock.c: In function 'clkintr': /src/sys/x86/isa/clock.c:189: error: 'lapic_cyclic_clock_func' undeclared (first use in this function) /src/sys/x86/isa/clock.c:189: error: (Each undeclared identifier is reported only once /src/sys/x86/isa/clock.c:189: error: for each function it appears in.) *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-20 23:16:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-20 23:16:20 - ERROR: failed to build lint kernel TB --- 2010-04-20 23:16:20 - 4542.12 user 936.70 system 6080.19 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 23:35:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA121106564A for ; Tue, 20 Apr 2010 23:35:49 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id A3D018FC17 for ; Tue, 20 Apr 2010 23:35:47 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o3KNZki4052925 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO) for ; Tue, 20 Apr 2010 16:35:46 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4BCE3A52.7060502@feral.com> Date: Tue, 20 Apr 2010 16:35:46 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc11 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> In-Reply-To: <4BCE2E52.1080107@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Tue, 20 Apr 2010 16:35:46 -0700 (PDT) Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: mj@feral.com List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 23:35:49 -0000 On 04/20/2010 03:44 PM, Maxim Sobolev wrote: > Maxim Sobolev wrote: >>> Maybe try adding >>> >>> hint.atkbdc.0.disabled="1" >>> hint.atkbd.0.disabled="1" >>> >>> to /boot/device.hints? That has reportedly removed minute-long boot >>> delays on some Nehalem machines. >> >> No, that have not helped at all. I measured the delay - it's about 6 >> minutes from boot command to the first "smap" message. Do you or >> anybody else have other ideas? > > Actually it helped, thank you very much! The problem was that I have > had my hints compiled into the kernel itself. Me too! From owner-freebsd-current@FreeBSD.ORG Tue Apr 20 23:44:56 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EEBC2106564A for ; Tue, 20 Apr 2010 23:44:55 +0000 (UTC) (envelope-from bazzoola@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id 99E4E8FC08 for ; Tue, 20 Apr 2010 23:44:55 +0000 (UTC) Received: by gyh20 with SMTP id 20so3527075gyh.13 for ; Tue, 20 Apr 2010 16:44:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:references:in-reply-to :mime-version:content-type:message-id:content-transfer-encoding:cc :from:subject:date:to:x-mailer; bh=o1T1rtMPybU7AWo+717MmLE/kzKaPHAazBN4np03h4k=; b=NgbnKRVjw1ddfpLW4xmAQsqhm+QGG14+IVCwdkV81gtAhZ0+ZrJYNr3E9LrLptPke9 vRPis87JpUUf168XtMQLUwhpUZxNsTDPAE0azNwCWK1dVsgciOD9f9rvklGuFaUOOaXC /eUnQJ/55WCD2v5J08dE5hAiUg7eesidlIlXM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=references:in-reply-to:mime-version:content-type:message-id :content-transfer-encoding:cc:from:subject:date:to:x-mailer; b=DUCsgmEZB1VKC02vmrOXgi9JAzVAPr24d/ncr5/DFFJOwrIQhvMO2jNZAMDTu2jwTO k7EzJRQEm/b3eh68WWoPNuMB7uCP3M88WDnrzlYdCfiF6LJV8gI94/UmktfcXxabSqmC TBAhX/p9Ri990Gxp/1dUDqbHvCrWs/HSUftdg= Received: by 10.150.179.1 with SMTP id b1mr8363902ybf.78.1271805659007; Tue, 20 Apr 2010 16:20:59 -0700 (PDT) Received: from [10.0.1.20] (c-98-224-243-248.hsd1.mi.comcast.net [98.224.243.248]) by mx.google.com with ESMTPS id 20sm6102583iwn.5.2010.04.20.16.20.57 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Apr 2010 16:20:58 -0700 (PDT) References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE212B.4060205@sippysoft.com> In-Reply-To: <4BCE212B.4060205@sippysoft.com> Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii Message-Id: <6470D9B6-DF0C-4959-923E-DCA31E27AD07@gmail.com> Content-Transfer-Encoding: quoted-printable From: bazzoola Date: Tue, 20 Apr 2010 19:20:26 -0400 To: Maxim Sobolev X-Mailer: Apple Mail (2.1078) Cc: "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Apr 2010 23:44:56 -0000 On Apr 20, 2010, at 5:48 PM, Maxim Sobolev wrote: > John Baldwin wrote: >> On Tuesday 20 April 2010 8:30:42 am Maxim Sobolev wrote: >>> Update: I've discovered that the 7.3 kernels actually boot after = some ridiculously long waiting period after the "boot" command (i.e. 10 = minutes or even more). I suspect that it might be caused by the memory = probing, which as far as I know the FreeBSD does to determine if the = physical memory that has been reported by BIOS really exists. >>>=20 >>> Here is what kernel reports about RAM: >>>=20 >>> http://sobomax.sippysoft.com/ScreenShot605.png >>>=20 >>> Any comments? >> Maybe try adding >> hint.atkbdc.0.disabled=3D"1" >> hint.atkbd.0.disabled=3D"1" >> to /boot/device.hints? That has reportedly removed minute-long boot = delays on some Nehalem machines. >=20 > No, that have not helped at all. I measured the delay - it's about 6 = minutes. Do you or anybody else have other ideas? I am not sure if this helps but here is my case: I had the same problem with FreeBSD 7.0-RELEASE+ and FreeBSD 8-RELEASE = running under vmware server 2.0 with Virtual Hardware Version 7. I was seeing 15min waiting period on boot.=20 I added a serial port in vmware and then disabled it in FreeBSD. This = fixed the problem some what but sometimes after rebuilding the kernel to = latest -STABLE I see long delays not always though. >=20 > Regards, > --=20 > Maksym Sobolyev > Sippy Software, Inc. > Internet Telephony (VoIP) Experts > T/F: +1-646-651-1110 > Web: http://www.sippysoft.com > MSN: sales@sippysoft.com > Skype: SippySoft > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to = "freebsd-current-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 00:44:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F3FD9106566B for ; Wed, 21 Apr 2010 00:44:50 +0000 (UTC) (envelope-from m.e.sanliturk@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 4C9608FC20 for ; Wed, 21 Apr 2010 00:44:49 +0000 (UTC) Received: by bwz28 with SMTP id 28so7672462bwz.14 for ; Tue, 20 Apr 2010 17:44:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=5/PM3Wv9XBvCEC/Ldb0x8WSVI5P0DrDstNykd6G1jbo=; b=bLGPV3+66ojP2jyND/BdC9Cku5ySx9i2ZHbE0AbSZidsWzz+wJbmHh7HIttqX66Wln 8v2d+uztSPMnfPCMPP1yzD8fC0NDg2OVZc/32VKrDsyBUoxRBWPl0QbywShsRErLHpeL ChwuROp/x4M6Hq22vT0Heko07Erq3mBlwiaN4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qOumymQe4yloZa9klpUlbGfoyep40yu3qSvuD0CC0faOfYwZ6aLfO1L5joc7Xw0MHX /iTHhQmCT9Zg47y5DroRhh9mtN7XX0IyCczrtMnPtdT/l/6dDdm5HhA4EEnM93HOvNVw LfLByY2XOLs4vLyGwoE2fs1hSm5SdHTYxOopI= MIME-Version: 1.0 Received: by 10.239.132.194 with HTTP; Tue, 20 Apr 2010 17:44:47 -0700 (PDT) In-Reply-To: <20100416160818.GA69460@freebsd.org> References: <20100416160818.GA69460@freebsd.org> Date: Tue, 20 Apr 2010 20:44:47 -0400 Received: by 10.239.192.79 with SMTP id d15mr639812hbi.52.1271810687313; Tue, 20 Apr 2010 17:44:47 -0700 (PDT) Message-ID: From: Mehmet Erol Sanliturk To: Roman Divacky Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 00:44:51 -0000 On Fri, Apr 16, 2010 at 12:08 PM, Roman Divacky wrote: > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang ( > clang.llvm.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD > world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the > FreeBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). > > How to setup ClangBSD: > > The default configuration of ClangBSD requires clang installed so you can > either install fresh llvm-devel port (portinstall devel/llvm-devel) or > change > CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. > > > svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd > > cd clangbsd && make buildworld > > echo NO_WERROR= >> /etc/make.conf > echo WERROR= >> /etc/make.conf > > make DESTDIR=/clangbsd-chroot/ installworld > > > now you have ClangBSD world installed and you can chroot into it. I don't > recommend installing ClangBSD into real root as it is not tested enough. > > You can also start using clang compiled kernel - either build the kernel in > the ClangBSD chroot (set NO_WERROR=yo and WERROR=yo in /etc/src.conf) or > set > CC to clang and build kernel the normal way. > > This information (and more) is also provided on: > > http://wiki.freebsd.org/BuildingFreeBSDWithClang > > We kindly ask you to setup ClangBSD chroot and/or use clang compiled kernel > and > use it as you would normally use FreeBSD. Please report back > > Thank you, > > Roman Divacky on behalf of the ClangBSD team > To participate in such tests would be very pleasing for many FreeBSD users , but for less experienced users that may be very difficult . To help to less experienced users to participate to such tests , I have prepared a skeleton algorithm for application of such tests . The skeleton algorithm needs to be completed to make it a usable algorithm . I am NOT so much experienced to prepare it completely , and reason is that for preparing that skeleton . I do NOT have sufficient knowledge to complete places specified by ... and to write scripts to apply some steps repeatedly without re-keying the necessary statements over and over with possible errors . If that skeleton is re-worked and completed to be usable , it is likely that more people will be able to apply such tests , including me . It should be written in such a structure that a FreeBSD user having knowledge to . install FreeBSD , . add packages , . perform file operations ( cp , mv , etc. ) , . apply scripts , . and other minimal knowledge to apply steps explicitly specified in the following algorithm , will be able to apply it . The algorithm may be tested by less experienced users to report its difficult to understand or apply parts . ( Similar algorithms may be generated and used to test other aspects . This may be a starting template for them . ) If you find useful , the following text may be completed and incorporated into a suitable page of wiki.freebsd.org or any other one ( by using already present copyright of the attached page ) . Thank you very much . Mehmet Erol Sanliturk To apply a complete test cycle about building FreeBSD from source by using CLang and LLVM compiling system , the following steps may be applied . Some of them may be already completed with respect to installed parts , and those steps may be skipped . (A) Install FreeBSD 8.0 Stable from ftp://ftp4.freebsd.org/pub/FreeBSD/snapshots/201004/FreeBSD-8.0-STABLE-201004-amd64-dvd1.iso OR ... (B) Login as root . Add the following packages in the listed order : pkg_add -rv llvm pkg_add -rv clang pkg_add -rv subversion-freebsd . . . The following script ... may be downloaded to apply that step . (C) Login as root . Check the versions of the following packages : ... To ensure that the latest versions of the following packages are already installed , apply the following statements : ... The following script ... may be downloaded to apply that step . (D) Study the following pages to apply required steps to build a bootable FreeBSD operating system : (E) http://wiki.freebsd.org/SubversionPrimer Apply the steps described in that page to construct a source tree in your local computer . The following script ... may be downloaded to apply that step . (F) http://wiki.freebsd.org/Tinderbox Apply the following steps to be able to build FreeBSD from sources with CLang by scripts : ... The following script ... may be downloaded to apply that step . (G) http://wiki.freebsd.org/BuildingFreeBSDWithClang Download latest Makefile from ... to compile FreeBSD sources by the CLang compiler by applying the following steps : ... by using scripts downloadable from : ... Apply the scripts to compile FreeBSD sources . (H) If compilation fails , prepare a message containing the following information ... and send it to the following address : ... ( A sample message text may be downloaded from .... ) Start from step ( ... ) . (I) After a successfull compilation , create a bootable CD or DVD or USB disk or USB stick : http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-cds.html Apply the following steps to create a bootable FreeBSD CD : OR http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/creating-dvds.html Apply the following steps to create a bootable FreeBSD DVD : OR If the testing computer can boot from a USB port ( This can be checked from BIOS and set from BIOS if BIOS allows booting from USB ) : http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/usb-disks.html Apply the following steps to create a bootable FreeBSD USB disk or stick : (J) On another computer , try to install the newly created FreeBSD operating system . If FreeBSD could not be booted successfully , prepare a message containing the following information : ... and send that message to the following address : ... ( A sample message text may be downloaded from .... ) If FreeBSD could be booted and installed successfully , prepare a message having the following information ... and attach dmesg file ... to the message and sent it to the following address ... ( A sample message text may be downloaded from .... ) (K) Execute the following programs in succession to test their workability : . . . (i) Program name : ... On successful completion ,send the message created from template downloadable from ... to the following address specified in template : ... On failure of execution ,send the message created from template downloadable from ... by attaching the following information ( or files ) ... to the following address specified in template : ... ( End of the algorithm . ) From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 04:58:40 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20C831065670; Wed, 21 Apr 2010 04:58:40 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward3.mail.yandex.net (forward3.mail.yandex.net [77.88.46.8]) by mx1.freebsd.org (Postfix) with ESMTP id B82788FC18; Wed, 21 Apr 2010 04:58:39 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward3.mail.yandex.net (Yandex) with ESMTP id 9AF0956D960E; Wed, 21 Apr 2010 08:58:37 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1271825917; bh=0eMFcsN8jbBvl+biFSHY65K1kxIddZkvlZXb8CFRCBM=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=S7nekoM1qkQaDFyQt3M68l6YJOauwvcz8dL1ZXlLt/loZN8SaF28Lm8+KsFXSK6fN UrrDL2avDftvzIojQC/4UNLNnrFxaCvlMHV6BtztfndPbxY5iCtMrPW9Kx/BeED9hj +kgl5MXXRY0C3FMHT2GIqstSwkMdi8sFGaVyzWwo= Received: from [127.0.0.1] (ns.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 4C10452806D; Wed, 21 Apr 2010 08:58:37 +0400 (MSD) Message-ID: <4BCE85FC.40904@yandex.ru> Date: Wed, 21 Apr 2010 08:58:36 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: Maxim Sobolev References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> In-Reply-To: <4BCE2E52.1080107@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1271825917 X-Yandex-Spam: 1 X-Yandex-Front: smtp2.mail.yandex.net Cc: freebsd-hackers@FreeBSD.org, "current@freebsd.org" , John Baldwin Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 04:58:40 -0000 On 21.04.2010 2:44, Maxim Sobolev wrote: > Maxim Sobolev wrote: >>> Maybe try adding >>> >>> hint.atkbdc.0.disabled="1" >>> hint.atkbd.0.disabled="1" > > Actually it helped, thank you very much! The problem was that I have had > my hints compiled into the kernel itself. Hi, Maxim. I tried to boot 9.0-CURRENT amd64 snapshot on IBM x3650 M2 and seems have the same problem, i set hints from loader prompt, but this didn't help. Can you explain what you did to boot FreeBSD faster? -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 06:01:42 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E4DE31065674; Wed, 21 Apr 2010 06:01:42 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id DFA678FC1D; Wed, 21 Apr 2010 06:01:41 +0000 (UTC) Received: by bwz28 with SMTP id 28so7763464bwz.14 for ; Tue, 20 Apr 2010 23:01:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=8QvQ16ri//ZKJGRrz+rl3+mM3TmUx73jcoFl7QCLnnE=; b=VkW+jBIjfEYZ2pVxkgkGTk9y8KbQqKNUPYPl7pAmv3LxjRd8MnhOikBSuvt/637K4A RQBo8uZY//HZ5ObH1XlAwflfR6sOGAIGX/4WADYL6G5GqpAfw7gR07esFn4e68KsAK5G jV5PiBVgzuBs+b5stSKsRR2U6V4CXatmIxD2g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uvR/WM39uPgBsUqY0BZWad2+T/wxyMtkWLLw45zWGW2NXUMkVHmF7+0stsd0sRGh18 B7f3OpmGCORvi5jWNJ0yr3bJg0DDz9gA6PgB7KZlmLymDYoh/aA2coPBgQnZW3t5OHjG B35/dMgI/WwJvNyX9y7wLbJpJ/ohGukNArCwI= MIME-Version: 1.0 Received: by 10.204.47.232 with HTTP; Tue, 20 Apr 2010 23:01:40 -0700 (PDT) In-Reply-To: <4BCE85FC.40904@yandex.ru> References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE85FC.40904@yandex.ru> Date: Wed, 21 Apr 2010 10:01:40 +0400 Received: by 10.204.134.211 with SMTP id k19mr3568998bkt.48.1271829700476; Tue, 20 Apr 2010 23:01:40 -0700 (PDT) Message-ID: From: pluknet To: "Andrey V. Elsukov" Content-Type: text/plain; charset=ISO-8859-1 Cc: "current@freebsd.org" , freebsd-hackers@freebsd.org Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 06:01:43 -0000 2010/4/21 Andrey V. Elsukov : > On 21.04.2010 2:44, Maxim Sobolev wrote: >> >> Maxim Sobolev wrote: >>>> >>>> Maybe try adding >>>> >>>> hint.atkbdc.0.disabled="1" >>>> hint.atkbd.0.disabled="1" >> >> Actually it helped, thank you very much! The problem was that I have had >> my hints compiled into the kernel itself. > > Hi, Maxim. > > I tried to boot 9.0-CURRENT amd64 snapshot on IBM x3650 M2 and seems have > the > same problem, i set hints from loader prompt, but this didn't help. > Can you explain what you did to boot FreeBSD faster? > Hmm.. That's strange to hear. We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64). All runs flawlessly. I'll try to boot it from head today if that matters. -- wbr, pluknet From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 06:18:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A064E1065674; Wed, 21 Apr 2010 06:18:54 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward2.mail.yandex.net (forward2.mail.yandex.net [77.88.46.7]) by mx1.freebsd.org (Postfix) with ESMTP id 475C18FC15; Wed, 21 Apr 2010 06:18:54 +0000 (UTC) Received: from smtp2.mail.yandex.net (smtp2.mail.yandex.net [77.88.46.102]) by forward2.mail.yandex.net (Yandex) with ESMTP id 746D238A8BFC; Wed, 21 Apr 2010 10:18:52 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1271830732; bh=bDUlTKBTk++YuQeEu9tbJpnTfVZR3+p+q0YGlmzOFME=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SpSgzXAVDlwGr9zNQuUtPZvrrsxfy7ArdA51P32H4tEXmpl0dmTrW/SPJyhdjtjXt VGcSaUt9b+xmh6xQz4BZ+Eu4eGvYWefFTFggT5T4zi+bPPIQUfwMSU5WNr0CPCPw2n oZGnHXwHaztbfKuZdHc2SgQQ5tEOagNKujb75LoY= Received: from [127.0.0.1] (mail.kirov.so-cdu.ru [77.72.136.145]) by smtp2.mail.yandex.net (Yandex) with ESMTPSA id 864135280AC; Wed, 21 Apr 2010 10:18:48 +0400 (MSD) Message-ID: <4BCE98B8.9040909@yandex.ru> Date: Wed, 21 Apr 2010 10:18:32 +0400 From: "Andrey V. Elsukov" User-Agent: Mozilla Thunderbird 1.5 (FreeBSD/20051231) MIME-Version: 1.0 To: pluknet References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE85FC.40904@yandex.ru> In-Reply-To: Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Yandex-TimeMark: 1271830732 X-Yandex-Spam: 1 X-Yandex-Front: smtp2.mail.yandex.net Cc: "current@freebsd.org" , freebsd-hackers@freebsd.org Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 06:18:54 -0000 On 21.04.2010 10:01, pluknet wrote: > Hmm.. That's strange to hear. > We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64). > All runs flawlessly. > I'll try to boot it from head today if that matters. It was about 1.5 hour ago when i entered "autoboot" in loader prompt. It still show slowly rotated dash line at end of /boot/kernel/kernel text=xxxxx | -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 07:22:35 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97CA31065673; Wed, 21 Apr 2010 07:22:35 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 459A68FC14; Wed, 21 Apr 2010 07:22:35 +0000 (UTC) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1O4UGW-000LIA-P0; Wed, 21 Apr 2010 10:22:32 +0300 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: "Andrey V. Elsukov" In-reply-to: <4BCE98B8.9040909@yandex.ru> References: <4BCD5A7B.2070505@FreeBSD.org> <4BCD5C20.8000508@FreeBSD.org> <4BCD9E72.1000502@FreeBSD.org> <201004200920.08846.jhb@freebsd.org> <4BCE2221.7070907@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE85FC.40904@yandex.ru> <4BCE98B8.9040909@yandex.ru> Comments: In-reply-to "Andrey V. Elsukov" message dated "Wed, 21 Apr 2010 10:18:32 +0400." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Apr 2010 10:22:32 +0300 From: Daniel Braniss Message-ID: Cc: freebsd-hackers@freebsd.org, pluknet , "current@freebsd.org" Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 07:22:35 -0000 > On 21.04.2010 10:01, pluknet wrote: > > Hmm.. That's strange to hear. > > We have in production a number of x3650m2: 7.2-R, 7.3-R (all amd64). > > All runs flawlessly. > > I'll try to boot it from head today if that matters. > > It was about 1.5 hour ago when i entered "autoboot" in loader prompt. > It still show slowly rotated dash line at end of > /boot/kernel/kernel text=xxxxx | I've seen this happen when there were problems with the serial port, either missing or miss-configured. HTH, danny From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 07:29:47 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 060C51065673 for ; Wed, 21 Apr 2010 07:29:47 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-yw0-f193.google.com (mail-yw0-f193.google.com [209.85.211.193]) by mx1.freebsd.org (Postfix) with ESMTP id BF5D98FC17 for ; Wed, 21 Apr 2010 07:29:46 +0000 (UTC) Received: by ywh31 with SMTP id 31so3470952ywh.3 for ; Wed, 21 Apr 2010 00:29:46 -0700 (PDT) Received: by 10.101.22.6 with SMTP id z6mr16167938ani.245.1271834985969; Wed, 21 Apr 2010 00:29:45 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id 30sm65361724anp.11.2010.04.21.00.29.43 (version=SSLv3 cipher=RC4-MD5); Wed, 21 Apr 2010 00:29:44 -0700 (PDT) Date: Tue, 20 Apr 2010 21:29:46 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Patrick Tracanelli In-Reply-To: <4BCE291D.7070006@freebsdbrasil.com.br> Message-ID: References: <4BCE291D.7070006@freebsdbrasil.com.br> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 07:29:47 -0000 On Tue, 20 Apr 2010, Patrick Tracanelli wrote: > Jeff Roberson escreveu: >> Hi Folks, >> >> You may have seen my other Soft-updates journaling (SUJ) announcements. >> If not, it is a journaling system that works cooperatively with >> soft-updates to eliminate the full background filesystem check after an >> unclean shutdown. SUJ may be enabled with tunefs -j enable and disabled >> with tunefs -j disable on an unmounted filesystem. It is backwards >> compatible with soft-updates with no journal. >> >> I'm going to do another round of tests and buildworld this afternoon to >> verify the diff and then I'm committing to head. This is a very large >> feature and fundamentally changes softupdates. Although it has been >> extensively tested by many there may be unforseen problems. If you run >> into an issue that you think may be suj please email me directly as well >> as posting on current as I sometimes miss list email and this will >> ensure the quickest response. > > Hello Jeff, McKusick and others envolved. > > Is an MFC technically possible? If so, are there plans to do so? I do have an 8 backport branch available although it is a little stale. I intend to keep it somewhat up to date. I think it will take some time before we have sufficient experience with SUJ in head before we want to put it back in 8. It is quite a complex and disruptive feature. Thanks, Jeff > > Thank you. > > -- > Patrick Tracanelli > From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 07:39:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9D4E91065670 for ; Wed, 21 Apr 2010 07:39:43 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout2.freenet.de (mout2.freenet.de [IPv6:2001:748:100:40::2:4]) by mx1.freebsd.org (Postfix) with ESMTP id 352838FC08 for ; Wed, 21 Apr 2010 07:39:43 +0000 (UTC) Received: from [195.4.92.27] (helo=17.mx.freenet.de) by mout2.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O4UX7-0003nS-SX; Wed, 21 Apr 2010 09:39:41 +0200 Received: from p57ae22dc.dip0.t-ipconnect.de ([87.174.34.220]:22752 helo=ernst.jennejohn.org) by 17.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.72 #3) id 1O4UX7-00061n-JY; Wed, 21 Apr 2010 09:39:41 +0200 Date: Wed, 21 Apr 2010 09:39:40 +0200 From: Gary Jennejohn To: Jeff Roberson Message-ID: <20100421093940.3e6b181b@ernst.jennejohn.org> In-Reply-To: References: X-Mailer: Claws Mail 3.7.5 (GTK+ 2.18.7; amd64-portbld-freebsd9.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: gary.jennejohn@freenet.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 07:39:43 -0000 On Tue, 20 Apr 2010 12:15:48 -1000 (HST) Jeff Roberson wrote: > Hi Folks, > > You may have seen my other Soft-updates journaling (SUJ) announcements. > If not, it is a journaling system that works cooperatively with > soft-updates to eliminate the full background filesystem check after an > unclean shutdown. SUJ may be enabled with tunefs -j enable and disabled > with tunefs -j disable on an unmounted filesystem. It is backwards > compatible with soft-updates with no journal. > > I'm going to do another round of tests and buildworld this afternoon to > verify the diff and then I'm committing to head. This is a very large > feature and fundamentally changes softupdates. Although it has been > extensively tested by many there may be unforseen problems. If you run > into an issue that you think may be suj please email me directly as well > as posting on current as I sometimes miss list email and this will ensure > the quickest response. > And the crowd goes wild. SUJ is _great_ and I'm glad to see it finally making it into the tree. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 08:38:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D91EB1065678 for ; Wed, 21 Apr 2010 08:38:08 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 7A22A8FC1C for ; Wed, 21 Apr 2010 08:38:08 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1O4VRd-0005Do-9V for current@freebsd.org; Wed, 21 Apr 2010 10:38:05 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1O4VRb-000128-Re for current@freebsd.org; Wed, 21 Apr 2010 10:38:03 +0200 To: current@freebsd.org From: "Ian FREISLICH" X-Attribution: BOFH Date: Wed, 21 Apr 2010 10:38:03 +0200 Message-Id: Cc: Subject: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 08:38:08 -0000 Hi The oncore ntp driver worked fine in my Athlon64 machine running FreeBSD-amd64. I've tried it on a VIA-C7 and a Pentium-M based board with an onboard serial port. The following patch from Russell J. Yount fixes (bandaids) the issue: Index: /usr/src/contrib/ntp/ntpd/refclock_oncore.c =================================================================== RCS file: /home/ncvs/src/contrib/ntp/ntpd/refclock_oncore.c,v retrieving revision 1.2 diff -u -d -r1.2 refclock_oncore.c --- /usr/src/contrib/ntp/ntpd/refclock_oncore.c 22 Aug 2008 15:58:00 -0000 1.2 +++ /usr/src/contrib/ntp/ntpd/refclock_oncore.c 21 Apr 2010 08:33:55 -0000 @@ -1127,7 +1127,7 @@ */ FILE *fd; - char *cp, *cc, *ca, line[100], units[2], device[20], Msg[160], **cpp; + char *cp, *cc, *ca, line[100], units[2], device[32], Msg[160], **cpp; char *dirs[] = { "/etc/ntp", "/etc", 0 }; int i, sign, lat_flg, long_flg, ht_flg, mode, mask; double f1, f2, f3; Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 08:41:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6BC48106566B for ; Wed, 21 Apr 2010 08:41:47 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (unknown [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id 18FE08FC14 for ; Wed, 21 Apr 2010 08:41:47 +0000 (UTC) Received: from centre.keltia.net (unknown [IPv6:2a01:240:fe5c::f3]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id 0ECB67423 for ; Wed, 21 Apr 2010 10:41:46 +0200 (CEST) Date: Wed, 21 Apr 2010 10:41:44 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20100421084144.GB9981@centre.keltia.net> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Wed, 21 Apr 2010 10:41:46 +0200 (CEST) Subject: Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 08:41:47 -0000 According to Ian FREISLICH: > The oncore ntp driver worked fine in my Athlon64 machine running > FreeBSD-amd64. I've tried it on a VIA-C7 and a Pentium-M based > board with an onboard serial port. Can you open a bug on bugs.ntp.org with the patch please? I'd rather have upstream fix it properly. Thanks. > The following patch from Russell J. Yount fixes (bandaids) the issue: Just a bigger buffer then? -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 09:55:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0DB7106566C for ; Wed, 21 Apr 2010 09:55:47 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from inbound01.jnb1.gp-online.net (inbound01.jnb1.gp-online.net [41.161.16.135]) by mx1.freebsd.org (Postfix) with ESMTP id 3F6148FC14 for ; Wed, 21 Apr 2010 09:55:46 +0000 (UTC) Received: from [41.154.88.19] (helo=clue.co.za) by inbound01.jnb1.gp-online.net with esmtpsa (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.63) (envelope-from ) id 1O4Wem-0005sM-UK; Wed, 21 Apr 2010 11:55:45 +0200 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.69 (FreeBSD)) (envelope-from ) id 1O4Wej-00019i-O5; Wed, 21 Apr 2010 11:55:41 +0200 To: Ollivier Robert From: Ian FREISLICH In-Reply-To: <20100421084144.GB9981@centre.keltia.net> References: <20100421084144.GB9981@centre.keltia.net> X-Attribution: BOFH Date: Wed, 21 Apr 2010 11:55:41 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 09:55:47 -0000 Ollivier Robert wrote: > According to Ian FREISLICH: > > The oncore ntp driver worked fine in my Athlon64 machine running > > FreeBSD-amd64. I've tried it on a VIA-C7 and a Pentium-M based > > board with an onboard serial port. > > Can you open a bug on bugs.ntp.org with the patch please? I'd rather have > upstream fix it properly. Thanks. > > > The following patch from Russell J. Yount fixes (bandaids) the issue: > > Just a bigger buffer then? Well, yeah: /dev/oncore.serial.0\0 is 21 chars https://bugs.ntp.org/show_bug.cgi?id=1389 Fixed in 4.2.5p248 and later. Seems FreeBSD has lagged somewhat: version="ntpd 4.2.4p5-a (1)" Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 10:10:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82667106564A; Wed, 21 Apr 2010 10:10:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4DAC48FC1B; Wed, 21 Apr 2010 10:10:48 +0000 (UTC) Received: from freebsd-current.sentex.ca (localhost [127.0.0.1]) by freebsd-current.sentex.ca (8.14.4/8.14.3) with ESMTP id o3LAAmNZ005921; Wed, 21 Apr 2010 06:10:48 -0400 (EDT) (envelope-from tinderbox@freebsd.org) Received: (from tinderbox@localhost) by freebsd-current.sentex.ca (8.14.4/8.14.3/Submit) id o3LAAmp4005916; Wed, 21 Apr 2010 10:10:48 GMT (envelope-from tinderbox@freebsd.org) Date: Wed, 21 Apr 2010 10:10:48 GMT Message-Id: <201004211010.o3LAAmp4005916@freebsd-current.sentex.ca> X-Authentication-Warning: freebsd-current.sentex.ca: tinderbox set sender to FreeBSD Tinderbox using -f Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Cc: Subject: [head tinderbox] failure on i386/pc98 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 10:10:49 -0000 TB --- 2010-04-21 07:40:00 - tinderbox 2.6 running on freebsd-current.sentex.ca TB --- 2010-04-21 07:40:00 - starting HEAD tinderbox run for i386/pc98 TB --- 2010-04-21 07:40:00 - cleaning the object tree TB --- 2010-04-21 07:40:21 - cvsupping the source tree TB --- 2010-04-21 07:40:21 - /usr/bin/csup -z -r 3 -g -L 1 -h cvsup.sentex.ca /tinderbox/HEAD/i386/pc98/supfile TB --- 2010-04-21 08:59:08 - building world TB --- 2010-04-21 08:59:08 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-21 08:59:08 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-21 08:59:08 - TARGET=pc98 TB --- 2010-04-21 08:59:08 - TARGET_ARCH=i386 TB --- 2010-04-21 08:59:08 - TZ=UTC TB --- 2010-04-21 08:59:08 - __MAKE_CONF=/dev/null TB --- 2010-04-21 08:59:08 - cd /src TB --- 2010-04-21 08:59:08 - /usr/bin/make -B buildworld >>> World build started on Wed Apr 21 08:59:09 UTC 2010 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Wed Apr 21 09:58:24 UTC 2010 TB --- 2010-04-21 09:58:24 - generating LINT kernel config TB --- 2010-04-21 09:58:24 - cd /src/sys/pc98/conf TB --- 2010-04-21 09:58:24 - /usr/bin/make -B LINT TB --- 2010-04-21 09:58:24 - building LINT kernel TB --- 2010-04-21 09:58:24 - MAKEOBJDIRPREFIX=/obj TB --- 2010-04-21 09:58:24 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2010-04-21 09:58:24 - TARGET=pc98 TB --- 2010-04-21 09:58:24 - TARGET_ARCH=i386 TB --- 2010-04-21 09:58:24 - TZ=UTC TB --- 2010-04-21 09:58:24 - __MAKE_CONF=/dev/null TB --- 2010-04-21 09:58:24 - cd /src TB --- 2010-04-21 09:58:24 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Apr 21 09:58:24 UTC 2010 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything [...] cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/libkern/umoddi3.c cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror /src/sys/pc98/apm/apm_bioscall.S cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/cbus_dma.c cc -c -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -DGPROF -falign-functions=16 -DGPROF4 -DGUPROF -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -fstack-protector -Werror -pg -mprofiler-epilogue /src/sys/pc98/cbus/clock.c /src/sys/pc98/cbus/clock.c: In function 'clkintr': /src/sys/pc98/cbus/clock.c:178: error: 'lapic_cyclic_clock_func' undeclared (first use in this function) /src/sys/pc98/cbus/clock.c:178: error: (Each undeclared identifier is reported only once /src/sys/pc98/cbus/clock.c:178: error: for each function it appears in.) *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2010-04-21 10:10:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2010-04-21 10:10:48 - ERROR: failed to build lint kernel TB --- 2010-04-21 10:10:48 - 3269.28 user 681.73 system 9047.72 real http://tinderbox.freebsd.org/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 08:00:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31ADE1065672 for ; Wed, 21 Apr 2010 08:00:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id B0F1B8FC19 for ; Wed, 21 Apr 2010 08:00:33 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O4UrH-0002q4-He for freebsd-current@freebsd.org; Wed, 21 Apr 2010 10:00:31 +0200 Received: from k.saper.info ([91.121.151.35]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Apr 2010 10:00:31 +0200 Received: from saper by k.saper.info with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Apr 2010 10:00:31 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Marcin Cieslak Date: Wed, 21 Apr 2010 08:00:22 +0000 (UTC) Organization: http://saper.info Lines: 66 Message-ID: References: <3bbf2fe11002200946h7480d203naabd7a49fd851f5a@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: k.saper.info User-Agent: slrn/0.9.9p1 (FreeBSD) X-Mailman-Approved-At: Wed, 21 Apr 2010 11:18:41 +0000 Subject: Re: ZFS DEADLKRES - AHCI blocks on ICH7M X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 08:00:34 -0000 Dnia 08.04.2010 Attilio Rao napisaÅ‚/a: > This may be a false positive. > May you please try the following patch and report if you can fix it > does fix it or not?: > http://www.freebsd.org/~attilio/Sandvine/deadlkres/deadlkres-blessed.diff Thanks for your help. I have applied this patch and I am still getting the deadlock (today it was after 1802544 ticks). But there is more: I am running r203753 on one of those "AHCI disabled by default" laptops (Sony VGN-SZ5MN/B). I have reset the BIOS completely (by removing the CMOS battery for a moment) and it seemingly fixed the problem. I have tested this and I found out: - in ATA emulation mode things are fine. /etc/periodic/daily completes normally. - in AHCI mode /etc/periodic/daily hangs on any disk operation even dumping core is impossible from the ddb(4). I have re-enabled AHCI again and tested with your patch: /etc/periodic/daily and svnsync running in parallel hanged after some longer time and deadlkres kicked in. I presume deadlkres is properly detecting threads that hanged waiting for the disk response. This laptop has the ICH7M controller (in ATA emulation mode): atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] atapci1: port 0x18d0-0x18d7,0x18c4-0x18c7,0x18c8-0x18cf,0x18c0-0x18c3,0x18b0-0x18bf mem 0xf8644400-0xf86447ff irq 22 at device 31.2 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] in AHCI mode it says: atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1810-0x181f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ahci0: port 0x18d0-0x18d7,0x18c4-0x18c7,0x18c8-0x18cf,0x18c0-0x18c3,0x18b0-0x18bf mem 0xf8644400-0xf86447ff irq 22 at device 31.2 on pci0 ahci0: [ITHREAD] ahci0: AHCI v1.10 with 4 1.5Gbps ports, Port Multiplier not supported ahcich0: at channel 0 on ahci0 ahcich0: [ITHREAD] ahcich1: at channel 2 on ahci0 ahcich1: [ITHREAD] I am using this in the kernel config: 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 device ahci -- << Marcin Cieslak // saper@saper.info >> From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 13:06:10 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1FEC21065672 for ; Wed, 21 Apr 2010 13:06:10 +0000 (UTC) (envelope-from yanefbsd@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id CDA528FC16 for ; Wed, 21 Apr 2010 13:06:09 +0000 (UTC) Received: by qyk11 with SMTP id 11so8115865qyk.13 for ; Wed, 21 Apr 2010 06:06:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=qkoThmJtDeodMIP3O1XZcEZ63kLTuA4rQK05SZs7lZ4=; b=R28buQDbaZAfwF+hoj7VCLQGlROj0IFV8rJ86IeBIxVldUohRswJo8VrHAO8yRP42J y0ewf4ur0YuyI9H4EI3YpvCSb23gUNf3FMjeMAIt+VGVbtW7I+KbvQb1cd6PM//llpv8 F/7afbVl8+5j3yk2Zq11xy+mfIwkJcc+gisUI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=iz4UgPvcyv2r6dLjq3j0PeU6+k4yk7AoUeuJXBAFrE3L9CMaUjhye1zfVgrYIdp5Yj 3T3pq+03X8zb1wpjYicgMsagh5rFbaRRMoqSYsou0VC58iTAioSLyIA6NCfXjHMDue8B TXPnyzmO3+pS6AMfqZL+vpCE182AwmkuaMFQo= MIME-Version: 1.0 Received: by 10.229.28.85 with HTTP; Wed, 21 Apr 2010 06:06:08 -0700 (PDT) In-Reply-To: <20100421093940.3e6b181b@ernst.jennejohn.org> References: <20100421093940.3e6b181b@ernst.jennejohn.org> Date: Wed, 21 Apr 2010 06:06:08 -0700 Received: by 10.229.88.193 with SMTP id b1mr4539651qcm.27.1271855169027; Wed, 21 Apr 2010 06:06:09 -0700 (PDT) Message-ID: From: Garrett Cooper To: gary.jennejohn@freenet.de Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Jeff Roberson , current@freebsd.org Subject: Re: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 13:06:10 -0000 On Wed, Apr 21, 2010 at 12:39 AM, Gary Jennejohn wrote: > On Tue, 20 Apr 2010 12:15:48 -1000 (HST) > Jeff Roberson wrote: > >> Hi Folks, >> >> You may have seen my other Soft-updates journaling (SUJ) announcements. >> If not, it is a journaling system that works cooperatively with >> soft-updates to eliminate the full background filesystem check after an >> unclean shutdown. =A0SUJ may be enabled with tunefs -j enable and disabl= ed >> with tunefs -j disable on an unmounted filesystem. =A0It is backwards >> compatible with soft-updates with no journal. >> >> I'm going to do another round of tests and buildworld this afternoon to >> verify the diff and then I'm committing to head. =A0This is a very large >> feature and fundamentally changes softupdates. =A0Although it has been >> extensively tested by many there may be unforseen problems. =A0If you ru= n >> into an issue that you think may be suj please email me directly as well >> as posting on current as I sometimes miss list email and this will ensur= e >> the quickest response. >> > > And the crowd goes wild. > > SUJ is _great_ and I'm glad to see it finally making it into the tree. Indeed. I'm looking forward to testing the junk out of this -- this is definitely a good move forward with UFS2 :]... Cheers, -Garrett PS How does this interact with geom with journaling BTW? Has this been tested performance wise (I know it doesn't make logistical sense, but it does kind of seem to null and void the importance of geom with journaling, maybe...)? From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:21:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87018106566C; Wed, 21 Apr 2010 15:21:00 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id B756D8FC08; Wed, 21 Apr 2010 15:20:59 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,250,1270418400"; d="scan'208";a="31855553" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 21 Apr 2010 17:20:58 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 333271B0758; Wed, 21 Apr 2010 17:20:58 +0200 (CEST) Date: Wed, 21 Apr 2010 17:20:57 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Roman Divacky Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:21:00 -0000 i might have stumbled upon a problem with clang. i've compiled a kernel from the clang branch using `make kernel INSTKERNNAME=clang` and booted from it. i'm now experiencing audio problems with mp3s and certain video files. playback is awfully slow and the audio output gets distorted massively. `top` however reports no high cpu load and `vmstat -i` doesn't report anything unusual either. this problem doesn't occur with a regular gcc-kernel. both kernels are running under a regular (gcc) world. i thought it might be a problem with acpi, but disabling acpi (hint.acpi.0.disabled=1) gives me a system freeze. -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:25:55 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50921106566B; Wed, 21 Apr 2010 15:25:55 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 121D88FC1D; Wed, 21 Apr 2010 15:25:55 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a001:edb6:9f22:4f24] (unknown [IPv6:2001:7b8:3a7:0:a001:edb6:9f22:4f24]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 372AF5C59; Wed, 21 Apr 2010 17:25:54 +0200 (CEST) Message-ID: <4BCF190B.9090000@andric.com> Date: Wed, 21 Apr 2010 17:26:03 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.5pre) Gecko/20100417 Lanikai/3.1b2pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100417173321.GA46116@freebsd.org> <4BC9FA7D.4060108@andric.com> <20100417181302.GA50462@freebsd.org> <4BCDB475.6060609@andric.com> <20100420140444.GA68252@freebsd.org> In-Reply-To: <20100420140444.GA68252@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:25:55 -0000 On 2010-04-20 16:04, Roman Divacky wrote: >> Tried again with llvm r101891, still the same error... > > the problem is that gcc miscompiles llvm at -O3, I havent managed > to contact brooks@ to change the port to default to -O2 > > you can do that locally I guess Tried llvm-devel-2.7.r101995 built with -O2, but no difference in the result. I guess it's a real bug in llvm. :) From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:26:06 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B5F9106566C for ; Wed, 21 Apr 2010 15:26:06 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 53A468FC0C for ; Wed, 21 Apr 2010 15:26:05 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 826819CB0D2; Wed, 21 Apr 2010 17:23:40 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EF7YuelqXOPr; Wed, 21 Apr 2010 17:23:38 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 460569CB0DF; Wed, 21 Apr 2010 17:23:38 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3LFNcoJ077361; Wed, 21 Apr 2010 17:23:38 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 21 Apr 2010 17:23:38 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20100421152338.GA77210@freebsd.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:26:06 -0000 On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > i might have stumbled upon a problem with clang. i've compiled a kernel from > the clang branch using `make kernel INSTKERNNAME=clang` and booted from it. > i'm now experiencing audio problems with mp3s and certain video files. > playback is awfully slow and the audio output gets distorted massively. `top` > however reports no high cpu load and `vmstat -i` doesn't report anything > unusual either. > > this problem doesn't occur with a regular gcc-kernel. > > both kernels are running under a regular (gcc) world. > > i thought it might be a problem with acpi, but disabling acpi > (hint.acpi.0.disabled=1) gives me a system freeze. I've heard about this problem but did not manage to reproduce that. can you try to bisect what file is being miscompiled? ie. compile half of the kernel with gcc and half with clang and bisect this way to a single file. we can work from there... From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:27:04 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E5911065675 for ; Wed, 21 Apr 2010 15:27:04 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id EB4718FC22 for ; Wed, 21 Apr 2010 15:27:03 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id AA5D09CB0D2; Wed, 21 Apr 2010 17:24:39 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BzCdBNixVdGF; Wed, 21 Apr 2010 17:24:37 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 777499CB0DF; Wed, 21 Apr 2010 17:24:37 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3LFObgB077510; Wed, 21 Apr 2010 17:24:37 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 21 Apr 2010 17:24:37 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20100421152437.GA77442@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100417173321.GA46116@freebsd.org> <4BC9FA7D.4060108@andric.com> <20100417181302.GA50462@freebsd.org> <4BCDB475.6060609@andric.com> <20100420140444.GA68252@freebsd.org> <4BCF190B.9090000@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BCF190B.9090000@andric.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:27:04 -0000 On Wed, Apr 21, 2010 at 05:26:03PM +0200, Dimitry Andric wrote: > On 2010-04-20 16:04, Roman Divacky wrote: > >>Tried again with llvm r101891, still the same error... > > > >the problem is that gcc miscompiles llvm at -O3, I havent managed > >to contact brooks@ to change the port to default to -O2 > > > >you can do that locally I guess > > Tried llvm-devel-2.7.r101995 built with -O2, but no difference in the > result. I guess it's a real bug in llvm. :) can you try with LLVM svn trunk? it works for me ok (with -O2 compilation) From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:29:46 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D7B81065678 for ; Wed, 21 Apr 2010 15:29:46 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id D48248FC37 for ; Wed, 21 Apr 2010 15:29:45 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 7465146B5C; Wed, 21 Apr 2010 11:29:45 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C05198A021; Wed, 21 Apr 2010 11:29:44 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org, mj@feral.com Date: Wed, 21 Apr 2010 10:04:25 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BCD5A7B.2070505@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE3A52.7060502@feral.com> In-Reply-To: <4BCE3A52.7060502@feral.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004211004.25701.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Wed, 21 Apr 2010 11:29:44 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:29:46 -0000 On Tuesday 20 April 2010 7:35:46 pm Matthew Jacob wrote: > On 04/20/2010 03:44 PM, Maxim Sobolev wrote: > > Maxim Sobolev wrote: > >>> Maybe try adding > >>> > >>> hint.atkbdc.0.disabled="1" > >>> hint.atkbd.0.disabled="1" > >>> > >>> to /boot/device.hints? That has reportedly removed minute-long boot > >>> delays on some Nehalem machines. > >> > >> No, that have not helped at all. I measured the delay - it's about 6 > >> minutes from boot command to the first "smap" message. Do you or > >> anybody else have other ideas? > > > > Actually it helped, thank you very much! The problem was that I have > > had my hints compiled into the kernel itself. > > Me too! I can't reproduce this currently, but it would be good to debug this further. My suggestions on how to do this would be to create an array of uint64_t and save TSC values (rdtsc()) into it at specific points in the atkbd/syscons console init. You can then print out the deltas between array entries once the console is fully initialized. Moving the rdtsc() calls around should allow one to determine where in the atkbd/syscons init the long pause is happening. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:34:02 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E27DB1065670; Wed, 21 Apr 2010 15:34:02 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7AE728FC15; Wed, 21 Apr 2010 15:34:02 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a001:edb6:9f22:4f24] (unknown [IPv6:2001:7b8:3a7:0:a001:edb6:9f22:4f24]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id D58C75C59; Wed, 21 Apr 2010 17:34:01 +0200 (CEST) Message-ID: <4BCF1AF3.3000104@andric.com> Date: Wed, 21 Apr 2010 17:34:11 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.5pre) Gecko/20100417 Lanikai/3.1b2pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100417173321.GA46116@freebsd.org> <4BC9FA7D.4060108@andric.com> <20100417181302.GA50462@freebsd.org> <4BCDB475.6060609@andric.com> <20100420140444.GA68252@freebsd.org> <4BCF190B.9090000@andric.com> <20100421152437.GA77442@freebsd.org> In-Reply-To: <20100421152437.GA77442@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:34:03 -0000 On 2010-04-21 17:24, Roman Divacky wrote: >> Tried llvm-devel-2.7.r101995 built with -O2, but no difference in the >> result. I guess it's a real bug in llvm. :) > > can you try with LLVM svn trunk? it works for me ok (with -O2 compilation) AFAICS the only change between r101995 and r102001 is in some ReleaseNotes.html file, so I guess I am using the very latest, bleeding edge revision already. :) I'm using the following diff to the devel/llvm-devel port: Index: devel/llvm-devel/Makefile =================================================================== RCS file: /home/mirror/ncvs/ports/devel/llvm-devel/Makefile,v retrieving revision 1.42 diff -u -d -r1.42 Makefile --- devel/llvm-devel/Makefile 18 Mar 2010 19:33:23 -0000 1.42 +++ devel/llvm-devel/Makefile 21 Apr 2010 15:32:37 -0000 @@ -42,7 +42,8 @@ CONFIGURE_ARGS+= --with-f2c=${LOCALBASE} .else CONFIGURE_ARGS+= --disable-assertions \ - --enable-optimized + --enable-optimized \ + --with-optimize-option="-O2" .endif CONFIGURE_ARGS+= --enable-bindings=none Index: devel/llvm-devel/Makefile.svn_rev =================================================================== RCS file: /home/mirror/ncvs/ports/devel/llvm-devel/Makefile.svn_rev,v retrieving revision 1.13 diff -u -d -r1.13 Makefile.svn_rev --- devel/llvm-devel/Makefile.svn_rev 5 Apr 2010 17:33:55 -0000 1.13 +++ devel/llvm-devel/Makefile.svn_rev 21 Apr 2010 15:32:37 -0000 @@ -1 +1 @@ -SVN_REV= 100430 +SVN_REV= 101995 Index: devel/llvm-devel/distinfo =================================================================== RCS file: /home/mirror/ncvs/ports/devel/llvm-devel/distinfo,v retrieving revision 1.27 diff -u -d -r1.27 distinfo --- devel/llvm-devel/distinfo 5 Apr 2010 17:33:55 -0000 1.27 +++ devel/llvm-devel/distinfo 21 Apr 2010 15:32:37 -0000 @@ -1,3 +1,3 @@ -MD5 (llvm-2.7.r100430.tar.bz2) = ab73db3fc7fbbdffda032131e31b91bf -SHA256 (llvm-2.7.r100430.tar.bz2) = f5933ed2e873fd65eae7ffd8a5f9077f1e42d33db573f2395f2bf56427f00e91 -SIZE (llvm-2.7.r100430.tar.bz2) = 10785591 +MD5 (llvm-2.7.r101995.tar.bz2) = 57cced37c718427b0100659fc5c09728 +SHA256 (llvm-2.7.r101995.tar.bz2) = 092b6eb50ad3e3f3789f112fe8dc4205c0259f4e29691a8cfa0d3d2329f6c3b9 +SIZE (llvm-2.7.r101995.tar.bz2) = 10897340 From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 15:43:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F2B2B106564A for ; Wed, 21 Apr 2010 15:43:56 +0000 (UTC) (envelope-from roberto@keltia.freenix.fr) Received: from keltia.net (unknown [IPv6:2a01:240:fe5c::41]) by mx1.freebsd.org (Postfix) with ESMTP id A979F8FC0A for ; Wed, 21 Apr 2010 15:43:56 +0000 (UTC) Received: from roberto-al.eurocontrol.fr (aran.keltia.net [88.191.250.24]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: roberto) by keltia.net (Postfix/TLS) with ESMTPSA id 868137A85 for ; Wed, 21 Apr 2010 17:43:55 +0200 (CEST) Date: Wed, 21 Apr 2010 17:43:50 +0200 From: Ollivier Robert To: freebsd-current@freebsd.org Message-ID: <20100421154350.GA63266@roberto-al.eurocontrol.fr> References: <20100421084144.GB9981@centre.keltia.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: MacOS X / Macbook Pro - FreeBSD 7.2 / Dell D820 SMP User-Agent: Mutt/1.5.20 (2009-06-14) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (keltia.net); Wed, 21 Apr 2010 17:43:55 +0200 (CEST) Subject: Re: ANY-ONE-ELSE? ntpd+oncore+i386 doesn't work X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 15:43:57 -0000 According to Ian FREISLICH: > Fixed in 4.2.5p248 and later. Seems FreeBSD has lagged somewhat: > version="ntpd 4.2.4p5-a (1)" ok, got the message :) TODO.add("upgrade ntpd") -- Ollivier ROBERT -=- FreeBSD: The Power to Serve! -=- roberto@keltia.freenix.fr In memoriam to Ondine : http://ondine.keltia.net/ From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 17:22:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 02DC1106566B; Wed, 21 Apr 2010 17:22:12 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay2.uni-muenster.de (ZIVM-RELAY2.UNI-MUENSTER.DE [128.176.192.13]) by mx1.freebsd.org (Postfix) with ESMTP id F20D28FC14; Wed, 21 Apr 2010 17:22:10 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,251,1270418400"; d="txt'?scan'208";a="242625355" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 21 Apr 2010 19:22:09 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 9B8391B0758; Wed, 21 Apr 2010 19:22:09 +0200 (CEST) Date: Wed, 21 Apr 2010 19:22:00 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Roman Divacky Message-ID: In-Reply-To: <20100421152338.GA77210@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=+permail-201004211722001e86ffa800003aa3-a_best01+ Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 17:22:12 -0000 This is a MIME encoded multipart message. --+permail-201004211722001e86ffa800003aa3-a_best01+ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > i might have stumbled upon a problem with clang. i've compiled a > > kernel from > > the clang branch using `make kernel INSTKERNNAME=clang` and booted > > from it. > > i'm now experiencing audio problems with mp3s and certain video > > files. > > playback is awfully slow and the audio output gets distorted > > massively. `top` > > however reports no high cpu load and `vmstat -i` doesn't report > > anything > > unusual either. > > this problem doesn't occur with a regular gcc-kernel. > > both kernels are running under a regular (gcc) world. > > i thought it might be a problem with acpi, but disabling acpi > > (hint.acpi.0.disabled=1) gives me a system freeze. > I've heard about this problem but did not manage to reproduce that. > can you try to bisect what file is being miscompiled? ie. compile > half of the kernel with gcc and half with clang and bisect this > way to a single file. > we can work from there... i've identified the problem to be somewhere in sys/dev/sound. i've removed "device sound" and "device hda_snd" from my kernel config and rebuild/reinstalled both kernels (gcc and clang). i then booted the clang kernel and loaded various sound.ko and snd_hda.ko combination. here're the results: sound.ko (clang) snd_hda.ko (clang) => BROKEN sound.ko (clang) snd_hda.ko (gcc) => BROKEN sound.ko (gcc) snd_hda.ko (gcc) => OK sound.ko (gcc) snd_hda.ko (clang) => OK i've attached a log documenting all clang warnings that get issued when building sys/modules/sound. in addition to those warnings i get a lot of these, but i guess they aren't harmful: clang: warning: argument unused during compilation: '-funroll-loops' clang: warning: argument unused during compilation: '-finline-limit=8000' clang: warning: argument unused during compilation: '--param inline-unit-growth=100' clang: warning: argument unused during compilation: '--param large-function-growth=1000' clang: warning: argument unused during compilation: '-mfpmath=387' clang: warning: argument unused during compilation: '-fformat-extensions' clang: warning: argument unused during compilation: '-funroll-loops' clang: warning: argument unused during compilation: '-finline-limit=8000' clang: warning: argument unused during compilation: '--param inline-unit-growth=100' clang: warning: argument unused during compilation: '--param large-function-growth=1000' clang: warning: argument unused during compilation: '-mfpmath=387' -- Alexander Best --+permail-201004211722001e86ffa800003aa3-a_best01+ Content-Type: text/plain Content-Transfer-Encoding: Base64 Content-Disposition: attachment; filename="sound.log.txt" L3Vzci9sb2NhbC9zcmMvY2xhbmdic2Qvc3lzL21vZHVsZXMvc291bmQvc291bmQvLi4vLi4vLi4v ZGV2L3NvdW5kL3BjbS9mZWVkZXJfcmF0ZS5jOjE2MzoxOiB3YXJuaW5nOiBpbml0aWFsaXppbmcg J2NoYXIgY29uc3QgKCopWzM2XScgZGlzY2FyZHMgcXVhbGlmaWVycywgZXhwZWN0ZWQgJ3ZvaWQg KicgWy1wZWRhbnRpY10KU1lTQ1RMX1NUUklORyhfaHdfc25kLCBPSURfQVVUTywgZmVlZGVyX3Jh dGVfcHJlc2V0cywgQ1RMRkxBR19SRCwKXn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KSW4gZmlsZSBpbmNsdWRlZCBmcm9tIC91 c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3NvdW5kLy4uLy4uLy4uL2Rl di9zb3VuZC9wY20vZmVlZGVyX3JhdGUuYzo1NToKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIEAvZGV2 L3NvdW5kL3BjbS9zb3VuZC5oOjY3OgpAL3N5cy9zeXNjdGwuaDoyNDM6Mjogbm90ZTogaW5zdGFu dGlhdGVkIGZyb206CiAgICAgICAgU1lTQ1RMX09JRChwYXJlbnQsIG5iciwgbmFtZSwgQ1RMVFlQ RV9TVFJJTkd8KGFjY2VzcyksIFwKICAgICAgICBeCi91c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5 cy9tb2R1bGVzL3NvdW5kL3NvdW5kLy4uLy4uLy4uL2Rldi9zb3VuZC9wY20vZmVlZGVyX3JhdGUu YzoxNjM6MTogbm90ZTogaW5zdGFudGlhdGVkIGZyb206ClNZU0NUTF9TVFJJTkcoX2h3X3NuZCwg T0lEX0FVVE8sIGZlZWRlcl9yYXRlX3ByZXNldHMsIENUTEZMQUdfUkQsCl4KL3Vzci9sb2NhbC9z cmMvY2xhbmdic2Qvc3lzL21vZHVsZXMvc291bmQvc291bmQvLi4vLi4vLi4vZGV2L3NvdW5kL3Bj bS9mZWVkZXJfcmF0ZS5jOjE2NDo1OiBub3RlOiBpbnN0YW50aWF0ZWQgZnJvbToKICAgICZmZWVk ZXJfcmF0ZV9wcmVzZXRzLCAwLCAiY29tcGlsZS10aW1lIHJhdGUgcHJlc2V0cyIpOwogICAgXn5+ fn5+fn5+fn5+fn5+fn5+fn4KMSBkaWFnbm9zdGljIGdlbmVyYXRlZC4KL3Vzci9sb2NhbC9zcmMv Y2xhbmdic2Qvc3lzL21vZHVsZXMvc291bmQvc291bmQvLi4vLi4vLi4vZGV2L3NvdW5kL3BjbS9m ZWVkZXJfZXEuYzo5NzoxOiB3YXJuaW5nOiBpbml0aWFsaXppbmcgJ2NoYXIgY29uc3QgKCopWzc0 XScgZGlzY2FyZHMgcXVhbGlmaWVycywgZXhwZWN0ZWQgJ3ZvaWQgKicgWy1wZWRhbnRpY10KU1lT Q1RMX1NUUklORyhfaHdfc25kLCBPSURfQVVUTywgZmVlZGVyX2VxX3ByZXNldHMsIENUTEZMQUdf UkQsCl5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Vzci9sb2NhbC9zcmMvY2xhbmdic2Qv c3lzL21vZHVsZXMvc291bmQvc291bmQvLi4vLi4vLi4vZGV2L3NvdW5kL3BjbS9mZWVkZXJfZXEu Yzo0MDoKSW4gZmlsZSBpbmNsdWRlZCBmcm9tIEAvZGV2L3NvdW5kL3BjbS9zb3VuZC5oOjY3OgpA L3N5cy9zeXNjdGwuaDoyNDM6Mjogbm90ZTogaW5zdGFudGlhdGVkIGZyb206CiAgICAgICAgU1lT Q1RMX09JRChwYXJlbnQsIG5iciwgbmFtZSwgQ1RMVFlQRV9TVFJJTkd8KGFjY2VzcyksIFwKICAg ICAgICBeCi91c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3NvdW5kLy4u Ly4uLy4uL2Rldi9zb3VuZC9wY20vZmVlZGVyX2VxLmM6OTc6MTogbm90ZTogaW5zdGFudGlhdGVk IGZyb206ClNZU0NUTF9TVFJJTkcoX2h3X3NuZCwgT0lEX0FVVE8sIGZlZWRlcl9lcV9wcmVzZXRz LCBDVExGTEFHX1JELApeCi91c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5k L3NvdW5kLy4uLy4uLy4uL2Rldi9zb3VuZC9wY20vZmVlZGVyX2VxLmM6OTg6NTogbm90ZTogaW5z dGFudGlhdGVkIGZyb206CiAgICAmZmVlZGVyX2VxX3ByZXNldHMsIDAsICJjb21waWxlLXRpbWUg ZXEgcHJlc2V0cyIpOwogICAgXn5+fn5+fn5+fn5+fn5+fn5+CjEgZGlhZ25vc3RpYyBnZW5lcmF0 ZWQuCi91c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3NvdW5kLy4uLy4u Ly4uL2Rldi9zb3VuZC9wY20vc291bmQuYzo3MzoxOiB3YXJuaW5nOiBpbml0aWFsaXppbmcgJ2No YXIgY29uc3QgKCopWzE3XScgZGlzY2FyZHMgcXVhbGlmaWVycywgZXhwZWN0ZWQgJ3ZvaWQgKicg Wy1wZWRhbnRpY10KU1lTQ1RMX1NUUklORyhfaHdfc25kLCBPSURfQVVUTywgdmVyc2lvbiwgQ1RM RkxBR19SRCwgJnNuZF9kcml2ZXJfdmVyc2lvbiwKXn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KSW4gZmlsZSBp bmNsdWRlZCBmcm9tIC91c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3Nv dW5kLy4uLy4uLy4uL2Rldi9zb3VuZC9wY20vc291bmQuYzozNDoKSW4gZmlsZSBpbmNsdWRlZCBm cm9tIEAvZGV2L3NvdW5kL3BjbS9zb3VuZC5oOjY3OgpAL3N5cy9zeXNjdGwuaDoyNDM6Mjogbm90 ZTogaW5zdGFudGlhdGVkIGZyb206CiAgICAgICAgU1lTQ1RMX09JRChwYXJlbnQsIG5iciwgbmFt ZSwgQ1RMVFlQRV9TVFJJTkd8KGFjY2VzcyksIFwKICAgICAgICBeCi91c3IvbG9jYWwvc3JjL2Ns YW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3NvdW5kLy4uLy4uLy4uL2Rldi9zb3VuZC9wY20vc291 bmQuYzo3MzoxOiBub3RlOiBpbnN0YW50aWF0ZWQgZnJvbToKU1lTQ1RMX1NUUklORyhfaHdfc25k LCBPSURfQVVUTywgdmVyc2lvbiwgQ1RMRkxBR19SRCwgJnNuZF9kcml2ZXJfdmVyc2lvbiwKXiAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfn5+fn5+ fn5+fn5+fn5+fn5+fgovdXNyL2xvY2FsL3NyYy9jbGFuZ2JzZC9zeXMvbW9kdWxlcy9zb3VuZC9z b3VuZC8uLi8uLi8uLi9kZXYvc291bmQvcGNtL3NvdW5kLmM6NzM6NTU6IG5vdGU6IGluc3RhbnRp YXRlZCBmcm9tOgpTWVNDVExfU1RSSU5HKF9od19zbmQsIE9JRF9BVVRPLCB2ZXJzaW9uLCBDVExG TEFHX1JELCAmc25kX2RyaXZlcl92ZXJzaW9uLAogICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICBefn5+fn5+fn5+fn5+fn5+fn5+Ci91c3IvbG9jYWwv c3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3NvdW5kLy4uLy4uLy4uL2Rldi9zb3VuZC9w Y20vc291bmQuYzo4NToxOTogd2FybmluZzogaW52YWxpZCBjb252ZXJzaW9uIHNwZWNpZmllciAn YicgWy1XZm9ybWF0XQogICAgICAgIFNORFNUQVRfUFJFUEFSRV9QQ01fRU5EKCk7CiAgICAgICAg Xn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Vzci9sb2Nh bC9zcmMvY2xhbmdic2Qvc3lzL21vZHVsZXMvc291bmQvc291bmQvLi4vLi4vLi4vZGV2L3NvdW5k L3BjbS9zb3VuZC5jOjM4OgpAL2Rldi9zb3VuZC9wY20vc25kc3RhdC5oOjY5OjM0OiBub3RlOiBp bnN0YW50aWF0ZWQgZnJvbToKICAgICAgICBzYnVmX3ByaW50ZihzLCAic25kZGV2IGZsYWdzPTB4 JWIiLCBkLT5mbGFncywgU0RfRl9CSVRTKTsgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAg ICB+fn5+fn5+fn5+fn5+fn5+XgovdXNyL2xvY2FsL3NyYy9jbGFuZ2JzZC9zeXMvbW9kdWxlcy9z b3VuZC9zb3VuZC8uLi8uLi8uLi9kZXYvc291bmQvcGNtL3NvdW5kLmM6ODU6Mjogd2FybmluZzog ZGF0YSBhcmd1bWVudCBub3QgdXNlZCBieSBmb3JtYXQgc3RyaW5nIFstV2Zvcm1hdC1leHRyYS1h cmdzXQogICAgICAgIFNORFNUQVRfUFJFUEFSRV9QQ01fRU5EKCk7CiAgICAgICAgXn5+fn5+fn5+ fn5+fn5+fn5+fn5+fn5+fgpJbiBmaWxlIGluY2x1ZGVkIGZyb20gL3Vzci9sb2NhbC9zcmMvY2xh bmdic2Qvc3lzL21vZHVsZXMvc291bmQvc291bmQvLi4vLi4vLi4vZGV2L3NvdW5kL3BjbS9zb3Vu ZC5jOjM4OgpAL2Rldi9zb3VuZC9wY20vc25kc3RhdC5oOjY5OjQ4OiBub3RlOiBpbnN0YW50aWF0 ZWQgZnJvbToKICAgICAgICBzYnVmX3ByaW50ZihzLCAic25kZGV2IGZsYWdzPTB4JWIiLCBkLT5m bGFncywgU0RfRl9CSVRTKTsgICAgICAgXAogICAgICAgICAgICAgICAgICAgICAgIH5+fn5+fn5+ fn5+fn5+fn5+fn4gICAgICAgICAgICBeCkluIGZpbGUgaW5jbHVkZWQgZnJvbSAvdXNyL2xvY2Fs L3NyYy9jbGFuZ2JzZC9zeXMvbW9kdWxlcy9zb3VuZC9zb3VuZC8uLi8uLi8uLi9kZXYvc291bmQv cGNtL3NvdW5kLmM6MzQ6CkAvZGV2L3NvdW5kL3BjbS9zb3VuZC5oOjE2NzoyMDogbm90ZTogaW5z dGFudGlhdGVkIGZyb206CiNkZWZpbmUgU0RfRl9CSVRTICAgICAgICAgICAgICAgIlwwMjAiICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwKICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICBeCi91c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3NvdW5k Ly4uLy4uLy4uL2Rldi9zb3VuZC9wY20vc291bmQuYzo4NToyMDogd2FybmluZzogaW52YWxpZCBj b252ZXJzaW9uIHNwZWNpZmllciAnYicgWy1XZm9ybWF0XQogICAgICAgIFNORFNUQVRfUFJFUEFS RV9QQ01fRU5EKCk7CiAgICAgICAgXn5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fgpJbiBmaWxlIGlu Y2x1ZGVkIGZyb20gL3Vzci9sb2NhbC9zcmMvY2xhbmdic2Qvc3lzL21vZHVsZXMvc291bmQvc291 bmQvLi4vLi4vLi4vZGV2L3NvdW5kL3BjbS9zb3VuZC5jOjM4OgpAL2Rldi9zb3VuZC9wY20vc25k c3RhdC5oOjEyNTozNjogbm90ZTogaW5zdGFudGlhdGVkIGZyb206CiAgICAgICAgICAgICAgICBz YnVmX3ByaW50ZihzLCAiY2hhbm5lbCBmbGFncz0weCViIiwgYy0+ZmxhZ3MsICAgICAgICAgIFwK ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB+fn5+fn5+fn5+fn5+fn5+fl4KL3Vzci9s b2NhbC9zcmMvY2xhbmdic2Qvc3lzL21vZHVsZXMvc291bmQvc291bmQvLi4vLi4vLi4vZGV2L3Nv dW5kL3BjbS9zb3VuZC5jOjg1OjI6IHdhcm5pbmc6IGRhdGEgYXJndW1lbnQgbm90IHVzZWQgYnkg Zm9ybWF0IHN0cmluZyBbLVdmb3JtYXQtZXh0cmEtYXJnc10KICAgICAgICBTTkRTVEFUX1BSRVBB UkVfUENNX0VORCgpOwogICAgICAgIF5+fn5+fn5+fn5+fn5+fn5+fn5+fn5+fn4KSW4gZmlsZSBp bmNsdWRlZCBmcm9tIC91c3IvbG9jYWwvc3JjL2NsYW5nYnNkL3N5cy9tb2R1bGVzL3NvdW5kL3Nv dW5kLy4uLy4uLy4uL2Rldi9zb3VuZC9wY20vc291bmQuYzozODoKQC9kZXYvc291bmQvcGNtL3Nu ZHN0YXQuaDoxMjY6Nzogbm90ZTogaW5zdGFudGlhdGVkIGZyb206CiAgICAgICAgICAgICAgICAg ICAgQ0hOX0ZfQklUUyk7ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIFwK ICAgICAgICAgICAgICAgICAgICBeCkluIGZpbGUgaW5jbHVkZWQgZnJvbSAvdXNyL2xvY2FsL3Ny Yy9jbGFuZ2JzZC9zeXMvbW9kdWxlcy9zb3VuZC9zb3VuZC8uLi8uLi8uLi9kZXYvc291bmQvcGNt L3NvdW5kLmM6MzQ6CkluIGZpbGUgaW5jbHVkZWQgZnJvbSBAL2Rldi9zb3VuZC9wY20vc291bmQu aDo4ODoKQC9kZXYvc291bmQvcGNtL2NoYW5uZWwuaDozNzM6MjE6IG5vdGU6IGluc3RhbnRpYXRl ZCBmcm9tOgojZGVmaW5lIENITl9GX0JJVFMgICAgICAgICAgICAgICJcMDIwIiAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICBcCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg Xgo1IGRpYWdub3N0aWNzIGdlbmVyYXRlZC4K --+permail-201004211722001e86ffa800003aa3-a_best01+-- From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 17:58:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 577331065674 for ; Wed, 21 Apr 2010 17:58:30 +0000 (UTC) (envelope-from rpaulo@lavabit.com) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 217DD8FC18 for ; Wed, 21 Apr 2010 17:58:29 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id 88AA311F705; Wed, 21 Apr 2010 12:58:29 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id X1TZXEARXYG9; Wed, 21 Apr 2010 12:58:29 -0500 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=lavabit; d=lavabit.com; b=BPmhb3u5matTzB+bghcuNtCWobNo+m5I5teTSGQCht/V+JIBOZs60eUrWparOAIlEjJZdJKW3cGAbXXqOVX+COKCad7EpW0o11viAwL0EhZckocHE0DxhZDAIXo2jorL/ylQ+Y77fJKb25WWvrT4WJbXH/5GYOBGKy+7KBu90TQ=; h=Subject:Mime-Version:Content-Type:From:In-Reply-To:Date:Cc:Content-Transfer-Encoding:Message-Id:References:To:X-Mailer; Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo In-Reply-To: Date: Wed, 21 Apr 2010 18:58:26 +0100 Content-Transfer-Encoding: 7bit Message-Id: <034542FD-3BAD-4ACA-B085-17F575409DAF@lavabit.com> References: To: Alexander Best X-Mailer: Apple Mail (2.1078) X-Mailman-Approved-At: Wed, 21 Apr 2010 18:06:25 +0000 Cc: Roman Divacky , freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 17:58:30 -0000 On 21 Apr 2010, at 18:22, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: >> On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: >>> i might have stumbled upon a problem with clang. i've compiled a >>> kernel from >>> the clang branch using `make kernel INSTKERNNAME=clang` and booted >>> from it. >>> i'm now experiencing audio problems with mp3s and certain video >>> files. >>> playback is awfully slow and the audio output gets distorted >>> massively. `top` >>> however reports no high cpu load and `vmstat -i` doesn't report >>> anything >>> unusual either. > >>> this problem doesn't occur with a regular gcc-kernel. > >>> both kernels are running under a regular (gcc) world. > >>> i thought it might be a problem with acpi, but disabling acpi >>> (hint.acpi.0.disabled=1) gives me a system freeze. > >> I've heard about this problem but did not manage to reproduce that. > >> can you try to bisect what file is being miscompiled? ie. compile >> half of the kernel with gcc and half with clang and bisect this >> way to a single file. > >> we can work from there... > > i've identified the problem to be somewhere in sys/dev/sound. i've removed > "device sound" and "device hda_snd" from my kernel config and > rebuild/reinstalled both kernels (gcc and clang). i then booted the clang > kernel and loaded various sound.ko and snd_hda.ko combination. here're the > results: > > sound.ko (clang) snd_hda.ko (clang) => BROKEN > sound.ko (clang) snd_hda.ko (gcc) => BROKEN > sound.ko (gcc) snd_hda.ko (gcc) => OK > sound.ko (gcc) snd_hda.ko (clang) => OK > > i've attached a log documenting all clang warnings that get issued when > building sys/modules/sound. > > in addition to those warnings i get a lot of these, but i guess they aren't > harmful: > > clang: warning: argument unused during compilation: '-funroll-loops' > clang: warning: argument unused during compilation: '-finline-limit=8000' > clang: warning: argument unused during compilation: '--param > inline-unit-growth=100' > clang: warning: argument unused during compilation: '--param > large-function-growth=1000' > clang: warning: argument unused during compilation: '-mfpmath=387' > clang: warning: argument unused during compilation: '-fformat-extensions' > clang: warning: argument unused during compilation: '-funroll-loops' > clang: warning: argument unused during compilation: '-finline-limit=8000' > clang: warning: argument unused during compilation: '--param > inline-unit-growth=100' > clang: warning: argument unused during compilation: '--param > large-function-growth=1000' > clang: warning: argument unused during compilation: '-mfpmath=387' There's some assembly in feeder_rate.c. Can you check if it's being used? Regards, -- Rui Paulo From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 18:20:43 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CDB721065672 for ; Wed, 21 Apr 2010 18:20:43 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 85F6B8FC19 for ; Wed, 21 Apr 2010 18:20:42 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id F2E8C9CB084; Wed, 21 Apr 2010 20:18:17 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FDoDAQ+nh+mQ; Wed, 21 Apr 2010 20:18:14 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BA1819CB0E4; Wed, 21 Apr 2010 20:18:14 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3LIIDkd099215; Wed, 21 Apr 2010 20:18:13 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 21 Apr 2010 20:18:13 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20100421181813.GA97446@freebsd.org> References: <20100421152338.GA77210@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 18:20:44 -0000 On Wed, Apr 21, 2010 at 07:22:00PM +0200, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: > > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > > i might have stumbled upon a problem with clang. i've compiled a > > > kernel from > > > the clang branch using `make kernel INSTKERNNAME=clang` and booted > > > from it. > > > i'm now experiencing audio problems with mp3s and certain video > > > files. > > > playback is awfully slow and the audio output gets distorted > > > massively. `top` > > > however reports no high cpu load and `vmstat -i` doesn't report > > > anything > > > unusual either. > > > > this problem doesn't occur with a regular gcc-kernel. > > > > both kernels are running under a regular (gcc) world. > > > > i thought it might be a problem with acpi, but disabling acpi > > > (hint.acpi.0.disabled=1) gives me a system freeze. > > > I've heard about this problem but did not manage to reproduce that. > > > can you try to bisect what file is being miscompiled? ie. compile > > half of the kernel with gcc and half with clang and bisect this > > way to a single file. > > > we can work from there... > > i've identified the problem to be somewhere in sys/dev/sound. i've removed > "device sound" and "device hda_snd" from my kernel config and > rebuild/reinstalled both kernels (gcc and clang). i then booted the clang > kernel and loaded various sound.ko and snd_hda.ko combination. here're the > results: > > sound.ko (clang) snd_hda.ko (clang) => BROKEN > sound.ko (clang) snd_hda.ko (gcc) => BROKEN > sound.ko (gcc) snd_hda.ko (gcc) => OK > sound.ko (gcc) snd_hda.ko (clang) => OK great work! it looks like sound.ko is the culprit.. this is amd64 because my i386 kernel plays sound just fine. could you try to bisect the sound.ko ? you can do it this way: 1) cd modules/sound/sound && make CC=gcc 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep "^[a-m].*" | xargs touch ^^^^^ this is your bisect pattern 3) make CC=clang && make install 4) reload the module && test the sound 5) if the sound works you swap your bisect pattern (ie. [a-m] -> [n-z] etc.) if not you know that you that the miscompiled file is in you pattern and you can narrow it (ie. [a-m] -> [a-g] etc.) 6) goto 1 until you compile a single file I am pretty sure you can understand this and reduce this to a single file. once we get single file that is being miscompiled we can do some slightly \more educated guess on whats going on and structure our testing a little smarter... thnx! roman From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 18:22:51 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8A126106566B for ; Wed, 21 Apr 2010 18:22:51 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id D8CCE8FC0C for ; Wed, 21 Apr 2010 18:22:50 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 40E119CB084; Wed, 21 Apr 2010 20:20:26 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qJn6KR8k9rXr; Wed, 21 Apr 2010 20:20:23 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id EE9C79CB0E4; Wed, 21 Apr 2010 20:20:22 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3LIKMTa099454; Wed, 21 Apr 2010 20:20:22 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 21 Apr 2010 20:20:22 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20100421182022.GA99224@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4BC9E9D2.1040505@andric.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 18:22:51 -0000 On Sat, Apr 17, 2010 at 07:03:14PM +0200, Dimitry Andric wrote: > On 2010-04-16 18:08, Roman Divacky wrote: > > cd clangbsd&& make buildworld >=20 > Buildworld all goes well, until this stage: >=20 > -------------------------------------------------------------- > >>>stage 4.2: building libraries > -------------------------------------------------------------- > cd /home/dim/src/clangbsd; MAKEOBJDIRPREFIX=3D/usr/obj MACHINE_ARCH=3Di= 386 =20 > MACHINE=3Di386 CPUTYPE=3D =20 > GROFF_BIN_PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin =20 > GROFF_FONT_PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/share/gro= ff_font GROFF_TMAC_PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sh= are/tmac _SHLIBDIRPREFIX=3D/usr/obj/home/dim/src/clangbsd/tmp VERSION=3D"= FreeBSD 9.0-CURRENT i386 900010" INSTALL=3D"sh /home/dim/src/clangbsd/tool= s/install.sh" PATH=3D/usr/obj/home/dim/src/clangbsd/tmp/legacy/usr/sbin:/u= sr/obj/home/dim/src/clangbsd/tmp/legacy/usr/bin:/usr/obj/home/dim/src/clang= bsd/tmp/legacy/usr/games:/usr/obj/home/dim/src/clangbsd/tmp/usr/sbin:/usr/o= bj/home/dim/src/clangbsd/tmp/usr/bin:/usr/obj/home/dim/src/clangbsd/tmp/usr= /games:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin CC=3D"clang -isystem /= usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem /usr/obj/h= ome/dim/src/clangbsd/tmp/usr/include -B/usr/obj/home/dim/src/clangbsd/tmp/u= sr/lib/ -L/usr/o > bj/home/dim/src/clangbsd/tmp/usr/lib/" CXX=3D"clang++ -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5 -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/usr/include -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2 -isystem=20 > /usr/obj/home/dim/src/clangbsd/tmp/include/c++/4.2/backward=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/" NO_CTF=3D1 make -f=20 > Makefile.inc1 DESTDIR=3D/usr/obj/home/dim/src/clangbsd/tmp -DNO_FSCHG=20 > -DWITHOUT_HTML -DWITHOUT_INFO -DNO_LINT -DWITHOUT_MAN -DWITHOUT_PROFILE= =20 > libraries > cd /home/dim/src/clangbsd; make -f Makefile.inc1 _prereq_libs; make -f= =20 > Makefile.inc1 _startup_libs; make -f Makefile.inc1 _prebuild_libs; make= =20 > -f Makefile.inc1 _generic_libs; > =3D=3D=3D> gnu/lib/libssp/libssp_nonshared (obj,depend,all,install) > rm -f .depend > CC=3D'clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang= /1.5=20 > -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/' mkdep -f .depend -a =20 > -DHAVE_CONFIG_H -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/= ..=20 > -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../cont= rib/gcclibs/libssp -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared= /../../../../contrib/gcclibs/include -DPIC /home/dim/src/clangbsd/gnu/lib/l= ibssp/libssp_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c > clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5= =20 > -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -O2 -pipe -DHAVE_CONFIG_H= =20 > -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/.. =20 > -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshared/../../../../cont= rib/gcclibs/libssp -I/home/dim/src/clangbsd/gnu/lib/libssp/libssp_nonshare= d/../../../../contrib/gcclibs/include -fPIC -DPIC -fvisibility=3Dhidden -st= d=3Dgnu99 -fstack-protector -c /home/dim/src/clangbsd/gnu/lib/libssp/libss= p_nonshared/../../../../contrib/gcclibs/libssp/ssp-local.c > '486' is not a recognized processor for this target (ignoring processor) > building static ssp_nonshared library > ranlib libssp_nonshared.a > sh /home/dim/src/clangbsd/tools/install.sh -C -o root -g wheel -m 444 = =20 > libssp_nonshared.a /usr/obj/home/dim/src/clangbsd/tmp/usr/lib > =3D=3D=3D> gnu/lib/libgcc (obj,depend,all,install) > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= tm.h > TARGET_CPU_DEFAULT=3D"" HEADERS=3D"options.h i386/i386.h i386/unix.h=20 > i386/att.h dbxelf.h elfos-undef.h elfos.h freebsd-native.h freebsd-spec.h= =20 > freebsd.h i386/freebsd.h defaults.h" DEFINES=3D"" /bin/sh=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh tm= .h > echo '#define EXTRA_MODES_FILE "i386/i386-modes.def"' >> tm.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= tconfig.h > TARGET_CPU_DEFAULT=3D"" HEADERS=3D"auto-host.h ansidecl.h" =20 > DEFINES=3D"USED_FOR_TARGET" /bin/sh=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/mkconfig.sh=20 > tconfig.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= options.h > LC_ALL=3DC awk -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opt-gather.awk= =20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/c.opt=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/common.opt=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config/i386/i3= 86.opt > optionlist > LC_ALL=3DC awk -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opt-functions.= awk -f /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/opth-gen= .awk < optionlist > options.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= unwind.h > ln -sf=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-generic= .h=20 > unwind.h > make -f=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/Makefile= =20 > MFILE=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools/M= akefile GCCDIR=3D/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc= gthr-default.h > ln -sf=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/gthr-posix.h= =20 > gthr-default.h > clang -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include/clang/1.5= =20 > -isystem /usr/obj/home/dim/src/clangbsd/tmp/usr/include=20 > -B/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/=20 > -L/usr/obj/home/dim/src/clangbsd/tmp/usr/lib/ -c -O2 -pipe -DIN_GCC=20 > -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -DHAVE_GTHR_DEFAULT =20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcclibs/include = =20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/config=20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc -I. =20 > -I/home/dim/src/clangbsd/gnu/lib/libgcc/../../usr.bin/cc/cc_tools=20 > -std=3Dgnu99 -fvisibility=3Dhidden -DHIDE_EXPORTS -fPIC -fexceptions=20 > -D__GLIBC__=3D3 -DElfW=3D__ElfN -o unwind-dw2.o=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c > In file included from=20 > /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind-dw2.c:1= 518: > =1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.i= nc:140:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach end of no= n-void function [-Wreturn-type] > =1B[0m} > =1B[0;1;32m^ > =1B[0m=1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/un= wind.inc:216:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach end= of non-void function [-Wreturn-type] > =1B[0m} > =1B[0;1;32m^ > =1B[0m=1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/un= wind.inc:266:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach end= of non-void function [-Wreturn-type] > =1B[0m} > =1B[0;1;32m^ > =1B[0m'486' is not a recognized processor for this target (ignoring proce= ssor) what happens when you dont set CPUTYPE? From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 18:37:03 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94D2F106580B; Wed, 21 Apr 2010 18:37:03 +0000 (UTC) (envelope-from dimitry@andric.com) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 56F8F8FC20; Wed, 21 Apr 2010 18:37:03 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:a001:edb6:9f22:4f24] (unknown [IPv6:2001:7b8:3a7:0:a001:edb6:9f22:4f24]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id 768755C59; Wed, 21 Apr 2010 20:37:02 +0200 (CEST) Message-ID: <4BCF45D6.20401@andric.com> Date: Wed, 21 Apr 2010 20:37:10 +0200 From: Dimitry Andric User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.5pre) Gecko/20100417 Lanikai/3.1b2pre MIME-Version: 1.0 To: Roman Divacky References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100421182022.GA99224@freebsd.org> In-Reply-To: <20100421182022.GA99224@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 18:37:03 -0000 On 2010-04-21 20:20, Roman Divacky wrote: >> /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:140:1: warning: control may reach end of non-void function [-Wreturn-type] >> } >> ^ >> /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:216:1: warning: control may reach end of non-void function [-Wreturn-type] >> } >> ^ >> /home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind.inc:266:1: warning: control may reach end of non-void function [-Wreturn-type] >> } >> ^ >> '486' is not a recognized processor for this target (ignoring processor) > > what happens when you dont set CPUTYPE? I didn't set it. :) Contents of /etc/make.conf is: #_make.conf: Macro definition overrides for make. # Default format for system documentation: PRINTERDEVICE=ascii # Default serial console speed: BOOT_COMCONSOLE_SPEED=115200 # List of languages and encodings to build and install: DOC_LANG=en_US.ISO8859-1 and /etc/src.conf just contains: # Building clangbsd NO_WERROR= WERROR= Maybe I should try explicitly setting these: #NO_CPU_CFLAGS= # Don't add -march= to CFLAGS automatically #NO_CPU_COPTFLAGS= # Don't add -march= to COPTFLAGS automatically ? From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 18:44:39 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B5F051065673 for ; Wed, 21 Apr 2010 18:44:39 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 6D4848FC17 for ; Wed, 21 Apr 2010 18:44:39 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id B47299CB099; Wed, 21 Apr 2010 20:42:14 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5GulOYZTSvwn; Wed, 21 Apr 2010 20:42:12 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 7959B9CB0E4; Wed, 21 Apr 2010 20:42:12 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3LIgCxK002655; Wed, 21 Apr 2010 20:42:12 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 21 Apr 2010 20:42:12 +0200 From: Roman Divacky To: Dimitry Andric Message-ID: <20100421184212.GA2567@freebsd.org> References: <20100416160818.GA69460@freebsd.org> <4BC9E9D2.1040505@andric.com> <20100421182022.GA99224@freebsd.org> <4BCF45D6.20401@andric.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable In-Reply-To: <4BCF45D6.20401@andric.com> User-Agent: Mutt/1.4.2.3i Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 18:44:39 -0000 On Wed, Apr 21, 2010 at 08:37:10PM +0200, Dimitry Andric wrote: > On 2010-04-21 20:20, Roman Divacky wrote: > >>=1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/unwind= .inc:140:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach end of = non-void function [-Wreturn-type] > >>=1B[0m} > >>=1B[0;1;32m^ > >>=1B[0m=1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/= unwind.inc:216:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach e= nd of non-void function [-Wreturn-type] > >>=1B[0m} > >>=1B[0;1;32m^ > >>=1B[0m=1B[1m/home/dim/src/clangbsd/gnu/lib/libgcc/../../../contrib/gcc/= unwind.inc:266:1: =1B[0m=1B[0;1;35mwarning: =1B[0m=1B[1mcontrol may reach e= nd of non-void function [-Wreturn-type] > >>=1B[0m} > >>=1B[0;1;32m^ > >>=1B[0m'486' is not a recognized processor for this target (ignoring=20 > >>processor) > > > >what happens when you dont set CPUTYPE? >=20 > I didn't set it. :) Contents of /etc/make.conf is: heh... thats a typo. anyway, I guess I'll need to check this on real i386 to see whats going on.. thnx for the report, I'll get back From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 19:21:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id F104D1065672; Wed, 21 Apr 2010 19:21:47 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id 44B068FC15; Wed, 21 Apr 2010 19:21:46 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,251,1270418400"; d="scan'208";a="302896994" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 21 Apr 2010 21:21:46 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 1023B1B0758; Wed, 21 Apr 2010 21:21:46 +0200 (CEST) Date: Wed, 21 Apr 2010 21:21:45 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Roman Divacky Message-ID: In-Reply-To: <20100421181813.GA97446@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 19:21:48 -0000 Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 07:22:00PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > > > i might have stumbled upon a problem with clang. i've compiled > > > > a > > > > kernel from > > > > the clang branch using `make kernel INSTKERNNAME=clang` and > > > > booted > > > > from it. > > > > i'm now experiencing audio problems with mp3s and certain video > > > > files. > > > > playback is awfully slow and the audio output gets distorted > > > > massively. `top` > > > > however reports no high cpu load and `vmstat -i` doesn't report > > > > anything > > > > unusual either. > > > > this problem doesn't occur with a regular gcc-kernel. > > > > both kernels are running under a regular (gcc) world. > > > > i thought it might be a problem with acpi, but disabling acpi > > > > (hint.acpi.0.disabled=1) gives me a system freeze. > > > I've heard about this problem but did not manage to reproduce > > > that. > > > can you try to bisect what file is being miscompiled? ie. compile > > > half of the kernel with gcc and half with clang and bisect this > > > way to a single file. > > > we can work from there... > > i've identified the problem to be somewhere in sys/dev/sound. i've > > removed > > "device sound" and "device hda_snd" from my kernel config and > > rebuild/reinstalled both kernels (gcc and clang). i then booted the > > clang > > kernel and loaded various sound.ko and snd_hda.ko combination. > > here're the > > results: > > sound.ko (clang) snd_hda.ko (clang) => BROKEN > > sound.ko (clang) snd_hda.ko (gcc) => BROKEN > > sound.ko (gcc) snd_hda.ko (gcc) => OK > > sound.ko (gcc) snd_hda.ko (clang) => OK > great work! it looks like sound.ko is the culprit.. > this is amd64 because my i386 kernel plays sound just fine. > could you try to bisect the sound.ko ? > you can do it this way: > 1) cd modules/sound/sound && make CC=gcc > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep "^[a-m].*" > | xargs touch > ^^^^^ > this is > your > bisect > pattern > 3) make CC=clang && make install > 4) reload the module && test the sound > 5) if the sound works you swap your bisect pattern (ie. [a-m] -> > [n-z] etc.) > if not you know that you that the miscompiled file is in you > pattern and > you can narrow it (ie. [a-m] -> [a-g] etc.) > 6) goto 1 until you compile a single file > I am pretty sure you can understand this and reduce this to a single > file. > once we get single file that is being miscompiled we can do some > slightly > \more educated guess on whats going on and structure our testing a > little > smarter... hmmm...this gives me link_elf_obj: symbol feeder_matrix_default_format undefined linker_load_file: Unsupported file type when trying to load sound.ko :( something's not working. this is not related to clang. if i do `make CC=gcc && make install` in step 3) i'm getting the same error. > thnx! roman -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 19:44:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFE791065673; Wed, 21 Apr 2010 19:44:47 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 44BA88FC18; Wed, 21 Apr 2010 19:44:46 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,251,1270418400"; d="scan'208";a="31879004" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 21 Apr 2010 21:44:46 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 14CD31B0758; Wed, 21 Apr 2010 21:44:45 +0200 (CEST) Date: Wed, 21 Apr 2010 21:44:45 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Roman Divacky Message-ID: In-Reply-To: <20100421181813.GA97446@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 19:44:48 -0000 Roman Divacky schrieb am 2010-04-21: [snip] > 1) cd modules/sound/sound && make CC=gcc after this step these are the sizes of sound.ko* in modules/sound/sound: -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug -rw-r--r-- 1 root wheel 2055512 Apr 21 21:36 sound.ko.symbols > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep "^[a-m].*" > | xargs touch > ^^^^^ > this is > your > bisect > pattern > 3) make CC=clang && make install and after this step: -rw-r--r-- 1 root wheel 187480 Apr 21 21:37 sound.ko -rw-r--r-- 1 root wheel 872983 Apr 21 21:37 sound.ko.debug -rw-r--r-- 1 root wheel 792856 Apr 21 21:37 sound.ko.symbols so quite some code is missing it seems. [snip] -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 20:06:26 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7775C1065670; Wed, 21 Apr 2010 20:06:26 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 32CC38FC18; Wed, 21 Apr 2010 20:06:25 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3LK6L4v014311 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Apr 2010 13:06:22 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCF5AC1.8080608@FreeBSD.org> Date: Wed, 21 Apr 2010 13:06:25 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE3A52.7060502@feral.com> <201004211004.25701.jhb@freebsd.org> In-Reply-To: <201004211004.25701.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, mj@feral.com Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 20:06:26 -0000 John Baldwin wrote: > On Tuesday 20 April 2010 7:35:46 pm Matthew Jacob wrote: >> On 04/20/2010 03:44 PM, Maxim Sobolev wrote: >>> Maxim Sobolev wrote: >>>>> Maybe try adding >>>>> >>>>> hint.atkbdc.0.disabled="1" >>>>> hint.atkbd.0.disabled="1" >>>>> >>>>> to /boot/device.hints? That has reportedly removed minute-long boot >>>>> delays on some Nehalem machines. >>>> No, that have not helped at all. I measured the delay - it's about 6 >>>> minutes from boot command to the first "smap" message. Do you or >>>> anybody else have other ideas? >>> Actually it helped, thank you very much! The problem was that I have >>> had my hints compiled into the kernel itself. >> Me too! > > I can't reproduce this currently, but it would be good to debug this further. > My suggestions on how to do this would be to create an array of uint64_t and > save TSC values (rdtsc()) into it at specific points in the atkbd/syscons > console init. You can then print out the deltas between array entries once > the console is fully initialized. Moving the rdtsc() calls around should > allow one to determine where in the atkbd/syscons init the long pause is > happening. There is already a code to detect non-existing AT keyboard and avoid attaching atkbd to it. The code is i386-only at the moment, I am trying to figure out how to modify it so that it works on amd64 as well. -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 20:10:22 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A1EB106566C for ; Wed, 21 Apr 2010 20:10:22 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id B02FB8FC17 for ; Wed, 21 Apr 2010 20:10:21 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3LKAKj4014337 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Apr 2010 13:10:20 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BCF5BAF.7010501@FreeBSD.org> Date: Wed, 21 Apr 2010 13:10:23 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: "current@freebsd.org" Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: SYSCTL_XXX(9) manual page deficiency X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 20:10:22 -0000 Hi, According to the manual page for the SYSCTL_XXX(9) family of functions, in order to use them one needs to include sys/types.h and sys/sysctl.h. However, if you do just that the code doesn't compile due to missing DATA_SET() macros, which is defined in sys/linker_set.h. My question is whether or not sysctl.h should include sys/linker_set.h or manual page to be extended to also suggests that this include is required to use those functions? -Maxim From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 20:18:24 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F3DA106566C for ; Wed, 21 Apr 2010 20:18:24 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (lev.vlakno.cz [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 062588FC12 for ; Wed, 21 Apr 2010 20:18:23 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 355279CB04A; Wed, 21 Apr 2010 22:15:58 +0200 (CEST) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zj99ybZBD3Ts; Wed, 21 Apr 2010 22:15:56 +0200 (CEST) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id 0BEC49CB0E4; Wed, 21 Apr 2010 22:15:56 +0200 (CEST) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id o3LKFu3i014415; Wed, 21 Apr 2010 22:15:56 +0200 (CEST) (envelope-from rdivacky) Date: Wed, 21 Apr 2010 22:15:56 +0200 From: Roman Divacky To: Alexander Best Message-ID: <20100421201556.GA14044@freebsd.org> References: <20100421181813.GA97446@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 20:18:24 -0000 On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=gcc > > after this step these are the sizes of sound.ko* in modules/sound/sound: > > -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko > -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug > -rw-r--r-- 1 root wheel 2055512 Apr 21 21:36 sound.ko.symbols > > > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep "^[a-m].*" > > | xargs touch this line is wrong.. it creates empty files which are used instead of touching the existing ones... it needs to be adjusted so it touches the files (thus forcing them to be rebuilt with the second make invocation) From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 21:04:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B0871065675; Wed, 21 Apr 2010 21:04:53 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id E35778FC24; Wed, 21 Apr 2010 21:04:51 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,252,1270418400"; d="scan'208";a="31886925" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 21 Apr 2010 23:04:51 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 64D191B0758; Wed, 21 Apr 2010 23:04:51 +0200 (CEST) Date: Wed, 21 Apr 2010 23:04:50 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Roman Divacky Message-ID: In-Reply-To: <20100421201556.GA14044@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 21:04:53 -0000 Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=gcc > > after this step these are the sizes of sound.ko* in > > modules/sound/sound: > > -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko > > -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug > > -rw-r--r-- 1 root wheel 2055512 Apr 21 21:36 sound.ko.symbols > > > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep > > > "^[a-m].*" > > > | xargs touch > this line is wrong.. it creates empty files which are used instead > of touching the existing ones... it needs to be adjusted so it > touches the files (thus forcing them to be rebuilt with the second > make invocation) how about something like this? make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep "^[a-m].*" > /tmp/search; for i in `cat /tmp/search`; do find ../../../dev/sound -name $i -exec touch {} +; done -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 21:24:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77C981065670; Wed, 21 Apr 2010 21:24:45 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id C03868FC17; Wed, 21 Apr 2010 21:24:44 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,252,1270418400"; d="scan'208";a="31888793" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER04.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 21 Apr 2010 23:24:44 +0200 Received: by ZIVMAILUSER04.UNI-MUENSTER.DE (Postfix, from userid 149459) id 3E9601B07C3; Wed, 21 Apr 2010 23:24:44 +0200 (CEST) Date: Wed, 21 Apr 2010 23:24:43 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Roman Divacky Message-ID: In-Reply-To: <20100421201556.GA14044@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 21:24:45 -0000 Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=gcc > > after this step these are the sizes of sound.ko* in > > modules/sound/sound: > > -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko > > -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug > > -rw-r--r-- 1 root wheel 2055512 Apr 21 21:36 sound.ko.symbols > > > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep > > > "^[a-m].*" > > > | xargs touch > this line is wrong.. it creates empty files which are used instead > of touching the existing ones... it needs to be adjusted so it > touches the files (thus forcing them to be rebuilt with the second > make invocation) ok. i think i found the file which is causing all the trouble. it's sys/dev/sound/pcm/buffer.c -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Wed Apr 21 21:30:20 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00B87106564A; Wed, 21 Apr 2010 21:30:20 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 5C54E8FC19; Wed, 21 Apr 2010 21:30:19 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,252,1270418400"; d="scan'208";a="31889173" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 21 Apr 2010 23:30:15 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id E365D1B0758; Wed, 21 Apr 2010 23:30:15 +0200 (CEST) Date: Wed, 21 Apr 2010 23:30:15 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Roman Divacky Message-ID: In-Reply-To: <20100421201556.GA14044@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Apr 2010 21:30:20 -0000 Roman Divacky schrieb am 2010-04-21: > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > [snip] > > > 1) cd modules/sound/sound && make CC=3Dgcc > > after this step these are the sizes of sound.ko* in > > modules/sound/sound: > > -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko > > -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug > > -rw-r--r-- 1 root wheel 2055512 Apr 21 21:36 sound.ko.symbols > > > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep > > > "^[a-m].*" > > > | xargs touch > this line is wrong.. it creates empty files which are used instead > of touching the existing ones... it needs to be adjusted so it > touches the files (thus forcing them to be rebuilt with the second > make invocation) i'm now 100% sure that buffer.c is causing the problem. what i did to verif= y this was: cd sys/modules/sound/sound && make CC=3Dclang && touch =2E./../../dev/sound/pcm/buffer.c && make CC=3Dgcc && make install this gives me working sound! --=20 Alexander Best From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 01:23:35 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F9F7106564A; Thu, 22 Apr 2010 01:23:35 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id C8DCC8FC0C; Thu, 22 Apr 2010 01:23:34 +0000 (UTC) Received: by gwj18 with SMTP id 18so1503848gwj.13 for ; Wed, 21 Apr 2010 18:23:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=EE2wO4kH8bHgb9jfYz1kYrIudrf57cutIa9a6o4wW7s=; b=Lj8A+2aAN306/rJ51X6gNopoSg9BgiwKs3FEeKD4JzlnhsiBx6BVLT54ZCE3VhFCSf n7EPwnujl0ANV/kHsftdRWai1QtGzicCWMNMYyuVPFzM7zwR1p3vWBBf+G+aWs34L7RH RkKAeEolWDYFtdHrKoJ0xQe/V8JEhxHU2krak= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=uCWqclDyuIuoNARv2MGb2lQcPJ10SGhnYmJhEj+OXgYB2hxApnxHHHHH0jEFiYFuxr xQzhTjqaB/MBerVL4rXMxUeMMkVNC1vWn2d0+w2kfD6oof0EbwOTNsnNaerZCdPDWJxe edSSKk39+Jo7HAbdDIpKouEqhcX5RJHXpBLCo= MIME-Version: 1.0 Received: by 10.231.77.138 with HTTP; Wed, 21 Apr 2010 18:23:33 -0700 (PDT) In-Reply-To: <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> Date: Wed, 21 Apr 2010 18:23:33 -0700 Received: by 10.101.139.6 with SMTP id r6mr22460667ann.14.1271899413839; Wed, 21 Apr 2010 18:23:33 -0700 (PDT) Message-ID: From: Navdeep Parhar To: Alexander Leidinger Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 01:23:35 -0000 On Fri, Apr 16, 2010 at 03:51:40PM +0200, Alexander Leidinger wrote: > Quoting Navdeep Parhar (from Wed, 14 Apr 2010 > 11:35:40 -0700): > > >Have you or anyone else ever used buildkernel successfully with > >"makeoptions WITH_CTF=yes" in the conf file? Something as simple as > >this does not work for me: > > Copy&paste patch, tabs probbly mangled: > ---snip--- > Index: Makefile.inc1 > =================================================================== > --- Makefile.inc1 (revision 206700) > +++ Makefile.inc1 (working copy) > @@ -314,7 +314,7 @@ > .endif > > # kernel stage > -KMAKEENV= ${WMAKEENV} > +KMAKEENV= ${WMAKEENV:NNO_CTF=1} > KMAKE= ${KMAKEENV} ${MAKE} KERNEL=${INSTKERNNAME} > > # > @@ -780,7 +780,7 @@ > @echo "--------------------------------------------------------------" > cd ${KRNLOBJDIR}/${_kernel}; \ > MAKESRCPATH=${KERNSRCDIR}/dev/aic7xxx/aicasm \ > - ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS -DNO_CTF \ > + ${MAKE} SSP_CFLAGS= -DNO_CPU_CFLAGS \ > -f ${KERNSRCDIR}/dev/aic7xxx/aicasm/Makefile > # XXX - Gratuitously builds aicasm in the ``makeoptions NO_MODULES'' case. > .if !defined(MODULES_WITH_WORLD) && !defined(NO_MODULES) && > exists(${KERNSRCDIR}/modules) > ---snip--- > > This lets the buildkernel generate ctf info in the object files (the > build is not finished yet, so I still have to verify that the final > kernel contains them too, but I do not see a reason ATM why this > should not be the case). Your patch works for me, thanks. There is just one more problem with the CTF generation that needs to be fixed: http://lists.freebsd.org/pipermail/freebsd-hackers/2009-April/028244.html While you're here can you take a look at the patch in that email too? Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 03:55:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E60E0106566C for ; Thu, 22 Apr 2010 03:55:44 +0000 (UTC) (envelope-from gordon.tetlow@gmail.com) Received: from mail-pz0-f172.google.com (mail-pz0-f172.google.com [209.85.222.172]) by mx1.freebsd.org (Postfix) with ESMTP id BB3838FC1C for ; Thu, 22 Apr 2010 03:55:44 +0000 (UTC) Received: by pzk2 with SMTP id 2so5200249pzk.27 for ; Wed, 21 Apr 2010 20:55:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:received:message-id:subject:from:to :content-type; bh=UAYt9s3sSguprJRpaSJZajmujaBZV2V32GjNAljx8iM=; b=DXbnbXqJ7x0ui3RsXE5HXgrsJ9Hr1KuU8JWfijy85JqmXLXxIYo1d6+J33NsjorVSx RN2A/xTPwXlBG0d8n+O+RSsEolBqtUhYoxzBSxyrgA+pn3WI5eBOEgQ17yV95Tw7xbRa DnCCazhWOa3kh4Q/VFggAErDj0NkGEWZalpYs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=E3qxUqJB2ZADUqrRow8hsPub7TbZrTNQtZLsEj+m7l+4T6kwY+j2N6pMSKZjNLGKYM bDxhP/UHaL3QtiJP7VPEddJGDEE3T4J129IqvOlvRq1ehda+HTtzPNsjP1HcO0T1m2fo f9/8waNEpBNDCnK8kYP0EFVu1Eg8oVYD10YmA= MIME-Version: 1.0 Sender: gordon.tetlow@gmail.com Received: by 10.140.194.12 with HTTP; Wed, 21 Apr 2010 20:55:44 -0700 (PDT) Date: Wed, 21 Apr 2010 20:55:44 -0700 X-Google-Sender-Auth: c8f9ae721816fe17 Received: by 10.141.187.15 with SMTP id o15mr332681rvp.172.1271908544046; Wed, 21 Apr 2010 20:55:44 -0700 (PDT) Message-ID: From: Gordon Tetlow To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 03:55:45 -0000 I wanted the ability for a port to have a rotating log policy so I wrote a patch for newsyslog to implement includes of other newsyslog.conf style files. Please find the patch at: http://people.freebsd.org/~gordon/patches/newsyslog.diff Format for the include line in /etc/newsyslog.conf is: /etc/defaults/newsyslog.conf Here's a quick overview of the changes: Convert the conf_entry struct from using a home rolled linked list to the queue(3) macros. Add a STAILQ to process include files. Add support for tag to specify include files. Globbing is supported in statements. Properly detect circular include loop dependencies. Please take a look and send me any comments you might have. Thanks, Gordon From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 04:29:32 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EF984106564A; Thu, 22 Apr 2010 04:29:32 +0000 (UTC) (envelope-from areilly@bigpond.net.au) Received: from nskntmtas06p.mx.bigpond.com (nskntmtas06p.mx.bigpond.com [61.9.168.152]) by mx1.freebsd.org (Postfix) with ESMTP id 49C088FC17; Thu, 22 Apr 2010 04:29:31 +0000 (UTC) Received: from nskntotgx01p.mx.bigpond.com ([124.188.161.100]) by nskntmtas06p.mx.bigpond.com (InterMail vM.7.05.02.08 201-2174-114-118-20080528) with ESMTP id <20100422042930.YQHN1419.nskntmtas06p.mx.bigpond.com@nskntotgx01p.mx.bigpond.com>; Thu, 22 Apr 2010 04:29:30 +0000 Received: from duncan.reilly.home ([124.188.161.100]) by nskntotgx01p.mx.bigpond.com with ESMTP id <20100422042929.BNAC1945.nskntotgx01p.mx.bigpond.com@duncan.reilly.home>; Thu, 22 Apr 2010 04:29:29 +0000 Date: Thu, 22 Apr 2010 14:29:29 +1000 From: Andrew Reilly To: Roman Divacky Message-ID: <20100422042929.GA79075@duncan.reilly.home> References: <20100421152338.GA77210@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100421152338.GA77210@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Authentication-Info: Submitted using SMTP AUTH LOGIN at nskntotgx01p.mx.bigpond.com from [124.188.161.100] using ID areilly@bigpond.net.au at Thu, 22 Apr 2010 04:29:29 +0000 X-RPD-ScanID: Class unknown; VirusThreatLevel unknown, RefID str=0001.0A150202.4BCFD0A9.016D,ss=1,fgs=0 X-SIH-MSG-ID: qhE6FtHuXAD+xDJw0jPvNAJ+xA/u8yI74J0WRdJsoQQZSkfduMHeU677NrMwgcz21jxcNh6PPGgqYKz0X4/QsuM= Cc: freebsd-multimedia@freebsd.org, Alexander Best , freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 04:29:33 -0000 On Wed, Apr 21, 2010 at 05:23:38PM +0200, Roman Divacky wrote: > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > i might have stumbled upon a problem with clang. i've compiled a kernel from > > the clang branch using `make kernel INSTKERNNAME=clang` and booted from it. > > i'm now experiencing audio problems with mp3s and certain video files. > > playback is awfully slow and the audio output gets distorted massively. `top` > > however reports no high cpu load and `vmstat -i` doesn't report anything > > unusual either. > > > > this problem doesn't occur with a regular gcc-kernel. > > > > both kernels are running under a regular (gcc) world. > > > > i thought it might be a problem with acpi, but disabling acpi > > (hint.acpi.0.disabled=1) gives me a system freeze. > > I've heard about this problem but did not manage to reproduce that. > > can you try to bisect what file is being miscompiled? ie. compile > half of the kernel with gcc and half with clang and bisect this > way to a single file. The FreeBSD sound subsystem has a sample-rate converter built into the feeder that (from a cursory look) is probably quite carefully tweaked to be able to perform well (or at all). I've added -multimedia to the CC line, because they're the guys who are going to know the details. It's possible that some GCC-specific manifest constants are being tested-for, with sub-optimal fall-back code being run, instead. In the mean-time, Alexander, are there any sound-related sysctls that you can tweak so that the audio playback that you're doing does *not* involve sample rate conversion? Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 07:17:49 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 004A9106564A for ; Thu, 22 Apr 2010 07:17:48 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id A9B728FC16 for ; Thu, 22 Apr 2010 07:17:48 +0000 (UTC) Received: from [195.93.240.104] (port=36377 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O4qfS-0005Pi-Bm for freebsd-current@freebsd.org; Thu, 22 Apr 2010 11:17:46 +0400 Message-ID: <4BCFF81A.6050006@lissyara.su> Date: Thu, 22 Apr 2010 11:17:46 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 07:17:49 -0000 22.04.2010 07:55, Gordon Tetlow пишет: > I wanted the ability for a port to have a rotating log policy so I wrote a > patch for newsyslog to implement includes of other newsyslog.conf style > files. > > Please find the patch at: > http://people.freebsd.org/~gordon/patches/newsyslog.diff > > Format for the include line in /etc/newsyslog.conf is: > /etc/defaults/newsyslog.conf > > Here's a quick overview of the changes: > Convert the conf_entry struct from using a home rolled linked list to the > queue(3) macros. > Add a STAILQ to process include files. > Add support for tag to specify include files. > Globbing is supported in statements. > Properly detect circular include loop dependencies. > > Please take a look and send me any comments you might have. It's need feature. I test patch - it work for me (CURRENT, amd64) Can I use some as: /path/to/dir/*.conf ? and can I create recursive include? From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 07:33:24 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5A3701065672 for ; Thu, 22 Apr 2010 07:33:24 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 0B32F8FC14 for ; Thu, 22 Apr 2010 07:33:23 +0000 (UTC) Received: from [195.93.240.104] (port=37477 helo=lissyara.moskb.local) by hosting.lissyara.su with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O4quX-0005qz-M6 for freebsd-current@freebsd.org; Thu, 22 Apr 2010 11:33:21 +0400 Message-ID: <4BCFFBC1.2080703@lissyara.su> Date: Thu, 22 Apr 2010 11:33:21 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.8.1.23) Gecko/20091202 Thunderbird/2.0.0.23 Mnenhy/0.7.6.666 MIME-Version: 1.0 CC: freebsd-current@freebsd.org References: <4BCFF81A.6050006@lissyara.su> In-Reply-To: X-White-List: YES X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 07:33:24 -0000 22.04.2010 11:29, Gordon Tetlow ?????: > On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda > wrote: > > It's need feature. I test patch - it work for me (CURRENT, amd64) > Can I use some as: > /path/to/dir/*.conf > ? > and can I create recursive include? > > > Yes, wildcards and recursive includes are supported. great job! Thanks! From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 07:44:56 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 452DE106566B for ; Thu, 22 Apr 2010 07:44:56 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id E77728FC24 for ; Thu, 22 Apr 2010 07:44:55 +0000 (UTC) Received: from outgoing.leidinger.net (pD954F84D.dip.t-dialin.net [217.84.248.77]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id 79D9F844453; Thu, 22 Apr 2010 09:44:50 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 9DB485073; Thu, 22 Apr 2010 09:44:47 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3M7ilrA054927; Thu, 22 Apr 2010 09:44:47 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 22 Apr 2010 09:44:47 +0200 Message-ID: <20100422094447.55013b2kkh8ca740@webmail.leidinger.net> Date: Thu, 22 Apr 2010 09:44:47 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: 79D9F844453.3327D X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1272527090.8801@lj0zESD//JFw+bLAS7lGgg X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 07:44:56 -0000 Quoting Navdeep Parhar (from Wed, 21 Apr 2010 18:23:33 -0700): > Your patch works for me, thanks. There is just one more problem with the CTF I found a case where it does not work (not kernel related), I have another one which works better. > generation that needs to be fixed: > > http://lists.freebsd.org/pipermail/freebsd-hackers/2009-April/028244.html > > While you're here can you take a look at the patch in that email too? Looks good in concept, but the CTFMERGE line needs the same treatment like all the other ones in the .mk files. I want to commit a suitable change today. Bye, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 "I have to get back to New York tomorrow, so think about your price." -- Michael Corleone, "Chapter 27", page 386 From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 08:33:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 65D15106566B; Thu, 22 Apr 2010 08:33:29 +0000 (UTC) (envelope-from nparhar@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 28C2D8FC19; Thu, 22 Apr 2010 08:33:28 +0000 (UTC) Received: by pwi9 with SMTP id 9so5946740pwi.13 for ; Thu, 22 Apr 2010 01:33:28 -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:cc:subject :message-id:mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=nKMSTML1t5eo8OczvUZK2CGeTZL1BeEp9yYgOoq0NZk=; b=XvpS9dorTMYODz5MBnYGY4faWjQztEkwGOV+HF86m1R6UD44122yrH3anYItSGJgGc mwzbtX4YrdKnsvTMXJGypqZ8fV4okGKE9qWA5LeuCQ6xTaSJhIMZkaQKuultCUqBqBwE wEjlzR+aDuB7djKzhTWFQrT0qfpPkqLaAYUzw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent; b=UCTblS4Brj/lQvzOYNA7bJF6Ie2OrjLmodVwN7Xhrw73x5R3KljLVMGU+80weMVXHu VeIsn5h+VhCMBXD80Xd0BmtcxdLouMU5VSlvdgnxzYvD2QDVhYaZUGt2Pokl1Z6qiaRG HXYPX1ru0JbQ8l/lzemPKlHaPcMts/CXYXEXE= Received: by 10.140.55.5 with SMTP id d5mr2741918rva.47.1271925208641; Thu, 22 Apr 2010 01:33:28 -0700 (PDT) Received: from itx (c-67-174-240-133.hsd1.ca.comcast.net [67.174.240.133]) by mx.google.com with ESMTPS id 20sm1091378pzk.3.2010.04.22.01.33.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 01:33:27 -0700 (PDT) Date: Thu, 22 Apr 2010 01:33:22 -0700 From: Navdeep Parhar To: Alexander Leidinger Message-ID: <20100422083322.GA7873@itx> Mail-Followup-To: Alexander Leidinger , freebsd-current@FreeBSD.org References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> <20100422094447.55013b2kkh8ca740@webmail.leidinger.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100422094447.55013b2kkh8ca740@webmail.leidinger.net> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 08:33:29 -0000 On Thu, Apr 22, 2010 at 09:44:47AM +0200, Alexander Leidinger wrote: > Quoting Navdeep Parhar (from Wed, 21 Apr 2010 > 18:23:33 -0700): > > >Your patch works for me, thanks. There is just one more problem with the CTF > > I found a case where it does not work (not kernel related), I have > another one which works better. > > >generation that needs to be fixed: > > > >http://lists.freebsd.org/pipermail/freebsd-hackers/2009-April/028244.html > > > >While you're here can you take a look at the patch in that email too? > > Looks good in concept, but the CTFMERGE line needs the same > treatment like all the other ones in the .mk files. I want to commit > a suitable change today. Does "same treatment" mean it should run silently too? My personal opinion is that all ctfconvert and ctfmerge commands should show up in the output of make iff they run. I believe that used to be the case before r206082. Regards, Navdeep From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 09:02:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7C747106564A for ; Thu, 22 Apr 2010 09:02:40 +0000 (UTC) (envelope-from netchild@freebsd.org) Received: from mail.ebusiness-leidinger.de (mail.ebusiness-leidinger.de [217.11.53.44]) by mx1.freebsd.org (Postfix) with ESMTP id 09CB28FC0A for ; Thu, 22 Apr 2010 09:02:39 +0000 (UTC) Received: from outgoing.leidinger.net (pD954F84D.dip.t-dialin.net [217.84.248.77]) by mail.ebusiness-leidinger.de (Postfix) with ESMTPSA id A99F2844453; Thu, 22 Apr 2010 11:02:34 +0200 (CEST) Received: from webmail.leidinger.net (webmail.leidinger.net [192.168.1.102]) by outgoing.leidinger.net (Postfix) with ESMTP id 740D65081; Thu, 22 Apr 2010 11:02:31 +0200 (CEST) Received: (from www@localhost) by webmail.leidinger.net (8.14.3/8.13.8/Submit) id o3M92U97097226; Thu, 22 Apr 2010 11:02:30 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from pslux.cec.eu.int (pslux.cec.eu.int [158.169.9.14]) by webmail.leidinger.net (Horde Framework) with HTTP; Thu, 22 Apr 2010 11:02:30 +0200 Message-ID: <20100422110230.80045fcpnpnrbgso@webmail.leidinger.net> Date: Thu, 22 Apr 2010 11:02:30 +0200 From: Alexander Leidinger To: Navdeep Parhar References: <20100414105819.13143mf12ccgjy4g@webmail.leidinger.net> <20100414132342.74616nl7805cljgo@webmail.leidinger.net> <20100414183540.GA2542@gypsy> <20100416155140.21425jmdvmha7z40@webmail.leidinger.net> <20100422094447.55013b2kkh8ca740@webmail.leidinger.net> <20100422083322.GA7873@itx> In-Reply-To: <20100422083322.GA7873@itx> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Dynamic Internet Messaging Program (DIMP) H3 (1.1.4) X-EBL-MailScanner-Information: Please contact the ISP for more information X-EBL-MailScanner-ID: A99F2844453.E8654 X-EBL-MailScanner: Found to be clean X-EBL-MailScanner-SpamCheck: not spam, spamhaus-ZEN, SpamAssassin (not cached, score=-1.44, required 6, autolearn=disabled, ALL_TRUSTED -1.44) X-EBL-MailScanner-From: netchild@freebsd.org X-EBL-MailScanner-Watermark: 1272531756.06586@Ta9myH5ZLixR3OlvJjSrVg X-EBL-Spam-Status: No Cc: freebsd-current@FreeBSD.org Subject: Re: Does "makeoptions WITH_CTF=yes" actually work? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 09:02:40 -0000 Quoting Navdeep Parhar (from Thu, 22 Apr 2010 01:33:22 -0700): > On Thu, Apr 22, 2010 at 09:44:47AM +0200, Alexander Leidinger wrote: >> Quoting Navdeep Parhar (from Wed, 21 Apr 2010 >> 18:23:33 -0700): >> >> >Your patch works for me, thanks. There is just one more problem >> with the CTF >> >> I found a case where it does not work (not kernel related), I have >> another one which works better. >> >> >generation that needs to be fixed: >> > >> >http://lists.freebsd.org/pipermail/freebsd-hackers/2009-April/028244.html >> > >> >While you're here can you take a look at the patch in that email too? >> >> Looks good in concept, but the CTFMERGE line needs the same >> treatment like all the other ones in the .mk files. I want to commit >> a suitable change today. > > Does "same treatment" mean it should run silently too? My personal Yes. > opinion is that all ctfconvert and ctfmerge commands should show up in > the output of make iff they run. I believe that used to be the case > before r206082. Correct, and I agree. The problem is the inverse-logic construct for the check if it shall be run or not which is consistent with all places where this is done. There is no easy way to only display a part of the command which is executed. It was decided by ... (jhb and rwatson?) to not display at all while we still have the default to without ctf (without the @ we will even have some display of something with ctfconvert or ctfmerge in the name, when no ctf info is put into the files). They want to have the default to with ctf when it is ready/stable enough. I assume that at this point the commands get shown again, as the handling of the with/without CTF stuff can be simplified in this case. It is not as easy as all the other with/without stuff we have, due to the fact that parts of the ctf stuff is in sys.mk, which is read before every other file. Currently I want to finish the edge cases we noticed in a *consistent* way, to have something which is giving us stable behavior. After that I will go out of the loop and anyone is free to try/optimize what he wants (as long as I can get a kernel compiled with CTF info without much hassle, I do not care much what is done and how). HTH, Alexander. -- http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 A hermit is a deserter from the army of humanity. From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 09:15:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A94571065675 for ; Thu, 22 Apr 2010 09:15:14 +0000 (UTC) (envelope-from kraduk@googlemail.com) Received: from mail-bw0-f228.google.com (mail-bw0-f228.google.com [209.85.218.228]) by mx1.freebsd.org (Postfix) with ESMTP id 32F5E8FC1C for ; Thu, 22 Apr 2010 09:15:13 +0000 (UTC) Received: by bwz28 with SMTP id 28so9323295bwz.14 for ; Thu, 22 Apr 2010 02:15:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=244EQkHrKoMSRcyZqFoo11J0GCu+AOjYf+a1B76EYi4=; b=nFRLtIswNxpErnQu9DlMBDzNZHreQlTw2unj59WZkXaERsKOwEeXDj01jJ8Xzjt+rm hdsLQSd2DjZStLBnICmAavij54y1zUkKH36yHUNd9MoSmCP642pYG7VZ9AunauHn6cM5 /YiwnzqOoXNLVnavExltmWRJGj4AlowwjLArs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JjYZlBus2Md3K35bogINwveZxgrozzevldAPu6HPhYTz2m5M/iYYAqSISWhsrFO1M7 YtlWAHjWZxgpY+KeZNaX3rX9ijUvcX2rKmrF1GKMC2EnPPR+WznMd4Rz2En8cZGe9QBA 2+ITuuqcpI3b8giyr14in10NdYUt+O6ZzPqs8= MIME-Version: 1.0 Received: by 10.239.165.129 with HTTP; Thu, 22 Apr 2010 02:15:11 -0700 (PDT) In-Reply-To: <4BCFFBC1.2080703@lissyara.su> References: <4BCFF81A.6050006@lissyara.su> <4BCFFBC1.2080703@lissyara.su> Date: Thu, 22 Apr 2010 10:15:11 +0100 Received: by 10.239.159.203 with SMTP id z11mr947158hbc.24.1271927711290; Thu, 22 Apr 2010 02:15:11 -0700 (PDT) Message-ID: From: krad To: Alex Keda Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 09:15:14 -0000 On 22 April 2010 08:33, Alex Keda wrote: > 22.04.2010 11:29, Gordon Tetlow ?????: > >> On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda > admin@lissyara.su>> wrote: >> >> It's need feature. I test patch - it work for me (CURRENT, amd64) >> Can I use some as: >> /path/to/dir/*.conf >> ? >> and can I create recursive include? >> >> >> Yes, wildcards and recursive includes are supported. >> > great job! > Thanks! > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" > i would be real nice is newsyslog also supported a date based file renaming shceme rather than the cyclic 0,1,2,3, much like the datext option in logrotate. eg messages messages.20100422 messages.20100421 messages.20100420 ... The cyclic renaming is a pain for incremental backups as all the log files are backed up every time as their contents changes compared to their filename From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 10:05:16 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D315106564A; Thu, 22 Apr 2010 10:05:16 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id C332A8FC08; Thu, 22 Apr 2010 10:05:15 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3MA51hW018994 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 03:05:02 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BD01F50.6070403@FreeBSD.org> Date: Thu, 22 Apr 2010 03:05:04 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 References: <4BCD5A7B.2070505@FreeBSD.org> <4BCE2E52.1080107@FreeBSD.org> <4BCE3A52.7060502@feral.com> <201004211004.25701.jhb@freebsd.org> <4BCF5AC1.8080608@FreeBSD.org> In-Reply-To: <4BCF5AC1.8080608@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, mj@feral.com, John Baldwin Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 10:05:16 -0000 Maxim Sobolev wrote: > There is already a code to detect non-existing AT keyboard and avoid > attaching atkbd to it. The code is i386-only at the moment, I am trying > to figure out how to modify it so that it works on amd64 as well. Looks like this huge delay is caused by the inb() being astonishingly slow, which is not factored by the timeout routines. Reading keyboard status port once takes about 0.003s! I am not sure if it's common behaviour of the platform, or something specific to this particular model. Do you know by any chance? -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 07:29:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ACFEF1065672 for ; Thu, 22 Apr 2010 07:29:35 +0000 (UTC) (envelope-from gordon.tetlow@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7DC6C8FC12 for ; Thu, 22 Apr 2010 07:29:35 +0000 (UTC) Received: by pvg16 with SMTP id 16so217089pvg.13 for ; Thu, 22 Apr 2010 00:29:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=tnjwORT1VUTO+211UqF3g95dN2o7+25OKjfMiabxliU=; b=w+j4+VWKtnAbW5ZfGik2CtEOcnd8tHLdjv7uqjmFldBhL0KzTyTcUln0e28Y/8AzT8 sYUEe9OdvygTQQlmbLmbC/xndmHwJrd79vLGIK7zhoxbPJv588EJb8/P0m8g2tDksQzL 8hwLsRlWvxSYPQcNkhU7EtBlrGb4qsrBB8W8w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=PaD822R2WgCvIQwWc1/erRAzFh6tO84WTdaHqitnv2eDZM05XH3DFq3x4zm7fJjmOg oD7N6z6zTgV3UMWEJ8EQfKV9wqCcUKTA/Zpz0oKUFtEsxdmqQQs5m4sFkwcsPxPXBKbf sxGXe25glZA6Xrw0cphscnxPq+4yHB+zuo62s= MIME-Version: 1.0 Sender: gordon.tetlow@gmail.com Received: by 10.140.194.12 with HTTP; Thu, 22 Apr 2010 00:29:34 -0700 (PDT) In-Reply-To: <4BCFF81A.6050006@lissyara.su> References: <4BCFF81A.6050006@lissyara.su> Date: Thu, 22 Apr 2010 00:29:34 -0700 X-Google-Sender-Auth: f9d931e61f5446ea Received: by 10.141.91.9 with SMTP id t9mr8715740rvl.53.1271921374912; Thu, 22 Apr 2010 00:29:34 -0700 (PDT) Message-ID: From: Gordon Tetlow To: Alex Keda X-Mailman-Approved-At: Thu, 22 Apr 2010 11:16:53 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 07:29:35 -0000 On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda wrote: > It's need feature. I test patch - it work for me (CURRENT, amd64) > Can I use some as: > /path/to/dir/*.conf > ? > and can I create recursive include? > Yes, wildcards and recursive includes are supported. Gordon From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 13:34:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0390E106566C; Thu, 22 Apr 2010 13:34:12 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CB66F8FC18; Thu, 22 Apr 2010 13:34:11 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 692D546B82; Thu, 22 Apr 2010 09:34:11 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 821318A01F; Thu, 22 Apr 2010 09:34:10 -0400 (EDT) From: John Baldwin To: Maxim Sobolev Date: Thu, 22 Apr 2010 09:11:14 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BCD5A7B.2070505@FreeBSD.org> <4BCF5AC1.8080608@FreeBSD.org> <4BD01F50.6070403@FreeBSD.org> In-Reply-To: <4BD01F50.6070403@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004220911.14743.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 22 Apr 2010 09:34:10 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, mj@feral.com Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 13:34:12 -0000 On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: > Maxim Sobolev wrote: > > There is already a code to detect non-existing AT keyboard and avoid > > attaching atkbd to it. The code is i386-only at the moment, I am trying > > to figure out how to modify it so that it works on amd64 as well. > > Looks like this huge delay is caused by the inb() being astonishingly > slow, which is not factored by the timeout routines. Reading keyboard > status port once takes about 0.003s! I am not sure if it's common > behaviour of the platform, or something specific to this particular > model. Do you know by any chance? Well, many BIOSes trigger an SMI# when doing inb/outb to the keyboard ports so they can emulate a PS/2 keyboard when a USB keyboard is inserted. Do you have any BIOS options related to the USB legacy compat? I know of the Nehalem systems I've seen they have a separate option for controlling port 60/64 emulation which we leave disabled by default. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 13:34:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B4B4F106566C; Thu, 22 Apr 2010 13:34:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 886428FC13; Thu, 22 Apr 2010 13:34:17 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 3C91446B85; Thu, 22 Apr 2010 09:34:17 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 95F3D8A021; Thu, 22 Apr 2010 09:34:11 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Thu, 22 Apr 2010 09:26:23 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004220926.23593.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 22 Apr 2010 09:34:11 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Gordon Tetlow Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 13:34:17 -0000 On Wednesday 21 April 2010 11:55:44 pm Gordon Tetlow wrote: > I wanted the ability for a port to have a rotating log policy so I wrote a > patch for newsyslog to implement includes of other newsyslog.conf style > files. > > Please find the patch at: > http://people.freebsd.org/~gordon/patches/newsyslog.diff > > Format for the include line in /etc/newsyslog.conf is: > /etc/defaults/newsyslog.conf > > Here's a quick overview of the changes: > Convert the conf_entry struct from using a home rolled linked list to the > queue(3) macros. > Add a STAILQ to process include files. > Add support for tag to specify include files. > Globbing is supported in statements. > Properly detect circular include loop dependencies. > > Please take a look and send me any comments you might have. This is a great feature! One suggestion, I think this text in the new manpage isn't quite right: Name of the system log file to be archived, the literal string "default", or "include". I think it's ambiguous about "include" also being a literal string. Two possible suggestions: Name of the system log file to be archived, or one of the literal strings "default" or "include". Name of the system log file to be archived, the literal string "default", or the literal string "include". -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 14:17:10 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 806B71065673; Thu, 22 Apr 2010 14:17:10 +0000 (UTC) (envelope-from uqs@spoerlein.net) Received: from acme.spoerlein.net (acme.spoerlein.net [IPv6:2001:470:9a47::1]) by mx1.freebsd.org (Postfix) with ESMTP id 3DAFB8FC17; Thu, 22 Apr 2010 14:17:10 +0000 (UTC) Received: from acme.spoerlein.net (localhost.spoerlein.net [IPv6:::1]) by acme.spoerlein.net (Postfix) with ESMTPS id 805B15C89; Thu, 22 Apr 2010 16:17:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=spoerlein.net; s=dkim200908; t=1271945829; bh=LnscrZjsJuslTN3uaZBX68F0QAhc3pWw/VCtsqDyIbE=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:In-Reply-To; b=AYfxA6ds7ObiEnYtRKIwIbnqEIDfR9iR45AKZu59P9nGldM7KWvAXqo5ElOGfDbCn m7a+9FQ6RdE+Zwn5656OrgmzqNmGBJ86/LKwAXx2/F21CEO1Zsu2bAmAvSZ/0QDjPx 1SUMpZOBK+5tyktytL5H6Ue+yxZ5ye1adD9gw7P8= Received: (from uqs@localhost) by acme.spoerlein.net (8.14.4/8.14.4/Submit) id o3MEH9Ya040607; Thu, 22 Apr 2010 16:17:09 +0200 (CEST) (envelope-from uqs@spoerlein.net) Date: Thu, 22 Apr 2010 16:17:09 +0200 From: Ulrich =?utf-8?B?U3DDtnJsZWlu?= To: Alexander Best Message-ID: <20100422141709.GV92627@acme.spoerlein.net> Mail-Followup-To: Alexander Best , Roman Divacky , freebsd-current@FreeBSD.org References: <20100421201556.GA14044@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Roman Divacky , freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 14:17:10 -0000 On Wed, 21.04.2010 at 23:30:15 +0200, Alexander Best wrote: > Roman Divacky schrieb am 2010-04-21: > > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > > Roman Divacky schrieb am 2010-04-21: > > > > [snip] > > > > > 1) cd modules/sound/sound && make CC=gcc > > > > after this step these are the sizes of sound.ko* in > > > modules/sound/sound: > > > > -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko > > > -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug > > > -rw-r--r-- 1 root wheel 2055512 Apr 21 21:36 sound.ko.symbols > > > > > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep > > > > "^[a-m].*" > > > > | xargs touch > > > this line is wrong.. it creates empty files which are used instead > > of touching the existing ones... it needs to be adjusted so it > > touches the files (thus forcing them to be rebuilt with the second > > make invocation) > > i'm now 100% sure that buffer.c is causing the problem. what i did to verify > this was: > > cd sys/modules/sound/sound && make CC=clang && touch > ../../../dev/sound/pcm/buffer.c && make CC=gcc && make install > > this gives me working sound! Great stuff to have narrowed it down so much. Next logical step would be to do the bisect on function-level scope. Copy one half of buffer.c to buffer-clang.c, the other half to buffer-gcc.c, adjust the Makefile to use buffer-{gcc,clang}.c instead of buffer.c and compile them accordingly. Redo your tests till we know the single function(s) where clang produces bad code. Hang in there, the hard part is almost done! Uli From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 15:31:53 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA261106566B; Thu, 22 Apr 2010 15:31:53 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 377F38FC1A; Thu, 22 Apr 2010 15:31:52 +0000 (UTC) Received: by wye20 with SMTP id 20so1899402wye.13 for ; Thu, 22 Apr 2010 08:31:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:x-enigmail-version :content-type:content-transfer-encoding; bh=4QI4PUfCYDD+MgGyxvK+jjeLEpiBut1qnnidbYQN/JM=; b=x0guPpga4bs57yV7wTa9DYRKGNPFCO6RfdrFGZyLYF1PaRL12y503FLRtemoWicU+F 7dmovUYSXjtLd6J/bD0atSDRD42pbmX3gDT2tKLRJHj8ew/c0qcCtmBcsVaJbyKaRTBA 2wfUgmQoVpgakYHWIv+qh37QpXOC6MVog70y4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :x-enigmail-version:content-type:content-transfer-encoding; b=RZQfAluTzQUzn9e1EsIj1jgQqPtEArryhO/5wVaZyCTJtJxAlK2/WxaFZX5wxfz/Np U1X+3mzRn3Mux/1ayZtiLlupu3y6PHC1KAqw+w9rjMeEpPjjN3ZIfvvZ1A/fQWTxUdJA n9I/1kkOLWz/CkXffAJ3I98G8SlbDAu9ASDds= Received: by 10.103.84.25 with SMTP id m25mr2348955mul.108.1271950311958; Thu, 22 Apr 2010 08:31:51 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y6sm274676mug.50.2010.04.22.08.31.50 (version=SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 08:31:51 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BD06BD9.6030401@FreeBSD.org> Date: Thu, 22 Apr 2010 18:31:37 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.23 (X11/20091212) MIME-Version: 1.0 To: FreeBSD-Current X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 15:31:53 -0000 Hi. With time passed, CAM-based ATA infrastructure IMHO looks enough mature now to enable it in HEAD. Now we have two new stable drivers ahci(4) and siis(4), covering major part of modern SATA HBAs, `options ATA_CAM` wrapper for ata(4) to supports legacy hardware, and one more improved driver for Marvell HBAs (mvs) is now in development and soon will be present for testing. Together with many other people I have tested above at least on i386, amd64, arm and spart64 architectures. This switchover would give us significant performance improvement on new hardware because of NCQ support in ahci/siis/mvs drivers; improved functionality, including SATA Port Multipliers support, better hot-plug support; and reduced code duplication between ata(4) and cam(4) subsystems and applications. Two issues left at this moment are: 1) POLA breakage due to disk device being renamed from adX to adaY; 2) lack of araraid(4) alternative in new infrastructure. It should be reimplemented in GEOM in some way, but it still wasn't. So what is the public opinion: Is the lack of ataraid(4) fatal or we can live without it? Can we do switchover now, or some more reasons preventing this? If ataraid(4) should be reimplemented in GEOM, then how exactly? One more separate RAID infrastructure in GEOM (third?) looks excessive. Reuse gmirror, gstripe,... code would be nice, but will make them more complicated and could be not easy for RAID0+1 (due to common metadata) and RAID5 (due to lack of module in a base system). -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 15:42:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E7AD106567B for ; Thu, 22 Apr 2010 15:42:05 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6A39C8FC0C for ; Thu, 22 Apr 2010 15:42:05 +0000 (UTC) Received: by pwi9 with SMTP id 9so6249946pwi.13 for ; Thu, 22 Apr 2010 08:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=H1cUsTdD4tdQtPOwlug7uKSOxpxh9An8SuSfnEeghFo=; b=C2dZLCzV5cdYP//XRGPDeY+l9WJGiderZbRa9k73B40XoZkj7XaAiGke1M4uKjS8Tb efptL+MrPUL9nb5Bg9s5FBNdBbfwkj+ONDTufJNZyDgGY2rF6uDiwOpK4YuvX2j7aWwh HWjtinu5XEX2hVrGYcPBQim7ALgpa847kgTf0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PBmZHIFmHyodyN2irE1LfxAdYf7lFxEOVVpsWlJ6M0D295o7web0iBym7apqOCQc77 TrzRYw8fmV2Hhvf1NwowL8zAoPQ90ggpxX8DGyqVtpw2vXPZHyfBrx/t65ogwW3oRy06 75CzGknKuTqB5Ra4kS9vaQ6IUlMD+p7AqsmCI= MIME-Version: 1.0 Received: by 10.231.18.74 with HTTP; Thu, 22 Apr 2010 08:42:04 -0700 (PDT) In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> References: <4BD06BD9.6030401@FreeBSD.org> Date: Thu, 22 Apr 2010 08:42:04 -0700 Received: by 10.141.214.6 with SMTP id r6mr114942rvq.138.1271950924623; Thu, 22 Apr 2010 08:42:04 -0700 (PDT) Message-ID: From: Freddie Cash To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 15:42:05 -0000 2010/4/22 Alexander Motin > With time passed, CAM-based ATA infrastructure IMHO looks enough mature > now to enable it in HEAD. Now we have two new stable drivers ahci(4) and > siis(4), covering major part of modern SATA HBAs, `options ATA_CAM` > wrapper for ata(4) to supports legacy hardware, and one more improved > driver for Marvell HBAs (mvs) is now in development and soon will be > present for testing. Together with many other people I have tested above > at least on i386, amd64, arm and spart64 architectures. > I haven't updated my 8-STABLE box in a couple of weeks. Have the issues with ATAPI DVD-burners been worked out, when using ATA_CAM? Back in Jan/Feb, thereabouts, I tested an ATA_CAM kernel and could not get a device node of any kind to show up for the DVD burner (no acd0, no cd0, nothing in dmesg). A non-ATA_CAM kernel shows both acd0 and cd0. Maybe I'll update my system this weekend and give ATA_CAM another test run. This switchover would give us significant performance improvement on new > hardware because of NCQ support in ahci/siis/mvs drivers; improved > functionality, including SATA Port Multipliers support, better hot-plug > support; and reduced code duplication between ata(4) and cam(4) > subsystems and applications. > > Two issues left at this moment are: > 1) POLA breakage due to disk device being renamed from adX to adaY; > 2) lack of araraid(4) alternative in new infrastructure. It should be > reimplemented in GEOM in some way, but it still wasn't. > > So what is the public opinion: Is the lack of ataraid(4) fatal or we can > live without it? > > Can we do switchover now, or some more reasons preventing this? > > If ataraid(4) should be reimplemented in GEOM, then how exactly? One > more separate RAID infrastructure in GEOM (third?) looks excessive. > Reuse gmirror, gstripe,... code would be nice, but will make them more > complicated and could be not easy for RAID0+1 (due to common metadata) > and RAID5 (due to lack of module in a base system). If a lowly user's vote counts for anything, I'd vote for the complete removal of ataraid support. We have gstripe, gmirror, graid3, graid5, and zfs (and gvinum for the masochistics). :) We don't need to support any of the crappy pseudo-raid "hardware" out there. ataraid(4) has served it's purpose, tiding us over until GEOM RAID facilities were in place. Now it's time for it to be retired. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 15:47:32 2010 Return-Path: Delivered-To: current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9889A106564A; Thu, 22 Apr 2010 15:47:32 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6BEE78FC16; Thu, 22 Apr 2010 15:47:32 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o3MFlWoj051355; Thu, 22 Apr 2010 15:47:32 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o3MFlWTI051354; Thu, 22 Apr 2010 15:47:32 GMT (envelope-from danger) Date: Thu, 22 Apr 2010 15:47:32 +0000 From: Daniel Gerzo To: questions@FreeBSD.org, current@FreeBSD.org, hackers@FreeBSD.org, stable@FreeBSD.org Message-ID: <20100422154732.GA51340@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: Subject: FreeBSD Status Report January-March, 2010 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 15:47:32 -0000 FreeBSD Quarterly Status Report Introduction This report covers FreeBSD related projects between January and March 2010. Being the first of the four reports planned for 2010 with 46 entries, it shows a good progress of the FreeBSD Project and proves that our committers are keeping up with the latest trends in the OS development. During this period, a new minor version of FreeBSD, 7.3-RELEASE, has been released, while the release process for 8.1-RELEASE is soon to begin and is planned to be released later this summer. Thanks to all the reporters for their excellent work! We hope you enjoy the reading. Please note that the deadline for submissions covering the period between April and June 2010 is July 15th, 2010. __________________________________________________________________ Google Summer of Code * Google Summer of Code 2010 Projects * Chromium web browser * Clang replacing GCC in the base system * EFI support for FreeBSD/i386 * mfsBSD * Modular Congestion Control * NAND Flash framework for embedded FreeBSD * Out of Tree Toolchain * PC-BSD PC-SysInstall Backend * The tbemd branch * webcamd FreeBSD Team Reports * FreeBSD Bugbusting Team * Release Engineering Team * The FreeBSD Foundation Network Infrastructure * (Virtual) Network Stack resource cleanup * 802.11n support * Atheros AR9285 support * Enhancing the FreeBSD TCP Implementation * Experimental NFS subsystem (NFSv4) * ipfw and dummynet enhancements * net80211 rate control framework * TCP/UDP connection groups Kernel * CAM-based ATA implementation * Dynamic Ticks in FreeBSD * geom_sched * IPv6 without legacy IP kernel * Multichannel playback in HDA sound driver (snd_hda) * Rewrite of FreeBSD read/write path using vnode page * SUJ: Journaled Softupdates * ZFS Documentation * The FreeBSD German Documentation Project * The FreeBSD Hungarian Documentation Project Userland Programs * FreeBSD port for libunwind * LDAP support in base system Architectures * FreeBSD/arm port for TI DaVinci * FreeBSD/ia64 * FreeBSD/mips on D-Link DIR-320 * FreeBSD/powerpc * FreeBSD/powerpc64 port * FreeBSD/sparc64 Ports * Portmaster * Ports Collection * QAT Miscellaneous * BSDCan 2010 -- The BSD Conference * meetBSD 2010 -- The BSD Conference __________________________________________________________________ (Virtual) Network Stack resource cleanup Contact: Bjoern A. Zeeb In February work was done to address resource leaks in the (virtual) network stack, especially on teardown. During that time also multiple general run-time problems and leaks were identified and fixed including leaked ipfw tables on module unload, routing entries leaked, in case of interfaces going away, as well as leaked link-layer entries in interaction with flowtable and timers. For virtual network stacks resources are are no longer allocated multiple times or freed upon teardown for eventhandlers, IP and upper level layers, like TCP syncache and host cache, flowtable, and especially radix/routing table memory. In addition epair(4) was enhanced and debugging was improved. This work was sponsored by ISPsystem. Open tasks: 1. Merge the remaining patches. 2. Work on a better teardown model and get to the point where we can free UMA zones without keeping pages for type stability and timers around. __________________________________________________________________ 802.11n support Contact: Rui Paulo 802.11n support in the Atheros driver is being worked on. Right now it can do AMPDU RX in software and we are working on TX AMPDU. The code lives in a private Perforce branch, but some bits of it are already committed to HEAD. This work is being sponsored by iXsystems, inc. __________________________________________________________________ Atheros AR9285 support Contact: Rui Paulo Atheros AR9285 support was added to FreeBSD HEAD and 8-STABLE. There are still some issues but in general it works fine. __________________________________________________________________ BSDCan 2010 -- The BSD Conference URL: http://www.BSDCan.org/2010/ URL: http://www.BSDCan.org/2010/schedule/ Contact: BSDCan Information BSDCan, a BSD conference held in Ottawa, Canada, has quickly established itself as the technical conference for people working on and with 4.4BSD based operating systems and related projects. The organizers have found a fantastic formula that appeals to a wide range of people from extreme novices to advanced developers. BSDCan 2010 will be held on 13-14 May 2010 at the University of Ottawa, and will be preceded by two days of Tutorials on 11-12 May 2010. There will be related events (of a social nature, for the most part) on the day before and after the conference. Please check the conference web site for more information. __________________________________________________________________ CAM-based ATA implementation Contact: Alexander Motin Work on CAM-based ATA implementation continues. Since last report handling of heavy errors and timeouts was improved, Hot-plug now works for both Host and Port Multiplier ports. Series of changes were made to CAM to fix some old issues and honor some new ATA demands. New drivers ahci(4) and siis(4) got some fixes and are quite stable now. "options ATA_CAM" kernel option shows good results in supporting other controllers using existing ata(4) drivers, so it is possible to start deprecating old ata(4) APIs now. Started work on new Marvell SATA driver for both PCI-X/PCIe cards and ARM System-on-Chip SATA controllers. It is expected to support NCQ, Port Multipliers with FIS-based switching and other new features. Most of the code is present in 8-STABLE. Open tasks: 1. Port ataraid(4) functionality to GEOM module. 2. Write SAS-specific transport and drivers for SAS HBAs (specs wanted). SAS controllers can support SATA devices and multipliers, so it should fit nicely into new infrastructure. __________________________________________________________________ Chromium web browser URL: http://chromium.jaggeri.com URL: http://wiki.FreeBSD.org/Chromium Contact: sprewell Chromium is a Webkit-based web browser that is mostly BSD licensed. It works very well on FreeBSD and even supports new features like HTML 5 video. I have started offering subscriptions to fund the porting effort to FreeBSD, funding which has already paid to fix Chromium on BSD-i386. I am using a new funding model where subscriptions pay for development that is kept closed for at most 1 year, after which all patches used in a build are released to subscribers under the same BSD license as Chromium. Also, parts of the closed patches are continually pushed upstream, the BSD i386 fix has already been committed upstream. The goal is to fund Chromium development on BSD while continually pushing patches back to the BSD-licensed Chromium project. I will spin off a Chromium port for ports soon, for those who do not mind using an older, stable build that does not have all the paid features in the subscriber builds. You can read about the issues that a subscription would pay for, such as replacing the ALSA audio backend with OSS, and find out more about subscribing. __________________________________________________________________ Clang replacing GCC in the base system URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang URL: http://lists.FreeBSD.org/pipermail/FreeBSD-current/2010-April/016648.ht ml Contact: Ed Schouten Contact: Roman Divacky Contact: Brooks Davis Contact: Pawel Worach Since the last status report we got to the state where we are able to build all of FreeBSD (the C and C++ bits) on i386/amd64 with clang. The only exception is the bootloader which does not fit within the given size constraint. This is where the current efforts are going on. The C++ part got a big boost now being able to compile all C++ code in FreeBSD and itself. We saw some movment on Mips and PowerPC. Mips got its driver definitions from Oleksander Tymoshenko and Nathan Whitehorn did the same for PowerPC and tested the kernel. Currently, the PPC kernel seems to boot but due to lack of va_arg implementation for PowerPC nothing is printed out. Nathan is working on that. Overall ClangBSD is selfhosting on i386/amd64 and some progress has been made on PowerPC/PPC. We also saw some contribution to the Sparc64 but this seems to have stalled. We need people to try out ClangBSD (see the wiki) and runtime test it. We also would appreciate help with other archs - namely ARM. Open tasks: 1. Runtime test ClangBSD on amd64/i386. 2. Help with ARM/Mips/Sparc64. 3. More testing of clang on 3rd party apps (ports). 4. Discussion on integrating LLVM/clang into FreeBSD. __________________________________________________________________ Dynamic Ticks in FreeBSD URL: http://github.com/oza/FreeBSD-8.0-dyntick URL: http://tsuyoshiozawa.blogspot.com/2010/03/started-to-implement-dynticks -in.html Contact: Tsuyoshi Ozawa I wrote experimental code (please see my project page) and threw patch ( http://gist.github.com/350230 ) to freebsd-hackers. A lot of FreeBSD hackers gave me precious advice, so I am going to reflect it as a next step. Open tasks: 1. Run hard/stat/prof-clocks irregularly (in progress). 2. Some timers which are added after the kernel's scheduling next timer interrupt may be ignored (BUG). 3. Make callout queue have the tick when the next timer event rise up. __________________________________________________________________ EFI support for FreeBSD/i386 Contact: Rui Paulo Work on supporting EFI booting on FreeBSD/i386 resumed. The boot loader can now read an ELF file from the EFI FAT partition. We are now working on trying to boot a kernel. __________________________________________________________________ Enhancing the FreeBSD TCP Implementation URL: http://caia.swin.edu.au/freebsd/etcp09/ URL: http://caia.swin.edu.au/urp/newtcp/ URL: http://www.FreeBSDFoundation.org/projects.shtml URL: http://people.FreeBSD.org/~lstewart/patches/tcp_ffcaia2008/ Contact: Lawrence Stewart The ALQ(9) implementation and KPI has been rototilled and modified (one more patch needs to be committed) to support variable length messages. In addition, it can now be compiled and loaded as a kernel module. With the ALQ changes in head, SIFTR can finally be imported. Reassembly queue autotuning is in the project branch and needs to be extracted as a patch people can easily test. Open tasks: 1. Solicit external testing for and commit SIFTR. 2. Solicit external testing for and commit reassembly queue autotuning patch. __________________________________________________________________ Experimental NFS subsystem (NFSv4) Contact: Rick Macklem Although the bare bones of the NFS Version 4 support was released in FreeBSD 8.0, the integration has been progressing slowly and support should be functional for FreeBSD 8.1 for RFC3530 (NFS Version 4.0). Post FreeBSD 8.1, I believe the focus will be on code cleanup and, under a projects area of svn, some experimental work on aggressive whole file caching to client disk. Open tasks: 1. Handling of delegations on the server w.r.t. local processes running on the server. 2. Integration of recent changes to the regular NFS client, such as Dtrace support. __________________________________________________________________ FreeBSD Bugbusting Team URL: http://www.FreeBSD.org/support.html#gnats URL: http://wiki.FreeBSD.org/BugBusting URL: http://people.FreeBSD.org/~linimon/studies/prs/ URL: http://people.FreeBSD.org/~linimon/studies/prs/recommended_prs.html URL: http://people.FreeBSD.org/~linimon/recommended_subscribers.txt URL: http://people.FreeBSD.org/~linimon/studies/prs/easy_prs.html URL: http://people.FreeBSD.org/~linimon/studies/prs/prs_for_all_groups.html URL: http://wiki.FreeBSD.org/AssigningPRs Contact: Gavin Atkinson Contact: Mark Linimon Contact: Remko Lodder Contact: Volker Werth Bruce Cran (brucec) has graduated from GNATS-only access to having a src commit bit. He has been making commits to help us catch up with the PR backlog. Thanks! We continue to classify PRs as they arrive, adding 'tags' to the subject lines corresponding to the kernel subsystem involved, or man page references for userland PRs. These tags, in turn, produce lists of PRs sorted both by tag and by manpage. The most recent use of these tags is the creating of a new report, Summary Chart of PRs With Tags, which sorts tagged PRs into logical groups such as filesystem, network drivers, libraries, and so forth. The slice labels are clickable. The chart is updated once a day. You can consider it as a prototype for browsing "sub-categories" of kernel PRs. The "recommended list" has been split up into "non-trivial PRs which need committer evaluation" and the "easy list" of trivial PRs, to try to focus some attention on the latter. New reports were added for "PRs which are from FreeBSD vendors or OEMs", "PRs containing code for new device drivers", and "PRs referencing other BSDs". These will primarily be of interest to committers. Some other bitrot on the "experimental PR reports" pages has been fixed. It is now possible for interested parties to be emailed a weekly, customized, report along the lines of the above. If you are interested in setting one up, contact linimon@FreeBSD.org. The overall PR count has recently jumped to around 6400. This may be due to increasing uptake of FreeBSD 8. Our clearance rate of PRs, especially in kern and bin, seems to be improving. Mark Linimon polled various committers about their interest in specific PRs. As a result, the AssigningPRs page on the wiki and the src/MAINTAINERS file were updated based on feedback. As always, anybody interested in helping out with the PR queue is welcome to join us in #freebsd-bugbusters on EFnet. We are always looking for additional help, whether your interests lie in triaging incoming PRs, generating patches to resolve existing problems, or simply helping with the database housekeeping (identifying duplicate PRs, ones that have already been resolved, etc). This is a great way of getting more involved with FreeBSD! Open tasks: 1. We will be having a bugbusting session at BSDCan. If you are developer who will be attending the conference, please stop by. 2. try to find ways to get more committers helping us with closing PRs that the team has already analyzed. __________________________________________________________________ FreeBSD port for libunwind URL: http://www.nongnu.org/libunwind/ Contact: Konstantin Belousov The alpha version of libunwind library port for FreeBSD x86 and x86_64 is completed and imported into the official libunwind git repository. Libunwind is the library to perform dynamic unwinding of stacks, using dwarf call frame information. The library features remote unwinding using ptrace(2), very fast setjmp(3) implementation and more interesting features. __________________________________________________________________ FreeBSD/arm port for TI DaVinci URL: http://focus.ti.com/dsp/docs/dspplatformscontenttp.tsp?sectionId=2&fami lyId=1300&tabId=1854 URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/user/jceel/davinci/ Contact: Jakub Klama DaVinci (TMS320DM644x) is an ARM9-based system-on-chip family from Texas Instruments with built-in DSP core and powerful multimedia/video features. This work is bringing support for FreeBSD on these systems - it works in multiuser mode, using root filesystem mounted either via NFS or from SD/MMC card. The code is available in P4 at //depot/user/jceel/davinci/. Current DaVinci support includes: * Booting from U-Boot bootloader * Serial console * Interrupt controller * Integrated timers * Power and sleep controller * 10/100 Ethernet controller * SD/MMC controller Open tasks: 1. Remaining built-in peripherals drivers (USB, ATA, NAND flash, I2C, DMA engine, sound, video input/output). 2. Framework for communicating with DSP core. __________________________________________________________________ FreeBSD/ia64 Contact: Mark Linimon The stability of the machines under package build has been improved by a number of recent commits. Some rework is underway to run with WITNESS. However, we are still limited in the number of simultaneous packages that can be built. Based on this, we have completed the first full ia64-8 package build. 17187 were built (as compared to 19885 on a recent i386-8.) Mark Linimon has gone through the results to denote which packages do not build. A few fixes have already been committed based on this. We currently have 3 available machines that are stable enough for package builds. Support for the SGI Altix 350 has made its start. Porting is done on 2 SGI Altix 350 machines connected with NUMAFlex, giving a total of 4 CPUs and 24GB of DDR. The kernel boots with code on the projects/altix branch but since ACPI does not enumerate PCI busses, no hardware devices are found. SMP has been disabled because waking up the APs result in a machine check. Open tasks: 1. Continue to try to understand why multiple simultaneous package builds bring the machines down. 2. Upgrade the firmware on the two machines at Yahoo! to see if that helps the problem. 3. Figure out why the fourth machine is not stable. 4. Configure a fifth machine that has been made available to us. 5. Figure out the problems with the latest gcc port. 6. We need documentation about the SGI SAL implementation to speed up porting to the SGI Altix 350. 7. The loader and kernel need to change to allow the kernel to be loaded at a runtime-determined physical address as well as add support for NUMA. __________________________________________________________________ FreeBSD/mips on D-Link DIR-320 URL: http://wiki.ddteam.net/wiki.cgi?page=DIR-320+FreeBSD Contact: Alexandr Rybalko FreeBSD/mips has been ported to D-Link DIR-320, wireless router based on BCM5354 SoC. Project aims to providing several working images tailored for different purposes (profiles). So far racoon based router-ipsec image is available. Open tasks: 1. bfeswitch configuration utility. 2. Add router profile. 3. Add wifi-router profile. 4. Add openvpn-router profile. __________________________________________________________________ FreeBSD/mips on Octeon URL: http://svn.FreeBSD.org/base/user/jmallett/octeon/ Contact: Juli Mallett Significant progress has been made in terms of stabilizing the uniprocessor Octeon port and adding support for MIPS ABIs other than o32 in the toolchain, rtld, libc and the kernel. Kernels built to the n32 ABI are currently supported with changes that will not be merged because they make invasive changes throughout the system with regard to db_expr_t and register_t, which are larger than a pointer in the n32 ABI. Once support for n64 kernels is completed (including the ability to run n32 worlds) and the n32 hacks are removed, the branch will be suitable for merging. Many nearby cleanups have occurred, particularly in the area of TLB and pmap code. Open tasks: 1. An import of select pieces of the Cavium simple executive as vendor code is planned to make it possible to remove locally-maintained copies of Cavium headers and shim functions, many of which are vastly outdated. 2. The Linux opencrypto port contains an opencrypto driver for the cryptographic coprocessor which look relatively easy to port. 3. Support for SMP is a high-priority item that will be addressed after the 64-bit changes are stabilized. 4. PCI and USB bus and device support is planned to follow the import of the simple executive functions and headers. 5. The rgmx ethernet driver currently copies packets in and out of mbufs rather than putting pointers to mbuf storage into hardware, which results in bad network performance. __________________________________________________________________ FreeBSD/powerpc Contact: Nathan Whitehorn An Apple XServe G5 has been donated by Peter Grehan for package building. Based on the last two months' worth of testing, a large number of commits have been made to increase stability. We have completed the first full powerpc-8 package build. Only 10918 were built (as compared to 19885 on a recent i386-8), primarily due to a few high-impact packages failing (such as lang/python25). Mark Linimon has gone through the results to denote which packages do not build. A few fixes have already been committed based on this; we have patches that are being tested in the next run. Mark Linimon is working on getting us more XServes. Open tasks: 1. Start the hard work of fixing individual packages. __________________________________________________________________ FreeBSD/powerpc64 port Contact: Nathan Whitehorn A full 64-bit PowerPC port of FreeBSD is now complete, and should shortly be merged to HEAD, likely first appearing in FreeBSD 9.0. This port supports SLB-based 64-bit server CPUs, such as the IBM POWER4-7, PowerPC 970 (G5), and Cell Broadband Engine. Current machine support is limited to Apple single and dual processor G5 systems, with future support planned for IBM Power Systems servers and the Sony PlayStation 3. __________________________________________________________________ FreeBSD/sparc64 Contact: Marius Strobl * Yet another bug causing unaligned accesses in NFS server operation has been found and fixed in FreeBSD 7 and 8. Unlike as announced in the last Status Report, no Erratum Notices regarding these problems have been issued as it quickly became obvious that dealing with so many of them is impractical, especially since the fixes unveiled secondary bugs. * Alexander Motin has fixed several bugs in netgraph(4) nodes in 9.0-CURRENT which also caused unaligned accesses, so these should work now on sparc64. * Peter Jeremy has contributed several fixes for the sparc64 FPU emulation code, which now passes a test suite built around TestFloat. These fixes were incorporated into FreeBSD 6, 7 and 8 but unfortunately did not quite make it into 7.3-RELEASE but will be present in 8.1-RELEASE and 7.4-RELEASE. * Support for UltraSPARC-IV and -IV+ CPUs has been added and will be present in 8.1-RELEASE and 7.4-RELEASE. Thus Sun Fire V890 is now supported and stable, though due to the lack of properly working test hardware, not with configurations consisting of a mix of US-IV and -IV+ CPUs. However, performance is not yet where it should be, i.e. a buildworld on a 4x1.5GHz US-IV+ Sun Fire V890 takes nearly 3 hours while on a Sun Fire V440 with (theoretically) less powerful 4x1.5GHz US-IIIi CPUs it takes just over 1 hour. So far it is unclear what is causing this, it might have to with what appears to be a silicon bug of US-IV+ CPUs encountered and worked around while adding support for these. * Work on getting Sun Fire V1280 supported has been continued. A third firmware bug has been worked around and a driver for the BootBus controller, which provides console and time-of-day services in these machines, has been written. It is now possible to netboot Sun Fire V1280 into multi-user mode. Unfortunately, they do not run stable as processes may hang when transitioning to another CPU, likely due to what the OpenSolaris code refers to as Cheetah+ erratum 25, but which unfortunately is not part of the publicly available US-III+/++ errata document. Efforts on understanding this problem are still ongoing. * Mark Linimon is trying to find volunteers interested in helping to fix packages on sparc64. __________________________________________________________________ geom_sched URL: http://info.iet.unipi.it/~luigi/geom_sched/ Contact: Luigi Rizzo Contact: Fabio Checconi geom_sched is a GEOM module that supports pluggable schedulers for disk I/O requests. The main algorithm supported at the moment is an anticipatory Round Robin scheduler, which is especially effective in presence of workloads with highly random disk accesses. Other schedulers are available on the geom_sched page. Developed in early 2009 and refined as a GSOC2009 project, geom_sched has been recently introduced in HEAD and is going to be soon merged to stable/8. A version for stable/7 also exists, with some restrictions. To use the module, say on disk ad4, all you need to do is: kldload geom_sched geom sched insert ad4 A number of sysctl variables under kern.geom.sched allow you to tune the parameters of the algorithm, or bypass the scheduler entirely so you can tell the difference of behaviour with and without the scheduler. __________________________________________________________________ Google Summer of Code 2010 URL: http://socghop.appspot.com/org/home/google/gsoc2010/freebsd URL: http://socghop.appspot.com/document/show/gsoc_program/google/gsoc2010/t imeline Contact: Brooks Davis Contact: Robert Watson We are once again participating in the Google Summer of Code. This is our 6th year of participation and we hope to once again see great results from our students. Currently applications have all been submitted and we are in the process of reviewing them. Accepted students will be announced April 26th and coding officially begins May 24th. __________________________________________________________________ ipfw and dummynet enhancements URL: http://info.iet.unipi.it/~luigi/dummynet/ URL: http://www.youtube.com/watch?v=r8vBmybeKlE URL: http://info.iet.unipi.it/~luigi/qfq/ Contact: Luigi Rizzo We have recently completed a massive revision of ipfw and dummynet, and the result has been committed to HEAD and stable/8. The main features introduced with this work are: * ipfw now has much faster skipto instructions, including table-based ones. The complexity for rule lookups is now O(1) or O(log N) as opposed to the O(N) that we had before. People using "skipto tablearg" or "pipe tablearg" with large numbers of rules or pipes should see a significant performance improvement; * Expensive operations in response to userland reconfigurations now do not interfere with kernel filtering for more than the time required to swap a pointer; * You can now use ports and the "tos" field as lookup argument for tables. This might allow some simplifications in rulesets which in turn result in faster execution time; * ipfw can now send packets matching rules with a 'log' attribute to the "ipfw0" pseudo interface, where you can run tcpdump to implement additional filtering, logging etc.; * dummynet now supports many different scheduler types, to adapt to different needs people may have in terms of performance and service guarantees. Existing schedulers now include FIFO, WF2Q+, Deficit Round Robin, Priority, and QFQ. More schedulers can be implemented as loadable kernel modules.; * The kernel side has a backward-compatible interface so you can use a RELENG_7 or RELENG_8 version of /sbin/ipfw to configure the firewall and dummynet. Open tasks: 1. There is ongoing work on optimizing the deletion of idle entries in dummynet. This should be completed shortly. 2. A longer term goal is to parallelize operation in presence of ipfw dynamic rules, which currently require exclusive lock on a hash table containing dynamic rules. __________________________________________________________________ IPv6 without legacy IP kernel URL: http://p4web.FreeBSD.org/@md=d&cd=//&c=MNx@//depot/user/bz/noinet/src/s ys/?ac=83 Contact: Bjoern A. Zeeb During 2009 work was done that allowed us to build a FreeBSD kernel without INET and without INET6 (again). This work was the foundation for a prototype to get a kernel to compile and boot with only INET6 but no INET compiled in earlier this year. The current focus is to identify general architectural problems and dependencies we do have between these two address families as well as with the upper layer protocols. This will at some point allow us to discuss the issues and seek solutions, preparing for a future where we can remove either INET or INET6 from the system. Once we will have a stable, in-tree way to compile out either address family, optimizations wrt. size, as well as user space will need to be worked on. In addition to this, the work is believed to help should we further head in the direction of network stack modularization. __________________________________________________________________ LDAP support in base system Contact: Xin ZHAO Contact: Xin LI FreeBSD is currently lacking support of LDAP based authentication and user identity. We have integrated a stripped down OpenLDAP library (renamed to avoid conflict with ports OpenLDAP libraries), as well as some changes to OpenSSH as well as plugins for PAM, NSS and can support. We have used several existing works and updated them to use new OpenLDAP API, fixed several bugs and integrated them together. All these works are under BSD or similar license and our new work would be under 2-clause BSD license. Currently, we support storing user identity, password and SSH public keys in LDAP tree. Open tasks: 1. Further code review. 2. Make the changes less intrusive. 3. Fix issues found in production deployment. __________________________________________________________________ meetBSD 2010 -- The BSD Conference URL: http://www.meetbsd.org Contact: meetBSD Information meetBSD is an annual event gathering users and developers of the BSD operating systems family, mostly FreeBSD, NetBSD and OpenBSD. Afer the special California edition, meetBSD Wintercamp in Livigno, this year we are back to Krakow, Poland. meetBSD 2010 will be held on 2-3 July at Jagiellonian University. See the conference main web site for more details. __________________________________________________________________ mfsBSD URL: http://mfsbsd.vx.sk Contact: Martin Matuska mfsBSD is a set of scripts that generate a bootable image (e.g. an ISO file) that creates a working minimal installation of FreeBSD that is completely loaded into memory (mfs). The project has now reached a stable and well tested state. Images can be created from 8.0-RELEASE or 7.3-RELEASE ISO image files or from a custom makeworld. A new feature is a script called "zfsinstall" that automates a ZFS-only install of FreeBSD from a mfsbsd ISO (script works with 8-STABLE and 9-CURRENT, sample ISO images can be downloaded from the project web site). Open tasks: 1. Bundle distribution installation files (target: 8.1-RELEASE). 2. Make zfsinstall 7.3 compatible (mostly gpart syntax). 3. Enable zfsinstall combination with sysinstall (zfsinstall prepares drives, sysinstall installs distribution). 4. Integrate toolset into FreeBSD source (tools?). __________________________________________________________________ Modular Congestion Control URL: http://caia.swin.edu.au/urp/newtcp/ URL: http://svn.FreeBSD.org/viewvc/base/projects/tcp_cc_head/ Contact: Lawrence Stewart I have just completed the last disruptive change to the KPI, which laid the groundwork to allow different congestion aware transports to share congestion control algorithms. The import into the head branch is a big job and my time is limited, so progress will be slow and I will not have it done and ready to MFC by 8.1 as I had hoped. I will aim to have it in 8.2 though. Open tasks: 1. Solicit external testing. 2. Commit to head. __________________________________________________________________ Multichannel playback in HDA sound driver (snd_hda) Contact: Alexander Motin snd_hda(4) audio driver got real multichannel playback support. It now supports 4.0 (quadro), 5.1 and 7.1 analog speaker setups. Digital multichannel AC3/DTS passthrough was already implemented earlier. Digital multichannel LPCM output via HDMI could also be possible now, but is not tested. To use multichannel playback you should have fresh 8-STABLE kernel, instruct sound(4) vchans subsystem (if you are using it) about your speaker setup using dev.pcm.X.play.vchanformat sysctls and use your audio/video player application to play multichannel audio content without down-mixing it to stereo. Open tasks: 1. HDMI/DisplayPort often require some audio support from X11 video drivers. This area still should be investigated and tested, especially relayed to multichannel LPCM playback. __________________________________________________________________ NAND Flash framework for embedded FreeBSD URL: http://wiki.FreeBSD.org/NAND#head-9a32aaa85046b2f9f9219e36ba34947ca47a4 153 URL: http://p4db.FreeBSD.org/changeList.cgi?FSPC=//depot/projects/nand2/... Contact: Grzegorz Bernacki Contact: Rafal Jaworowski The purpose of this project is to provide embedded FreeBSD with a generic and flexible scheme to support NAND Flash devices. The framework provides a set of KOBJ interfaces inside the kernel, which allow for uniform and flexible management of the NAND devices: * NAND Flash Controller (NFC) layer, into which back-end drivers for individual controllers plug in (implementing low-level routines specific to a given NAND controller) * Generic (common) NAND layer which provides means to perform operations on the flash devices in an abstract way (read, program, erase, get status etc.) * NAND character device, which exports chip device as a standard character device and allows to read/write directly to a device, as well as perform other specific operations by using ioctl. * GEOM NAND class for basic access through GEOM. Part of the infrastructure is a full system simulator of ONFI-compliant devices (NANDsim), with a userland control application. This allows for exercising of the framework on platforms without real NAND chips. Current state highlights: * The framework is considered functionally complete (including NANDsim). * Framework compliant back-end drivers are available for the following NAND Flash controller (NFC) chips: * Freescale MPC8572 (PowerPC) * Marvell MV-78100 (ARM) * Samsung S3C24X0 (ARM) Open tasks: 1. Extend interface with features / options suggested by early adopters of the code. 2. Complete, clean up, merge with HEAD. __________________________________________________________________ net80211 rate control framework URL: http://people.FreeBSD.org/~rpaulo/ratectl.diff Contact: Rui Paulo The net80211 (wireless) stack will support a modular rate control framework soon. The idea is to reduce some code in the drivers and add more rate control algorithms in the tree. All drivers that do rate control in software will automatically benefit from this project. On this stage, we are working on changing all the necessary drivers to cope with the new framework and making sure it all works as expected. Later this year we will bring the necessary changes to change the rate control algorithm with ifconfig(1). If you are doing rate control algorithm or research on rate control algorithms for wireless networks, FreeBSD is now an ideal candidate for testing your project! __________________________________________________________________ Out of Tree Toolchain Contact: Warner Losh Work is underway to allow the FreeBSD build system to use out of tree compilers and binary utililies (loaders, linkers, etc), especially in a cross compilation environment. While it is possible to swap out the compiler with a compatible compiler relatively easily, swapping out the toolchain is more involved. In addition, when using an external compiler to build the system, certain parts of buildworld can be omitted. Open tasks: 1. Create ports for latest binutils. This work is nearly complete, and is waiting for integration of two branches that are collapsing soon (the 'tbemd' branch from Warner and the mips collapse from Juli Mallet). 2. Create ports for gcc. This work has been started. Native builds are straight forward, but cross builds have a buildworld dependency at the moment. These dependencies are being worked out, as well as some gcc library dependencies. 3. Documentation needs to be written for how to use all of this. __________________________________________________________________ PC-BSD PC-SysInstall Backend URL: http://www.pcbsd.org URL: http://trac.pcbsd.org/browser/pcbsd/trunk/pc-sysinstall Contact: Kris Moore We are currently doing a lot of code cleanup in the new System Installer backend for PC-BSD, pc-sysinstall, which can be used to install regular FreeBSD as well. Some new features have already been implemented, such as: * Improved ZFS support, raidz, mirroring, multiple mount-points per-pool, etc. * Support for GPT/EFI on "Full" installations, allowing us to go beyond the 2TB barrier. * MBR Slice/Partition manager. * geli passphrase support. Open tasks: 1. We are mostly finished migrating to only using gpart instead of fdisk, which gives us some new functionality for dealing with GPT/EFI partitioning schemes. __________________________________________________________________ Portmaster URL: http://dougbarton.us/portmaster-proposal.html Contact: Doug Barton Portmaster version 2.22 is now in the ports tree and has full support for the following new features: * Using the INDEX file to show that an installed port needs updating. * Support for installation of packages in 'try packages first,' --packages-only, --packages-if-newer, and --packages-build modes. * A new --delete-build-only option to delete ports/packages that are not needed at run time. * Updating of the terminal title bar to show what is being worked on, and how much more is left to do. * Support for custom definitions of the packages repository and INDEX files. * The ability to operate without any local ports tree at all with the --index-only and --packages-only options. * A new dialog to confirm the list of ports to be installed. I am very excited about these new features, and owe a debt of gratitude to the companies and especially the individuals who stepped forward to support this work. I literally could not have done it without them. Open tasks: 1. There are still some interesting and oft-requested features listed on the proposal web site that I would really like to implement, including (but not limited to) downloading of all packages before beginning the installation, and writing out a script that can be re-run either on that machine, or on a set of identical machines. __________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://tinderbox.marcuscom.com/ Contact: Thomas Abthorpe Contact: Port Management Team Most of quarter one was spent dealing with the 7.3-RELEASE process. With apparent success enforcing Feature Safe ports commits during the 8.0-RELEASE, it was continued for the recent src/ freeze. The ports count now exceeds 21,500 ports, and counting. The open PR count currently is over 1000. With the release of FreeBSD 7.3, it is hoped this count will drop drastically. Since the last report, we added four new committers, and had an old committer rejoin us. With the donation of an Apple Xserve, powerpc builds have resumed. Renewed interest in ia64 has brought about new ports builds. A new sparc64 machine hosted by skreuser will help us with this build. The Ports Management team have been running -exp runs on an ongoing basis, verifying how src code updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note -exp runs were done for; gabor's BSD licensed bc/dc in src/, mva's OpenAL and SDL upgrades; brooks' removal of NGROUPS; ed's removal of libcompat and regexp.h; dinoex's jpeg update; a test run for m4 update; jilles' update for sh(1); johans' update for bison; and roam's curl update. Open tasks: 1. Looking for help fixing ports broken on CURRENT. 2. Looking for help with Tier-2 architectures. 3. Most ports PRs are assigned, we now need to focus on testing, committing and closing. 4. Major commits expected soon include the latest Xorg, KDE4, and Gnome updates. __________________________________________________________________ QAT Contact: Ion-Mihai Tetcu Contact: Josh Paetzel QAT has been running on a single server for about two years now and has proven very effective at catching problems with ports commits. Many of the problems it cannot catch are architecture or branch related. By moving QAT to a VMware box capable of running arbitrary versions of FreeBSD on both amd64 and i386 this limitation will be removed. Open tasks: 1. Bring VMware server online and provision VMs. 2. Refactor QAT code to handle concurrent builds. 3. Migrate the existing QAT to the new setup. __________________________________________________________________ Release Engineering Team URL: http://www.FreeBSD.org/releng/ Contact: Release Engineering Team The Release Engineering Team announced FreeBSD-7.3 on March 23rd, 2010. The schedule has been set for FreeBSD-8.1 with the release date planned for mid July 2010. __________________________________________________________________ Rewrite of FreeBSD read/write path using vnode page URL: http://svn.freebsd.org/viewvc/base/user/kib/vm6/ URL: http://wiki.FreeBSD.org/VM6 Contact: Konstantin Belousov Contact: Peter Holm Based on the idea of Jeff Roberton, we reimplemented the path for read(2)/write(2) syscalls using page cache (in wide sense) to eliminate the issues with recursive vnode and buffer lock acquisitions. The usual reads and writes are no longer calls into VOP_READ/VOP_WRITE; the operation is done by copying user buffers to or from the pages of the vnode. This fixes known deadlocks when reads or writes are done over file-mmaped buffers. The patch changes the performance characteristics of I/O, and we observed both better and worse behaviour. If filesystem implements VOP_GETPAGES and VOP_PUTPAGES without referencing buffer cache, buffers are completely eliminated from the i/o path (not true for UFS or NFS). Open tasks: 1. We need wider testing and reviews. __________________________________________________________________ SUJ: Journaled Softupdates URL: http://jeffr_tech.livejournal.com/ Contact: Jeff Roberson The soft-updates journaling project is nearing completion and will be available in head by the time this status report is released. Backports to other releases are maintained in SVN. SUJ is fully backwards compatible with non-journaled softupdates. Existing systems will not be affected. Journaling may be enabled and disabled by tunefs on unmounted filesystems. Journaling provides near-instant filesystem recovery after crash at the expense of some runtime performance and extra disk I/O. __________________________________________________________________ TCP/UDP connection groups Contact: Robert Watson Contact: FreeBSD network mailing list This on-going project is to reduce tcbinfo/udbinfo lock and cache line contention; this global lock protects access to connection lists, and while it is a read-write lock, it is acquired for every in-bound packet (briefly) to look up the connection. This project adds a new connection group table, which assigns connections to groups, each of which has CPU affinity and aligns with RSS-selected queues in high-end 1gbps and most 10gbps implementations. The following tasks have been completed: * Teach libkvm to handle dynamic per-cpu storage (DPCPU) to improve crashdump analysis of per-CPU data. * Teach netstat to monitor netisr DPCPU queues for live kernels and crashdumps. * Create a new inpcbgroup abstraction, used for UDP and TCP. * Distribute UDP and TCP connections (inpcbs) over groups based on 4-tuple bindings. * Replicate membership across all groups for wildcard socket bindings. * Write new TCP/UDP connection and binding regression tests. The following tasks remain: * Migrate from naive work assignment algorithm to RSS assignment. * Modify device driver KPI to allow consistent initialization and configuration between stack and hardware. * Complete migration to dynamic, per-CPU network statistics in TCP, UDP, and IP. * Add socket options to query effective CPU affinity of connections from userspace. * On supporting hardware, allow affinity for a specific connection to be explicitly migrated using a socket option. * Detailed performance evaluation and optimization. This work is being performed in the FreeBSD Perforce repository, and is sponsored by Juniper Networks. Connection groups and related features are slated for inclusion in FreeBSD 9.0 (with possible backports to 8-STABLE of some features). __________________________________________________________________ The FreeBSD Foundation URL: http://www.FreeBSDFoundation.org Contact: Deb Goodkin We were proud to be a sponsor for AsiaBSDCon in March. We also committed to sponsoring BSDCan 2010 and NYCBSDCon 2010. We provided travel grants for AsiaBSDCon. We funded a project by Murray Stokely to provide Closed Captioning of FreeBSD Technical Videos in the BSD Conferences YouTube Channel. We were very pleased that the foundation funded HAST project completed. We solicited project proposals and were very pleased with the number of proposals we received. With our project spending budget increase, we will be able to fund more projects this year. We grew our board of directors by adding Erwin Lansing. This will expand our representation in Europe. Erwin brings ports knowledge and expertise to the board. We continued our work on infrastructure projects to beef up hardware for package-building, network-testing, etc. Follow us on Twitter now! We are fund-raising for 2010 now! Find out more at http://www.FreeBSDFoundation.org/donate/. __________________________________________________________________ The FreeBSD German Documentation Project URL: http://doc.bsdgroup.de Contact: Johann Kois Contact: Benedict Reuschling Our last status report listed a number of documents that needed help. Thanks to the external contributions of Frank Boerner we were able to update a substantial amount of documents. This has resulted in a great reduction of our backlog. Subsequently, Benedict has agreed to take Frank under mentorship for the German doc project. We are looking forward to his future contributions and thank him for his past efforts. Johann was busy keeping the German website in sync with updates to FreeBSD.org. However, there are still parts of the website that remain untranslated. We are looking for more support in maintaining the German website. FreeBSD users with German language skills are always welcome to join our efforts in translating the documentation and/or fixing bugs. Open tasks: 1. Translate more parts of the documentation and the German website. 2. Keep the current documentation up to date. 3. Report bugs to de-bsd-translators@de.FreeBSD.org. __________________________________________________________________ The FreeBSD Hungarian Documentation Project URL: http://www.FreeBSD.org/hu/ URL: http://www.FreeBSD.org/doc/hu/ URL: http://wiki.FreeBSD.org/HungarianDocumentationProject URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/docproj_hu/&c=aXw@// depot/projects/docproj_hu/?ac=83 Contact: Gábor Kövesdán Contact: Gábor Páli We restlessly keep the existing documentation and web page translations up to date. However, this will not last forever, and help is always welcome, so if you feel yourself Hungarian with some interests in translation, please contact our Documentation Project via the email addresses noted above. Open tasks: 1. Translate release notes. 2. Translate articles. 3. Translate web pages. 4. Read translations, send feedback. __________________________________________________________________ The tbemd branch Contact: Warner Losh 'tbemd' stands for Target Big Endian Must Die. The current build systems requires that one define TARGET_BIG_ENDIAN for either big endian MIPS or big endian ARM processors. There are many problems with this approach. The resulting system will not create the proper binaries without TARGET_BIG_ENDIAN defined. There is no easy way to know what the endian is of the system you are running. There are many issues with ports, since they do not use bsd make, so do not pick up the extra flags that are added if TARGET_BIG_ENDIAN is defined. The tbemd branch seeks to fix this. We will move from MACHINE_ARCH=mips for all mips platforms to MACHINE_ARCH=mipsel, mipseb, mips64eb and mips64el to match NetBSD's conventions. These represent 32-bit mips little endian, 32-bit mips big endian, 64-bit mips big endian and 64-bit mips little endian respectively. ARM will move to arm (little endian) and armeb (big endian), again following the standards set elsewhere. To facilitate a number of different MACHINE_ARCHs all built from the same source, a new MACHINE_CPUARCH is introduced and represents the sources needed to build CPU support for a given MACHINE_ARCH. In addition, MACHINE_ARCH is overused in the build system today. Many of its uses are gratuitous and can be simplified. Many of its uses do not scale well and need to be refactored into a system that will scale well. A per MACHINE/MACHINE_ARCH/MACHINE_CPUARCH selection mechanism for makefile snippets will be introduced to move much of the current if spaghetti into more controlled lists. The branch can build everything we currently support with the new names. Open tasks: 1. Finish migrating to bsd.arch.inc.mk. 2. Reduce diffs between the branch and the mainline before the collapse. 3. Documentation needs to be written for how to use all of this. __________________________________________________________________ webcamd URL: http://www.selasky.org/hans_petter/video4bsd/ Contact: Hans Petter Selasky Webcamd is a userland daemon that enables use of hundreds of different USB based Linux device drivers under the FreeBSD-8/9 operating system. Current focus has been on USB webcam and USB DVB-T/S/C devices. It is also possible to use the webcamd framework to make other Linux kernel USB devices work under the FreeBSD-8/9 operating system, without violating the GPL license. The daemon currently depends on libc, pthreads, libusb and libcuse4bsd. Cuse4BSD is a new character device from userland implementation that fully supports open, read, write, ioctl, mmap and close file operations. If you like this project or want me to spend more time on it, you can support it by transferring money to hselasky@c2i.net via paypal. Open tasks: 1. Testing and bugfixes. 2. Add support for more device drivers. __________________________________________________________________ ZFS URL: http://perforce.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/user/pjd/ zfs URL: http://hub.opensolaris.org/bin/view/Community+Group+zfs/WebHome Contact: Pawel Jakub Dawidek Contact: Martin Matuska Contact: Xin LI The ZFS file system has been updated to version 14 on both -HEAD and 8-STABLE. Ongoing work is undergoing to bring bug fixes and performance improvements from upstream svn -HEAD to approximately ZFS v15 in the near future, and a full upgrade of ZFS to version 24 including the de-duplication functionality, etc. The de-duplication functionality is currently partly supported, which is demonstrated below: # uname -sr FreeBSD 9.0-CURRENT # zpool create tank ad{4,6,8,10} # zpool get version tank NAME PROPERTY VALUE SOURCE tank version 24 default # zfs set dedup=on tank # dd if=/dev/random of=/tank/rand0 bs=1m count=1024 # zpool get allocated,dedupratio tank NAME PROPERTY VALUE SOURCE tank allocated 1.00G - tank dedupratio 1.00x - # dd if=/tank/rand0 of=/tank/rand1 bs=1m # dd if=/tank/rand0 of=/tank/rand2 bs=1m # dd if=/tank/rand0 of=/tank/rand3 bs=1m # zpool get allocated,dedupratio tank NAME PROPERTY VALUE SOURCE tank allocated 1.01G - tank dedupratio 4.00x - Open tasks: 1. Bring ZFS v15 changes to svn -HEAD and MFC. 2. Further polish the code in perforce and test for functionality, etc. __________________________________________________________________ (c) 2010 The FreeBSD Project. All rights reserved. From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 15:54:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C49111065673 for ; Thu, 22 Apr 2010 15:54:17 +0000 (UTC) (envelope-from ale@FreeBSD.org) Received: from andxor.it (relay.andxor.it [195.223.2.3]) by mx1.freebsd.org (Postfix) with SMTP id 0E6488FC1A for ; Thu, 22 Apr 2010 15:54:16 +0000 (UTC) Received: (qmail 38928 invoked from network); 22 Apr 2010 15:54:15 -0000 Received: from unknown (HELO ale.andxor.it) (192.168.2.5) by andxor.it with SMTP; 22 Apr 2010 15:54:15 -0000 Message-ID: <4BD07127.6000601@FreeBSD.org> Date: Thu, 22 Apr 2010 17:54:15 +0200 From: Alex Dupre User-Agent: Thunderbird 2.0.0.22 (X11/20090624) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4BD06BD9.6030401@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 15:54:17 -0000 Freddie Cash ha scritto: >> So what is the public opinion: Is the lack of ataraid(4) fatal or we can >> live without it? Lack of ataraid means no more arX devices, right? I'd say it's not fatal for HEAD, but it is for a -STABLE branch. > ataraid(4) has served it's > purpose, tiding us over until GEOM RAID facilities were in place. Now it's > time for it to be retired. It doesn't seem to me that sysinstall supports gmirror or gstripe, so even if they could be better, currently I think many users still use ataraid for simple installations with mirrored disks. -- Alex Dupre From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 16:17:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4978E106564A for ; Thu, 22 Apr 2010 16:17:44 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id E19CD8FC34 for ; Thu, 22 Apr 2010 16:17:43 +0000 (UTC) Received: by qyk11 with SMTP id 11so10031605qyk.13 for ; Thu, 22 Apr 2010 09:17:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=0PZsUSbizsuIJj+XXUtd7QH82XiTBjP+JCE4QRdhgq4=; b=q/co+GWEUwW5gRKiVOZiHKC3ANMTkbU+YByO5arsRlsctMUEJKCbH2ddwnsDOvsTxD QsZD0BkEmnredY3h4L9hHgv5qXwAN342t7P4YcJw9vJMoUMt1vSbXteAQiHS6sbClghw TbivCEBDcCpWP2cq5jcPoYdC2vWu6EByd1OgI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=SAFFHRnattO4ov9N4QPlhpN/I4tFFUahBDvejiBcinifjxjJOIYn7KSdGpuRKFxwYn lMiapcEuyYaEI8QR/ljujpgX9lUTFyw0IDPFt544uCzWYusIizWG5SAuaX2/AnuQKwC0 3Hy1ykaE/gUNLv9SZjmSLMePH/LUTsDnDHI44= MIME-Version: 1.0 Received: by 10.229.99.67 with HTTP; Thu, 22 Apr 2010 09:17:41 -0700 (PDT) In-Reply-To: References: <4BD06BD9.6030401@FreeBSD.org> Date: Thu, 22 Apr 2010 11:17:41 -0500 Received: by 10.229.251.72 with SMTP id mr8mr4327772qcb.30.1271953062544; Thu, 22 Apr 2010 09:17:42 -0700 (PDT) Message-ID: From: Adam Vande More To: Freddie Cash Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 16:17:44 -0000 On Thu, Apr 22, 2010 at 10:42 AM, Freddie Cash wrote: > If a lowly user's vote counts for anything, I'd vote for the complete > removal of ataraid support. We have gstripe, gmirror, graid3, graid5, and > zfs (and gvinum for the masochistics). :) We don't need to support any of > the crappy pseudo-raid "hardware" out there. ataraid(4) has served it's > purpose, tiding us over until GEOM RAID facilities were in place. Now it's > time for it to be retired. > +1 on ataraid's retirement. > It doesn't seem to me that sysinstall supports gmirror or gstripe, so > even if they could be better, currently I think many users still use > ataraid for simple installations with mirrored disks. It's hard to say, I'm sure there are some. It's fairly trivial to create gmirrors or gstripes after the install is complete. Also, gstripe's are not bootable volumes. Handbook documentation has been guiding users to gmirror for some time now and gmirror is just much easier to work with IMO. I think sade(and by further discussion sysinstall) is now getting some attention and now supports geom devices, zfs, etc at least in one person's testbed. I know that's it's been tried before but there are actually screenshots from it. http://lists.freebsd.org/pipermail/freebsd-current/2010-April/016418.html -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 16:25:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD3A106564A for ; Thu, 22 Apr 2010 16:25:14 +0000 (UTC) (envelope-from julianelischer@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 51D8F8FC19 for ; Thu, 22 Apr 2010 16:25:13 +0000 (UTC) Received: by wye20 with SMTP id 20so1951711wye.13 for ; Thu, 22 Apr 2010 09:25:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=sJK/N1yOkU7KDyG4+fjL6W5+UX2+XLSfVBn+WnsAfC4=; b=BjG4ebzbmpKv4KyfDKMeajcMWnB1A8fA5PsyvM1ddlC7ZVT43HegsCrcCFxduzh6LE y4XGkgVl9RVC/fA5P+yaqlzvYBCyAvqkOS2mhke21RvvsGSKDBHC2sUVv2iRUHujw8az sDhZscVHiMMhDQAdHr30atn5SBFLcxd5PQXCY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=QugyyZUd+eu8KncyXwdN5KFSp3i1vc1+guiKfEVo54VosbC5VKIDGYXEOEsDRB2gkZ 3tHlYtIOVUCNLz2VfcJd7+U7+5pBw+SbClhI0T2eK7Evl3sIm+5Um6y107CAIStYSVeZ 2Ckq2dYdh60TTI8NKX5lv0SG6y1tJNYfD1MKo= Received: by 10.216.155.144 with SMTP id j16mr449769wek.221.1271953512977; Thu, 22 Apr 2010 09:25:12 -0700 (PDT) Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by mx.google.com with ESMTPS id z3sm827076wbs.22.2010.04.22.09.25.10 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 09:25:11 -0700 (PDT) Sender: Julian Elischer Message-ID: <4BD07863.4020106@elischer.org> Date: Thu, 22 Apr 2010 09:25:07 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Adam Vande More References: <4BD06BD9.6030401@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, Freddie Cash , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 16:25:15 -0000 On 4/22/10 9:17 AM, Adam Vande More wrote: >> > > +1 on ataraid's retirement. just one little fly in that ointment... booting. You need to be able to act with the raid in the same way the bios does or you can't boot. I don't think geom would easlily do that but I could be wrong. Certainly if you treat teh ata raid as just a bunch of striped disks, then the bios will not be able to boot off it. of course don't take my word too seriosly asn I'm not running an ata raid system at the moment. From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 16:37:17 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 40E91106566C; Thu, 22 Apr 2010 16:37:17 +0000 (UTC) (envelope-from amvandemore@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id D57BE8FC1D; Thu, 22 Apr 2010 16:37:16 +0000 (UTC) Received: by qyk11 with SMTP id 11so10055519qyk.13 for ; Thu, 22 Apr 2010 09:37:16 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:received:message-id:subject:from:to:cc:content-type; bh=gNu0EiWqpe7D+ilHMvabNJl8muhm4mrrsUTLqPvpLMQ=; b=qIXnmeM9T9i0PCEpWaOPrRB/3z8l0zQsT2+dZcBdeI3p1+q53QbYi/W2xrP3BhphRB ehcTJLvdOP2NX7sApTjZx5NfiLpAkFw8xG4YY+ggQzjWjOwHr7ADBK4RUv4EG+w1Ec1R xYpUBx/HEuJcSMklFOmRHEFKs6RfWVVwOucac= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=C6D4JZsHi8wC44yWD0qu8G/Rn2QMsmNmpQY+NsH9FPiN9CTeUK0p41PBk/EaAvUc4Q HFkfMp/M+26K5NRIb/lDzuWvHQPSkBHcMYHmkxySZHjdZOJ1/vxoQbVEF/+qhn3O6NSC FLkmQt1wFP77d6yOZMk7taQjQv1zqYEXCKGcA= MIME-Version: 1.0 Received: by 10.229.99.67 with HTTP; Thu, 22 Apr 2010 09:37:15 -0700 (PDT) In-Reply-To: <4BD07863.4020106@elischer.org> References: <4BD06BD9.6030401@FreeBSD.org> <4BD07863.4020106@elischer.org> Date: Thu, 22 Apr 2010 11:37:15 -0500 Received: by 10.229.227.83 with SMTP id iz19mr1241714qcb.44.1271954235855; Thu, 22 Apr 2010 09:37:15 -0700 (PDT) Message-ID: From: Adam Vande More To: Julian Elischer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, Freddie Cash , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 16:37:17 -0000 On Thu, Apr 22, 2010 at 11:25 AM, Julian Elischer wrote: > just one little fly in that ointment... booting. > > You need to be able to act with the raid in the same way the bios does > or you can't boot. I don't think geom would easlily do that but I could be > wrong. Certainly if you treat teh ata raid as just a bunch of striped disks, > then the bios will not be able to boot off it. > > of course don't take my word too seriosly asn I'm not running an ata raid > system at the moment. > gmirror booting works great only thing to change is fstab to reflect block dev changes, gstripe doesn't. I honestly wasn't aware ataraid could boot a striped volume, if so it does something geom can't. -- Adam Vande More From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 17:56:41 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 00CDD106564A; Thu, 22 Apr 2010 17:56:41 +0000 (UTC) (envelope-from mj@feral.com) Received: from ns1.feral.com (ns1.feral.com [192.67.166.1]) by mx1.freebsd.org (Postfix) with ESMTP id BD55F8FC12; Thu, 22 Apr 2010 17:56:40 +0000 (UTC) Received: from [192.168.221.2] (remotevpn [192.168.221.2]) by ns1.feral.com (8.14.3/8.14.3) with ESMTP id o3MHud1m025832; Thu, 22 Apr 2010 10:56:40 -0700 (PDT) (envelope-from mj@feral.com) Message-ID: <4BD08DD4.2090007@feral.com> Date: Thu, 22 Apr 2010 10:56:36 -0700 From: Matthew Jacob Organization: Feral Software User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Alexander Motin References: <4BD06BD9.6030401@FreeBSD.org> In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender DNS name whitelisted, not delayed by milter-greylist-4.2.3 (ns1.feral.com [192.168.221.1]); Thu, 22 Apr 2010 10:56:40 -0700 (PDT) Cc: FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 17:56:41 -0000 Short opinion from me: Yes, for HEAD. Not MFC'able. It's too major a change for that. From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 17:59:33 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9BD6B106564A; Thu, 22 Apr 2010 17:59:33 +0000 (UTC) (envelope-from bu7cher@yandex.ru) Received: from forward4.mail.yandex.net (forward4.mail.yandex.net [77.88.46.9]) by mx1.freebsd.org (Postfix) with ESMTP id 45D038FC18; Thu, 22 Apr 2010 17:59:33 +0000 (UTC) Received: from web33.yandex.ru (web33.yandex.ru [213.180.223.2]) by forward4.mail.yandex.net (Yandex) with ESMTP id 74EB96AD9030; Thu, 22 Apr 2010 21:59:31 +0400 (MSD) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yandex.ru; s=mail; t=1271959171; bh=mq6li3WsDXAKglWATzsgeyGyU52gjgU+3qqxKAttgec=; h=From:To:Cc:In-Reply-To:References:Subject:MIME-Version:Message-Id: Date:Content-Transfer-Encoding:Content-Type; b=veWTo135+H+ZT3mYV01Gx7f1zpbR7KhvQep9ZofUp7DUJZRPbvFzhueQeY32OJJO/ 5dDtmyO66uyU6iK22lBJ5eujCMz+wlU6p/135P9I0ojIbAD5W5W+JT/7AgSFVHIbgK BZAcL6J92Y4n8DlVEeZM5pKOwIhkJknroy+rvKuk= Received: from localhost (localhost.localdomain [127.0.0.1]) by web33.yandex.ru (Yandex) with ESMTP id 6E326448005B; Thu, 22 Apr 2010 21:59:31 +0400 (MSD) X-Yandex-Spam: 1 X-Yandex-Front: web33.yandex.ru X-Yandex-TimeMark: 1271959171 Received: from [77.72.138.63] ([77.72.138.63]) by mail.yandex.ru with HTTP; Thu, 22 Apr 2010 21:59:30 +0400 From: Andrey V. Elsukov To: Adam Vande More In-Reply-To: References: <4BD06BD9.6030401@FreeBSD.org> MIME-Version: 1.0 Message-Id: <61131271959171@web33.yandex.ru> Date: Thu, 22 Apr 2010 21:59:31 +0400 X-Mailer: Yamail [ http://yandex.ru ] 5.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain Cc: freebsd-current@freebsd.org, Freddie Cash , freebsd-geom@freebsd.org Subject: Re: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 17:59:33 -0000 22.04.10, 11:17, "Adam Vande More": > I think sade(and by further discussion sysinstall) is now getting some > attention and now supports geom devices, zfs, etc at least in one person's > testbed. I know that's it's been tried before but there are actually > screenshots from it. > > http://lists.freebsd.org/pipermail/freebsd-current/2010-April/016418.html Yes, I have plans to add support of simple GEOM-based RAID management in sade. -- WBR, Andrey V. Elsukov From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 18:24:06 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 270761065670; Thu, 22 Apr 2010 18:24:06 +0000 (UTC) (envelope-from gordon.tetlow@gmail.com) Received: from mail-pz0-f172.google.com (mail-pz0-f172.google.com [209.85.222.172]) by mx1.freebsd.org (Postfix) with ESMTP id E3A2F8FC1A; Thu, 22 Apr 2010 18:24:05 +0000 (UTC) Received: by pzk2 with SMTP id 2so5798956pzk.27 for ; Thu, 22 Apr 2010 11:24:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:received:message-id:subject :from:to:cc:content-type; bh=LwJ4gOUjCyWei7eKM3yL9Gh1mkGUGlWxyvalPiokT5s=; b=A34AXd+bYka0+SRcWFuBy9j22lob/4TulEIWekkvFZ/OCPluT4DWs6SWHHaAy9nfF6 npyCygmFlf/HMH4yKVX3/FXqP7bcUubvfDPjcCTLj3C8NTfXO12TedGGamOaXhtkl1lt bpSNPnSX20s2pk+Ag+l0ME40zycD0y/qdK6KA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=g3dDbK8Q6rctdzMCVaKls4VKRmp+cUdUTuKgGliKRVbsB/7vhCb0NADiJaImsMtroP B5BSrRnFrcGEbvKbwJ4fTOxnKOEbbYwtkVDYdiFnkfN2B2EAySZHSySdmkn1O40ClCFH Wyqo9FQhJ5XR9VlwX6jREvnCgUU2FkQAdCu4A= MIME-Version: 1.0 Sender: gordon.tetlow@gmail.com Received: by 10.140.194.12 with HTTP; Thu, 22 Apr 2010 11:24:04 -0700 (PDT) In-Reply-To: <201004220926.23593.jhb@freebsd.org> References: <201004220926.23593.jhb@freebsd.org> Date: Thu, 22 Apr 2010 11:24:04 -0700 X-Google-Sender-Auth: 31f5439c363220bd Received: by 10.141.214.22 with SMTP id r22mr9883717rvq.165.1271960645154; Thu, 22 Apr 2010 11:24:05 -0700 (PDT) Message-ID: From: Gordon Tetlow To: John Baldwin Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 18:24:06 -0000 On Thu, Apr 22, 2010 at 6:26 AM, John Baldwin wrote: > This is a great feature! One suggestion, I think this text in the new > manpage > isn't quite right: > > Name of the system log file to be archived, the literal string "default", > or "include". > > I think it's ambiguous about "include" also being a literal string. Two > possible suggestions: > > Name of the system log file to be archived, or one of the literal strings > "default" or "include". > > Name of the system log file to be archived, the literal string "default", > or the literal string "include". > I took your first suggestion and updated the patch. Thanks, Gordon From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 18:28:27 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EAA731065674; Thu, 22 Apr 2010 18:28:27 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id B121F8FC22; Thu, 22 Apr 2010 18:28:27 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3MISN3g022567 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 11:28:24 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BD0954A.6010000@FreeBSD.org> Date: Thu, 22 Apr 2010 11:28:26 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <4BCF5AC1.8080608@FreeBSD.org> <4BD01F50.6070403@FreeBSD.org> <201004220911.14743.jhb@freebsd.org> In-Reply-To: <201004220911.14743.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, mj@feral.com Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 18:28:28 -0000 John Baldwin wrote: > On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: >> Maxim Sobolev wrote: >>> There is already a code to detect non-existing AT keyboard and avoid >>> attaching atkbd to it. The code is i386-only at the moment, I am trying >>> to figure out how to modify it so that it works on amd64 as well. >> Looks like this huge delay is caused by the inb() being astonishingly >> slow, which is not factored by the timeout routines. Reading keyboard >> status port once takes about 0.003s! I am not sure if it's common >> behaviour of the platform, or something specific to this particular >> model. Do you know by any chance? > > Well, many BIOSes trigger an SMI# when doing inb/outb to the keyboard ports so > they can emulate a PS/2 keyboard when a USB keyboard is inserted. Do you have > any BIOS options related to the USB legacy compat? I know of the Nehalem > systems I've seen they have a separate option for controlling port 60/64 > emulation which we leave disabled by default. That makes sense. Unfortunately I don't have access to the BIOS settings. This is a hosted system, and the provider keeps BIOS password for themselves. I have a patch that fixes that issue by measuring status register reading time first and then factoring it in the calculations of the number of retries: http://sobomax.sippysoft.com/atkbdc.diff It also applies the same logic to detect broken/non-existing keyboard controller to amd64 as we do to the i386. I'd appreciate if you can do a review. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 18:43:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E94D1065675; Thu, 22 Apr 2010 18:43:26 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id BBAC78FC23; Thu, 22 Apr 2010 18:43:25 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (85-142-52-164.well-com.net [85.142.52.164]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 68EEF13DF42; Thu, 22 Apr 2010 22:28:06 +0400 (MSD) Date: Thu, 22 Apr 2010 22:28:03 +0400 From: Lev Serebryakov Organization: FreeBSD X-Priority: 3 (Normal) Message-ID: <1761168370.20100422222803@serebryakov.spb.ru> To: Alexander Motin In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> References: <4BD06BD9.6030401@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: quoted-printable Cc: FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 18:43:26 -0000 Hello, Alexander. You wrote 22 =C1=D0=D2=C5=CC=D1 2010 =C7., 19:31:37: > and RAID5 (due to lack of module in a base system). I'm cleaning up gradi5 now according to style(9) and want to make port out of it in month or two ("unfortunalety", I have alot of paid work, which is not FreeBSD-related in any way). It works very well for me on, and I have one HDD crash already, recovered with graid5 :) --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 18:48:06 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 50AD31065680; Thu, 22 Apr 2010 18:48:06 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id F2DCD8FC12; Thu, 22 Apr 2010 18:48:05 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3MIm3Zh022659 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 11:48:04 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BD099E6.6000402@FreeBSD.org> Date: Thu, 22 Apr 2010 11:48:06 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Alexander Motin References: <4BD06BD9.6030401@FreeBSD.org> In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-geom@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 18:48:06 -0000 Alexander Motin wrote: > So what is the public opinion: Is the lack of ataraid(4) fatal or we can > live without it? I believe it's fatal in long run. This would present significant challenge for users who rely on this functionality from upgrading from 8.x to 9.0 later on. Especially for ones using striped disks and RAID5. Therefore while it's no problem to have it in HEAD for now, but it will have to be addressed before the release. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 19:25:26 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4AE94106564A; Thu, 22 Apr 2010 19:25:26 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay3.uni-muenster.de (ZIVM-RELAY3.UNI-MUENSTER.DE [128.176.192.19]) by mx1.freebsd.org (Postfix) with ESMTP id 636328FC1A; Thu, 22 Apr 2010 19:25:24 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,258,1270418400"; d="scan'208";a="31993365" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay3.uni-muenster.de with ESMTP; 22 Apr 2010 21:25:12 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 27A1A1B0758; Thu, 22 Apr 2010 21:25:12 +0200 (CEST) Date: Thu, 22 Apr 2010 21:25:11 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Andrew Reilly , Roman Divacky Message-ID: In-Reply-To: <20100422042929.GA79075@duncan.reilly.home> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-multimedia@freebsd.org, freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 19:25:26 -0000 Andrew Reilly schrieb am 2010-04-22: > On Wed, Apr 21, 2010 at 05:23:38PM +0200, Roman Divacky wrote: > > On Wed, Apr 21, 2010 at 05:20:57PM +0200, Alexander Best wrote: > > > i might have stumbled upon a problem with clang. i've compiled a > > > kernel from > > > the clang branch using `make kernel INSTKERNNAME=clang` and > > > booted from it. > > > i'm now experiencing audio problems with mp3s and certain video > > > files. > > > playback is awfully slow and the audio output gets distorted > > > massively. `top` > > > however reports no high cpu load and `vmstat -i` doesn't report > > > anything > > > unusual either. > > > this problem doesn't occur with a regular gcc-kernel. > > > both kernels are running under a regular (gcc) world. > > > i thought it might be a problem with acpi, but disabling acpi > > > (hint.acpi.0.disabled=1) gives me a system freeze. > > I've heard about this problem but did not manage to reproduce that. > > can you try to bisect what file is being miscompiled? ie. compile > > half of the kernel with gcc and half with clang and bisect this > > way to a single file. > The FreeBSD sound subsystem has a sample-rate converter built > into the feeder that (from a cursory look) is probably quite > carefully tweaked to be able to perform well (or at all). I've > added -multimedia to the CC line, because they're the guys > who are going to know the details. It's possible that some > GCC-specific manifest constants are being tested-for, with > sub-optimal fall-back code being run, instead. > In the mean-time, Alexander, are there any sound-related sysctls > that you can tweak so that the audio playback that you're doing > does *not* involve sample rate conversion? i'm not sure because i'm not an expert on audio stuff. these sysctl vars might contain the functionality you mentioned: hw.snd.feeder_rate_presets: 100:8:0.85 100:36:0.92 100:164:0.97 hw.snd.feeder_rate_polyphase_max: 183040 hw.snd.feeder_rate_min: 1 hw.snd.feeder_rate_max: 2016000 hw.snd.feeder_rate_round: 25 hw.snd.feeder_rate_quality: 1 hw.snd.feeder_eq_presets: PEQ:16000,0.2500,62,0.2500:-9,9,1.0:44100,48000,88200,96000,176400,192000 hw.snd.feeder_eq_exact_rate: 0 > Cheers, -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 19:26:13 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 963821065691; Thu, 22 Apr 2010 19:26:13 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay1.uni-muenster.de (ZIVM-RELAY1.UNI-MUENSTER.DE [128.176.192.12]) by mx1.freebsd.org (Postfix) with ESMTP id EC5F18FC19; Thu, 22 Apr 2010 19:26:12 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,258,1270418400"; d="scan'208";a="303019054" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER03.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay1.uni-muenster.de with ESMTP; 22 Apr 2010 21:26:12 +0200 Received: by ZIVMAILUSER03.UNI-MUENSTER.DE (Postfix, from userid 149459) id 0685E1B0758; Thu, 22 Apr 2010 21:26:11 +0200 (CEST) Date: Thu, 22 Apr 2010 21:26:11 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Ulrich =?iso-8859-1?Q?Sp=F6rlein?= Message-ID: In-Reply-To: <20100422141709.GV92627@acme.spoerlein.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Roman Divacky , freebsd-current@FreeBSD.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 19:26:13 -0000 Ulrich Sp=F6rlein schrieb am 2010-04-22: > On Wed, 21.04.2010 at 23:30:15 +0200, Alexander Best wrote: > > Roman Divacky schrieb am 2010-04-21: > > > On Wed, Apr 21, 2010 at 09:44:45PM +0200, Alexander Best wrote: > > > > Roman Divacky schrieb am 2010-04-21: > > > > [snip] > > > > > 1) cd modules/sound/sound && make CC=3Dgcc > > > > after this step these are the sizes of sound.ko* in > > > > modules/sound/sound: > > > > -rw-r--r-- 1 root wheel 449120 Apr 21 21:36 sound.ko > > > > -rw-r--r-- 1 root wheel 2284757 Apr 21 21:36 sound.ko.debug > > > > -rw-r--r-- 1 root wheel 2055512 Apr 21 21:36 > > > > sound.ko.symbols > > > > > 2) make -V SRCS | tr " " "\n" | grep -v \.h | sort | grep > > > > > "^[a-m].*" > > > > > | xargs touch > > > this line is wrong.. it creates empty files which are used > > > instead > > > of touching the existing ones... it needs to be adjusted so it > > > touches the files (thus forcing them to be rebuilt with the > > > second > > > make invocation) > > i'm now 100% sure that buffer.c is causing the problem. what i did > > to verify > > this was: > > cd sys/modules/sound/sound && make CC=3Dclang && touch > > ../../../dev/sound/pcm/buffer.c && make CC=3Dgcc && make install > > this gives me working sound! > Great stuff to have narrowed it down so much. Next logical step would > be > to do the bisect on function-level scope. > Copy one half of buffer.c to buffer-clang.c, the other half to > buffer-gcc.c, > adjust the Makefile to use buffer-{gcc,clang}.c instead of buffer.c > and > compile them accordingly. Redo your tests till we know the single > function(s) > where clang produces bad code. thanks for the hint. i'll try and see if i can pinpoint the exact function = in buffer.c causing the problem. > Hang in there, the hard part is almost done! > Uli --=20 Alexander Best From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 19:34:34 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70E631065679; Thu, 22 Apr 2010 19:34:34 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 3EBA18FC12; Thu, 22 Apr 2010 19:34:34 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id DF6E046B39; Thu, 22 Apr 2010 15:34:33 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 206658A01F; Thu, 22 Apr 2010 15:34:33 -0400 (EDT) From: John Baldwin To: Maxim Sobolev Date: Thu, 22 Apr 2010 15:30:41 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BCD5A7B.2070505@FreeBSD.org> <201004220911.14743.jhb@freebsd.org> <4BD0954A.6010000@FreeBSD.org> In-Reply-To: <4BD0954A.6010000@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004221530.41197.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Thu, 22 Apr 2010 15:34:33 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: freebsd-current@freebsd.org, mj@feral.com Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 19:34:34 -0000 On Thursday 22 April 2010 2:28:26 pm Maxim Sobolev wrote: > John Baldwin wrote: > > On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: > >> Maxim Sobolev wrote: > >>> There is already a code to detect non-existing AT keyboard and avoid > >>> attaching atkbd to it. The code is i386-only at the moment, I am trying > >>> to figure out how to modify it so that it works on amd64 as well. > >> Looks like this huge delay is caused by the inb() being astonishingly > >> slow, which is not factored by the timeout routines. Reading keyboard > >> status port once takes about 0.003s! I am not sure if it's common > >> behaviour of the platform, or something specific to this particular > >> model. Do you know by any chance? > > > > Well, many BIOSes trigger an SMI# when doing inb/outb to the keyboard ports so > > they can emulate a PS/2 keyboard when a USB keyboard is inserted. Do you have > > any BIOS options related to the USB legacy compat? I know of the Nehalem > > systems I've seen they have a separate option for controlling port 60/64 > > emulation which we leave disabled by default. > > That makes sense. Unfortunately I don't have access to the BIOS > settings. This is a hosted system, and the provider keeps BIOS password > for themselves. > > I have a patch that fixes that issue by measuring status register > reading time first and then factoring it in the calculations of the > number of retries: > > http://sobomax.sippysoft.com/atkbdc.diff > > It also applies the same logic to detect broken/non-existing keyboard > controller to amd64 as we do to the i386. I'd appreciate if you can do a > review. Hmm, not all i386 CPUs that we support have a TSC. Is the change to atkbdc_isa.c sufficient to fix the hang? If so, I'd rather just commit that bit and leave out the read_delay changes. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 19:43:20 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4F5A81065672; Thu, 22 Apr 2010 19:43:20 +0000 (UTC) (envelope-from richardtector@thekeelecentre.com) Received: from mx0.thekeelecentre.com (mx0.thekeelecentre.com [IPv6:2001:470:9391:2::3]) by mx1.freebsd.org (Postfix) with ESMTP id 0C8D48FC1E; Thu, 22 Apr 2010 19:43:20 +0000 (UTC) Received: from filter.mx0.thekeelecentre.com (filter.mx0.thekeelecentre.com [217.206.238.165]) by mx0.thekeelecentre.com (Postfix) with ESMTP id 0CD4345406; Thu, 22 Apr 2010 20:43:18 +0100 (BST) X-Virus-Scanned: amavisd-new at thekeelecentre.com Received: from mx0.thekeelecentre.com ([217.206.238.167]) by filter.mx0.thekeelecentre.com (filter.mx0.thekeelecentre.com [217.206.238.165]) (amavisd-new, port 10024) with ESMTP id 7XBDf4tFyG3I; Thu, 22 Apr 2010 19:43:15 +0000 (UTC) Received: from [10.0.9.11] (coyote.tector.org.uk [217.206.238.187]) by mx0.thekeelecentre.com (Postfix) with ESMTPA id 4DEA145411; Thu, 22 Apr 2010 20:43:15 +0100 (BST) Message-ID: <4BD0A689.8000508@thekeelecentre.com> Date: Thu, 22 Apr 2010 20:42:01 +0100 From: Richard Tector User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Alexander Motin References: <4BD06BD9.6030401@FreeBSD.org> <4BD099E6.6000402@FreeBSD.org> In-Reply-To: <4BD099E6.6000402@FreeBSD.org> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Maxim Sobolev , FreeBSD-Current , freebsd-geom@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 19:43:20 -0000 On 22/04/2010 19:48, Maxim Sobolev wrote: > Alexander Motin wrote: >> So what is the public opinion: Is the lack of ataraid(4) fatal or we can >> live without it? > > I believe it's fatal in long run. This would present significant > challenge for users who rely on this functionality from upgrading from > 8.x to 9.0 later on. Especially for ones using striped disks and RAID5. > > Therefore while it's no problem to have it in HEAD for now, but it > will have to be addressed before the release. Could I also add that the removal of ataraid would affect those users who dual-boot with Windows and rely on the psuedo-raid provided by most Intel chipsets to be able to share the same pair of disks. Regards, Richard From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 20:07:39 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 342FD106566B; Thu, 22 Apr 2010 20:07:39 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id D49698FC14; Thu, 22 Apr 2010 20:07:38 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3MK7Y1u023077 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 13:07:35 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BD0AC89.5080306@FreeBSD.org> Date: Thu, 22 Apr 2010 13:07:37 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: John Baldwin References: <4BCD5A7B.2070505@FreeBSD.org> <201004220911.14743.jhb@freebsd.org> <4BD0954A.6010000@FreeBSD.org> <201004221530.41197.jhb@freebsd.org> In-Reply-To: <201004221530.41197.jhb@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, mj@feral.com Subject: Re: FreeBSD kernel doesn't boot on FUJITSU PRIMERGY RX200 S5 server X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 20:07:39 -0000 John Baldwin wrote: > On Thursday 22 April 2010 2:28:26 pm Maxim Sobolev wrote: >> John Baldwin wrote: >>> On Thursday 22 April 2010 6:05:04 am Maxim Sobolev wrote: >>>> Maxim Sobolev wrote: >>>>> There is already a code to detect non-existing AT keyboard and avoid >>>>> attaching atkbd to it. The code is i386-only at the moment, I am trying >>>>> to figure out how to modify it so that it works on amd64 as well. >>>> Looks like this huge delay is caused by the inb() being astonishingly >>>> slow, which is not factored by the timeout routines. Reading keyboard >>>> status port once takes about 0.003s! I am not sure if it's common >>>> behaviour of the platform, or something specific to this particular >>>> model. Do you know by any chance? >>> Well, many BIOSes trigger an SMI# when doing inb/outb to the keyboard ports so >>> they can emulate a PS/2 keyboard when a USB keyboard is inserted. Do you have >>> any BIOS options related to the USB legacy compat? I know of the Nehalem >>> systems I've seen they have a separate option for controlling port 60/64 >>> emulation which we leave disabled by default. >> That makes sense. Unfortunately I don't have access to the BIOS >> settings. This is a hosted system, and the provider keeps BIOS password >> for themselves. >> >> I have a patch that fixes that issue by measuring status register >> reading time first and then factoring it in the calculations of the >> number of retries: >> >> http://sobomax.sippysoft.com/atkbdc.diff >> >> It also applies the same logic to detect broken/non-existing keyboard >> controller to amd64 as we do to the i386. I'd appreciate if you can do a >> review. > > Hmm, not all i386 CPUs that we support have a TSC. Is the change to > atkbdc_isa.c sufficient to fix the hang? If so, I'd rather just commit that > bit and leave out the read_delay changes. No, it's not sufficient. The problem here is that for some reason that test passes on that system (probably emulation works) and so that normal keyboard attach routine is invoked early in boot, when we don't even have clock initialized. What if I make TSC-related changes amd64? Will that be OK? -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 20:08:49 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 800261065673; Thu, 22 Apr 2010 20:08:49 +0000 (UTC) (envelope-from sobomax@FreeBSD.org) Received: from sippysoft.com (gk1.360sip.com [72.236.70.240]) by mx1.freebsd.org (Postfix) with ESMTP id 0FC2F8FC21; Thu, 22 Apr 2010 20:08:48 +0000 (UTC) Received: from [192.168.1.38] (S0106005004e13421.vs.shawcable.net [70.71.175.212]) (authenticated bits=0) by sippysoft.com (8.14.3/8.14.3) with ESMTP id o3MK8lKO023085 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 22 Apr 2010 13:08:47 -0700 (PDT) (envelope-from sobomax@FreeBSD.org) Message-ID: <4BD0ACD2.3040805@FreeBSD.org> Date: Thu, 22 Apr 2010 13:08:50 -0700 From: Maxim Sobolev Organization: Sippy Software, Inc. User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: Richard Tector References: <4BD06BD9.6030401@FreeBSD.org> <4BD099E6.6000402@FreeBSD.org> <4BD0A689.8000508@thekeelecentre.com> In-Reply-To: <4BD0A689.8000508@thekeelecentre.com> Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Motin , FreeBSD-Current , freebsd-geom@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 20:08:49 -0000 Richard Tector wrote: > On 22/04/2010 19:48, Maxim Sobolev wrote: >> Alexander Motin wrote: >>> So what is the public opinion: Is the lack of ataraid(4) fatal or we can >>> live without it? >> >> I believe it's fatal in long run. This would present significant >> challenge for users who rely on this functionality from upgrading from >> 8.x to 9.0 later on. Especially for ones using striped disks and RAID5. >> >> Therefore while it's no problem to have it in HEAD for now, but it >> will have to be addressed before the release. > > Could I also add that the removal of ataraid would affect those users > who dual-boot with Windows and rely on the psuedo-raid provided by most > Intel chipsets to be able to share the same pair of disks. Well, this won't be a problem if we have GEOM classes that can understand metadata created by the ATA RAID BIOS(es). But we don't those classes at the moment. -Maxim From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 22:28:35 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5F257106566C for ; Thu, 22 Apr 2010 22:28:35 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id 3E95A8FC1B for ; Thu, 22 Apr 2010 22:28:35 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o3MMSY7r093213 for ; Thu, 22 Apr 2010 15:28:34 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o3MMSYWD093212 for freebsd-current@freebsd.org; Thu, 22 Apr 2010 15:28:34 -0700 (PDT) (envelope-from sgk) Date: Thu, 22 Apr 2010 15:28:34 -0700 From: Steve Kargl To: freebsd-current@freebsd.org Message-ID: <20100422222834.GA93197@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: MCA messages in /var/log/message? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 22:28:35 -0000 How does one interpret the following MCA message? MCA: Bank 4, Status 0x945a4000d6080a13 MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 MCA: CPU 0 COR BUSLG Responder RD Memory MCA: Address 0x70c42280 MCA: Bank 4, Status 0x942140012a080813 MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 1 MCA: CPU 1 COR BUSLG Source RD Memory MCA: Address 0x1b97ca578 It appears that these messages coincide with a 15 to 30 second period where my USB mouse inexplicably loses a large number of button clicks, (which is quite noticable with firefox3). -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 23:24:10 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9C4301065674 for ; Thu, 22 Apr 2010 23:24:10 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id DEAA38FC1A for ; Thu, 22 Apr 2010 23:24:09 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id CAA17978; Fri, 23 Apr 2010 02:24:04 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O55ka-0008iA-9m; Fri, 23 Apr 2010 02:24:04 +0300 Message-ID: <4BD0DA93.5050109@icyb.net.ua> Date: Fri, 23 Apr 2010 02:24:03 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Steve Kargl References: <20100422222834.GA93197@troutmask.apl.washington.edu> In-Reply-To: <20100422222834.GA93197@troutmask.apl.washington.edu> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: MCA messages in /var/log/message? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 23:24:10 -0000 on 23/04/2010 01:28 Steve Kargl said the following: > How does one interpret the following MCA message? > > MCA: Bank 4, Status 0x945a4000d6080a13 > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 > MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 > MCA: CPU 0 COR BUSLG Responder RD Memory > MCA: Address 0x70c42280 > MCA: Bank 4, Status 0x942140012a080813 > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 > MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 1 > MCA: CPU 1 COR BUSLG Source RD Memory > MCA: Address 0x1b97ca578 > > It appears that these messages coincide with a 15 to 30 > second period where my USB mouse inexplicably loses a > large number of button clicks, (which is quite noticable > with firefox3). This very much looks like DRAM ECC error. You seem to have family Fh AMD processor, so I am not entirely sure. But for 10h processors BKDG table 80 (NB error signatures) definitely specifies that extended error code of 8 (in bits 20:16) means ECC error. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 23:32:49 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 379E9106566B; Thu, 22 Apr 2010 23:32:49 +0000 (UTC) (envelope-from kmatthew.macy@gmail.com) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.221.181]) by mx1.freebsd.org (Postfix) with ESMTP id CC9FB8FC1A; Thu, 22 Apr 2010 23:32:46 +0000 (UTC) Received: by qyk11 with SMTP id 11so10568804qyk.13 for ; Thu, 22 Apr 2010 16:32:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:received :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=+zRBpQyhRSbxV+6rbQ/7znIOfEBCoQw4hcMfu4XKSLo=; b=sZZxkWHefeO4dw1v2yfkfrh2Cw/PUEJeEP/SBEfBQZQAOAfcHl4KV6Su4v9FnFK8Ua gn2sONi3EQP16itfu8rlW5pX3QcwkkpV9aVaCSN2+bIidEy+C2QR6N+7UAeeFdrGfr+I wJ8lACK+77j0TyLfWpzOMdKQNKkOk6/JDJabg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=PoNg47rueiOE0ewA2UKDFdBXOBtyOrrJch+bkr06Q58461VDBof9PNNhkCyGNXlu2V dgy9GEHsVuMR8jukRdVtWIw6xqKfnd54B8D8gBDk71OhbKGOEOm7tSK2tNigpnR1Ar4v IXVuOCNz7Mr0wnnWEIuW3+SQr88fgd4zcF2QA= MIME-Version: 1.0 Sender: kmatthew.macy@gmail.com Received: by 10.229.228.129 with HTTP; Thu, 22 Apr 2010 16:32:45 -0700 (PDT) In-Reply-To: <20100416160818.GA69460@freebsd.org> References: <20100416160818.GA69460@freebsd.org> Date: Thu, 22 Apr 2010 16:32:45 -0700 X-Google-Sender-Auth: 8d5510bfb70731f3 Received: by 10.229.225.7 with SMTP id iq7mr7221870qcb.26.1271979165618; Thu, 22 Apr 2010 16:32:45 -0700 (PDT) Message-ID: From: "K. Macy" To: Roman Divacky Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: kmacy@freebsd.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 23:32:49 -0000 The current llvm-devel package is woefully out of date. Anyone wishing to try this will need to compile the latest port. -Kip On Fri, Apr 16, 2010 at 9:08 AM, Roman Divacky wrote= : > Hi, > > ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.llv= m.org) > into FreeBSD, replacing GCC as a system compiler. > > Recently, we've achieved the state when clang can compile all of FreeBSD = world > on i386/amd64 platforms (including all the C++ apps we have and itself) > and a bootable kernel. Thus we feel that the time has come to ask the Fre= eBSD > community for wider testing on i386/amd64 (you sure can help with other > platforms too :)). > > How to setup ClangBSD: > > The default configuration of ClangBSD requires clang installed so you can > either install fresh llvm-devel port (portinstall devel/llvm-devel) or ch= ange > CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. > > > =A0 =A0 =A0 =A0svn co http://svn.freebsd.org/base/projects/clangbsd/ clan= gbsd > > =A0 =A0 =A0 =A0cd clangbsd && make buildworld > > =A0 =A0 =A0 =A0echo NO_WERROR=3D >> /etc/make.conf > =A0 =A0 =A0 =A0echo WERROR=3D =A0 =A0>> /etc/make.conf > > =A0 =A0 =A0 =A0make DESTDIR=3D/clangbsd-chroot/ installworld > > > now you have ClangBSD world installed and you can chroot into it. I don't > recommend installing ClangBSD into real root as it is not tested enough. > > You can also start using clang compiled kernel - either build the kernel = in > the ClangBSD chroot (set NO_WERROR=3Dyo and WERROR=3Dyo in /etc/src.conf)= or set > CC to clang and build kernel the normal way. > > This information (and more) is also provided on: > > =A0 =A0 =A0 =A0http://wiki.freebsd.org/BuildingFreeBSDWithClang > > We kindly ask you to setup ClangBSD chroot and/or use clang compiled kern= el and > use it as you would normally use FreeBSD. Please report back > > Thank you, > > =A0 Roman Divacky on behalf of the ClangBSD team > From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 23:50:47 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 21CEE106566C for ; Thu, 22 Apr 2010 23:50:47 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.208.78.105]) by mx1.freebsd.org (Postfix) with ESMTP id F3D1F8FC15 for ; Thu, 22 Apr 2010 23:50:46 +0000 (UTC) Received: from troutmask.apl.washington.edu (localhost.apl.washington.edu [127.0.0.1]) by troutmask.apl.washington.edu (8.14.4/8.14.4) with ESMTP id o3MNokOT001708; Thu, 22 Apr 2010 16:50:46 -0700 (PDT) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.14.4/8.14.4/Submit) id o3MNokBu001707; Thu, 22 Apr 2010 16:50:46 -0700 (PDT) (envelope-from sgk) Date: Thu, 22 Apr 2010 16:50:46 -0700 From: Steve Kargl To: Andriy Gapon Message-ID: <20100422235046.GA1664@troutmask.apl.washington.edu> References: <20100422222834.GA93197@troutmask.apl.washington.edu> <4BD0DA93.5050109@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD0DA93.5050109@icyb.net.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: MCA messages in /var/log/message? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 23:50:47 -0000 On Fri, Apr 23, 2010 at 02:24:03AM +0300, Andriy Gapon wrote: > on 23/04/2010 01:28 Steve Kargl said the following: > > How does one interpret the following MCA message? > > > > MCA: Bank 4, Status 0x945a4000d6080a13 > > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 > > MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 > > MCA: CPU 0 COR BUSLG Responder RD Memory > > MCA: Address 0x70c42280 > > MCA: Bank 4, Status 0x942140012a080813 > > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 > > MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 1 > > MCA: CPU 1 COR BUSLG Source RD Memory > > MCA: Address 0x1b97ca578 > > > > It appears that these messages coincide with a 15 to 30 > > second period where my USB mouse inexplicably loses a > > large number of button clicks, (which is quite noticable > > with firefox3). > > This very much looks like DRAM ECC error. > You seem to have family Fh AMD processor, so I am not entirely sure. > But for 10h processors BKDG table 80 (NB error signatures) definitely specifies > that extended error code of 8 (in bits 20:16) means ECC error. > Thanks for the information. The system that generates these messages is getting long in the tooth. Guess it's time to reboot and run memtest86+ on the system. -- Steve From owner-freebsd-current@FreeBSD.ORG Thu Apr 22 23:57:33 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B25191065677; Thu, 22 Apr 2010 23:57:33 +0000 (UTC) (envelope-from brooks@lor.one-eyed-alien.net) Received: from lor.one-eyed-alien.net (lor.one-eyed-alien.net [69.66.77.232]) by mx1.freebsd.org (Postfix) with ESMTP id 6264E8FC12; Thu, 22 Apr 2010 23:57:33 +0000 (UTC) Received: from lor.one-eyed-alien.net (localhost [127.0.0.1]) by lor.one-eyed-alien.net (8.14.3/8.14.3) with ESMTP id o3MNjGIv008685; Thu, 22 Apr 2010 18:45:16 -0500 (CDT) (envelope-from brooks@lor.one-eyed-alien.net) Received: (from brooks@localhost) by lor.one-eyed-alien.net (8.14.3/8.14.3/Submit) id o3MNjGi4008684; Thu, 22 Apr 2010 18:45:16 -0500 (CDT) (envelope-from brooks) Date: Thu, 22 Apr 2010 18:45:15 -0500 From: Brooks Davis To: "K. Macy" Message-ID: <20100422234515.GA6814@lor.one-eyed-alien.net> References: <20100416160818.GA69460@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ikeVEW9yuYc//A+q" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (lor.one-eyed-alien.net [127.0.0.1]); Thu, 22 Apr 2010 18:45:16 -0500 (CDT) Cc: Roman Divacky , current@freebsd.org Subject: Re: [CFT]: ClangBSD is selfhosting, we need testers now X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 22 Apr 2010 23:57:33 -0000 --ikeVEW9yuYc//A+q Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Apr 22, 2010 at 04:32:45PM -0700, K. Macy wrote: > The current llvm-devel package is woefully out of date. Anyone wishing > to try this will need to compile the latest port. For the foreseeable future, doing anything but using the latest port is a recipe for problems. -- Brooks > -Kip >=20 >=20 > On Fri, Apr 16, 2010 at 9:08 AM, Roman Divacky wro= te: > > Hi, > > > > ClangBSD is a branch of FreeBSD that aims at integrating clang (clang.l= lvm.org) > > into FreeBSD, replacing GCC as a system compiler. > > > > Recently, we've achieved the state when clang can compile all of FreeBS= D world > > on i386/amd64 platforms (including all the C++ apps we have and itself) > > and a bootable kernel. Thus we feel that the time has come to ask the F= reeBSD > > community for wider testing on i386/amd64 (you sure can help with other > > platforms too :)). > > > > How to setup ClangBSD: > > > > The default configuration of ClangBSD requires clang installed so you c= an > > either install fresh llvm-devel port (portinstall devel/llvm-devel) or = change > > CC to "gcc" and CXX to "g++" in share/mk/sys.mk. I recommend the former. > > > > > > ? ? ? ?svn co http://svn.freebsd.org/base/projects/clangbsd/ clangbsd > > > > ? ? ? ?cd clangbsd && make buildworld > > > > ? ? ? ?echo NO_WERROR=3D >> /etc/make.conf > > ? ? ? ?echo WERROR=3D ? ?>> /etc/make.conf > > > > ? ? ? ?make DESTDIR=3D/clangbsd-chroot/ installworld > > > > > > now you have ClangBSD world installed and you can chroot into it. I don= 't > > recommend installing ClangBSD into real root as it is not tested enough. > > > > You can also start using clang compiled kernel - either build the kerne= l in > > the ClangBSD chroot (set NO_WERROR=3Dyo and WERROR=3Dyo in /etc/src.con= f) or set > > CC to clang and build kernel the normal way. > > > > This information (and more) is also provided on: > > > > ? ? ? ?http://wiki.freebsd.org/BuildingFreeBSDWithClang > > > > We kindly ask you to setup ClangBSD chroot and/or use clang compiled ke= rnel and > > use it as you would normally use FreeBSD. Please report back > > > > Thank you, > > > > ? Roman Divacky on behalf of the ClangBSD team > > > _______________________________________________ > freebsd-current@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" >=20 --ikeVEW9yuYc//A+q Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iD8DBQFL0N+LXY6L6fI4GtQRAgWxAKCP6FvKbWqQmY6MoSkqyUtDws48vQCgsjef 9MrqBBwu02NTbStNUeonMWk= =eQHC -----END PGP SIGNATURE----- --ikeVEW9yuYc//A+q-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 04:48:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EFF531065673 for ; Fri, 23 Apr 2010 04:48:12 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id 97EB18FC1C for ; Fri, 23 Apr 2010 04:48:12 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1O5AoE-0003ku-GH for freebsd-current@freebsd.org; Fri, 23 Apr 2010 06:48:10 +0200 Received: from ip59935289.rubicom.hu ([89.147.82.137] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1O5AoD-0003ke-Hd for freebsd-current@freebsd.org; Fri, 23 Apr 2010 06:48:10 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4) with ESMTP id o3N4m9Ye001748 for ; Fri, 23 Apr 2010 06:48:09 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4/Submit) id o3N4m9nb001747 for freebsd-current@freebsd.org; Fri, 23 Apr 2010 06:48:09 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Fri, 23 Apr 2010 06:48:09 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20100423044809.GA1656@baranyfelhocske.buza.adamsfamily.xx> References: <4BD06BD9.6030401@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 04:48:13 -0000 Dear Alexander, dear collegaues, On Thu, Apr 22, 2010 at 06:31:37PM +0300, Alexander Motin wrote: > Can we do switchover now, or some more reasons preventing this? I have been using ATA_CAM with legacy support for ata(4) for some time, and have found it to be stable and very useable. I have even removed atapicam from the kernel, since it is no longer needed, I have the /dev/cd0 device also without. So, in my opinion it is ready for prime-time also on legacy hw. There is one interesting tidbit though: previously it used to be possible to run cdda2wav also as non-root, provided the user running it had read access to the /dev/cd0 device. This seems to no longer work. Has anybody else noticed this? -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 05:08:38 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47D411065674 for ; Fri, 23 Apr 2010 05:08:38 +0000 (UTC) (envelope-from matheusber@gmail.com) Received: from mail-gx0-f211.google.com (mail-gx0-f211.google.com [209.85.217.211]) by mx1.freebsd.org (Postfix) with ESMTP id DB9048FC1D for ; Fri, 23 Apr 2010 05:08:37 +0000 (UTC) Received: by gxk3 with SMTP id 3so4517609gxk.13 for ; Thu, 22 Apr 2010 22:08:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:received:date:from:to :cc:subject:message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=7Rfr9nxZz5OVzKDVZXYwnrX3p0+re1pk7B8Iw6IZe0E=; b=MyXdl7llyNC5czc0MjA+W/jgPdvLdl9Y0fSoEXvzI8HqVFZrlMeaZYHYAFvPzUVe8f ofNtnfvn9GG4749bgSbgMTgyWK73JaH2IlzyjMwla5G3WGOVZU+NnMYxjZ8+/zHCVv+3 uEEduQmBAhZ4xKDlsHU456oa+30c4Wmia7h/4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:in-reply-to:references :x-mailer:mime-version:content-type:content-transfer-encoding; b=wt7JtKMhdVxwJdnfbcL68T3+IQN8ER2WdYSwrP/Bh2NlnHEhvLR+3VlthAndDPoeDD JHaaYMbX+mmm6cOjwhBImbR+aA0Bgqbq77skz2rvAiygVWUTwNFt0Ume3deIXldnhLxW 3ao52Ngn46BXmrAfyOFWBkC8TenLwlLbRmLQ4= Received: by 10.100.25.2 with SMTP id 2mr13105384any.86.1271999316813; Thu, 22 Apr 2010 22:08:36 -0700 (PDT) Received: from cygnus.homeunix.com ([189.71.24.28]) by mx.google.com with ESMTPS id t28sm6440655ano.6.2010.04.22.22.08.34 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Apr 2010 22:08:35 -0700 (PDT) Sender: Nenhum_de_Nos Received: from elita (unknown [10.1.1.84]) by cygnus.homeunix.com (Postfix) with ESMTP id B108DB8AD1; Fri, 23 Apr 2010 02:08:23 -0300 (BRT) Date: Fri, 23 Apr 2010 02:08:05 -0300 From: Nenhum_de_Nos To: freebsd-current@freebsd.org Message-Id: <20100423020805.1b436ac0.matheus@eternamente.info> In-Reply-To: <1761168370.20100422222803@serebryakov.spb.ru> References: <4BD06BD9.6030401@FreeBSD.org> <1761168370.20100422222803@serebryakov.spb.ru> X-Mailer: Sylpheed 3.0.0 (GTK+ 2.10.14; i686-pc-mingw32) Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: lev@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 05:08:38 -0000 On Thu, 22 Apr 2010 22:28:03 +0400 Lev Serebryakov wrote: > Hello, Alexander. > You wrote 22 Ð°Ð¿Ñ€ÐµÐ»Ñ 2010 г., 19:31:37: > > > and RAID5 (due to lack of module in a base system). > I'm cleaning up gradi5 now according to style(9) and want to make > port out of it in month or two ("unfortunalety", I have alot of paid > work, which is not FreeBSD-related in any way). > It works very well for me on, and I have one HDD crash already, > recovered with graid5 :) this means graid5 in the tree ? if so, great :) never seen how to make simple raid5 in not-so-great memory systems tht can't afford to have zfs. I have a Pentium II with 192MB ram that is a great small file server and runs both gmirror and gstripe fine. thanks, matheus -- We will call you cygnus, The God of balance you shall be A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? http://en.wikipedia.org/wiki/Posting_style From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 06:37:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFB4A106564A; Fri, 23 Apr 2010 06:37:00 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from mail.vnode.se (mail.vnode.se [62.119.52.80]) by mx1.freebsd.org (Postfix) with ESMTP id 3AEEA8FC1B; Fri, 23 Apr 2010 06:37:00 +0000 (UTC) Received: from mail.vnode.se (localhost [127.0.0.1]) by mail.vnode.se (Postfix) with ESMTP id 41A47E3F085; Fri, 23 Apr 2010 08:36:59 +0200 (CEST) X-Virus-Scanned: amavisd-new at vnode.se Received: from mail.vnode.se ([127.0.0.1]) by mail.vnode.se (mail.vnode.se [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HyNbYv2ytjq8; Fri, 23 Apr 2010 08:36:58 +0200 (CEST) Received: from bubba.vnode.local (unknown [83.223.1.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.vnode.se (Postfix) with ESMTPSA id 105CCE3F077; Fri, 23 Apr 2010 08:36:57 +0200 (CEST) Date: Fri, 23 Apr 2010 08:36:56 +0200 From: Joel Dahl To: Alexander Motin Message-ID: <20100423063655.GC84889@bubba.vnode.local> References: <4BD06BD9.6030401@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 06:37:01 -0000 On 22-04-2010 18:31, Alexander Motin wrote: > Hi. > > With time passed, CAM-based ATA infrastructure IMHO looks enough mature > now to enable it in HEAD. Now we have two new stable drivers ahci(4) and > siis(4), covering major part of modern SATA HBAs, `options ATA_CAM` > wrapper for ata(4) to supports legacy hardware, and one more improved > driver for Marvell HBAs (mvs) is now in development and soon will be > present for testing. Together with many other people I have tested above > at least on i386, amd64, arm and spart64 architectures. If we want this in 9.0 we should probably switch to CAM ATA in HEAD now in order to allow enough testing before the release. -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 06:40:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C87AC106566B for ; Fri, 23 Apr 2010 06:40:39 +0000 (UTC) (envelope-from fullermd@over-yonder.net) Received: from thyme.infocus-llc.com (server.infocus-llc.com [206.156.254.44]) by mx1.freebsd.org (Postfix) with ESMTP id 9DF738FC1B for ; Fri, 23 Apr 2010 06:40:39 +0000 (UTC) Received: from draco.over-yonder.net (c-75-64-226-141.hsd1.ms.comcast.net [75.64.226.141]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by thyme.infocus-llc.com (Postfix) with ESMTPSA id E0CDC37B465; Fri, 23 Apr 2010 01:40:37 -0500 (CDT) Received: by draco.over-yonder.net (Postfix, from userid 100) id 387FE61C52; Fri, 23 Apr 2010 01:40:37 -0500 (CDT) Date: Fri, 23 Apr 2010 01:40:37 -0500 From: "Matthew D. Fuller" To: Szilveszter Adam Message-ID: <20100423064037.GI10699@over-yonder.net> References: <4BD06BD9.6030401@FreeBSD.org> <20100423044809.GA1656@baranyfelhocske.buza.adamsfamily.xx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100423044809.GA1656@baranyfelhocske.buza.adamsfamily.xx> X-Editor: vi X-OS: FreeBSD User-Agent: Mutt/1.5.20-fullermd.4 (2009-06-14) X-Virus-Scanned: clamav-milter 0.96 at thyme.infocus-llc.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 06:40:39 -0000 On Fri, Apr 23, 2010 at 06:48:09AM +0200 I heard the voice of Szilveszter Adam, and lo! it spake thus: > > There is one interesting tidbit though: previously it used to be > possible to run cdda2wav also as non-root, provided the user running it > had read access to the /dev/cd0 device. This seems to no longer work. > > Has anybody else noticed this? I think you may need to use the /dev/xpt* or /dev/pass* perms. Can't remember which. -- Matthew Fuller (MF4839) | fullermd@over-yonder.net Systems/Network Administrator | http://www.over-yonder.net/~fullermd/ On the Internet, nobody can hear you scream. From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 06:41:14 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A5CC0106566B for ; Fri, 23 Apr 2010 06:41:14 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id CFDB38FC23 for ; Fri, 23 Apr 2010 06:41:13 +0000 (UTC) Received: from porto.topspin.kiev.ua (porto-e.starpoint.kiev.ua [212.40.38.100]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id JAA23643; Fri, 23 Apr 2010 09:41:01 +0300 (EEST) (envelope-from avg@icyb.net.ua) Received: from localhost.topspin.kiev.ua ([127.0.0.1]) by porto.topspin.kiev.ua with esmtp (Exim 4.34 (FreeBSD)) id 1O5CZQ-000BKv-Rx; Fri, 23 Apr 2010 09:41:00 +0300 Message-ID: <4BD140FB.9010805@icyb.net.ua> Date: Fri, 23 Apr 2010 09:40:59 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100321) MIME-Version: 1.0 To: Szilveszter Adam References: <4BD06BD9.6030401@FreeBSD.org> <20100423044809.GA1656@baranyfelhocske.buza.adamsfamily.xx> In-Reply-To: <20100423044809.GA1656@baranyfelhocske.buza.adamsfamily.xx> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 06:41:14 -0000 on 23/04/2010 07:48 Szilveszter Adam said the following: > There is one interesting tidbit though: previously it used to be > possible to run cdda2wav also as non-root, provided the user running it > had read access to the /dev/cd0 device. This seems to no longer work. Probably you also need access to the corresponding passX device, which you can find from output of 'camcontrol devlist'. You didn't need that with *a*cd0. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 08:28:43 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 532F0106564A for ; Fri, 23 Apr 2010 08:28:43 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 2D7B78FC15 for ; Fri, 23 Apr 2010 08:28:42 +0000 (UTC) Received: by pwi9 with SMTP id 9so6864828pwi.13 for ; Fri, 23 Apr 2010 01:28:42 -0700 (PDT) Received: by 10.115.103.40 with SMTP id f40mr1244131wam.38.1272011322519; Fri, 23 Apr 2010 01:28:42 -0700 (PDT) Received: from [10.0.1.198] (udp022762uds.hawaiiantel.net [72.234.79.107]) by mx.google.com with ESMTPS id b17sm3675330wam.10.2010.04.23.01.28.40 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Apr 2010 01:28:41 -0700 (PDT) Date: Thu, 22 Apr 2010 22:28:43 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Garrett Cooper In-Reply-To: Message-ID: References: <20100421093940.3e6b181b@ernst.jennejohn.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="2547152148-1430036841-1272011325=:1398" Cc: current@freebsd.org Subject: Re: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 08:28:43 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --2547152148-1430036841-1272011325=:1398 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8BIT On Wed, 21 Apr 2010, Garrett Cooper wrote: > On Wed, Apr 21, 2010 at 12:39 AM, Gary Jennejohn > wrote: >> On Tue, 20 Apr 2010 12:15:48 -1000 (HST) >> Jeff Roberson wrote: >> >>> Hi Folks, >>> >>> You may have seen my other Soft-updates journaling (SUJ) announcements. >>> If not, it is a journaling system that works cooperatively with >>> soft-updates to eliminate the full background filesystem check after an >>> unclean shutdown.  SUJ may be enabled with tunefs -j enable and disabled >>> with tunefs -j disable on an unmounted filesystem.  It is backwards >>> compatible with soft-updates with no journal. >>> >>> I'm going to do another round of tests and buildworld this afternoon to >>> verify the diff and then I'm committing to head.  This is a very large >>> feature and fundamentally changes softupdates.  Although it has been >>> extensively tested by many there may be unforseen problems.  If you run >>> into an issue that you think may be suj please email me directly as well >>> as posting on current as I sometimes miss list email and this will ensure >>> the quickest response. >>> >> >> And the crowd goes wild. >> >> SUJ is _great_ and I'm glad to see it finally making it into the tree. > > Indeed. I'm looking forward to testing the junk out of this -- > this is definitely a good move forward with UFS2 :]... > Cheers, > -Garrett > > PS How does this interact with geom with journaling BTW? Has this been > tested performance wise (I know it doesn't make logistical sense, but > it does kind of seem to null and void the importance of geom with > journaling, maybe...)? > A quick update; I found a bug with snapshots that held up the commit. Hopefully I will be done with it tonight. About gjournal; there would be no reason to use the two together. There may be cases where each is faster. In fact it is very likely. pjd has said he thinks suj will simply replace gjournal. GEOM itself is no less important with suj in place as it of course fills many roles. Performance testing has been done. There is no regression in softdep performance with journaling disabled. With journaling enabled there are some cases that are slightly slower. It adds an extra ordered write so any time you modify the filesystem metadata and then require it to be synchronously written to disk you may wait for an extra transaction. There are ways to further improve the performance. In fact I did some experiments that showed dbench performance nearly identical to vanilla softdep if I can resolve one wait situation. Although this is not trivial it is possible. The CPU overhead ended up being surprisingly trivial in the cases I tested. Really the extra overhead is only when doing sync writes that allocate new blocks. I am eager to see wider coverage and hear feedback from more people. I suspect for all desktop and nearly all server use it will simply be transparent. Thanks, Jeff --2547152148-1430036841-1272011325=:1398-- From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 08:41:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFF8B1065670; Fri, 23 Apr 2010 08:41:11 +0000 (UTC) (envelope-from paul@fletchermoorland.co.uk) Received: from hydra.fletchermoorland.co.uk (hydra.fletchermoorland.co.uk [78.33.209.59]) by mx1.freebsd.org (Postfix) with ESMTP id 6B23E8FC1B; Fri, 23 Apr 2010 08:41:10 +0000 (UTC) Received: from demophon.fletchermoorland.co.uk (demophon.fletchermoorland.co.uk [192.168.0.154]) by hydra.fletchermoorland.co.uk (8.14.3/8.14.3) with ESMTP id o3N8f7lR062160; Fri, 23 Apr 2010 09:41:07 +0100 (BST) (envelope-from paul@fletchermoorland.co.uk) Message-ID: <4BD15D23.8090501@fletchermoorland.co.uk> Date: Fri, 23 Apr 2010 08:41:07 +0000 From: Paul Wootton User-Agent: Thunderbird 2.0.0.23 (X11/20091217) MIME-Version: 1.0 To: Alexander Motin References: <4BD06BD9.6030401@FreeBSD.org> In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=2.5 required=10.0 tests=ALL_TRUSTED,BAYES_50, DNS_FROM_OPENWHOIS,FH_DATE_PAST_20XX autolearn=no version=3.2.5 X-Spam-Level: ** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on hydra.fletchermoorland.co.uk Cc: FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 08:41:12 -0000 Alexander Motin wrote: > > Can we do switchover now, or some more reasons preventing this? > The only thing I miss about the old ATA layer was that I knew that a drive on a particular controller would always be assigned the same adX number, whether is was present at boot time, or added days later. This could get a little messy having ad2, ad4, ad12, ad20 and ad22, but at least if I added a new drive, it would always attach to say ad8. Can this be done on the new CAM ATA? Paul From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 09:29:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19196106566C for ; Fri, 23 Apr 2010 09:29:00 +0000 (UTC) (envelope-from a_best01@uni-muenster.de) Received: from zivm-relay2.uni-muenster.de (ZIVM-RELAY2.UNI-MUENSTER.DE [128.176.192.13]) by mx1.freebsd.org (Postfix) with ESMTP id 9C7C48FC0A for ; Fri, 23 Apr 2010 09:28:58 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.52,261,1270418400"; d="scan'208";a="242805895" Received: from zivmaildisp1.uni-muenster.de (HELO ZIVMAILUSER01.UNI-MUENSTER.DE) ([128.176.188.85]) by zivm-relay2.uni-muenster.de with ESMTP; 23 Apr 2010 11:28:58 +0200 Received: by ZIVMAILUSER01.UNI-MUENSTER.DE (Postfix, from userid 149459) id 69C381B0769; Fri, 23 Apr 2010 11:28:58 +0200 (CEST) Date: Fri, 23 Apr 2010 11:28:56 +0200 (CEST) From: Alexander Best Sender: Organization: Westfaelische Wilhelms-Universitaet Muenster To: Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 09:29:00 -0000 has anybody thought about adding scsi support to burncd(8)? i've been using ATA CAM for quite a while now and really love it. however i miss burncd(8). i found it to be much easier to use and less buggy than cdrecord(1). since eventually the whole ata(4) subsystem will be dumped in favour of cam(4) i guess the fate of ata(4) dependant binaries in the base should also be discussed. maybe somebody could put together a list of ata(4) dependant binaries currently in base in addition to burncd(8) and atacontrol(8)? -- Alexander Best From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 10:13:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 57A1D106566B; Fri, 23 Apr 2010 10:13:45 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id AF47F8FC16; Fri, 23 Apr 2010 10:13:44 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so671006eyd.9 for ; Fri, 23 Apr 2010 03:13:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=Y08EZZxwuqtTgIsS9PuPizOfC8qOVJPtsI2f4rEQ9sI=; b=BuyOsycAOnfavFDFix1UkiAG754GP3khgwJ/qLngt1NbCpjBlT/VeMrMgepmGwvfWR zHYmrrJyQxxa/UvShfvKG6KWfTZqIliZUDi2nufJzl3Gd7tVSoCFgKO0HxRX6GqYom3b WgSpAFDrpBNhMAKfpE4DBBMpauvFT3bl5t2GM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=KAL9htV1QVxTHHERovu/BWqzpMmF8fpglxDvVZnqJ1xVjjjHRXspKsBoRkAlFukvbc Xfi/vA9NYJSsBdqAgEgUXbYEC6R8EX8fOJuAKtvya4apdFZ0PVSzoSVLeihN6f4IKihN BTg5a5KFxLH9Q6V75mmeoYmYqI1dif8fjDnqs= Received: by 10.102.254.24 with SMTP id b24mr6392099mui.5.1272017623371; Fri, 23 Apr 2010 03:13:43 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y37sm3735511mug.52.2010.04.23.03.13.42 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Apr 2010 03:13:42 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BD172CA.4040106@FreeBSD.org> Date: Fri, 23 Apr 2010 13:13:30 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: Paul Wootton References: <4BD06BD9.6030401@FreeBSD.org> <4BD15D23.8090501@fletchermoorland.co.uk> In-Reply-To: <4BD15D23.8090501@fletchermoorland.co.uk> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 10:13:45 -0000 Paul Wootton wrote: > Alexander Motin wrote: >> Can we do switchover now, or some more reasons preventing this? > > The only thing I miss about the old ATA layer was that I knew that a > drive on a particular controller would always be assigned the same adX > number, whether is was present at boot time, or added days later. This > could get a little messy having ad2, ad4, ad12, ad20 and ad22, but at > least if I added a new drive, it would always attach to say ad8. > > Can this be done on the new CAM ATA? Binding to controller ports and device IDs can be managed for any CAM device via device.hints as described in cam(4). This scheme is a slightly more complicated (you have to explicitly define wanted mapping), but more flexible. Previous one just inapplicable now. Modern controllers (especially with Port Multipliers) could support different (often big) number of devices per channel, making device list with static numbering too sparse. -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 10:36:27 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A1DC4106564A for ; Fri, 23 Apr 2010 10:36:27 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web51804.mail.re2.yahoo.com (web51804.mail.re2.yahoo.com [206.190.38.235]) by mx1.freebsd.org (Postfix) with SMTP id 39A038FC0C for ; Fri, 23 Apr 2010 10:36:26 +0000 (UTC) Received: (qmail 32760 invoked by uid 60001); 23 Apr 2010 10:36:26 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1272018986; bh=EATTFldXiwUeXc6bgMX2nxli4vSgTNZqzmFD1AeoXi4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=0O3jOeYzWbktBn88C4F0T5FKK/Np8E9WlbLr7TLRHY3jf8rcf8cLzCxpjKn02qOVjKajyWLwROAph3JRC8zomGJm+LAiGdjsmSBxZSTl+N3Ciy2nesbZ1jGuWm6cl3qd1XEFRnR5ZsBtFHYtPdWf2ZQXA8iEx2/L4ti1P4MiEN8= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=44jFpXAAcS6DvtEuayIDhHwZntQICym/H/T11eHD7wxYJkRM3nFinS/ByhWS6vTdV6B553xAYiNsH7M/7zCcrqmdEDNJuozMEalkGkh2ZwOQWz1ubxvxwWh05mBsQJsP/UpLla6UV3UPjVWrISCSl1/ypc5hZjYoHnmvfLandww=; Message-ID: <490521.32714.qm@web51804.mail.re2.yahoo.com> X-YMail-OSG: .cmwRTAVM1lmllOr3xSIqeqfqASdN9sSzKteeLzDahCK5L7 b1yA1HsoP4Fij3eNo5EHY7oGouZvrHizs4aqar.WvZnD2RliW_5KveSkr7Gz nW6ESL.PWucN9Ishvdk4CSDIXsBZUqHQABkck_StFHav4CTSA3gJJ4VNVIMs Nlg1oYhUJKTPZjgCukAv8b7JZ7ln4_730jis2PqpC78JV.X6caFwypmuYQ4N 5nq919yxny5YCHbO30COfRwmlbJ_cpREa6u3CENXgYcO3HvzG0SRdQhI3dq_ n.6VqOTkHSrvldW2WtASP6qupgEBRBz5WHs_UEFPr73A_U3Kc2XXOInfmWkC acQGijIkICFBK.fFO5OMI2w-- Received: from [173.183.132.20] by web51804.mail.re2.yahoo.com via HTTP; Fri, 23 Apr 2010 03:36:26 PDT X-Mailer: YahooMailRC/348.5 YahooMailWebService/0.8.102.267879 References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> Date: Fri, 23 Apr 2010 03:36:26 -0700 (PDT) From: PseudoCylon To: Ganbold In-Reply-To: <4BBDEC8F.9050803@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 10:36:27 -0000 Hello, Can you try this? (all 3 files has been updated) http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan This is for rev 207077 or newer. If you are using older rev, please let me know with rev #, I'll change the code accordingly. If it isn't too much trouble, can you run the driver with following debug option on? # wlandebug -i wlan0 0x69300000 (after wlan create) To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. Thanks AK > >> Is your kernel compiled with INVARIANTS >> option? >> > Tried, but if_arge panics at boot with INVARIANTS > option. > arge0: at > mem 0x19000000-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex > arge mii lock > @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 > thanks, > Ganbold From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 12:32:31 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE10E1065672 for ; Fri, 23 Apr 2010 12:32:31 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from citadel.icyb.net.ua (citadel.icyb.net.ua [212.40.38.140]) by mx1.freebsd.org (Postfix) with ESMTP id 048CB8FC14 for ; Fri, 23 Apr 2010 12:32:30 +0000 (UTC) Received: from odyssey.starpoint.kiev.ua (alpha-e.starpoint.kiev.ua [212.40.38.101]) by citadel.icyb.net.ua (8.8.8p3/ICyb-2.3exp) with ESMTP id PAA04890; Fri, 23 Apr 2010 15:32:28 +0300 (EEST) (envelope-from avg@icyb.net.ua) Message-ID: <4BD1935B.6070602@icyb.net.ua> Date: Fri, 23 Apr 2010 15:32:27 +0300 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.24 (X11/20100319) MIME-Version: 1.0 To: Alexander Best References: In-Reply-To: X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 12:32:31 -0000 on 23/04/2010 12:28 Alexander Best said the following: > has anybody thought about adding scsi support to burncd(8)? i've been using > ATA CAM for quite a while now and really love it. however i miss burncd(8). i > found it to be much easier to use and less buggy than cdrecord(1). burncd for CAM (SCSI, ATAPI) will be something very close to cdrecord or growisofs. -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 13:25:39 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 329BB1065670 for ; Fri, 23 Apr 2010 13:25:39 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id DFFEF8FC1E for ; Fri, 23 Apr 2010 13:25:38 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O5Isx-0004vl-MX for freebsd-current@freebsd.org; Fri, 23 Apr 2010 15:25:35 +0200 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Apr 2010 15:25:35 +0200 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 23 Apr 2010 15:25:35 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org connect(): No such file or directory From: Ivan Voras Date: Fri, 23 Apr 2010 15:25:26 +0200 Lines: 15 Message-ID: References: <4BD1935B.6070602@icyb.net.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.8) Gecko/20100329 Thunderbird/3.0.3 In-Reply-To: <4BD1935B.6070602@icyb.net.ua> X-Enigmail-Version: 1.0.1 Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 13:25:39 -0000 On 04/23/10 14:32, Andriy Gapon wrote: > on 23/04/2010 12:28 Alexander Best said the following: >> has anybody thought about adding scsi support to burncd(8)? i've been using >> ATA CAM for quite a while now and really love it. however i miss burncd(8). i >> found it to be much easier to use and less buggy than cdrecord(1). > > burncd for CAM (SCSI, ATAPI) will be something very close to cdrecord or growisofs. How different are the interfaces? I mean - since they talk to the same device, are the differences just API / superficial or is there something fundamentally different that cannot be implemented within burncd? (I agree that burncd is very nice to have and more logical to use than cdrecord.) From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 13:50:52 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BD8EF106564A for ; Fri, 23 Apr 2010 13:50:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 906988FC0A for ; Fri, 23 Apr 2010 13:50:52 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 4461F46B98; Fri, 23 Apr 2010 09:50:52 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 57B138A021; Fri, 23 Apr 2010 09:50:51 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 23 Apr 2010 09:48:28 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <20100422222834.GA93197@troutmask.apl.washington.edu> In-Reply-To: <20100422222834.GA93197@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004230948.29096.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 23 Apr 2010 09:50:51 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Steve Kargl Subject: Re: MCA messages in /var/log/message? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 13:50:52 -0000 On Thursday 22 April 2010 6:28:34 pm Steve Kargl wrote: > How does one interpret the following MCA message? > > MCA: Bank 4, Status 0x945a4000d6080a13 > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 > MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 0 > MCA: CPU 0 COR BUSLG Responder RD Memory > MCA: Address 0x70c42280 > MCA: Bank 4, Status 0x942140012a080813 > MCA: Global Cap 0x0000000000000105, Status 0x0000000000000000 > MCA: Vendor "AuthenticAMD", ID 0xf5a, APIC ID 1 > MCA: CPU 1 COR BUSLG Source RD Memory > MCA: Address 0x1b97ca578 > > It appears that these messages coincide with a 15 to 30 > second period where my USB mouse inexplicably loses a > large number of button clicks, (which is quite noticable > with firefox3). If you have access to p4, you can download a patched version of mcelog from //depot/projects/mcelog/... (have to use 'make FREEBSD=yes') which will parse these for you. Hmm, I ran it and here is what it said: HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 0 4 northbridge ADDR 70c42280 Northbridge RAM Chipkill ECC error Chipkill ECC syndrome = d6b4 bit46 = corrected ecc error bus error 'local node response, request didn't time out generic read mem transaction memory access, level generic' STATUS 945a4000d6080a13 MCGSTATUS 0 MCGCAP 105 APICID 0 SOCKETID 0 CPUID Vendor AMD Family 15 Model 5 HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 1 4 northbridge ADDR 1b97ca578 Northbridge RAM Chipkill ECC error Chipkill ECC syndrome = 2a42 bit32 = err cpu0 bit46 = corrected ecc error bus error 'local node origin, request didn't time out generic read mem transaction memory access, level generic' STATUS 942140012a080813 MCGSTATUS 0 MCGCAP 105 APICID 1 SOCKETID 0 CPUID Vendor AMD Family 15 Model 5 Note that they are corrected errors, so the RAM may not actually be bad, it just may be transient failures. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 13:50:57 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D113106566C; Fri, 23 Apr 2010 13:50:57 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 433BC8FC0C; Fri, 23 Apr 2010 13:50:57 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 0300F46B03; Fri, 23 Apr 2010 09:50:57 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 1C1418A025; Fri, 23 Apr 2010 09:50:53 -0400 (EDT) From: John Baldwin To: freebsd-current@freebsd.org Date: Fri, 23 Apr 2010 09:50:33 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <4BD06BD9.6030401@FreeBSD.org> In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="koi8-r" Content-Transfer-Encoding: 7bit Message-Id: <201004230950.33999.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Fri, 23 Apr 2010 09:50:53 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Alexander Motin , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 13:50:57 -0000 On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote: > If ataraid(4) should be reimplemented in GEOM, then how exactly? One > more separate RAID infrastructure in GEOM (third?) looks excessive. > Reuse gmirror, gstripe,... code would be nice, but will make them more > complicated and could be not easy for RAID0+1 (due to common metadata) > and RAID5 (due to lack of module in a base system). Scott's view (which sounds good to me) is that GEOM should include a library of routines for working with common transforms such as RAID1, striping, etc. Each ATA RAID vendor format would then consist of a small GEOM module that used the library routines to manage all the I/O and the bulk of the module would be managing a specific metadata format. -- John Baldwin From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 14:00:42 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6627B106564A for ; Fri, 23 Apr 2010 14:00:42 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw02.mail.saunalahti.fi (gw02.mail.saunalahti.fi [195.197.172.116]) by mx1.freebsd.org (Postfix) with ESMTP id 27C208FC0A for ; Fri, 23 Apr 2010 14:00:41 +0000 (UTC) Received: from a91-153-117-195.elisa-laajakaista.fi (a91-153-117-195.elisa-laajakaista.fi [91.153.117.195]) by gw02.mail.saunalahti.fi (Postfix) with SMTP id 8630E139509; Fri, 23 Apr 2010 17:00:38 +0300 (EEST) Date: Fri, 23 Apr 2010 17:00:38 +0300 From: Jaakko Heinonen To: Alexander Best Message-ID: <20100423140037.GA5851@a91-153-117-195.elisa-laajakaista.fi> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-current@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 14:00:42 -0000 On 2010-04-23, Alexander Best wrote: > has anybody thought about adding scsi support to burncd(8)? i've been using > ATA CAM for quite a while now and really love it. however i miss burncd(8). I have thought about it. The mail I posted in December didn't generate any interest. http://docs.freebsd.org/cgi/mid.cgi?20091214182645.GA2764 -- Jaakko From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 14:04:05 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E7BE0106566B; Fri, 23 Apr 2010 14:04:05 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 515BA8FC19; Fri, 23 Apr 2010 14:04:04 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id o3NE42es042161 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Fri, 23 Apr 2010 16:04:03 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.3/8.14.3) with ESMTP id o3NE3xUJ024177 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Apr 2010 16:03:59 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id o3NE3xdX007705; Fri, 23 Apr 2010 16:03:59 +0200 (CEST) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id o3NE3w5n007704; Fri, 23 Apr 2010 16:03:58 +0200 (CEST) (envelope-from ticso) Date: Fri, 23 Apr 2010 16:03:58 +0200 From: Bernd Walter To: John Baldwin Message-ID: <20100423140358.GC1575@cicely7.cicely.de> References: <4BD06BD9.6030401@FreeBSD.org> <201004230950.33999.jhb@freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201004230950.33999.jhb@freebsd.org> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Alexander Motin , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 14:04:06 -0000 On Fri, Apr 23, 2010 at 09:50:33AM -0400, John Baldwin wrote: > On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote: > > If ataraid(4) should be reimplemented in GEOM, then how exactly? One > > more separate RAID infrastructure in GEOM (third?) looks excessive. > > Reuse gmirror, gstripe,... code would be nice, but will make them more > > complicated and could be not easy for RAID0+1 (due to common metadata) > > and RAID5 (due to lack of module in a base system). > > Scott's view (which sounds good to me) is that GEOM should include a library > of routines for working with common transforms such as RAID1, striping, etc. > Each ATA RAID vendor format would then consist of a small GEOM module that > used the library routines to manage all the I/O and the bulk of the module > would be managing a specific metadata format. I remember that SCSI standard has support for xor read-modify-write operations in addition to normal read/write to reduce R5 latency and bandwith. I'm not sure if any devices actually support it, but I think this may be worthwhile for networked devices. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 14:09:28 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9B136106566B; Fri, 23 Apr 2010 14:09:28 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 586BE8FC15; Fri, 23 Apr 2010 14:09:28 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.3/8.14.3) with ESMTP id o3NE9PKn082089; Fri, 23 Apr 2010 08:09:25 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <20100423140037.GA5851@a91-153-117-195.elisa-laajakaista.fi> Date: Fri, 23 Apr 2010 08:09:24 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20100423140037.GA5851@a91-153-117-195.elisa-laajakaista.fi> To: Jaakko Heinonen X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-1.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 14:09:28 -0000 On Apr 23, 2010, at 8:00 AM, Jaakko Heinonen wrote: > On 2010-04-23, Alexander Best wrote: >> has anybody thought about adding scsi support to burncd(8)? i've been = using >> ATA CAM for quite a while now and really love it. however i miss = burncd(8). >=20 > I have thought about it. The mail I posted in December didn't generate > any interest. >=20 > http://docs.freebsd.org/cgi/mid.cgi?20091214182645.GA2764 >=20 My advice is to retrain your fingers to use cdrecord. Burncd is highly = specific to the old ata driver, and "adding SCSI support" to it would = likely involve a complete rewrite. =20 Scott From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 14:23:36 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C187C106566B; Fri, 23 Apr 2010 14:23:36 +0000 (UTC) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.freebsd.org (Postfix) with ESMTP id 53F308FC19; Fri, 23 Apr 2010 14:23:35 +0000 (UTC) Received: from [127.0.0.1] (pooker.samsco.org [168.103.85.57]) (authenticated bits=0) by pooker.samsco.org (8.14.3/8.14.3) with ESMTP id o3NENWOg082169; Fri, 23 Apr 2010 08:23:32 -0600 (MDT) (envelope-from scottl@samsco.org) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Scott Long In-Reply-To: <201004230950.33999.jhb@freebsd.org> Date: Fri, 23 Apr 2010 08:23:32 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: <4BD06BD9.6030401@FreeBSD.org> <201004230950.33999.jhb@freebsd.org> To: John Baldwin X-Mailer: Apple Mail (2.1078) X-Spam-Status: No, score=-1.0 required=3.8 tests=ALL_TRUSTED, T_RP_MATCHES_RCVD autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on pooker.samsco.org Cc: Alexander Motin , freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 14:23:36 -0000 On Apr 23, 2010, at 7:50 AM, John Baldwin wrote: > On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote: >> If ataraid(4) should be reimplemented in GEOM, then how exactly? One >> more separate RAID infrastructure in GEOM (third?) looks excessive. >> Reuse gmirror, gstripe,... code would be nice, but will make them = more >> complicated and could be not easy for RAID0+1 (due to common = metadata) >> and RAID5 (due to lack of module in a base system). >=20 > Scott's view (which sounds good to me) is that GEOM should include a = library=20 > of routines for working with common transforms such as RAID1, = striping, etc. =20 > Each ATA RAID vendor format would then consist of a small GEOM module = that=20 > used the library routines to manage all the I/O and the bulk of the = module=20 > would be managing a specific metadata format. >=20 THIS It's hard for me to talk about RAID and FreeBSD without getting into a = long sermon, so I'll try to keep this short. RAID is about data = integrity, not about mirror/stripe/parity algorithms. Those algorithms = are just a small part of RAID, and are merely tools for achieving the = goals of RAID. But RAID !=3D algorithms. It's like how we use linked = lists extensively within the kernel, but the kernel !=3D linked lists. A well-designed software raid stack is going to be an engine that = manages topology, executes and rolls back I/O transactions, and handles = error recovery. On-disk metadata is again just an algorithm that is = part of this whole picture, and should be modularized as such along with = the transforms. And to be even more brief, the existing GEOM RAID modules are designed = in completely the wrong direction from this. Caveat Emptor. Scott From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 14:28:30 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4979D106564A; Fri, 23 Apr 2010 14:28:30 +0000 (UTC) (envelope-from mavbsd@gmail.com) Received: from ey-out-2122.google.com (ey-out-2122.google.com [74.125.78.26]) by mx1.freebsd.org (Postfix) with ESMTP id 79E818FC15; Fri, 23 Apr 2010 14:28:29 +0000 (UTC) Received: by ey-out-2122.google.com with SMTP id d26so685557eyd.9 for ; Fri, 23 Apr 2010 07:28:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:content-type:content-transfer-encoding; bh=xZyCXifGH87KBPSB7uMBJyj8ErXLoipDhHjX6ajDJhg=; b=rsNRPjNiYPITnbEazNF2O0Uy6Ea7i8sGkzB2g9DsQB++7OlgwF0bHobyJXtK7NnbEw gyLRrjuB2fv4AvOQKBb1xofLzTYo270q6Vf3DEFdkQR7pe6S6DxYN0NoRoneD2qAo9so kXoZkyn1Ql3QCoaw5Z3YiLuRsBQ4q21f0dyXQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:content-type :content-transfer-encoding; b=GRyVCtgSO3zMLwx0v/ZUTILAp3DpHHl5G2pQaCUxindvEmhF/+/6RDNC6uoAhKwE+v k9KpMcG//ZvKe7mx0c0g5s7WGhe6o0KUqGiSMyNftXleVPkfDuTsagjt6ZLlYrvKds5y mRGMr3d5L/nLAeDayPhd0y/KGuyjO9Cd5LdhM= Received: by 10.102.243.26 with SMTP id q26mr70937muh.34.1272032907941; Fri, 23 Apr 2010 07:28:27 -0700 (PDT) Received: from mavbook.mavhome.dp.ua (pc.mavhome.dp.ua [212.86.226.226]) by mx.google.com with ESMTPS id y6sm4751902mug.50.2010.04.23.07.28.26 (version=SSLv3 cipher=RC4-MD5); Fri, 23 Apr 2010 07:28:27 -0700 (PDT) Sender: Alexander Motin Message-ID: <4BD1AE7F.2060907@FreeBSD.org> Date: Fri, 23 Apr 2010 17:28:15 +0300 From: Alexander Motin User-Agent: Thunderbird 2.0.0.24 (X11/20100402) MIME-Version: 1.0 To: John Baldwin References: <4BD06BD9.6030401@FreeBSD.org> <201004230950.33999.jhb@freebsd.org> In-Reply-To: <201004230950.33999.jhb@freebsd.org> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 14:28:30 -0000 John Baldwin wrote: > On Thursday 22 April 2010 11:31:37 am Alexander Motin wrote: >> If ataraid(4) should be reimplemented in GEOM, then how exactly? One >> more separate RAID infrastructure in GEOM (third?) looks excessive. >> Reuse gmirror, gstripe,... code would be nice, but will make them more >> complicated and could be not easy for RAID0+1 (due to common metadata) >> and RAID5 (due to lack of module in a base system). > > Scott's view (which sounds good to me) is that GEOM should include a library > of routines for working with common transforms such as RAID1, striping, etc. > Each ATA RAID vendor format would then consist of a small GEOM module that > used the library routines to manage all the I/O and the bulk of the module > would be managing a specific metadata format. Yes, I remember he proposed it somewhere. Idea is fine. Somebody with sharp axe and lack of fear should just chop half of GEOM modules into small pieces and collect them back. ;) -- Alexander Motin From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 15:26:42 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2C5421065672; Fri, 23 Apr 2010 15:26:42 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from mail.allbsd.org (gatekeeper-int.allbsd.org [IPv6:2001:2f0:104:e002::2]) by mx1.freebsd.org (Postfix) with ESMTP id AE0278FC24; Fri, 23 Apr 2010 15:26:41 +0000 (UTC) Received: from delta.allbsd.org (p4178-ipbf1907funabasi.chiba.ocn.ne.jp [114.146.127.178]) (authenticated bits=128) by mail.allbsd.org (8.14.3/8.14.3) with ESMTP id o3NFQHCw008406; Sat, 24 Apr 2010 00:26:28 +0900 (JST) (envelope-from hrs@FreeBSD.org) Received: from localhost (alph.allbsd.org [192.168.0.10]) (authenticated bits=0) by delta.allbsd.org (8.13.4/8.13.4) with ESMTP id o3NFQEIV008563; Sat, 24 Apr 2010 00:26:16 +0900 (JST) (envelope-from hrs@FreeBSD.org) Date: Sat, 24 Apr 2010 00:26:08 +0900 (JST) Message-Id: <20100424.002608.259526748.hrs@allbsd.org> To: dougb@FreeBSD.org From: Hiroki Sato In-Reply-To: <4BCB6A14.5040308@FreeBSD.org> References: <4BCA2B55.9000609@FreeBSD.org> <20100419.040457.248129042.hrs@allbsd.org> <4BCB6A14.5040308@FreeBSD.org> X-PGPkey-fingerprint: BDB3 443F A5DD B3D0 A530 FFD7 4F2C D3D8 2793 CF2D X-Mailer: Mew version 6.3 on Emacs 23.1 / Mule 6.0 (HANACHIRUSATO) Mime-Version: 1.0 Content-Type: Multipart/Signed; protocol="application/pgp-signature"; micalg=pgp-sha1; boundary="--Security_Multipart(Sat_Apr_24_00_26_08_2010_381)--" Content-Transfer-Encoding: 7bit X-Virus-Scanned: clamav-milter 0.95.3 at gatekeeper.allbsd.org X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (mail.allbsd.org [133.31.130.32]); Sat, 24 Apr 2010 00:26:34 +0900 (JST) X-Spam-Status: No, score=1.6 required=13.0 tests=AWL,CONTENT_TYPE_PRESENT, FORGED_RCVD_IP,RCVD_IN_PBL,SPF_SOFTFAIL,X_MAILER_PRESENT autolearn=no version=3.2.5 X-Spam-Level: * X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gatekeeper.allbsd.org Cc: freebsd-current@FreeBSD.org, bz@FreeBSD.org Subject: Re: IPv6 configuration in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 15:26:42 -0000 ----Security_Multipart(Sat_Apr_24_00_26_08_2010_381)-- Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Doug Barton wrote in <4BCB6A14.5040308@FreeBSD.org>: do> > # ifconfig gif0 create do> > # ifconfig gif0 up do> do> Your statement is literally true, in this case the network.subr stuff do> "has no control" because it isn't run. That was the same for the old do> code as it is for the new code. No, in this case devd(8) invokes rc.d/netif as it is created. The old code does "ifconfig inet6 -ifdisabled" before it becomes "up" when ipv6_prefer=YES, and the new code always does "ifconfig inet6 ifdisabled" when no ifconfig_gif0_ipv6 line, respectively. do> Note that IPv6 link-local addresses (those that start with fe80::) will do> be automatically configured whenever possible. You may need to remove do> IPv6 link-local addresses manually using ifconfig(8) ... No, the ifdisabled flag set via devd(8) prevents this. do> > IPv4 people hates that gif0 has an IPv6 link-local (and IPv6 do> > communication itself), do> do> People who don't want v6 at all compile it out of the kernel, and the do> whole problem goes away. The project made a decision a long time ago to do> ship with v6 in GENERIC, so this is not a new issue. No, the auto link-local addr assignment was turned to off by default some years ago for this reason. This was a secteam's decision after IPv6 was included in GENERIC. This is an issue for both IPv4 and IPv6 people. do> > and IPv6 people hates that it needs an do> > additional step to enable it (ifconfig inet6 -ifdisabled in this do> > case). gif (and other cloned interfaces) can be created by a program do> > (a ppp script, for example), so we cannot prepare $ifconfig line in do> > rc.conf in advance. do> do> Why not? There is no reason you can't have ifconfig_* lines for do> interfaces that are not always configured, I do it all the time. Because the interface identifier cannot always be known in advance. For example, IPv6 tunnel server/client which accept an incoming connection and establish a gif tunnel between the two create a lot of gif interfaces on demand, and the created gif interfaces must be ready for IPv6 without "ifconfig -ifdisabled" if the sysadmin wants IPv6. The net/dtcp{,client} in the ports collection is one of the typical applications. This situation is also common in a linkup/linkdown scripts for PPP(IPV6CP). Having all possible interface names in rc.conf is not practical even if the number of interfaces is small. IPv6 people (including me) surely want a knob for "-ifdisabled on interfaces with no $ifconfig line in rc.conf" if an interface has the ifdisabled flag. Without it, such kind of programs do not work. Of course we can fix the programs to always use -ifdisabled, but the ifdisabled flag should not become popular for users. I reluctantly designed the ifdisabled flag only for IPv4 people who hate a link-local addr, in order to make IPv6 enabled by default as much as possible with minimal impact to them as well as IPv6 people. This is *the reason* why I improved the ifdisabled flag and used it in the rc.d scripts. This has no compatibility with other KAME-derived implementation, and for IPv6 people it is nothing but an annoying obstacle. The ifdisabled flag never disables the IPv6 functionality, and it can make various wired situations for IPv6 people because the functionality is enabled but the communication including the critical ones is disabled. It can be used only as a seatbelt for IPv4 people; not as a generic way to disable IPv6 on an interface. My design was discussed with ex-KAME members last year and we all agreed that the ifdisabled flag should not be abused in a way other than that. You can see the difference between "disabling the functionality" and "disabling the communication" if you read sys/netinet6*. Anyway, if we will go ahead with "to use IPv6 please do ifconfig inet6 -ifdisabled first" or "please always add the interface name to rc.conf" as the current implementation does, I will revert my changes which added support of the ifdisabled flag into ifconfig before BSDCan. This flag is just needed to solve the issues I explained in this and previous emails. If my concerns are just an illusion, removing the flag makes the world much simpler. do> Are you theorizing here, or do you have actual examples? If you can find do> actual examples of "here is something that used to work, but now it does do> not" then we can work on a solution. I am not necessarily opposed to the do> idea of automatically creating link-local addresses for cloned do> interfaces, but it's impossible for me to code against something I don't do> have in front of me. :) See tunnel server/client programs like what I described above and/or try to build an L2TP over UDP concentrator which uses IPV6CP + DHCPv6-PD. -- Hiroki ----Security_Multipart(Sat_Apr_24_00_26_08_2010_381)-- Content-Type: application/pgp-signature Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEABECAAYFAkvRvBAACgkQTyzT2CeTzy2HlQCgznKxD97MoSy/PuH2k2cHQK0k 0bkAoInppZQuSrgNHz4Wp28wYYVw/2V9 =BXPp -----END PGP SIGNATURE----- ----Security_Multipart(Sat_Apr_24_00_26_08_2010_381)---- From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 16:02:01 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06E56106566B; Fri, 23 Apr 2010 16:02:01 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id C6A708FC22; Fri, 23 Apr 2010 16:02:00 +0000 (UTC) Received: by pwi9 with SMTP id 9so7152077pwi.13 for ; Fri, 23 Apr 2010 09:02:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=IJgg45wnbomW2d6hGU38L1JrO5gcsFONtYrc1WnP0G8=; b=pVHbUffdi7A/ZFSo68UGfKM6OclM3DKOvV/l0NfEmyudH6imaG1ixeI2LDFvz9XZwl aOtWeZaXRF97KcmxRLLA7PnN5bWc2Knx/NhMILNQvd0ysfTKHMsgu1FmH3quq0H2E87J DkjPvNxkw837wj0TkVzELUR2Xbv4lBZ3Ltxww= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=RU1+AwNsQiTUuSTklRWTb440yDuOnvNpoGO8XAfGoG8sYlcoMtHwHjwUY/KU8hS2qn XcijM0+ZJqsM00EYI9KRLzxd1lDhFP0JIyPpbRZ4t+T/Klx3gXmK9fkm3GEemtpWC6uJ IuHnQhl1tLbgO6L9OYmKObPV9CNPXSmWwAg94= MIME-Version: 1.0 Received: by 10.140.82.9 with SMTP id f9mr306459rvb.130.1272038514761; Fri, 23 Apr 2010 09:01:54 -0700 (PDT) Received: by 10.231.18.74 with HTTP; Fri, 23 Apr 2010 09:01:53 -0700 (PDT) In-Reply-To: <4BD15D23.8090501@fletchermoorland.co.uk> References: <4BD06BD9.6030401@FreeBSD.org> <4BD15D23.8090501@fletchermoorland.co.uk> Date: Fri, 23 Apr 2010 09:01:53 -0700 Message-ID: From: Freddie Cash To: FreeBSD-Current , freebsd-geom@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 16:02:01 -0000 On Fri, Apr 23, 2010 at 1:41 AM, Paul Wootton wrote: > Alexander Motin wrote: > >> >> Can we do switchover now, or some more reasons preventing this? >> >> The only thing I miss about the old ATA layer was that I knew that a drive > on a particular controller would always be assigned the same adX number, > whether is was present at boot time, or added days later. This could get a > little messy having ad2, ad4, ad12, ad20 and ad22, but at least if I added a > new drive, it would always attach to say ad8. > > Can this be done on the new CAM ATA? I have not tried it with ATA_CAM, but in theory, you should be able to wire things down the same as with SCSI devices. Just takes a bit of mucking around with camcontrol output, and sticking the right info into /boot/loader.conf. See the man page for camcontrol for all the details. -- Freddie Cash fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 16:40:08 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3ADF8106567F for ; Fri, 23 Apr 2010 16:40:08 +0000 (UTC) (envelope-from jh@FreeBSD.org) Received: from gw01.mail.saunalahti.fi (gw01.mail.saunalahti.fi [195.197.172.115]) by mx1.freebsd.org (Postfix) with ESMTP id EE6FE8FC34 for ; Fri, 23 Apr 2010 16:40:07 +0000 (UTC) Received: from a91-153-117-195.elisa-laajakaista.fi (a91-153-117-195.elisa-laajakaista.fi [91.153.117.195]) by gw01.mail.saunalahti.fi (Postfix) with SMTP id 14C14151640; Fri, 23 Apr 2010 19:40:01 +0300 (EEST) Date: Fri, 23 Apr 2010 19:40:01 +0300 From: Jaakko Heinonen To: Scott Long Message-ID: <20100423164001.GA5939@a91-153-117-195.elisa-laajakaista.fi> References: <20100423140037.GA5851@a91-153-117-195.elisa-laajakaista.fi> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: Alexander Best , freebsd-current@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 16:40:08 -0000 On 2010-04-23, Scott Long wrote: > My advice is to retrain your fingers to use cdrecord. Burncd is > highly specific to the old ata driver, and "adding SCSI support" to it > would likely involve a complete rewrite. Well, I did that by porting parts of acd(4) to user space. -- Jaakko From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 18:15:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31B92106574C; Fri, 23 Apr 2010 18:15:45 +0000 (UTC) (envelope-from lev@FreeBSD.org) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id A4C508FC1A; Fri, 23 Apr 2010 18:15:44 +0000 (UTC) Received: from desktop.home.serebryakov.spb.ru (85-142-52-164.well-com.net [85.142.52.164]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id E001613DF5D; Fri, 23 Apr 2010 22:15:42 +0400 (MSD) Date: Fri, 23 Apr 2010 22:15:37 +0400 From: Lev Serebryakov Organization: FreeBSD Project X-Priority: 3 (Normal) Message-ID: <417611067.20100423221537@serebryakov.spb.ru> To: Nenhum_de_Nos In-Reply-To: <20100423020805.1b436ac0.matheus@eternamente.info> References: <4BD06BD9.6030401@FreeBSD.org> <1761168370.20100422222803@serebryakov.spb.ru> <20100423020805.1b436ac0.matheus@eternamente.info> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-current@freebsd.org, lev@FreeBSD.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: lev@FreeBSD.org List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 18:15:45 -0000 Hello, Nenhum_de_Nos. You wrote 23 =D0=B0=D0=BF=D1=80=D0=B5=D0=BB=D1=8F 2010 =D0=B3., 09:08:05: >> > and RAID5 (due to lack of module in a base system). >> I'm cleaning up gradi5 now according to style(9) and want to make >> port out of it in month or two ("unfortunalety", I have alot of paid >> work, which is not FreeBSD-related in any way). >> It works very well for me on, and I have one HDD crash already, >> recovered with graid5 :) > this means graid5 in the tree ? Unfortunalety, it means graid5 in ports only for now. But in future... who knows? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 19:45:53 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2057E1065670 for ; Fri, 23 Apr 2010 19:45:53 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id BD2D28FC1D for ; Fri, 23 Apr 2010 19:45:52 +0000 (UTC) Received: (qmail 24346 invoked by uid 399); 23 Apr 2010 19:45:51 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 23 Apr 2010 19:45:51 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BD1F8EE.3050302@FreeBSD.org> Date: Fri, 23 Apr 2010 12:45:50 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Hiroki Sato References: <4BCA2B55.9000609@FreeBSD.org> <20100419.040457.248129042.hrs@allbsd.org> <4BCB6A14.5040308@FreeBSD.org> <20100424.002608.259526748.hrs@allbsd.org> In-Reply-To: <20100424.002608.259526748.hrs@allbsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, bz@FreeBSD.org Subject: Re: IPv6 configuration in rc.d X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 19:45:53 -0000 Hiroki, Throughout your post you are *theorizing* about what you *think* will happen. You obviously missed the parts of my post(s) where I said I actually tested it. BEFORE you make any changes to the existing code you need to do some actual testing, publish your methods and results, make a persuasive argument for your proposed changes, and let other people review your work and have a chance to respond. I feel that I have tried very hard to be patient here, and I continue to have deep appreciation for the hard work that you've put into this. However I think your current stance is unreasonable, and what you've said in this post essentially amounts to "If I don't get my way I'm going to pick up my toys and go home." That's not an appropriate method of interaction for a committer, and I don't appreciate being placed in the situation of having to repeatedly ask you to act in a reasonable manner. More comments below. On 04/23/10 08:26, Hiroki Sato wrote: > Doug Barton wrote > in <4BCB6A14.5040308@FreeBSD.org>: > > do> > # ifconfig gif0 create > do> > # ifconfig gif0 up > do> > do> Your statement is literally true, in this case the network.subr stuff > do> "has no control" because it isn't run. That was the same for the old > do> code as it is for the new code. > > No, in this case devd(8) invokes rc.d/netif as it is created. The > old code does "ifconfig inet6 -ifdisabled" before it becomes "up" > when ipv6_prefer=YES, and the new code always does "ifconfig inet6 > ifdisabled" when no ifconfig_gif0_ipv6 line, respectively. As I said in my previous post: 1. Based on my testing the code in ifconfig_up() in network.subr that does what you're referring to is not run when you ifconfig a *gif* interface on the command line. I realize that it IS run for other interfaces. 2. The case of people randomly creating tunnels on the command line is an edge case, almost all network configuration happens in rc.conf, and EVEN IF it is required to add a line or two more than we have to do now in order to make tunnel configuration work, that is not too high a price to pay for a clean, consistent user interface. > do> Note that IPv6 link-local addresses (those that start with fe80::) will > do> be automatically configured whenever possible. You may need to remove > do> IPv6 link-local addresses manually using ifconfig(8) ... > > No, the ifdisabled flag set via devd(8) prevents this. The gif man page section that I quoted seems to indicate that enough people wanted to REMOVE the link-local addresses that it was worth mentioning explicitly how to do it. It's not at all clear to me that what you are proposing (auto-magic configuration of link-local for tunnels) is even what the majority of users want. > do> > IPv4 people hates that gif0 has an IPv6 link-local (and IPv6 > do> > communication itself), > do> > do> People who don't want v6 at all compile it out of the kernel, and the > do> whole problem goes away. The project made a decision a long time ago to > do> ship with v6 in GENERIC, so this is not a new issue. > > No, the auto link-local addr assignment was turned to off by default > some years ago for this reason. This was a secteam's decision after > IPv6 was included in GENERIC. This is an issue for both IPv4 and > IPv6 people. LOL ... If what you're saying is accurate then you're actually trying to subvert the defaults, not "restore" them. If the secteam decided that link-local addresses should not be created by default then even if your description of what the current code does is accurate, it is doing exactly what it should be doing. > do> > and IPv6 people hates that it needs an > do> > additional step to enable it (ifconfig inet6 -ifdisabled in this > do> > case). gif (and other cloned interfaces) can be created by a program > do> > (a ppp script, for example), so we cannot prepare $ifconfig line in > do> > rc.conf in advance. > do> > do> Why not? There is no reason you can't have ifconfig_* lines for > do> interfaces that are not always configured, I do it all the time. > > Because the interface identifier cannot always be known in advance. > > For example, IPv6 tunnel server/client which accept an incoming > connection and establish a gif tunnel between the two create a lot of > gif interfaces on demand, and the created gif interfaces must be > ready for IPv6 without "ifconfig -ifdisabled" if the sysadmin wants > IPv6. The net/dtcp{,client} in the ports collection is one of the > typical applications. This situation is also common in a > linkup/linkdown scripts for PPP(IPV6CP). Having all possible > interface names in rc.conf is not practical even if the number of > interfaces is small. IPv6 people (including me) surely want a knob > for "-ifdisabled on interfaces with no $ifconfig line in rc.conf" if > an interface has the ifdisabled flag. Without it, such kind of > programs do not work. Please provide actual examples of what you're describing that I can set up and test. Also, please explain why (if it is necessary at all) that the appropriate ifconfig line cannot be added to whatever technique is used to create the tunnels (script, configuration file, etc.). As I've said previously, IF there is an actual problem I am willing to work with you to fix it. But as far as I can see you are only theorizing, and the actual testing that I've done seems to indicate that your theories are wrong. > Of course we can fix the programs to always use -ifdisabled, but the > ifdisabled flag should not become popular for users. I reluctantly > designed the ifdisabled flag only for IPv4 people who hate a > link-local addr, in order to make IPv6 enabled by default as much as > possible with minimal impact to them as well as IPv6 people. This is > *the reason* why I improved the ifdisabled flag and used it in the > rc.d scripts. This has no compatibility with other KAME-derived > implementation, and for IPv6 people it is nothing but an annoying > obstacle. > > The ifdisabled flag never disables the IPv6 functionality, The description in the man page is: Set a flag to disable all of IPv6 network communications on the specified interface. If that description is not accurate, it should be updated to describe the actual effect of the flag. > and it can > make various wired situations for IPv6 people because the > functionality is enabled but the communication including the critical > ones is disabled. Please describe how this could occur. > Anyway, if we will go ahead with "to use IPv6 please do ifconfig > inet6 -ifdisabled first" or "please always add the interface name to > rc.conf" as the current implementation does, I will revert my changes > which added support of the ifdisabled flag into ifconfig before > BSDCan. That would not be an appropriate method of dispute resolution. The ifdisabled flag *as described* adds useful functionality to FreeBSD, and should not be removed unless there is a very good reason to do so. So far you have not demonstrated a good reason. > This flag is just needed to solve the issues I explained in > this and previous emails. And the issue of being able to disable IPv6 on an individual interface is a very valid one given that we ship with IPv6 in GENERIC. On this point you and I are in agreement. > do> Are you theorizing here, or do you have actual examples? If you can find > do> actual examples of "here is something that used to work, but now it does > do> not" then we can work on a solution. I am not necessarily opposed to the > do> idea of automatically creating link-local addresses for cloned > do> interfaces, but it's impossible for me to code against something I don't > do> have in front of me. :) > > See tunnel server/client programs like what I described above and/or > try to build an L2TP over UDP concentrator which uses IPV6CP + > DHCPv6-PD. I'm not asking for generic descriptions. I'm asking you to provide actual examples, preferably ones that you have actually tested with the current code that demonstrate the problem you are describing. To repeat myself, I think that you are theorizing, and that your theory is wrong. OTOH if it turns out that you are right I'm more than happy to make any needed changes, but I need something that I can test against to verify that any changes actually do what we want them to do. Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 19:55:11 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A90106566B for ; Fri, 23 Apr 2010 19:55:11 +0000 (UTC) (envelope-from sziszi@bsd.hu) Received: from mail.rubicom.hu (mail.rubicom.hu [89.147.80.28]) by mx1.freebsd.org (Postfix) with ESMTP id ABBC68FC08 for ; Fri, 23 Apr 2010 19:55:10 +0000 (UTC) Received: from localhost ([127.0.0.1] helo=mail.rubicom.hu) by mail.rubicom.hu with smtp (Exim 4.63) (envelope-from ) id 1O5Oxw-0001x6-Ao for freebsd-current@freebsd.org; Fri, 23 Apr 2010 21:55:08 +0200 Received: from ip59935289.rubicom.hu ([89.147.82.137] helo=baranyfelhocske.buza.adamsfamily.xx) by mail.rubicom.hu with esmtp (Exim 4.63) (envelope-from ) id 1O5Oxw-0001wt-7S for freebsd-current@freebsd.org; Fri, 23 Apr 2010 21:55:08 +0200 Received: from baranyfelhocske.buza.adamsfamily.xx (localhost [127.0.0.1]) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4) with ESMTP id o3NJt8cf001945 for ; Fri, 23 Apr 2010 21:55:08 +0200 (CEST) (envelope-from sziszi@bsd.hu) Received: (from sziszi@localhost) by baranyfelhocske.buza.adamsfamily.xx (8.14.4/8.14.4/Submit) id o3NJt8mS001944 for freebsd-current@freebsd.org; Fri, 23 Apr 2010 21:55:08 +0200 (CEST) (envelope-from sziszi@bsd.hu) X-Authentication-Warning: baranyfelhocske.buza.adamsfamily.xx: sziszi set sender to sziszi@bsd.hu using -f Date: Fri, 23 Apr 2010 21:55:08 +0200 From: Szilveszter Adam To: freebsd-current@freebsd.org Message-ID: <20100423195507.GA1907@baranyfelhocske.buza.adamsfamily.xx> References: <4BD06BD9.6030401@FreeBSD.org> <20100423044809.GA1656@baranyfelhocske.buza.adamsfamily.xx> <4BD140FB.9010805@icyb.net.ua> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD140FB.9010805@icyb.net.ua> User-Agent: Mutt/1.5.20 (2009-06-14) Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 19:55:11 -0000 On Fri, Apr 23, 2010 at 09:40:59AM +0300, Andriy Gapon wrote: > on 23/04/2010 07:48 Szilveszter Adam said the following: > > There is one interesting tidbit though: previously it used to be > > possible to run cdda2wav also as non-root, provided the user running it > > had read access to the /dev/cd0 device. This seems to no longer work. > > Probably you also need access to the corresponding passX device, which you can > find from output of 'camcontrol devlist'. > You didn't need that with *a*cd0. That seems to be it, the perms on pass1 needed fixing. Thanks for the tip! -- Regards: Szilveszter ADAM Budapest Hungary From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 22:33:09 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 91EB81065675 for ; Fri, 23 Apr 2010 22:33:09 +0000 (UTC) (envelope-from gperez@entel.upc.edu) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) by mx1.freebsd.org (Postfix) with ESMTP id 1361D8FC08 for ; Fri, 23 Apr 2010 22:33:08 +0000 (UTC) Received: from ackerman2.upc.es (ackerman2.upc.es [147.83.2.244]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id o3NMX6eR019055 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 24 Apr 2010 00:33:07 +0200 Received: from [192.168.100.187] (82.Red-88-7-161.staticIP.rima-tde.net [88.7.161.82]) (authenticated bits=0) by ackerman2.upc.es (8.13.8/8.13.8) with ESMTP id o3NMX3T9004147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 24 Apr 2010 00:33:06 +0200 Message-ID: <4BD2201E.3090409@entel.upc.edu> Date: Sat, 24 Apr 2010 00:33:02 +0200 From: =?ISO-8859-1?Q?Gustau_P=E9rez?= User-Agent: Thunderbird 2.0.0.24 (X11/20100416) MIME-Version: 1.0 To: Weongyo Jeong , current@freebsd.org References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> In-Reply-To: <20100312231333.GZ1295@weongyo> X-Enigmail-Version: 0.96.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.63 on 147.83.2.244 X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (violet.upc.es [147.83.2.51]); Sat, 24 Apr 2010 00:33:07 +0200 (CEST) Cc: Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 22:33:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 En/na Weongyo Jeong ha escrit: > On Wed, Mar 03, 2010 at 11:10:14AM +0200, Alexandr Rybalko wrote: >> On Wed, 3 Mar 2010 00:28:33 -0800 >> Weongyo Jeong wrote: > I've been testing the driver for a few time with AMD64/CURRENT. A few time ago I started to see messages like : bwn0: unsupported rate 0 I've checked the code and I found it seems to fail when trying to check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate is called, to see how 'rate' is calculated. This is where I got lost :( My AP is FreeBSD 8.0 box with an atheros card. My hostapd works with both WPA2-PSK and WPA2-EAP (although I thinks this is not the problem) but with default values for rates and friends. I then forced my hostapd to use only a subset of transmit rates (with supported_rates and basic_rates) with no luck. My laptop is a DELL D630 with a BCM4310 UART adapter. Any need info will be provided and any help will be appreciated. Best regards, Gus - -- PGP KEY : http://www-entel.upc.edu/gus/gus.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQIcBAEBAgAGBQJL0iAeAAoJEH+VVM1WSYnPH+oQAJXnve4bzhB1pzTr1HhMkXCZ hqveStvnbIxvLV0n8RjH1vK5XFK8Cr1zofGb/btfcnIaW2tBuItVLxpbKP3pEnd0 /FKZZ68ngcNmX8jDyQ1ea6JbQNnJbkM3VIOymwoOhz2rDFCG8JiEGNVMeBDkVdgU 1gitBsrNIWo7WLikmskSbgm9Xb5JsHNGxe6C6L7VGKOdd7ywvokihgctXaEd9o52 jFtnmJYnvFT+q6e+SCRpqYpAiBQSwfbQe/qx+oPsaQGwczskwO5YqzKEonY2U/XR GOKe1fPQzzdqKtpa/cDfwPt7H0GbaDdJaBhj1voSfn3/tguKIgYCVU49/jq8V0/a NkF8VDw2j9eDOgTZP+Uub9PJvp5Tn5kG6SsAOjPxV01U5ouRBzVenDTems8JizLH GD1ldRjnRg9o4XqRgee8wUDqiEiTu2n7vwyttp2PtOUrrB4Ed11pNcYGkEyiPuLG K3UhLPlN1lh5lSlNofeD6zq4fDlaXmfxjCBvQRADk2HSaLnCp4hqoqydKvGvG5mg nexYi+XQY17u5PsPKNPKHM/aS5dmsBgrOgMCMXNuC/65YGxS4lca4m3QSYYES+qU dfhrhQ2pD24/ysvYwekd3nVbMXBjtU97a07r2aJPiidQYZ0erTtG7dEHrGFwGXmm XEwHkkANz3NMl/skGJc5 =7IfN -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Fri Apr 23 23:44:35 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 562701065674 for ; Fri, 23 Apr 2010 23:44:35 +0000 (UTC) (envelope-from james-freebsd-current@jrv.org) Received: from mail.jrv.org (adsl-70-243-84-13.dsl.austtx.swbell.net [70.243.84.13]) by mx1.freebsd.org (Postfix) with ESMTP id 0FFF38FC15 for ; Fri, 23 Apr 2010 23:44:34 +0000 (UTC) Received: from kremvax.housenet.jrv (kremvax.housenet.jrv [192.168.3.124]) by mail.jrv.org (8.14.3/8.14.3) with ESMTP id o3NNiPhq068058; Fri, 23 Apr 2010 18:44:26 -0500 (CDT) (envelope-from james-freebsd-current@jrv.org) Authentication-Results: mail.jrv.org; domainkeys=pass (testing) header.from=james-freebsd-current@jrv.org DomainKey-Signature: a=rsa-sha1; s=enigma; d=jrv.org; c=nofws; q=dns; h=message-id:date:from:user-agent:mime-version:cc:subject: references:in-reply-to:content-type:content-transfer-encoding; b=dHmX4v4jbKYXKtTPkDJGpoRNAQYlGH6D92NKiAXDlDoky63eAR3o9lig0yCCuhM5s SJj3q1MC8VqBXxemedIaCiw+dUJXtaYtsfy0ZDqXDYqPBPFs50klvN/6+JG+lQKBjcw TlJdpA5VmExXgDzYHtGpKm8gI6Vh0QYnHqowvxc= Message-ID: <4BD230D9.5010704@jrv.org> Date: Fri, 23 Apr 2010 18:44:25 -0500 From: "James R. Van Artsdalen" User-Agent: Thunderbird 2.0.0.24 (Macintosh/20100228) MIME-Version: 1.0 References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> In-Reply-To: <4BD2201E.3090409@entel.upc.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: =?UTF-8?B?R3VzdGF1IFDDqXJleg==?= , Weongyo Jeong , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 23 Apr 2010 23:44:35 -0000 I have a Dell Zino HD (Mac mini clone, with eSATA ports) that uses the BCM4353 chip (called a Dell 1520 card) none3@pci0:2:0:0: class=0x028000 card=0x000e1028 chip=0x435314e4 rev=0x01 hdr=0x00 vendor = 'Broadcom Corporation' class = network Should I expect this to work with to work here or try the NDIS driver? From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 02:57:21 2010 Return-Path: Delivered-To: freebsd-current@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19EBA1065676 for ; Sat, 24 Apr 2010 02:57:21 +0000 (UTC) (envelope-from gad@FreeBSD.org) Received: from smtp8.server.rpi.edu (smtp8.server.rpi.edu [128.113.2.228]) by mx1.freebsd.org (Postfix) with ESMTP id D25598FC16 for ; Sat, 24 Apr 2010 02:57:20 +0000 (UTC) Received: from [128.113.24.47] (gilead.netel.rpi.edu [128.113.24.47]) by smtp8.server.rpi.edu (8.13.1/8.13.1) with ESMTP id o3O2vH4g002393; Fri, 23 Apr 2010 22:57:18 -0400 Mime-Version: 1.0 Message-Id: In-Reply-To: References: <4BCFF81A.6050006@lissyara.su> <4BCFFBC1.2080703@lissyara.su> Date: Fri, 23 Apr 2010 22:57:16 -0400 To: krad , Alex Keda From: Garance A Drosehn Content-Type: text/plain; charset="us-ascii" ; format="flowed" X-Bayes-Prob: 0.0001 (Score 0) X-RPI-SA-Score: 0.10 () [Hold at 20.00] COMBINED_FROM X-CanItPRO-Stream: outgoing X-Canit-Stats-ID: Bayes signature not available X-Scanned-By: CanIt (www . roaringpenguin . com) on 128.113.2.228 Cc: freebsd-current@FreeBSD.org Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 02:57:21 -0000 At 10:15 AM +0100 4/22/10, krad wrote: >On 22 April 2010 08:33, Alex Keda wrote: > >> 22.04.2010 11:29, Gordon Tetlow ?????: >> >>> On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda >> admin@lissyara.su>> wrote: >>> >>> It's need feature. I test patch - it work for me (CURRENT, amd64) >>> Can I use some as: >>> /path/to/dir/*.conf >>> ? >>> and can I create recursive include? >>> >>> >>> Yes, wildcards and recursive includes are supported. >>> >> great job! > > Thanks! I also think this is a great feature to add. Just to be clear: This allows a config file to include some other file, and that other file can also include more files with additional newsyslog entries. In that sense it allows recursive includes. Note that it will detect when such recursion causes one file to end up indirectly including itself, and will reject *that* situation. So you shouldn't be able to get into an infinite loop of included files. >i would be real nice is newsyslog also supported a date based file renaming >shceme rather than the cyclic 0,1,2,3, much like the datext option in >logrotate. eg > >messages >messages.20100422 >messages.20100421 >messages.20100420 >... > >The cyclic renaming is a pain for incremental backups as all the log files >are backed up every time as their contents changes compared to their >filename I hope to do this after Gordon commits the new feature that he's implemented. I know I've said that before, but I do have some vacation time coming up soon and expect to do it then. -- Garance Alistair Drosehn = drosehn@rpi.edu Senior Systems Programmer or gad@FreeBSD.org Rensselaer Polytechnic Institute; Troy, NY; USA From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 05:22:29 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EC7D1065670 for ; Sat, 24 Apr 2010 05:22:29 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id F3FD28FC17 for ; Sat, 24 Apr 2010 05:22:28 +0000 (UTC) Received: by gwj18 with SMTP id 18so2848882gwj.13 for ; Fri, 23 Apr 2010 22:22:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=0t8GNxNI8wZmewLPucXsLFQ89KEAM6ZxlesgHzvtRCU=; b=xMPZldYWz0025Rkc1W9eGU07IhM1hzb6LAY2XVJgboi18hbJyrbK83qQOmDXO5+BDL Luk+koRyBR8bUi8dRfv1algLgYXG0hxQrqXxXXFbrPiCKP3HT2a9NVmdKvtSEoQZAnIP JqtWxX2mY/B9LTkt5A8zcBYI0/uPT/YcRBvpo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vwcRmZpb4EJ5EvFbJvKAocBPPtlZkg3c+k71EBDx01gdUTat+kE17XrQvSOP8ipaMd nTTElvy6avLVmeKXoibnf5KHPaCBrEs72e2eXX4cVkeneNLIbCbGCq96wDvf7eP4wjwv jjHXUpWJiWzOnSF0i+J9Um+urH01b6JmLoljM= MIME-Version: 1.0 Received: by 10.101.131.35 with SMTP id i35mr1331398ann.39.1272086547980; Fri, 23 Apr 2010 22:22:27 -0700 (PDT) Received: by 10.231.113.36 with HTTP; Fri, 23 Apr 2010 22:22:27 -0700 (PDT) In-Reply-To: References: <4BCFF81A.6050006@lissyara.su> <4BCFFBC1.2080703@lissyara.su> Date: Sat, 24 Apr 2010 05:22:27 +0000 Message-ID: From: Brandon Gooch To: Garance A Drosehn Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: Alex Keda , freebsd-current@freebsd.org, krad Subject: Re: newsyslog patch implementing file includes X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 05:22:29 -0000 On Sat, Apr 24, 2010 at 2:57 AM, Garance A Drosehn wrote: > At 10:15 AM +0100 4/22/10, krad wrote: >> >> On 22 April 2010 08:33, Alex Keda wrote: >> >>> =A022.04.2010 11:29, Gordon Tetlow ?????: >>> >>>> =A0On Thu, Apr 22, 2010 at 12:17 AM, Alex Keda >>> =A0admin@lissyara.su>> wrote: >>>> >>>> =A0 =A0It's need feature. I test patch - it work for me (CURRENT, amd6= 4) >>>> =A0 =A0Can I use some as: >>>> =A0 =A0 /path/to/dir/*.conf >>>> =A0 =A0? >>>> =A0 =A0and can I create recursive include? >>>> >>>> >>>> =A0Yes, wildcards and recursive includes are supported. >>>> >>> =A0great job! >> >> =A0> Thanks! > > I also think this is a great feature to add. > > Just to be clear: =A0This allows a config file to include some other > file, and that other file can also include more files with additional > newsyslog entries. =A0In that sense it allows recursive includes. > > Note that it will detect when such recursion causes one file to end > up indirectly including itself, and will reject *that* situation. > So you shouldn't be able to get into an infinite loop of included > files. This sounds cool; I've ever ran into a situation where I needed this -- yet= . Although I'm sure when it's in the tree and available, I'll not be able to live without it :) >> i would be real nice is newsyslog also supported a date based file >> renaming >> shceme rather than the cyclic 0,1,2,3, much like the datext option in >> logrotate. eg >> >> messages >> messages.20100422 >> messages.20100421 >> messages.20100420 >> ... >> >> The cyclic renaming is a pain for incremental backups as all the log fil= es >> are backed up every time as their contents changes compared to their >> filename > > I hope to do this after Gordon commits the new feature that he's > implemented. I know I've said that before, but I do have some > vacation time coming up soon and expect to do it then. > > -- > Garance Alistair Drosehn =A0 =A0 =3D =A0 =A0 =A0 =A0 =A0 =A0 =A0 drosehn@= rpi.edu > Senior Systems Programmer =A0 =A0 =A0 =A0 =A0 =A0 =A0 or =A0 gad@FreeBSD.= org > Rensselaer Polytechnic Institute; =A0 =A0 =A0 =A0 =A0 =A0 Troy, NY; =A0US= A This would indeed be a very welcome feature. I've been trying to devise a method (and the logic) to do something similar recently... I wonder, what might the time-frame be for adding the above feature? A "guess-timate" would be OK :) -Brandon From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 09:48:22 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 27B3C106566B for ; Sat, 24 Apr 2010 09:48:22 +0000 (UTC) (envelope-from gtirloni@sysdroid.com) Received: from mail-gw0-f54.google.com (mail-gw0-f54.google.com [74.125.83.54]) by mx1.freebsd.org (Postfix) with ESMTP id E52B18FC13 for ; Sat, 24 Apr 2010 09:48:21 +0000 (UTC) Received: by gwj18 with SMTP id 18so2904156gwj.13 for ; Sat, 24 Apr 2010 02:48:21 -0700 (PDT) MIME-Version: 1.0 Received: by 10.150.251.17 with SMTP id y17mr1257943ybh.283.1272100648142; Sat, 24 Apr 2010 02:17:28 -0700 (PDT) Received: by 10.150.212.14 with HTTP; Sat, 24 Apr 2010 02:17:28 -0700 (PDT) X-Originating-IP: [201.93.229.12] Date: Sat, 24 Apr 2010 06:17:28 -0300 Message-ID: From: Giovanni Tirloni To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: 9-CURRENT panic X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 09:48:22 -0000 Hello, I'm trying to boot 9-CURRENT amd64 from 4/6/2010 and I'm hitting a panic. ACPI enabled / Default: real memory = 2147483648 (2048 MB) avail memory = 2043375616 (1948 MB) ACPI APIC Table: panic: AP #1 (PHY# 1) failed! cpuid = 0 KDB: enter: panic [ thread pid 0 tid 0 ] Stopped at kbd_enter+0x3d? movq $0,0x6b9260(%rip) > trace Tracing pid 0 tid 0 td 0xffffffff80c6da00 kdb_enter() at kdb_enter+0x3d panic() at panic+0x17b cpu_mp_start() at cpu_mp_start+0x5c6 mp_start() at mp_start+0x58 mi_startup() at mi_startup+0x59 btext() at btext+0x2c ACPI disabled and/or Safe Mode: em0 port 0xfe00-0xfe1f mem 0xfdfc000-0xfdfdffff,0xfdfff000-0xfdffffff irq 10 at device 25.0 on pci0 em0: Setup MSIX failure em0: Unable to allocate bus resource: interrupt Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x20:0xffffffff805dcf00 stack pointer = 0x28:0xfffffffff81061810 frame pointer = 0x28:0xffffffff81061860 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) [ thread pid 0 tid 100000 ] Stopped at rman_get_flags: movq (%rdi),$rax db> 2 ... keyboard is stuck at this point. I'm using the snapshot ISO from ftp://ftp.freebsd.org/pub/FreeBSD/snapshots/201004/FreeBSD-9.0-CURRENT-201004-amd64-memstick.img. I was able to install it from the USB stick but had to try booting it 3x to bypass the panic. Now after it's installed it, won't boot no matter what. This is a Dell Vostro 200 desktop with a Intel Core 2 Duo (E4500) processor, 2GB of RAM, 160GB WD disk, onboard Intel NIC and offboard Realtek NIC. ACPI Suspend Type is set to S3 (STR) on the BIOS. Thank you, -- Giovanni From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 10:50:00 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2BE10106566B for ; Sat, 24 Apr 2010 10:50:00 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pz0-f191.google.com (mail-pz0-f191.google.com [209.85.222.191]) by mx1.freebsd.org (Postfix) with ESMTP id E811C8FC16 for ; Sat, 24 Apr 2010 10:49:59 +0000 (UTC) Received: by pzk29 with SMTP id 29so2168270pzk.3 for ; Sat, 24 Apr 2010 03:49:59 -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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=1XG7PfYJl1YRTaA8nKWVeCu02fabTSkt6MmEUGmZlKY=; b=aXoGPadBW3MtlOr6zdmnbkxqvRGN+ZmcGN87S624llANx4QDgBaSFfle4p+q1hn4qt r4rG9yg9rTBLB/aZOzP/wt0jMx1mCIcPA8Y2Cefel2Go+bNgZv88kyb+VEreeEknDdZA Br+zfkrfQhN6/N2W2IfyJ/hPUXYF16Su4frV0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=UCVx08iH1U8vuvqAm2zpasE7IJ9+I0ls9N8yliJJqBSXHWjEfPIjyDnakbX9S1pvaL q0mjKvyqi3xBoTi2oh9tLlJv0BjiMwPZVOMhIIiR7EC+a1FpRS1oSfYQa7jMR7ZuJBo4 3tq5vGxTVrDPt0NbnkW8mbhU64H9NfL9fRsxo= Received: by 10.115.39.29 with SMTP id r29mr1614439waj.22.1272106198891; Sat, 24 Apr 2010 03:49:58 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.130]) by mx.google.com with ESMTPS id k2sm9531901wae.19.2010.04.24.03.49.53 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 03:49:56 -0700 (PDT) Message-ID: <4BD2CCC4.4080307@gmail.com> Date: Sat, 24 Apr 2010 18:49:40 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <490521.32714.qm@web51804.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 10:50:00 -0000 PseudoCylon wrote: > Hello, > > Can you try this? (all 3 files has been updated) > http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan > > This is for rev 207077 or newer. > If you are using older rev, please let me know with rev #, I'll change the code accordingly. > > If it isn't too much trouble, can you run the driver with following debug option on? > # wlandebug -i wlan0 0x69300000 > (after wlan create) > To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. > > And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c > > Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. > AK-san, Thanks a lot, looks like no more crash. rspro# uname -an FreeBSD rspro.micom.mng.net 9.0-CURRENT FreeBSD 9.0-CURRENT #58 r207140M: Sat Apr 24 17:55:13 ULAT 2010 tsgan@beastie.micom.mng.net:/usr/obj/mips/usr/mysrc/sys/RSPRO_AR71XX mips http://pastebin.com/jsV5L7St ping response is varying. 192.168.2.2 is Macbook Pro client. rspro# ping 192.168.2.2 PING 192.168.2.2 (192.168.2.2): 56 data bytes 64 bytes from 192.168.2.2: icmp_seq=3 ttl=64 time=22.091 ms 64 bytes from 192.168.2.2: icmp_seq=4 ttl=64 time=2.232 ms 64 bytes from 192.168.2.2: icmp_seq=6 ttl=64 time=9.329 ms 64 bytes from 192.168.2.2: icmp_seq=7 ttl=64 time=20.691 ms 64 bytes from 192.168.2.2: icmp_seq=8 ttl=64 time=9.867 ms 64 bytes from 192.168.2.2: icmp_seq=9 ttl=64 time=8.592 ms 64 bytes from 192.168.2.2: icmp_seq=10 ttl=64 time=10.942 ms 64 bytes from 192.168.2.2: icmp_seq=11 ttl=64 time=15.398 ms 64 bytes from 192.168.2.2: icmp_seq=12 ttl=64 time=5.582 ms 64 bytes from 192.168.2.2: icmp_seq=13 ttl=64 time=2.199 ms 64 bytes from 192.168.2.2: icmp_seq=15 ttl=64 time=2.266 ms 64 bytes from 192.168.2.2: icmp_seq=16 ttl=64 time=777.052 ms 64 bytes from 192.168.2.2: icmp_seq=17 ttl=64 time=764.368 ms 64 bytes from 192.168.2.2: icmp_seq=19 ttl=64 time=777.076 ms 64 bytes from 192.168.2.2: icmp_seq=20 ttl=64 time=741.912 ms 64 bytes from 192.168.2.2: icmp_seq=21 ttl=64 time=721.712 ms 64 bytes from 192.168.2.2: icmp_seq=22 ttl=64 time=741.264 ms 64 bytes from 192.168.2.2: icmp_seq=24 ttl=64 time=732.831 ms 64 bytes from 192.168.2.2: icmp_seq=25 ttl=64 time=1692.815 ms 64 bytes from 192.168.2.2: icmp_seq=26 ttl=64 time=685.253 ms 64 bytes from 192.168.2.2: icmp_seq=27 ttl=64 time=665.590 ms 64 bytes from 192.168.2.2: icmp_seq=28 ttl=64 time=26.029 ms 64 bytes from 192.168.2.2: icmp_seq=29 ttl=64 time=20.515 ms 64 bytes from 192.168.2.2: icmp_seq=30 ttl=64 time=1034.232 ms ... run0: flags=8a43 metric 0 mtu 2290 ether 00:22:cf:03:e0:30 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running wlan0: flags=8843 metric 0 mtu 1500 ether 00:22:cf:03:e0:30 inet 192.168.2.1 netmask 0xffffff00 broadcast 192.168.2.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running ssid bsd channel 1 (2412 MHz 11g) bssid 00:22:cf:03:e0:30 country US authmode OPEN privacy OFF txpower 0 scanvalid 60 protmode CTS wme dtimperiod 1 -dfs rspro# I will observe more and let you know if there is anything. Please let me know if you need any more information. thanks a lot, Ganbold > Thanks > AK > > >>> Is your kernel compiled with INVARIANTS >>> option? >>> >>> > > >> Tried, but if_arge panics at boot with INVARIANTS >> option. >> > > >> arge0: at >> mem 0x19000000-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex >> arge mii lock >> @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 >> > > > >> thanks, >> > > >> Ganbold >> > > > > -- What do you give a man who has everything? Penicillin. -- Jerry Lester From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 10:57:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DF7BE1065670 for ; Sat, 24 Apr 2010 10:57:47 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id A84738FC0A for ; Sat, 24 Apr 2010 10:57:45 +0000 (UTC) Received: by pva18 with SMTP id 18so1074738pva.13 for ; Sat, 24 Apr 2010 03:57:44 -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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=oBkDKaHqOwAwL61RCrD/whzbP1KJO7bcn1iaeosyfJ8=; b=A+FBgGbhuKJLJ8zKheE+zcuNzcYUWs/+BHKjdpI2m0biN6UImtIP0LnjL4KkSc9TzH pKgxfdo1H4KA0+HwQm1CeC5FSe132d5IAu9n/FTNLdow3Sv3xP2PexOiJDZLf0ge142L qEWM4nN9IEHZC0Jg5kPK9U/rc1fSe/ZpT2YkU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=FhweZGAponWzVnxtPPGWSyN73Fyv5W1vtUMZHpSugWHJvplHWUiMVpqFpw6bDbiGiy nUm5tnrdIiri8GLOyMXig38jnJMI7m1QbZsVgFEeswoU10ctJqKjyOV0SnIm1Oi2am+M eV5zapYNsFZ0hV2GHzhor0hHpR+s2fF3vfC28= Received: by 10.114.54.1 with SMTP id c1mr848398waa.61.1272106579821; Sat, 24 Apr 2010 03:56:19 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.130]) by mx.google.com with ESMTPS id 29sm9559788waf.15.2010.04.24.03.56.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 03:56:19 -0700 (PDT) Message-ID: <4BD2CE4C.8080805@gmail.com> Date: Sat, 24 Apr 2010 18:56:12 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <490521.32714.qm@web51804.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 10:57:48 -0000 PseudoCylon wrote: > Hello, > > Can you try this? (all 3 files has been updated) > http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan > > This is for rev 207077 or newer. > If you are using older rev, please let me know with rev #, I'll change the code accordingly. > > If it isn't too much trouble, can you run the driver with following debug option on? > # wlandebug -i wlan0 0x69300000 > (after wlan create) > To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. > > And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c > > Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. > AK-san, Just got panic when destroying. ... run_rx_frame: rx done run_vap_delete: vap=0xc1002000 rvp_id=0 bmap=0 rvp_cnt=0 run_newstate: RUN -> INIT run_raw_xmit: ic=0xc0fb2000 run_raw_xmit: ifp=0xc0caa000 run_raw_xmit: sc=0xc0fa8000 Trap cause = 4 (address error (load or I-fetch) - kernel mode) [ thread pid 14 tid 100028 ] Stopped at ieee80211_node_attach+0x400: lw v0,24(v0) db> ... Ganbold > Thanks > AK > > >>> Is your kernel compiled with INVARIANTS >>> option? >>> >>> > > >> Tried, but if_arge panics at boot with INVARIANTS >> option. >> > > >> arge0: at >> mem 0x19000000-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex >> arge mii lock >> @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 >> > > > >> thanks, >> > > >> Ganbold >> > > > > -- Time is the most valuable thing a man can spend. -- Theophrastus From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 11:06:31 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 262781065672 for ; Sat, 24 Apr 2010 11:06:31 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E27518FC0C for ; Sat, 24 Apr 2010 11:06:30 +0000 (UTC) Received: by pwi9 with SMTP id 9so7700986pwi.13 for ; Sat, 24 Apr 2010 04:06:30 -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:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=N9rDjrbwzYpeFe3XKYUWvI7wYX0ShGaKKtTYS5Iodbo=; b=Ua5O+jqHJRh5vF+ZeVr3hvnZmOvBxmKGbvFRa8kpiKdcF3J7RHx26K3entzraNidJE 1MSCo69g+BnSsa1ecg/zecIt2WGPafYMEWOQeCUIL3N3UqpGIXI5Qci5hWjsomIv4v2F 578gCvV7Z2QowmEs2VbQefjIV3zLB4B6hEiKo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=XA7BGYzeXjd4SrMc36eGxPptWvKuJ6hlvBj6c62Y/oFAGMJo6yw9qJi2U27yZ8EkKQ kBbsZH+bJTH7/heJ4CD5Eila+ULYVRxbYW2Z9s0MKd9a2FLftGDdTM4JPvA/jTJhYPev MrGtwG4RcZ8TwROVRgLxMEpP3sLBrB+DAqdGs= Received: by 10.114.248.21 with SMTP id v21mr1523704wah.197.1272107190297; Sat, 24 Apr 2010 04:06:30 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.130]) by mx.google.com with ESMTPS id 29sm9600257waf.15.2010.04.24.04.06.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 04:06:29 -0700 (PDT) Message-ID: <4BD2D0AB.2000706@gmail.com> Date: Sat, 24 Apr 2010 19:06:19 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <490521.32714.qm@web51804.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 11:06:31 -0000 PseudoCylon wrote: > Hello, > > Can you try this? (all 3 files has been updated) > http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan > > This is for rev 207077 or newer. > If you are using older rev, please let me know with rev #, I'll change the code accordingly. > > If it isn't too much trouble, can you run the driver with following debug option on? > # wlandebug -i wlan0 0x69300000 > (after wlan create) > To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. > > And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c > > Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. > > More crash, but I think it might be related to usb. panic: Trying sleep, but thread marked as sleeping prohibited KDB: enter: panic [ thread pid 11 tid 100031 ] Stopped at kdb_enter+0x50: lui at,0x8054 db> bt Tracing pid 11 tid 100031 td 0xc0c96720 db_trace_thread+30 (?,?,?,?) ra 800ac688 sp c7967558 sz 24 800ac56c+11c (0,?,ffffffff,?) ra 800abd30 sp c7967570 sz 32 800ab99c+394 (?,?,?,?) ra 800abec0 sp c7967590 sz 168 db_command_loop+78 (?,?,?,?) ra 800ae4d8 sp c7967638 sz 24 800ae3d0+108 (?,?,?,?) ra 80208060 sp c7967650 sz 424 kdb_trap+108 (?,?,?,?) ra 80407380 sp c79677f8 sz 32 trap+d50 (?,?,?,?) ra 803ff090 sp c7967818 sz 168 MipsKernGenException+134 (0,a,806c8fe4,109) ra 802082e8 sp c79678c0 sz 200 kdb_enter+50 (?,?,?,?) ra 801d1a04 sp c7967988 sz 24 panic+f8 (?,4,80480eb8,120) ra 80212f10 sp c79679a0 sz 40 sleepq_add+120 (?,?,?,?) ra 8018f174 sp c79679c8 sz 56 _cv_wait+1f0 (?,?,?,?) ra 80147ba8 sp c7967a00 sz 64 usbd_do_request_flags+540 (?,?,?,?) ra c7e5629c sp c7967a40 sz 104 PC 0xc7e5629c: not in kernel 0+c7e5629c (?,?,?,?) ra 0 sp c7967aa8 sz 0 pid 11 db> Ganbold > Thanks > AK > > >>> Is your kernel compiled with INVARIANTS >>> option? >>> >>> > > >> Tried, but if_arge panics at boot with INVARIANTS >> option. >> > > >> arge0: at >> mem 0x19000000-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex >> arge mii lock >> @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 >> > > > >> thanks, >> > > >> Ganbold >> > > > > -- Everybody has something to conceal. -- Humphrey Bogart From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 13:58:45 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8FC7E106566C for ; Sat, 24 Apr 2010 13:58:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe14.tele2.se [212.247.155.161]) by mx1.freebsd.org (Postfix) with ESMTP id 1F96B8FC26 for ; Sat, 24 Apr 2010 13:58:44 +0000 (UTC) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=HEYnYNVUCg4A:10 a=8nJEP1OIZ-IA:10 a=M8b_wTzEtboA:10 a=MnI1ikcADjEx7bvsp0jZvQ==:17 a=Gi-K3LvrAAAA:8 a=6I5d2MoRAAAA:8 a=z5WGAR818nKKeEgkIpYA:9 a=JenzZyzWYo3rRQt0jj4A:7 a=EbMomNFecVza5VUvgCwoWuG7HhMA:4 a=wPNLvfGTeEIA:10 Received: from [188.126.201.140] (account mc467741@c2i.net HELO laptop002.hselasky.homeunix.org) by mailfe14.swip.net (CommuniGate Pro SMTP 5.2.19) with ESMTPA id 618302529; Sat, 24 Apr 2010 15:58:43 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 24 Apr 2010 15:56:10 +0200 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; amd64; ; ) References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> <4BD2D0AB.2000706@gmail.com> In-Reply-To: <4BD2D0AB.2000706@gmail.com> X-Face: +~\`s("[*|O,="7?X@L.elg*F"OA\I/3%^p8g?ab%RN'(; _IjlA: hGE..Ew, XAQ*o#\/M~SC=S1-f9{EzRfT'|Hhll5Q]ha5Bt-s|oTlKMusi:1e[wJl}kd}GR Z0adGx-x_0zGbZj'e(Y[(UNle~)8CQWXW@:DX+9)_YlB[tIccCPN$7/L' MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201004241556.10163.hselasky@c2i.net> Cc: Ganbold Tsagaankhuu , PseudoCylon , Ganbold Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 13:58:45 -0000 On Saturday 24 April 2010 13:06:19 Ganbold wrote: > PseudoCylon wrote: > > Hello, > > > > Can you try this? (all 3 files has been updated) > > http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix > >/show/dev/usb/wlan > > > > This is for rev 207077 or newer. > > If you are using older rev, please let me know with rev #, I'll change > > the code accordingly. > > > > If it isn't too much trouble, can you run the driver with following debug > > option on? # wlandebug -i wlan0 0x69300000 > > (after wlan create) > > To make this work, kernel need to be compiled with IEEE80211_DEBUG option > > which is enabled in generic AR71XX conf file by default. > > > > And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c > > > > Sorry for asking too much. The driver is causing the trouble, but > > something goes wrong outside the driver. > > More crash, but I think it might be related to usb. > > panic: Trying sleep, but thread marked as sleeping prohibited > KDB: enter: panic > [ thread pid 11 tid 100031 ] > Stopped at kdb_enter+0x50: lui at,0x8054 Hi, This is not an USB issue. Please make sure usbd_do_request() is only called from thread context. --HPS From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 15:01:59 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B4FF1065674 for ; Sat, 24 Apr 2010 15:01:59 +0000 (UTC) (envelope-from ganbold@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id E7C7E8FC21 for ; Sat, 24 Apr 2010 15:01:58 +0000 (UTC) Received: by pwi9 with SMTP id 9so7762042pwi.13 for ; Sat, 24 Apr 2010 08:01: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 :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=GOdOPhjakArtRydO29+1qFWgTRT57qenx9zaDWLDG1o=; b=lw27ZOb53qLEn3MHjIo6Kw3Odbs4lyICFTWs5kk1WYvzhLRNOUnP/s283LfSs3UvfZ jmvHlo7l06mloYr+twZRm9zOJkEP3GsFTX4Lwf8PiztK5rIuMWgeJHrceIXcnP5c4Bl2 bQyZR6QIzFCRiyuFtYtmKD9sW++xkYev+gKBI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=Y9ZvE11fYo75th9wU4J0RssM1uBJbeeaNLdYqrUCihZQg55aX2DDyjfkmxoXN7YAIp 36OAX65kNKEyTE4TQh7Yb5+WdAv2Ds9Dsy/FL5pbVDs0d3wHlr8WaBveVXPgZj3NgO6z /H5KSf1LD703IFEsO6+/wOM+nIJ2rmB0s9hZw= Received: by 10.114.21.15 with SMTP id 15mr1782892wau.156.1272121317751; Sat, 24 Apr 2010 08:01:57 -0700 (PDT) Received: from beastie.micom.mng.net ([202.179.21.130]) by mx.google.com with ESMTPS id l8sm10514591wad.4.2010.04.24.08.01.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 08:01:57 -0700 (PDT) Message-ID: <4BD307DE.5080507@gmail.com> Date: Sat, 24 Apr 2010 23:01:50 +0800 From: Ganbold User-Agent: Thunderbird 2.0.0.23 (X11/20091011) MIME-Version: 1.0 To: PseudoCylon References: <16641.96608.qm@web51806.mail.re2.yahoo.com> <4B9FA3E0.4050702@micom.mng.net> <633929.41041.qm@web51802.mail.re2.yahoo.com> <4BA22B8D.9030700@micom.mng.net> <375331.74876.qm@web51804.mail.re2.yahoo.com> <4BA38B26.6050208@micom.mng.net> <989377.89740.qm@web51802.mail.re2.yahoo.com> <4BAE01AC.7000509@gmail.com> <623907.37074.qm@web51803.mail.re2.yahoo.com> <4BB3575D.4040506@gmail.com> <87836.79143.qm@web51804.mail.re2.yahoo.com> <4BBB372C.1060302@gmail.com> <665283.95271.qm@web51802.mail.re2.yahoo.com> <4BBDEC8F.9050803@gmail.com> <490521.32714.qm@web51804.mail.re2.yahoo.com> In-Reply-To: <490521.32714.qm@web51804.mail.re2.yahoo.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Ganbold Tsagaankhuu , freebsd-current@freebsd.org Subject: Re: CALL for TEST [HOSTAP] run(4) ralink usb wireless X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 15:01:59 -0000 PseudoCylon wrote: > Hello, > > Can you try this? (all 3 files has been updated) > http://projects.nasreddine.com/projects/run/repository/revisions/mips_fix/show/dev/usb/wlan > > This is for rev 207077 or newer. > If you are using older rev, please let me know with rev #, I'll change the code accordingly. > > If it isn't too much trouble, can you run the driver with following debug option on? > # wlandebug -i wlan0 0x69300000 > (after wlan create) > To make this work, kernel need to be compiled with IEEE80211_DEBUG option which is enabled in generic AR71XX conf file by default. > > And, maybe with INVARIANTS option? the bug has been fixed in rev 206400 > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/mips/atheros/if_arge.c > > Sorry for asking too much. The driver is causing the trouble, but something goes wrong outside the driver. > Got another panic. Maybe it is something else. run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done run_rx_frame: rx done Trap cause = 2 (TLB miss (load or instr. fetch) - kernel mode) [ thread pid 0 tid 100062 ] Stopped at run_drain_fifo+0xd8: lw v0,6444(a1) db> bt Tracing pid 0 tid 100062 td 0xc0f88be0 db_trace_thread+30 (?,?,?,?) ra 800ac688 sp c7e83970 sz 24 800ac56c+11c (0,?,ffffffff,?) ra 800abd30 sp c7e83988 sz 32 800ab99c+394 (?,?,?,?) ra 800abec0 sp c7e839a8 sz 168 db_command_loop+78 (?,?,?,?) ra 800ae4d8 sp c7e83a50 sz 24 800ae3d0+108 (?,?,?,?) ra 80208060 sp c7e83a68 sz 424 kdb_trap+108 (?,?,?,?) ra 80407624 sp c7e83c10 sz 32 trap+ff4 (?,?,?,?) ra 803ff090 sp c7e83c30 sz 168 MipsKernGenException+134 (1a3,0,0,21c) ra c7e5bd24 sp c7e83cd8 sz 200 PC 0xc7e5bd24: not in kernel 0+c7e5bd24 (?,?,?,?) ra 0 sp c7e83da0 sz 0 pid 0 db> Ganbold > Thanks > AK > > >>> Is your kernel compiled with INVARIANTS >>> option? >>> >>> > > >> Tried, but if_arge panics at boot with INVARIANTS >> option. >> > > >> arge0: at >> mem 0x19000000-0x19000fff irq 2 on nexus0 panic: mtx_lock() of spin mutex >> arge mii lock >> @ /usr/mysrc/sys/mips/atheros/if_arge.c:554 >> > > > >> thanks, >> > > >> Ganbold >> > > > > -- A pipe gives a wise man time to think and a fool something to stick in his mouth. From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 15:42:54 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 12FEF1065673; Sat, 24 Apr 2010 15:42:54 +0000 (UTC) (envelope-from buganini@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id CF0F78FC08; Sat, 24 Apr 2010 15:42:53 +0000 (UTC) Received: by pva18 with SMTP id 18so1151422pva.13 for ; Sat, 24 Apr 2010 08:42:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=rNXYktcvT6G5fv8czGsFKZsgnHf40UaJSUJME1y62Ok=; b=i867swZ4id085qxTPed2lKPOCDUsCvd+e6kXOjoq8E9UWCoF+4xBr4bF72zb3w+Z6i xYs3NtxIs/VaQ4GQFdzLsXpHkVCFH1+buiEczCe91Bz+Q1NHq07g+DoZ2nYqCorKPhLQ JpAgIuCOMCaDq7q9kGR1yvciQOuJjPIKk1/3g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=DrLHhKRG5Eu3r/8lK7C/Gj4MyE292KYUa6NgNYX4yP/jYEryl+xtaiTVrsPP3eJcIO 8FTc/nYcf3Wh0pWNwhlUY02yP8p90HJsz4OfVSOIUaoT/6pB7tmE2et4wWO2VZy34tkZ umzyUo44ibmlzv/2rwaBsInBUGIcG8kLh3qig= MIME-Version: 1.0 Received: by 10.142.196.17 with SMTP id t17mr842996wff.280.1272123773245; Sat, 24 Apr 2010 08:42:53 -0700 (PDT) Received: by 10.142.72.12 with HTTP; Sat, 24 Apr 2010 08:42:53 -0700 (PDT) In-Reply-To: References: <20100226005115.GP14937@weongyo> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> <20100314005558.GB88159@weongyo> <20100315004357.fca53c7f.ray@ddteam.net> <20100316225113.GF88159@weongyo> Date: Sat, 24 Apr 2010 23:42:53 +0800 Message-ID: From: Buganini To: Ian FREISLICH Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: Weongyo Jeong , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 15:42:54 -0000 No luck here, it's still keeping scanning channels. --Buganini On Thu, Apr 15, 2010 at 1:34 AM, Ian FREISLICH wrote: > Buganini wrote: >> Hi, I got a Lenovo G450 with >> siba_bwn0@pci0:4:0:0: class=3D0x028000 card=3D0x04b514e4 chip=3D0x431514= e4 >> rev=3D0x01 hdr=3D0x00 >> =C2=A0 =C2=A0 vendor =C2=A0 =C2=A0 =3D 'Broadcom Corporation' >> =C2=A0 =C2=A0 device =C2=A0 =C2=A0 =3D 'Broadcom Wireless b/g (BCM4315/B= CM22062000)' >> =C2=A0 =C2=A0 class =C2=A0 =C2=A0 =C2=A0=3D network >> >> >> 4315 is not in supported list, but however the driver took the device >> bwn_v4_lp_ucode.ko was not loaded automatically, so I loaded it >> manually ifconfig scan seem freeze, I can `ifconfig list scan` later >> and found access point correctly, but I can't associate with them, it >> just keep scanning channels. > > I found that if I 'ifconfig wlan0 destroy' followed by 'ifconfig > wlan0 create wlandev bwn0' it works. > > /etc/rc.conf: > --- > wlans_bwn0=3D"wlan0" > ifconfig_wlan0=3D"WPA DHCP" > --- > > The corollery is that it doesn't work first time on reboot. =C2=A0I need > to either '/etc/rc.d/netif restart' and if that panics the machine, > destroy wlan0 and then restart netif. > > Then wlan0/bwn0 associates correctly with this device. > > Ian > > -- > Ian Freislich > From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 16:42:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 03A67106564A; Sat, 24 Apr 2010 16:42:40 +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 C83AA8FC14; Sat, 24 Apr 2010 16:42:39 +0000 (UTC) Received: from feathers.peganest.com (feathers.peganest.com [78.33.110.3]) (authenticated bits=0) by hercules.mthelicon.com (8.14.3/8.14.3) with ESMTP id o3OGgcQX036598; Sat, 24 Apr 2010 16:42:39 GMT (envelope-from ken@mthelicon.com) From: Pegasus Mc Cleaft Organization: Feathers To: freebsd-hackers@freebsd.org Date: Sat, 24 Apr 2010 16:42:37 +0000 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201004241642.38017.ken@mthelicon.com> Cc: freebsd-current@freebsd.org Subject: kern+world / ports make options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 16:42:40 -0000 Hello Hackers & Current, I was wondering it if is possible, or if it can be done so a separate set of CC, CXX, etc can be specified for building the world and kernel independently of a ports build? Right now, I use the base GCC to compile the world and kernel, and GCC44 for most of the other ports (when it complies cleanly). But I have to keep editing the /etc/make.conf file to switch between the two. It may already be implemented, but it would be nice if there was something defined while the kernel and/or world is being built to that a nested block of ifdefs can select which env variables to be set. Peg From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 16:47:44 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 28A8E1065674; Sat, 24 Apr 2010 16:47:44 +0000 (UTC) (envelope-from tevans.uk@googlemail.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 787508FC13; Sat, 24 Apr 2010 16:47:43 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so734775fge.13 for ; Sat, 24 Apr 2010 09:47:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=PrrRwMWTXEsFYHAu/3szo1o0pBJJm2ZzqPP7fH8BzyY=; b=DkRNiEOMIrNbn6bEtHUpUYvriOLKZtJz9Re4UTT1oYNOHAlsx+hneLr2XM4qtkha9V OGZ8LMrO+Wnd4vE8Ua35qvSQPaXnw21DW4XliDbQSoOFe7Dy0zWtgHMbYlMsjt21G6+J nshS/KGmvXn2XOPOhBAL+KRpU1TS+lBkbKwFU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=vudKpLfl1CHa/BjKsdrZx5gBP8kl/o4Xnmh+XTUTLytUMdKtGPQQ9Cd/bR/e01bWXK LVFy2VhC7RltNPOhSvuLjd6QaWJT6GyEH/EDGznbbyFZDMxSFV28ZytmUhJKj6R5F8nP 34S38g3tTH62ugogCqhZLrKny6Hot0wQsJFtg= MIME-Version: 1.0 Received: by 10.239.134.72 with SMTP id 8mr161909hby.0.1272127662041; Sat, 24 Apr 2010 09:47:42 -0700 (PDT) Received: by 10.239.142.17 with HTTP; Sat, 24 Apr 2010 09:47:42 -0700 (PDT) In-Reply-To: <201004241642.38017.ken@mthelicon.com> References: <201004241642.38017.ken@mthelicon.com> Date: Sat, 24 Apr 2010 17:47:42 +0100 Message-ID: From: Tom Evans To: Pegasus Mc Cleaft Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kern+world / ports make options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 16:47:44 -0000 On Sat, Apr 24, 2010 at 5:42 PM, Pegasus Mc Cleaft wrot= e: > Hello Hackers & Current, > > =C2=A0 =C2=A0 =C2=A0 =C2=A0I was wondering it if is possible, or if it ca= n be done so a separate set > of CC, CXX, etc can be specified for building the world and kernel > independently of a ports build? > > =C2=A0 =C2=A0 =C2=A0 =C2=A0Right now, I use the base GCC to compile the w= orld and kernel, and GCC44 > for most of the other ports (when it complies cleanly). But I have to kee= p > editing the /etc/make.conf file to switch between the two. > > =C2=A0 =C2=A0 =C2=A0 =C2=A0It may already be implemented, but it would be= nice if there was > something defined while the kernel and/or world is being built to that a > nested block of ifdefs can select which env variables to be set. > > Peg man src.conf Cheers Tom From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 19:30:37 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BA7231065670; Sat, 24 Apr 2010 19:30:37 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 3487E8FC16; Sat, 24 Apr 2010 19:30:37 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.3/8.14.3/ALCHEMY.FRANKEN.DE) with ESMTP id o3OJUYWF010232; Sat, 24 Apr 2010 21:30:35 +0200 (CEST) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.3/8.14.3/Submit) id o3OJUYdO010231; Sat, 24 Apr 2010 21:30:34 +0200 (CEST) (envelope-from marius) Date: Sat, 24 Apr 2010 21:30:34 +0200 From: Marius Strobl To: Alexander Motin Message-ID: <20100424193034.GA9853@alchemy.franken.de> References: <4BD06BD9.6030401@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD06BD9.6030401@FreeBSD.org> User-Agent: Mutt/1.4.2.3i Cc: FreeBSD-Current , freebsd-geom@freebsd.org Subject: Re: Switchover to CAM ATA? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 19:30:37 -0000 On Thu, Apr 22, 2010 at 06:31:37PM +0300, Alexander Motin wrote: > Hi. > > With time passed, CAM-based ATA infrastructure IMHO looks enough mature > now to enable it in HEAD. Now we have two new stable drivers ahci(4) and > siis(4), covering major part of modern SATA HBAs, `options ATA_CAM` > wrapper for ata(4) to supports legacy hardware, and one more improved > driver for Marvell HBAs (mvs) is now in development and soon will be > present for testing. Together with many other people I have tested above > at least on i386, amd64, arm and spart64 architectures. > > This switchover would give us significant performance improvement on new > hardware because of NCQ support in ahci/siis/mvs drivers; improved > functionality, including SATA Port Multipliers support, better hot-plug > support; and reduced code duplication between ata(4) and cam(4) > subsystems and applications. > > Two issues left at this moment are: > 1) POLA breakage due to disk device being renamed from adX to adaY; > 2) lack of araraid(4) alternative in new infrastructure. It should be > reimplemented in GEOM in some way, but it still wasn't. > > So what is the public opinion: Is the lack of ataraid(4) fatal or we can > live without it? > > Can we do switchover now, or some more reasons preventing this? > As noted earlier, pc98 and sparc64 need ada(4)/CAM ATA to perform geometry translation as done by ad_firmware_geom_adjust() for ad(4), which the following patch hooks up to both: http://people.freebsd.org/~marius/ata_disk_firmware_geom_adjust.diff You preferred to implement such functionality via XPT_CALC_GEOMETRY though (I'm still not convinced that it makes sense to put this functionality into every ATA SIM the same way it is done for SCSI rather than letting ada(4) handle it the same way for all SIMs however). Have you looked into implementing XPT_CALC_GEOMETRY for ATA CAM or is it okay to commit the above patch? Marius From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 20:27:48 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D6DB51065672 for ; Sat, 24 Apr 2010 20:27:48 +0000 (UTC) (envelope-from admin@lissyara.su) Received: from hosting.lissyara.su (hosting.lissyara.su [77.221.149.162]) by mx1.freebsd.org (Postfix) with ESMTP id 8EA2B8FC15 for ; Sat, 24 Apr 2010 20:27:48 +0000 (UTC) Received: from [77.41.96.17] (port=16538 helo=dc7700p.lissyara.su) by hosting.lissyara.su with esmtpa (Exim 4.71 (FreeBSD)) (envelope-from ) id 1O5lx4-000H23-8Y for freebsd-current@freebsd.org; Sun, 25 Apr 2010 00:27:46 +0400 Message-ID: <4BD35437.2060208@lissyara.su> Date: Sun, 25 Apr 2010 00:27:35 +0400 From: Alex Keda User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.9) Gecko/20100403 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: r2x7d6fde3d1004210606o25fdf542j42cb5fdef75991e2@mail.gmail.com Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Description: if spam count > 60 - this is spam X-Spam-Count: 0 X-Descriptions: powered by www.lissyara.su X-Bounce-ID: hosting.lissyara.su Subject: HEADS UP: SUJ Going in to head today X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 20:27:48 -0000 try in single user mode: tunefs -j enable / tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs -j enable /dev/ad0s2a tunefs: Insuffient free space for the journal tunefs: soft updates journaling can not be enabled tunefs: /dev/ad0s2a: failed to write superblock on / (/dev/ad0s2a) ~40Gb free. dc7700p$ uname -a FreeBSD dc7700p.lissyara.su 9.0-CURRENT FreeBSD 9.0-CURRENT #0 r207156: Sun Apr 25 00:04:24 MSD 2010 lissyara@dc7700p.lissyara.su:/usr/obj/usr/src/sys/GENERIC amd64 dc7700p$ From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 22:03:12 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B42F31065672 for ; Sat, 24 Apr 2010 22:03:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx23.fluidhosting.com [204.14.89.6]) by mx1.freebsd.org (Postfix) with ESMTP id 43E2B8FC15 for ; Sat, 24 Apr 2010 22:03:11 +0000 (UTC) Received: (qmail 5603 invoked by uid 399); 24 Apr 2010 22:03:11 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 24 Apr 2010 22:03:11 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BD36A9E.3050904@FreeBSD.org> Date: Sat, 24 Apr 2010 15:03:10 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: Pegasus Mc Cleaft References: <201004241642.38017.ken@mthelicon.com> In-Reply-To: <201004241642.38017.ken@mthelicon.com> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org Subject: Re: kern+world / ports make options X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 22:03:12 -0000 On 04/24/10 09:42, Pegasus Mc Cleaft wrote: > Hello Hackers & Current, Please don't crosspost. If you're not what list to post to, the algorithm is: If the question is about a port, or the ports in general, use freebsd-ports@, otherwise use freebsd-questions@. This post should have gone to -ports. > I was wondering it if is possible, or if it can be done so a separate set > of CC, CXX, etc can be specified for building the world and kernel > independently of a ports build? Since you didn't say what version of FreeBSD you're using, try doing 'man src.conf' to see if you can separate your base-related variables into that file. Either way, you should also check out ports-mgmt/portconf to handle ports-only stuff. hth, Doug -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 23:17:14 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAAE106566B for ; Sat, 24 Apr 2010 23:17:14 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 14ACE8FC0C for ; Sat, 24 Apr 2010 23:17:13 +0000 (UTC) Received: by pwi9 with SMTP id 9so7879043pwi.13 for ; Sat, 24 Apr 2010 16:17:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=TJPKert2UnKbsZ+5Zs/bEXkl1iqK6S8XwP6b42MvsCA=; b=DBNSoj4QFRE/Zk3JrNOEm2QjylKW0PxsHYFVQPIzMIAtHqmaKfmZEOQUBoMaxQIhhm UT6nzCfg7DeHSdBK8LejSN/MRTBuP+VvdNxcSmdRLqwcurgrQugG2VpI2CXzNDxX3wXC lHYDS3zB5M/8bdEasKLspmp899OVcxzAbebY8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=cxAvtdu1ZrEWgg4PZZmj+tKCJnbuK3Jn4XL/70eoe4QktsxLCbkOMpiQkydNepDXLa hrORYvMj15J0ykiYSlngMWfsrE0HHBnKCr/zsIkV1d7WbAu8yiMCY9yDej7p/W8e4mMd zEuQBqsEYHPwIdUOtCtrbybz+WGZ+Qng75xpE= Received: by 10.141.213.36 with SMTP id p36mr1945629rvq.5.1272151033505; Sat, 24 Apr 2010 16:17:13 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 20sm2526488pzk.15.2010.04.24.16.17.12 (version=SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 16:17:12 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 24 Apr 2010 16:17:55 -0700 From: Weongyo Jeong Date: Sat, 24 Apr 2010 16:17:55 -0700 To: Gustau P?rez Message-ID: <20100424231755.GI65380@weongyo> Mail-Followup-To: Gustau P?rez , current@freebsd.org References: <20091223035331.GA1293@weongyo> <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD2201E.3090409@entel.upc.edu> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 23:17:14 -0000 On Sat, Apr 24, 2010 at 12:33:02AM +0200, Gustau P?rez wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > En/na Weongyo Jeong ha escrit: > > On Wed, Mar 03, 2010 at 11:10:14AM +0200, Alexandr Rybalko wrote: > >> On Wed, 3 Mar 2010 00:28:33 -0800 > >> Weongyo Jeong wrote: > > > I've been testing the driver for a few time with AMD64/CURRENT. A > few time ago I started to see messages like : > > bwn0: unsupported rate 0 > > I've checked the code and I found it seems to fail when trying to > check the TX rate at if_bw.c:9561 (in bwn_ieeerate2hwrate > routine the rate parameter is 0). I checked where bwn_ieeerate2hwrate > is called, to see how 'rate' is calculated. This is where I got lost :( > > My AP is FreeBSD 8.0 box with an atheros card. My hostapd works > with both WPA2-PSK and WPA2-EAP (although > I thinks this is not the problem) but with default values for rates > and friends. I then forced my hostapd to use only a subset of transmit > rates (with supported_rates and basic_rates) with no luck. > > My laptop is a DELL D630 with a BCM4310 UART adapter. > > Any need info will be provided and any help will be appreciated. First I think we need to know that where rate == 0 comes from. Rate information on TX could be got from the following points: tp->mgmtrate tp->mcastrate tp->ucastrate ni->ni_txrate Could you please test these variables to narrow this problem down? regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 23:21:08 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C24B10656C2 for ; Sat, 24 Apr 2010 23:21:08 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id D714E8FC18 for ; Sat, 24 Apr 2010 23:21:07 +0000 (UTC) Received: by pxi17 with SMTP id 17so1315958pxi.13 for ; Sat, 24 Apr 2010 16:21:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=H3uLzqoY51ZrTIpXM3kNAfqIY/A4FefqZAYa5mi6cUE=; b=nYAerBJVhLZu1XGQ1JIpQlwzCo18UfEkH02/a2Y5+d9ryr6KJZkRzgs736Bv1niPJh J7MWN8Dr4xu80cbWcUPiVGuo/VZSs5Tf3FYrCjNcXQ31UiyH9xU1rFRcOWKIsqkjIMfJ pBpR3E+y3K5YJI76xcA0jlCpabHOb/EQtSykA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=uN4duPLRxr39+Fh8/SlVnSoTe4eeWhlv9TUNEF49rUHqNhmz2hzLUtngBNWV3zkLSo sjcbqlfUhNOt2hItMwZkWaVZVUbwXMLhIUnJZt1BjfHoFWR9YQ4VjseNCWHm2jP+tQpI bkaYFyLOvBW3ZXbE0TSczwkf3G3oTOynYrEwA= Received: by 10.114.188.22 with SMTP id l22mr2105977waf.154.1272151267180; Sat, 24 Apr 2010 16:21:07 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id v13sm12405311wav.2.2010.04.24.16.21.05 (version=SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 16:21:06 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 24 Apr 2010 16:21:49 -0700 From: Weongyo Jeong Date: Sat, 24 Apr 2010 16:21:49 -0700 To: "James R. Van Artsdalen" Message-ID: <20100424232149.GJ65380@weongyo> Mail-Followup-To: "James R. Van Artsdalen" , Gustau P??rez , current@freebsd.org References: <4b31cb29.9413f30a.5f4a.ffff8382@mx.google.com> <20100226005115.GP14937@weongyo> <20100227011535.ed3f2486.ray@ddteam.net> <20100228095259.GB3536@weongyo> <20100301103240.3a4aac8a.ray@dlink.ua> <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <4BD2201E.3090409@entel.upc.edu> <4BD230D9.5010704@jrv.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BD230D9.5010704@jrv.org> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Gustau P??rez , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 23:21:08 -0000 On Fri, Apr 23, 2010 at 06:44:25PM -0500, James R. Van Artsdalen wrote: > I have a Dell Zino HD (Mac mini clone, with eSATA ports) that uses the > BCM4353 chip (called a Dell 1520 card) > > none3@pci0:2:0:0: class=0x028000 card=0x000e1028 chip=0x435314e4 > rev=0x01 hdr=0x00 > vendor = 'Broadcom Corporation' > class = network > > Should I expect this to work with to work here or try the NDIS driver? BCM4353 uses N PHY so it's not supported by bwn(4). I think NDIS driver is only a way to try currently. regards, Weongyo Jeong From owner-freebsd-current@FreeBSD.ORG Sat Apr 24 23:57:46 2010 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5BC86106564A for ; Sat, 24 Apr 2010 23:57:46 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pz0-f191.google.com (mail-pz0-f191.google.com [209.85.222.191]) by mx1.freebsd.org (Postfix) with ESMTP id 21DE88FC08 for ; Sat, 24 Apr 2010 23:57:45 +0000 (UTC) Received: by pzk29 with SMTP id 29so2322464pzk.3 for ; Sat, 24 Apr 2010 16:57:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=R30KNOlNXlAQ8NE252xxkKEhe709wmMXGEBGLgJnQ+g=; b=L1+WWf2so2IA+fooacNgbGND/OBppDMfHVD58WbZneaLKV7ofFg+Sm/NUZmyQnrSnI R9q7ZqBTs88zFqw47gA1v4GYsIwuQyhv0L7gS33A2rJyah4o/EcJJgUMcpcZMb47G++U gYXs/DN43hUV49l0dnHOiucLKhuoA11cB6E4g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=gjeYODDmn8Gg3oWh+a4KNro5JctEGwsvfWWINCwMZ4uL188rgATA7SfDkhO/JlTh/1 7+5X1dLBJZbFsPjApEWa2MzoGZlpNi53/yCOOmZdw2vjdPq3LYQYFXuqVUK4NLkjCoVt 4krjViFk8LtdMCXEBNIO1+5GJqA0/ZrwnTB/M= Received: by 10.114.21.9 with SMTP id 9mr2156760wau.98.1272153465471; Sat, 24 Apr 2010 16:57:45 -0700 (PDT) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 29sm12541111waf.3.2010.04.24.16.57.44 (version=SSLv3 cipher=RC4-MD5); Sat, 24 Apr 2010 16:57:44 -0700 (PDT) Received: by weongyo (sSMTP sendmail emulation); Sat, 24 Apr 2010 16:58:27 -0700 From: Weongyo Jeong Date: Sat, 24 Apr 2010 16:58:27 -0700 To: Buganini Message-ID: <20100424235827.GK65380@weongyo> Mail-Followup-To: Buganini , Ian FREISLICH , current@freebsd.org References: <20100303082833.GB22865@weongyo> <20100303111014.6564ea1e.ray@dlink.ua> <20100312231333.GZ1295@weongyo> <20100313231205.5e68a89a.ray@ddteam.net> <20100314005558.GB88159@weongyo> <20100315004357.fca53c7f.ray@ddteam.net> <20100316225113.GF88159@weongyo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: Ian FREISLICH , current@freebsd.org Subject: Re: Call for Test and Review: bwn(4) - another Broadcom Wireless driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Apr 2010 23:57:46 -0000 On Sat, Apr 24, 2010 at 11:42:53PM +0800, Buganini wrote: > No luck here, it's still keeping scanning channels. > > --Buganini > > On Thu, Apr 15, 2010 at 1:34 AM, Ian FREISLICH wrote: > > Buganini wrote: > >> Hi, I got a Lenovo G450 with > >> siba_bwn0@pci0:4:0:0: class=0x028000 card=0x04b514e4 chip=0x431514e4 > >> rev=0x01 hdr=0x00 > >> ?? ?? vendor ?? ?? = 'Broadcom Corporation' > >> ?? ?? device ?? ?? = 'Broadcom Wireless b/g (BCM4315/BCM22062000)' > >> ?? ?? class ?? ?? ??= network > >> > >> > >> 4315 is not in supported list, but however the driver took the device > >> bwn_v4_lp_ucode.ko was not loaded automatically, so I loaded it > >> manually ifconfig scan seem freeze, I can `ifconfig list scan` later > >> and found access point correctly, but I can't associate with them, it > >> just keep scanning channels. > > > > I found that if I 'ifconfig wlan0 destroy' followed by 'ifconfig > > wlan0 create wlandev bwn0' it works. > > > > /etc/rc.conf: > > --- > > wlans_bwn0="wlan0" > > ifconfig_wlan0="WPA DHCP" > > --- > > > > The corollery is that it doesn't work first time on reboot. ??I need > > to either '/etc/rc.d/netif restart' and if that panics the machine, > > destroy wlan0 and then restart netif. > > > > Then wlan0/bwn0 associates correctly with this device. If you're a CURRENT user could you please show me the result of `netstat -ni' after updating latest CURRENT and keeping scanning channels? In LP-PHY AFAIK there's a DMA Fatal error issue which isn't solved yet. regards, Weongyo Jeong