From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 00:01:21 2007 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 E1A1316A46B for ; Sun, 18 Nov 2007 00:01:21 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 48D9913C478 for ; Sun, 18 Nov 2007 00:01:20 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup80.ach.sch.gr [81.186.70.80]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAI00Y0Q019881 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 18 Nov 2007 02:00:44 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAHMAeQP004704; Sun, 18 Nov 2007 00:10:40 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAHMAent004703; Sun, 18 Nov 2007 00:10:40 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 18 Nov 2007 00:10:40 +0200 From: Giorgos Keramidas To: Ivan Voras Message-ID: <20071117221040.GA4665@kobe.laptop> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.94, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.46, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Regression in 7.0BETA2: unionfs and cd9660 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 Nov 2007 00:01:22 -0000 On 2007-11-17 22:29, Ivan Voras wrote: > Hi, > > I'm reporting a regression in recent RELENG_7, it was present (and I've > reported it) on BETA2, and I sadly confirm that it's also present in > BETA3. The problem is that cd9660 doesn't want to be the underlying > layer for unionfs. > > How to repeat: > > Boot a system with root on cd9660 (e.g. "LiveCD"), then create a > UFS-based md/mfs, then try to mount it via unionfs over (e.g.) /etc: > > # <...make a ram-drive / memory file system on /tmp> > # mount_unionfs /tmp /etc > mount_unionfs: /etc: operation not supported by device > > This worked ok with BETA1 and even -CURRENT versions, and I've located > the breaking point somewhere between: > > #*default date=2007.11.07.00.00.00 > # > #*default date=2007.11.08.00.00.00 > > I don't know if the date is local or UTC, [...] FWIW, if these are dates used as -D 'arg' in cvs(1), then they are UTC. From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 00:03:27 2007 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 9BC7C16A421; Sun, 18 Nov 2007 00:03:27 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 9927C13C48A; Sun, 18 Nov 2007 00:03:25 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup80.ach.sch.gr [81.186.70.80]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAI02YBU020639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 18 Nov 2007 02:02:47 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAI02XLm005884; Sun, 18 Nov 2007 02:02:33 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAI02Xf7005883; Sun, 18 Nov 2007 02:02:33 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 18 Nov 2007 02:02:33 +0200 From: Giorgos Keramidas To: "Aryeh M. Friedman" Message-ID: <20071118000233.GA5820@kobe.laptop> References: <473F250F.2030903@gmail.com> <20071117.164853.1221560804.imp@bsdimp.com> <473F7EE7.4080405@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473F7EE7.4080405@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.941, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.46, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, "M. Warner Losh" Subject: Re: congrlations to the freebsd developers 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 Nov 2007 00:03:27 -0000 On 2007-11-17 18:53, "Aryeh M. Friedman" wrote: > M. Warner Losh wrote: > > You can run FreeBSD/i386 on amd64 boxes. > > All the different methods people have suggested to me for doing this > has blown up.... also since I use a nvidia card it is almost pointless > unless I can run the nvidia kernel module. That's odd. The laptop I'm typing this is amd64-capable, but installing from the FreeBSD/i386 release CD-ROMs worked like a charm. Which methods have you tried? BTW, the i386 kernel module of nvidia should run fine on FreeBSD/i386. From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 00:19:34 2007 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 7FB8516A46C for ; Sun, 18 Nov 2007 00:19:34 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 4977813C461 for ; Sun, 18 Nov 2007 00:19:32 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1565002waf for ; Sat, 17 Nov 2007 16:19:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=UIPmPRnhZcyEDiMLj8WemyFhpXr65XpETVNVH9WfFx4=; b=MwXovAc7rfZMin+H5/SkYgsIsBm3oZHSdFeEGHHMk9d1aDNvT7dlObBybibYbBcHuZjd+UBmX9IEKc8on5poGXc5k9fUS1rsmJ/dwYyI9SYNgwXz9e9C+xHn5jyj2hkMu0cekY4HkyrXyG9INXuw6GCcPsMyQdv352iEHPeSSng= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=noE8bYfvRp0w4quV2X/vqRKCB/vtUIDEyIzXFSya1xNTNNNPRXn9t3ZI+wTxaX1kmGcvT97VKiJ2xOzgYh4EkKEm7RNsgXY1yMm9mea1cQ8a0K9TefUVK5/YGBBkZTurs1DbiocA+qsSkEZMMrV49V8FIQuktmQrQ0AY365DbRA= Received: by 10.114.196.1 with SMTP id t1mr486550waf.1195345165348; Sat, 17 Nov 2007 16:19:25 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sat, 17 Nov 2007 16:19:25 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 16:19:25 -0800 From: "Kip Macy" To: "Mike Andrews" In-Reply-To: <20071117182232.T59492@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 00:19:34 -0000 On Nov 17, 2007 3:23 PM, Mike Andrews wrote: > > On Sat, 17 Nov 2007, Kip Macy wrote: > > > On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > >> On Sat, 17 Nov 2007, Kip Macy wrote: > >> > >>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > >>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > >>>> Mike Andrews wrote: > >>>> > >>>>> Has anyone run into problems with MSS not being respected when using > >>>>> TSO, specifically on em cards? > >>>> > >>>> Yes, I wrote about this problem on the beginning of 2007, see > >>>> > >>>> http://tinyurl.com/3e5ak5 > >>>> > >>> > >>> if_em.c:3502 > >>> /* > >>> * Payload size per packet w/o any headers. > >>> * Length of all headers up to payload. > >>> */ > >>> TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); > >>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > >>> > >>> > >>> Please print out the value of tso_segsz here. It appears to be being > >>> set correctly. The only thing I can think of is that t_maxopd is not > >>> correct. As tso_segsz is correct here: > >> > >> > >> It repeatedly prints 1368 during a 1 meg file transfer over a connection > >> with a 1380 MSS. Any other printf's I can add? I'm working on a web page > >> with tcpdump / firewall log output illustrating the issue... > > > > Mike - > > Denis' tcpdump output doesn't show oversized segments, something else > > appears to be happening there. Can you post your tcpdump output > > somewhere? > > > URL sent off-list. if (tso) { m->m_pkthdr.csum_flags = CSUM_TSO; m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; } Please print the value of maxopd and optlen under "if (tso)" in tcp_output. I think the calculated optlen may be too small. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 01:26:28 2007 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 73E2C16A41B for ; Sun, 18 Nov 2007 01:26:28 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id B24D213C455 for ; Sun, 18 Nov 2007 01:26:27 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 45953 invoked by uid 1001); 18 Nov 2007 01:26:16 -0000 Date: Sun, 18 Nov 2007 03:26:16 +0200 From: Dan Epure To: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20071118012616.GF19354@iogyte.ro> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: pseudo terminals in 7.0 - pts implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure 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 Nov 2007 01:26:28 -0000 Hi, 7.0-BETA3 still has issues regarding the pts implementation . problems found: 1. - GNU screen: starting a screen, opening a few windows and quiting screen leaves the allocated pseudo terminal in use. 100 screen user, using each one opening 10 windows will deplete the default of 1000 pseudo terminals leaving the system unusable. 2. - 'ls /dev/ptmx' creates an additional entry in /dev/pty/. when the number of entries equals kern.pts.max the system became unusable. this feature is very important for an access server. Please help me find/solve the problem. Regards, Gepu From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 01:29:15 2007 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 8672D16A418; Sun, 18 Nov 2007 01:29:15 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id 3E6DC13C461; Sun, 18 Nov 2007 01:29:15 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from fred.int.bit0.com (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id 2F6841E337F; Sat, 17 Nov 2007 20:28:50 -0500 (EST) Message-ID: <473F9552.50402@bit0.com> Date: Sat, 17 Nov 2007 20:28:50 -0500 From: Mike Andrews User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kip Macy References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 01:29:15 -0000 Kip Macy wrote: > On Nov 17, 2007 3:23 PM, Mike Andrews wrote: >> On Sat, 17 Nov 2007, Kip Macy wrote: >> >>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: >>>> On Sat, 17 Nov 2007, Kip Macy wrote: >>>> >>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: >>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) >>>>>> Mike Andrews wrote: >>>>>> >>>>>>> Has anyone run into problems with MSS not being respected when using >>>>>>> TSO, specifically on em cards? >>>>>> Yes, I wrote about this problem on the beginning of 2007, see >>>>>> >>>>>> http://tinyurl.com/3e5ak5 >>>>>> >>>>> if_em.c:3502 >>>>> /* >>>>> * Payload size per packet w/o any headers. >>>>> * Length of all headers up to payload. >>>>> */ >>>>> TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); >>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; >>>>> >>>>> >>>>> Please print out the value of tso_segsz here. It appears to be being >>>>> set correctly. The only thing I can think of is that t_maxopd is not >>>>> correct. As tso_segsz is correct here: >>>> >>>> It repeatedly prints 1368 during a 1 meg file transfer over a connection >>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web page >>>> with tcpdump / firewall log output illustrating the issue... >>> Mike - >>> Denis' tcpdump output doesn't show oversized segments, something else >>> appears to be happening there. Can you post your tcpdump output >>> somewhere? >> >> URL sent off-list. > > if (tso) { > m->m_pkthdr.csum_flags = CSUM_TSO; > m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; > } > > > Please print the value of maxopd and optlen under "if (tso)" in > tcp_output. I think the calculated optlen may be too small. maxopt=1380 - optlen=12 = tso_segsz=1368 Weird though, after this reboot, I had to re-copy a 4 meg file 5 times to start getting the firewall to log any drops. Transfer rate was around 240KB/sec before the firewall started to drop, then it went down to about 64KB/sec during the 5th copy, and stayed there for subsequent copies. The actual packet size the firewall said it was dropping was varying all over the place still, yet the maxopt/optlen/tso_segsz values stayed constant. But it's interesting that it didn't start dropping immediately after the reboot -- though the transfer rate was still sub-optimal. From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 01:48:17 2007 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 BC4FE16A41A; Sun, 18 Nov 2007 01:48:17 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 53C7C13C467; Sun, 18 Nov 2007 01:48:17 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lAI1m7aH089203 ; Sun, 18 Nov 2007 02:48:07 +0100 (CET) X-Ids: 164 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lAI1m6th003158 ; Sun, 18 Nov 2007 02:48:06 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lAI1m678003155; Sun, 18 Nov 2007 02:48:06 +0100 (MET) (envelope-from arno) To: Nate Williams References: <18239.29090.668331.584942@caddis.yogotech.com> From: "Arno J. Klaassen" Date: 18 Nov 2007 02:48:06 +0100 In-Reply-To: <18239.29090.668331.584942@caddis.yogotech.com> Message-ID: Lines: 39 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.164]); Sun, 18 Nov 2007 02:48:07 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4832/Sun Nov 18 02:07:36 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 473F99D7.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: java@freebsd.org, current@freebsd.org Subject: Re: mutex-bug in recent releng_[67]? 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 Nov 2007 01:48:17 -0000 Nate Williams writes: > > I have serious problems with " Runtime.getRuntime ().exec ()" : either > > it hangs or gives a spinning mutex running at 99% cpu. > > This is a Java FAQ, Oops. Sorry for the noise .... > and is unrelated to FreeBSD. This program will hang > on any OS once you reach a certain threshold of unread output that the > OS will block the process until something 'reads' the data. > > What you need to do is once you execute the command, you need to have a > process that reads the output from the process. OK. I see (and most often do); but indeed I didn't in cases where I were just interested in the exit value of the command (and then afterwards read "proc.getErrorStream" to see what went wrong ... ). Thank you very much for your help. > [ .. ] > Here is my (trivial) implementation, use it as you see fit. > [ .. ] Thanx! I'l try. > Why it works on linux-sun-jdk15 is probably due to the fact that there > is more stack space allocated to processes, but if you modified the > process to generate more output ('ls -R /'), it will eventually fail. Yop, you're right. Best, Arno (a bit ashamed) From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 02:04:23 2007 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 130F316A418 for ; Sun, 18 Nov 2007 02:04:23 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id D3A5513C461 for ; Sun, 18 Nov 2007 02:04:22 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1586871waf for ; Sat, 17 Nov 2007 18:04:08 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=bIwq/bcd+pffUAqgEWwLMyWhUm5H5GMe4yRWgwpCs1k=; b=pfmQY2+/4VhSNQVzH39sZRO7Y6TDxQkZlYnC6xjj8ybAmKO8nfSODR3aqhDyBNUPMMt96/bAyojfJgJqj3F3/0rY89/764hh3+B0dnwKk643hs8JmWQSpr/j33DcP5aKquD8s3zk4iwMxuAf8oBldwp2M98kP/YOCTZV0VfEkbo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EAsp3ENxHvaae4we0EqTy++MZUsDIMa+02O9IpO039QKkcmIxFgpe7/pRzLfwvydN/80j95C93pRyQBcVvNMKG1h8im34Cs5fW73Swzp5wJUEb6suNIBiEuIH8Y4JAa0PcNZ+6lfmASe9kexCtiHEPSVj3yskJ5AJuI2fzyQq7U= Received: by 10.115.90.1 with SMTP id s1mr494985wal.1195351448328; Sat, 17 Nov 2007 18:04:08 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sat, 17 Nov 2007 18:04:08 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 18:04:08 -0800 From: "Kip Macy" To: "Mike Andrews" In-Reply-To: <473F9552.50402@bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 02:04:23 -0000 On Nov 17, 2007 5:28 PM, Mike Andrews wrote: > > Kip Macy wrote: > > On Nov 17, 2007 3:23 PM, Mike Andrews wrote: > >> On Sat, 17 Nov 2007, Kip Macy wrote: > >> > >>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > >>>> On Sat, 17 Nov 2007, Kip Macy wrote: > >>>> > >>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > >>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > >>>>>> Mike Andrews wrote: > >>>>>> > >>>>>>> Has anyone run into problems with MSS not being respected when using > >>>>>>> TSO, specifically on em cards? > >>>>>> Yes, I wrote about this problem on the beginning of 2007, see > >>>>>> > >>>>>> http://tinyurl.com/3e5ak5 > >>>>>> > >>>>> if_em.c:3502 > >>>>> /* > >>>>> * Payload size per packet w/o any headers. > >>>>> * Length of all headers up to payload. > >>>>> */ > >>>>> TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); > >>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > >>>>> > >>>>> > >>>>> Please print out the value of tso_segsz here. It appears to be being > >>>>> set correctly. The only thing I can think of is that t_maxopd is not > >>>>> correct. As tso_segsz is correct here: > >>>> > >>>> It repeatedly prints 1368 during a 1 meg file transfer over a connection > >>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web page > >>>> with tcpdump / firewall log output illustrating the issue... > >>> Mike - > >>> Denis' tcpdump output doesn't show oversized segments, something else > >>> appears to be happening there. Can you post your tcpdump output > >>> somewhere? > >> > >> URL sent off-list. > > > > if (tso) { > > m->m_pkthdr.csum_flags = CSUM_TSO; > > m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; > > } > > > > > > Please print the value of maxopd and optlen under "if (tso)" in > > tcp_output. I think the calculated optlen may be too small. > > > maxopt=1380 - optlen=12 = tso_segsz=1368 > > Weird though, after this reboot, I had to re-copy a 4 meg file 5 times > to start getting the firewall to log any drops. Transfer rate was > around 240KB/sec before the firewall started to drop, then it went down > to about 64KB/sec during the 5th copy, and stayed there for subsequent > copies. The actual packet size the firewall said it was dropping was > varying all over the place still, yet the maxopt/optlen/tso_segsz values > stayed constant. But it's interesting that it didn't start dropping > immediately after the reboot -- though the transfer rate was still > sub-optimal. Ok, next theory :D. You shouldn't be seeing "bad len" packets from tcpdump. I'm wondering if that means you're sending down more than 64k. Can you please print out the value of mp->m_pkthdr.len around the same place that you printed out tso_segsz? 64k is the generally accepted limit for TSO, I'm wondering if the card firmware does something weird if you give it more. Thanks. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 03:44:38 2007 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 A7A1D16A417 for ; Sun, 18 Nov 2007 03:44:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 5EB3213C461 for ; Sun, 18 Nov 2007 03:44:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5303092pyb for ; Sat, 17 Nov 2007 19:44:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=0sObWoAyPPxrE17ySF1i183q1+aZJ+Ce1VWdq8rpijI=; b=rRK0ZvqmZHZmYCtvgLj1HzEAj8/akF6OcwrHZLbNUcflzCD9gjXlVfdfkoj1fuG90hys8khehq2gTcRVGaEdQItv26DX9VnqT/KCCFrKTmoZL9lO8eNI2nEzXVtHxDSqt8bv+qdSBf0pHEUh+T8WLvBmh5Ch1Ts4BZW4djJeTLQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=pVti41/He4q09CHoEJjLF63P2jr4qEyLPI084IdMS7Pn3XBXmAyT1DZcvxRUAqVZSOMoxjA4t947Cp+tSKoeg6iC4N2DU6zoAH38TWjh4j2mUKjUzrRzGuSAE3eNCkuC9LkGtxt5U+JKwbWopn+npAtq9AxgOgGqiBNgqn9OrtI= Received: by 10.65.100.14 with SMTP id c14mr8012887qbm.1195357463616; Sat, 17 Nov 2007 19:44:23 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c6sm3082036qbc.2007.11.17.19.44.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 17 Nov 2007 19:44:23 -0800 (PST) Message-ID: <473FB515.5080907@gmail.com> Date: Sat, 17 Nov 2007 22:44:21 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: Giorgos Keramidas References: <473F250F.2030903@gmail.com> <20071117.164853.1221560804.imp@bsdimp.com> <473F7EE7.4080405@gmail.com> <20071118000233.GA5820@kobe.laptop> In-Reply-To: <20071118000233.GA5820@kobe.laptop> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org, "M. Warner Losh" Subject: Re: congrlations to the freebsd developers 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 Nov 2007 03:44:38 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Giorgos Keramidas wrote: > On 2007-11-17 18:53, "Aryeh M. Friedman" > wrote: >> M. Warner Losh wrote: >>> You can run FreeBSD/i386 on amd64 boxes. >> All the different methods people have suggested to me for doing >> this has blown up.... also since I use a nvidia card it is almost >> pointless unless I can run the nvidia kernel module. > > That's odd. > > The laptop I'm typing this is amd64-capable, but installing from > the FreeBSD/i386 release CD-ROMs worked like a charm. Which > methods have you tried? With 4GB and a E6850 (P35/IHC9(R)) almost all the pci devices I had where reconized *EXCEPT* any nvdidia card under i386 this was instantly "fixed" as soon I switched to amd64. Even though I don't feel like rehashing all the stuff that I had to go through to get some stuff working (do a search for threads started by me) suffice it to say that when I first got the box 90% of the devices that the machine came with either where not functional and/or had driver issues. After working with the people on -current (and learning a fair amount about the guts of FreeBSD) there are only 3 issues left: 1. The NIC slowly dies (see "re(4) slowly dies") 2. Problems reading/writting from dvd/cd (see the many threads on ihc9 issues on -current [note to Jeremy the Phillips just arrived but I am in the process of doing a portupgrade -afk so will test it tommorow]) 3. The issues with nvidia kernel module on amd64 (alternativelly does anyone know how hard it would be to get bettern 1024x768 with nv?) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHP7UVJ9+1V27SttsRAjlPAJ4wqFDaow0JvT23Copd3M27x5exXACdGT1+ VYEXsDwG7uUYUtuyqqQwK2M= =8Tbq -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 04:18:42 2007 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 18F6316A417; Sun, 18 Nov 2007 04:18:42 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id AB7BA13C44B; Sun, 18 Nov 2007 04:18:41 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from fred.int.bit0.com (nat.bit0.com [207.246.88.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP id 10A251E3379; Sat, 17 Nov 2007 23:18:35 -0500 (EST) Message-ID: <473FBD1A.8010207@bit0.com> Date: Sat, 17 Nov 2007 23:18:34 -0500 From: Mike Andrews User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Kip Macy References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 04:18:42 -0000 Kip Macy wrote: > On Nov 17, 2007 5:28 PM, Mike Andrews wrote: >> Kip Macy wrote: >>> On Nov 17, 2007 3:23 PM, Mike Andrews wrote: >>>> On Sat, 17 Nov 2007, Kip Macy wrote: >>>> >>>>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: >>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: >>>>>> >>>>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: >>>>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) >>>>>>>> Mike Andrews wrote: >>>>>>>> >>>>>>>>> Has anyone run into problems with MSS not being respected when using >>>>>>>>> TSO, specifically on em cards? >>>>>>>> Yes, I wrote about this problem on the beginning of 2007, see >>>>>>>> >>>>>>>> http://tinyurl.com/3e5ak5 >>>>>>>> >>>>>>> if_em.c:3502 >>>>>>> /* >>>>>>> * Payload size per packet w/o any headers. >>>>>>> * Length of all headers up to payload. >>>>>>> */ >>>>>>> TXD->tcp_seg_setup.fields.mss = htole16(mp->m_pkthdr.tso_segsz); >>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; >>>>>>> >>>>>>> >>>>>>> Please print out the value of tso_segsz here. It appears to be being >>>>>>> set correctly. The only thing I can think of is that t_maxopd is not >>>>>>> correct. As tso_segsz is correct here: >>>>>> It repeatedly prints 1368 during a 1 meg file transfer over a connection >>>>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web page >>>>>> with tcpdump / firewall log output illustrating the issue... >>>>> Mike - >>>>> Denis' tcpdump output doesn't show oversized segments, something else >>>>> appears to be happening there. Can you post your tcpdump output >>>>> somewhere? >>>> URL sent off-list. >>> if (tso) { >>> m->m_pkthdr.csum_flags = CSUM_TSO; >>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; >>> } >>> >>> >>> Please print the value of maxopd and optlen under "if (tso)" in >>> tcp_output. I think the calculated optlen may be too small. >> >> maxopt=1380 - optlen=12 = tso_segsz=1368 >> >> Weird though, after this reboot, I had to re-copy a 4 meg file 5 times >> to start getting the firewall to log any drops. Transfer rate was >> around 240KB/sec before the firewall started to drop, then it went down >> to about 64KB/sec during the 5th copy, and stayed there for subsequent >> copies. The actual packet size the firewall said it was dropping was >> varying all over the place still, yet the maxopt/optlen/tso_segsz values >> stayed constant. But it's interesting that it didn't start dropping >> immediately after the reboot -- though the transfer rate was still >> sub-optimal. > > Ok, next theory :D. You shouldn't be seeing "bad len" packets from > tcpdump. I'm wondering if that means you're sending down more than > 64k. Can you please print out the value of mp->m_pkthdr.len around the > same place that you printed out tso_segsz? 64k is the generally > accepted limit for TSO, I'm wondering if the card firmware does > something weird if you give it more. OK. In that last message, where I said it took 5 times to start reproducing the problem... this time it took until I actually toggled TSO back off and back on again, and then it started acting up again. I don't know what the actual trigger is... it's very weird. Initially, w/ TSO on and it wasn't dropping yet (but was still transferring slow)... BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 (etc, always 8306) After toggling off/on which caused the drops to start (and the speed to drop even further): BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 and so on, with more seemingly random lengths... but none of them ever over 8306, much less 64K. From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 05:35:30 2007 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 6249E16A418 for ; Sun, 18 Nov 2007 05:35:30 +0000 (UTC) (envelope-from warinthepocket@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id EE24613C457 for ; Sun, 18 Nov 2007 05:35:29 +0000 (UTC) (envelope-from warinthepocket@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1133290nfb for ; Sat, 17 Nov 2007 21:35:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=qThF6GJph0FhpEgEgQ1lvRSWG1yzTRwjO6cQgUeLkzg=; b=WU7MeVBrNo3kbljOL4HiBNkhn93c9xMpWz0B/jlwL7HgDa5Zht1tyr+qVg8GMbe1LZQU7xtDYlhmQieSSV1RcvSb4X1i5dExrVR9FN44S+sgml3QiTokhgaC8hwhn0DEYKVHupyN/zKtyeoLSOUlYgq8ju9KmxfZUh1XZ9mI1AY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dWrJqgOUDnq1KC4ryyrJefSbb44Kqc5FdHdsXtUrjUALoDZI1hJ4FH8XSE/IwjIhoHnWNX3V57Jadf1oBRmMD2ONoJMutWD+6GGyMa6t2OM7v871+Pg/MjRB+N4IkX2JFlwyEDcP1JzGvA5L8iFo/9L6xjV/4Q7wEQWgG/n13us= Received: by 10.78.149.15 with SMTP id w15mr3657293hud.1195362417950; Sat, 17 Nov 2007 21:06:57 -0800 (PST) Received: by 10.78.175.11 with HTTP; Sat, 17 Nov 2007 21:06:57 -0800 (PST) Message-ID: Date: Sat, 17 Nov 2007 23:06:57 -0600 From: "Dan Davis" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: ZFS zpool core dump 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 Nov 2007 05:35:30 -0000 Hullo there. Just did a binary upgrad to FreeBSD 7.0 BETA 2 from 6.2 Release p8. when trying to create a ZFS pool, zpool gives a core dump. >zpool create tank da0 Assertion failed: (), function rv == 0, file /usr/src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_vdev.c, line 131. Abort (core dumped) core dump can be found at http://www.frontiernet.net/~warinthepocket/zpool.core hope to be of hope, Dan Davis -- Is it faith to understand nothing, and merely submit your convictions implicitly to the Church? -John Calvin From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 05:46:11 2007 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 7C7B316A419 for ; Sun, 18 Nov 2007 05:46:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 40E3A13C458 for ; Sun, 18 Nov 2007 05:46:09 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1637669waf for ; Sat, 17 Nov 2007 21:45:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=hUc8xIB69tGvj/aziiiSb6zLnZbk/+YEXb9DMXSxwco=; b=BnED7aUFWeww7H2Uuzp4tCBuPOIpCLXr2BQ4bvmj7tvfoehvMBn7Sl6gdJCB8vcY4AuQBGA70W7jwHfNsgTpIWDinm8mkw3lWukrV2sKu81FLgdSBTX6QhVK+v0ChuZD+7berRypvttcNKS1wPvyEOL79dsa29mG4B0yJJkaI7A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=N1cR5GFsO2MKQnCrvz8GuxPu1JhLV3V0D2kQUpb6Tm9PMd0tEOuG+wiy9fyHEsVuznF0CDdubTGyuAmltmm3RWNyv5PIDJecsJBnbdjObMsrU7tG2VUZ7aw8vebvNXt0qwGR3DBgL8cFkSMCkTZJ/zdWsWI/h0EWuW3IQmeFgCA= Received: by 10.114.106.1 with SMTP id e1mr383302wac.1195364758524; Sat, 17 Nov 2007 21:45:58 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id j21sm5739402wah.2007.11.17.21.45.54 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Nov 2007 21:45:56 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAI5iCCx001625 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Nov 2007 14:44:12 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAI5i9Vk001624; Sun, 18 Nov 2007 14:44:09 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 18 Nov 2007 14:44:09 +0900 From: Pyun YongHyeon To: Mike Andrews Message-ID: <20071118054409.GA1044@cdnetworks.co.kr> References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="BOKacYhQ+x31HxR3" Content-Disposition: inline In-Reply-To: <473FBD1A.8010207@bit0.com> User-Agent: Mutt/1.4.2.1i Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com 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 Nov 2007 05:46:11 -0000 --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Nov 17, 2007 at 11:18:34PM -0500, Mike Andrews wrote: > Kip Macy wrote: > >On Nov 17, 2007 5:28 PM, Mike Andrews wrote: > >>Kip Macy wrote: > >>>On Nov 17, 2007 3:23 PM, Mike Andrews wrote: > >>>>On Sat, 17 Nov 2007, Kip Macy wrote: > >>>> > >>>>>On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > >>>>>>On Sat, 17 Nov 2007, Kip Macy wrote: > >>>>>> > >>>>>>>On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > >>>>>>>>On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > >>>>>>>>Mike Andrews wrote: > >>>>>>>> > >>>>>>>>>Has anyone run into problems with MSS not being respected when > >>>>>>>>>using > >>>>>>>>>TSO, specifically on em cards? > >>>>>>>>Yes, I wrote about this problem on the beginning of 2007, see > >>>>>>>> > >>>>>>>> http://tinyurl.com/3e5ak5 > >>>>>>>> > >>>>>>>if_em.c:3502 > >>>>>>> /* > >>>>>>> * Payload size per packet w/o any headers. > >>>>>>> * Length of all headers up to payload. > >>>>>>> */ > >>>>>>> TXD->tcp_seg_setup.fields.mss = > >>>>>>> htole16(mp->m_pkthdr.tso_segsz); > >>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > >>>>>>> > >>>>>>> > >>>>>>>Please print out the value of tso_segsz here. It appears to be being > >>>>>>>set correctly. The only thing I can think of is that t_maxopd is not > >>>>>>>correct. As tso_segsz is correct here: > >>>>>>It repeatedly prints 1368 during a 1 meg file transfer over a > >>>>>>connection > >>>>>>with a 1380 MSS. Any other printf's I can add? I'm working on a web > >>>>>>page > >>>>>>with tcpdump / firewall log output illustrating the issue... > >>>>>Mike - > >>>>>Denis' tcpdump output doesn't show oversized segments, something else > >>>>>appears to be happening there. Can you post your tcpdump output > >>>>>somewhere? > >>>>URL sent off-list. > >>> if (tso) { > >>> m->m_pkthdr.csum_flags = CSUM_TSO; > >>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; > >>> } > >>> > >>> > >>>Please print the value of maxopd and optlen under "if (tso)" in > >>>tcp_output. I think the calculated optlen may be too small. > >> > >>maxopt=1380 - optlen=12 = tso_segsz=1368 > >> > >>Weird though, after this reboot, I had to re-copy a 4 meg file 5 times > >>to start getting the firewall to log any drops. Transfer rate was > >>around 240KB/sec before the firewall started to drop, then it went down > >>to about 64KB/sec during the 5th copy, and stayed there for subsequent > >>copies. The actual packet size the firewall said it was dropping was > >>varying all over the place still, yet the maxopt/optlen/tso_segsz values > >>stayed constant. But it's interesting that it didn't start dropping > >>immediately after the reboot -- though the transfer rate was still > >>sub-optimal. > > > >Ok, next theory :D. You shouldn't be seeing "bad len" packets from > >tcpdump. I'm wondering if that means you're sending down more than > >64k. Can you please print out the value of mp->m_pkthdr.len around the > >same place that you printed out tso_segsz? 64k is the generally > >accepted limit for TSO, I'm wondering if the card firmware does > >something weird if you give it more. > > OK. In that last message, where I said it took 5 times to start > reproducing the problem... this time it took until I actually toggled > TSO back off and back on again, and then it started acting up again. I > don't know what the actual trigger is... it's very weird. > > Initially, w/ TSO on and it wasn't dropping yet (but was still > transferring slow)... > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > (etc, always 8306) > > After toggling off/on which caused the drops to start (and the speed to > drop even further): > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 > > and so on, with more seemingly random lengths... but none of them ever > over 8306, much less 64K. It seems that em_tso_setup() doesn't clear txd_upper/txd_lower in failure path so that unintialized value could be used in subsequent Tx descriptor setup. How about clearing those variable?(Patch attached) It seems that em(4) uses EM_TSO_SIZE(64K) to create DMA tag. A packet can have 64K payload under TSO so its the mximum size of the mbuf chain would be 64K + sizeof(link layer). So I guess the EM_TSO_SIZE should be increased to hold sizeof(link layer). It had been a long time since I looked into em(4) so I'm not sure. -- Regards, Pyun YongHyeon --BOKacYhQ+x31HxR3 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="em.tso.patch" Index: if_em.c =================================================================== RCS file: /home/ncvs/src/sys/dev/em/if_em.c,v retrieving revision 1.184 diff -u -r1.184 if_em.c --- if_em.c 10 Sep 2007 21:50:40 -0000 1.184 +++ if_em.c 18 Nov 2007 05:42:35 -0000 @@ -1791,6 +1791,7 @@ m_head = *m_headp; /* Do hardware assists */ + txd_upper = txd_lower = 0; if (em_tso_setup(adapter, m_head, &txd_upper, &txd_lower)) /* we need to make a final sentinel transmit desc */ tso_desc = TRUE; --BOKacYhQ+x31HxR3-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 06:00:26 2007 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 CE20916A420 for ; Sun, 18 Nov 2007 06:00:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from fk-out-0910.google.com (fk-out-0910.google.com [209.85.128.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1B6D613C457 for ; Sun, 18 Nov 2007 06:00:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by fk-out-0910.google.com with SMTP id b27so1804911fka for ; Sat, 17 Nov 2007 22:00:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=mgkHYYJFd4LUKPMpp/dPOutpLDSF37UrwZ9uKVpO3S4=; b=mJYStXLsoFYaBE8FSz2P+wUX/2Ebj3HlU0RtpEKlstcob+PqeC6HkA9J/Xs7qxQgIzDMVncekmEcu+BoENgQJQxKxeGWkMsHZpiWOK6Ht7OlxaFxlGFmPpEU++y4+hq/CwodB28XtYiiD911JbNrGIViyqUjhZ15/rgJ8OlCB0E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=PWA1Mb/RsCeaPZUp5BAmmfuAuJbUB22CW/nb58LvTuvxvmimdPTV6hy58Yd7rdZhI9mYkdWiWk7XOczkCMnMrJMFpUm0nqMwcFGU8zY30CcK3x8txSs5nP1PpbHQ64HTszV0LbDTNzf6hxteNqc2Ru2JisrFeN68OBeB+kcmgek= Received: by 10.86.51.2 with SMTP id y2mr3604621fgy.1195365616343; Sat, 17 Nov 2007 22:00:16 -0800 (PST) Received: by 10.86.100.19 with HTTP; Sat, 17 Nov 2007 22:00:16 -0800 (PST) Message-ID: <2a41acea0711172200n160ff8f2rb2d0b81dfab236ea@mail.gmail.com> Date: Sat, 17 Nov 2007 22:00:16 -0800 From: "Jack Vogel" To: pyunyh@gmail.com In-Reply-To: <20071118054409.GA1044@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118054409.GA1044@cdnetworks.co.kr> Cc: Mike Silbersack , Andre Oppermann , Kip Macy , Denis Shaposhnikov , freebsd-current@freebsd.org, Mike Andrews Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 06:00:26 -0000 On Nov 17, 2007 9:44 PM, Pyun YongHyeon wrote: > > On Sat, Nov 17, 2007 at 11:18:34PM -0500, Mike Andrews wrote: > > Kip Macy wrote: > > >On Nov 17, 2007 5:28 PM, Mike Andrews wrote: > > >>Kip Macy wrote: > > >>>On Nov 17, 2007 3:23 PM, Mike Andrews wrote: > > >>>>On Sat, 17 Nov 2007, Kip Macy wrote: > > >>>> > > >>>>>On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > > >>>>>>On Sat, 17 Nov 2007, Kip Macy wrote: > > >>>>>> > > >>>>>>>On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > > >>>>>>>>On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > > >>>>>>>>Mike Andrews wrote: > > >>>>>>>> > > >>>>>>>>>Has anyone run into problems with MSS not being respected when > > >>>>>>>>>using > > >>>>>>>>>TSO, specifically on em cards? > > >>>>>>>>Yes, I wrote about this problem on the beginning of 2007, see > > >>>>>>>> > > >>>>>>>> http://tinyurl.com/3e5ak5 > > >>>>>>>> > > >>>>>>>if_em.c:3502 > > >>>>>>> /* > > >>>>>>> * Payload size per packet w/o any headers. > > >>>>>>> * Length of all headers up to payload. > > >>>>>>> */ > > >>>>>>> TXD->tcp_seg_setup.fields.mss = > > >>>>>>> htole16(mp->m_pkthdr.tso_segsz); > > >>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > > >>>>>>> > > >>>>>>> > > >>>>>>>Please print out the value of tso_segsz here. It appears to be being > > >>>>>>>set correctly. The only thing I can think of is that t_maxopd is not > > >>>>>>>correct. As tso_segsz is correct here: > > >>>>>>It repeatedly prints 1368 during a 1 meg file transfer over a > > >>>>>>connection > > >>>>>>with a 1380 MSS. Any other printf's I can add? I'm working on a web > > >>>>>>page > > >>>>>>with tcpdump / firewall log output illustrating the issue... > > >>>>>Mike - > > >>>>>Denis' tcpdump output doesn't show oversized segments, something else > > >>>>>appears to be happening there. Can you post your tcpdump output > > >>>>>somewhere? > > >>>>URL sent off-list. > > >>> if (tso) { > > >>> m->m_pkthdr.csum_flags = CSUM_TSO; > > >>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; > > >>> } > > >>> > > >>> > > >>>Please print the value of maxopd and optlen under "if (tso)" in > > >>>tcp_output. I think the calculated optlen may be too small. > > >> > > >>maxopt=1380 - optlen=12 = tso_segsz=1368 > > >> > > >>Weird though, after this reboot, I had to re-copy a 4 meg file 5 times > > >>to start getting the firewall to log any drops. Transfer rate was > > >>around 240KB/sec before the firewall started to drop, then it went down > > >>to about 64KB/sec during the 5th copy, and stayed there for subsequent > > >>copies. The actual packet size the firewall said it was dropping was > > >>varying all over the place still, yet the maxopt/optlen/tso_segsz values > > >>stayed constant. But it's interesting that it didn't start dropping > > >>immediately after the reboot -- though the transfer rate was still > > >>sub-optimal. > > > > > >Ok, next theory :D. You shouldn't be seeing "bad len" packets from > > >tcpdump. I'm wondering if that means you're sending down more than > > >64k. Can you please print out the value of mp->m_pkthdr.len around the > > >same place that you printed out tso_segsz? 64k is the generally > > >accepted limit for TSO, I'm wondering if the card firmware does > > >something weird if you give it more. > > > > OK. In that last message, where I said it took 5 times to start > > reproducing the problem... this time it took until I actually toggled > > TSO back off and back on again, and then it started acting up again. I > > don't know what the actual trigger is... it's very weird. > > > > Initially, w/ TSO on and it wasn't dropping yet (but was still > > transferring slow)... > > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > (etc, always 8306) > > > > After toggling off/on which caused the drops to start (and the speed to > > drop even further): > > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 > > > > and so on, with more seemingly random lengths... but none of them ever > > over 8306, much less 64K. > > It seems that em_tso_setup() doesn't clear txd_upper/txd_lower in > failure path so that unintialized value could be used in subsequent > Tx descriptor setup. > How about clearing those variable?(Patch attached) > > It seems that em(4) uses EM_TSO_SIZE(64K) to create DMA tag. A packet > can have 64K payload under TSO so its the mximum size of the mbuf > chain would be 64K + sizeof(link layer). So I guess the EM_TSO_SIZE > should be increased to hold sizeof(link layer). > It had been a long time since I looked into em(4) so I'm not sure. Huh? They are set to 0 on entry, and not touched again before you go into the setup routine, your change has no effect. Jack From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 06:06:45 2007 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 34FF616A421 for ; Sun, 18 Nov 2007 06:06:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id E45B213C45B for ; Sun, 18 Nov 2007 06:06:44 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1642751waf for ; Sat, 17 Nov 2007 22:06:34 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=Q9ew+Eooi0Wsy7mUi1km2DeF5ZguL9qkOfl8zOpWyA0=; b=FA/cRif7hbvQZ9MjSgsCr1HTBbQJt/d24Y6L9+xpXGAoek82e80383dX06WJSQX6Vy/U79G7dftlEPc9LfRlPSJ5Key024J31C69L0AUW1OYwXkqvIw6lP89jHzdtx200imUnuEe13AArmpmXUD3JVXGzBl0cNEolrCwTuOEcBY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=trLJvyoQVrDfkcOI09559FIfZg0HXrM2H3BK/Mmtl63vXQa36E6a6TjPpL0+rJJ1qx6DPBGwEbggJ67D3DUDCHdvEpXLjWe4HJABQXp+LBmhxmboleSRl976TYFE85lkqSEGbxmpZ2OXLP2ykJKMTRJTfq4S7ekLIRp+J2hRvCA= Received: by 10.115.59.4 with SMTP id m4mr73854wak.1195365994261; Sat, 17 Nov 2007 22:06:34 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id v37sm5068148wah.2007.11.17.22.06.28 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Nov 2007 22:06:32 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAI64dMG001709 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 18 Nov 2007 15:04:39 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAI64cZs001708; Sun, 18 Nov 2007 15:04:38 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Sun, 18 Nov 2007 15:04:38 +0900 From: Pyun YongHyeon To: Jack Vogel Message-ID: <20071118060438.GB1044@cdnetworks.co.kr> References: <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118054409.GA1044@cdnetworks.co.kr> <2a41acea0711172200n160ff8f2rb2d0b81dfab236ea@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <2a41acea0711172200n160ff8f2rb2d0b81dfab236ea@mail.gmail.com> User-Agent: Mutt/1.4.2.1i Cc: Mike Silbersack , Andre Oppermann , Kip Macy , Denis Shaposhnikov , freebsd-current@freebsd.org, Mike Andrews Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com 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 Nov 2007 06:06:45 -0000 On Sat, Nov 17, 2007 at 10:00:16PM -0800, Jack Vogel wrote: [...] > > > > It seems that em_tso_setup() doesn't clear txd_upper/txd_lower in > > failure path so that unintialized value could be used in subsequent > > Tx descriptor setup. > > How about clearing those variable?(Patch attached) > > > > It seems that em(4) uses EM_TSO_SIZE(64K) to create DMA tag. A packet > > can have 64K payload under TSO so its the mximum size of the mbuf > > chain would be 64K + sizeof(link layer). So I guess the EM_TSO_SIZE > > should be increased to hold sizeof(link layer). > > It had been a long time since I looked into em(4) so I'm not sure. > > Huh? They are set to 0 on entry, and not touched again before you go > into the setup routine, your change has no effect. > Sorry for the noise. -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 08:42:23 2007 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 8853716A421; Sun, 18 Nov 2007 08:42:23 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from igloo.linux.gr (igloo.linux.gr [62.1.205.36]) by mx1.freebsd.org (Postfix) with ESMTP id 007D013C459; Sun, 18 Nov 2007 08:42:22 +0000 (UTC) (envelope-from keramida@ceid.upatras.gr) Received: from kobe.laptop (dialup83.ach.sch.gr [81.186.70.83]) (authenticated bits=128) by igloo.linux.gr (8.14.1/8.14.1/Debian-9) with ESMTP id lAI8eHba015486 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 18 Nov 2007 10:40:35 +0200 Received: from kobe.laptop (kobe.laptop [127.0.0.1]) by kobe.laptop (8.14.2/8.14.2) with ESMTP id lAI8eGwF083331; Sun, 18 Nov 2007 10:40:16 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Received: (from keramida@localhost) by kobe.laptop (8.14.2/8.14.2/Submit) id lAI8eEVL083330; Sun, 18 Nov 2007 10:40:14 +0200 (EET) (envelope-from keramida@ceid.upatras.gr) Date: Sun, 18 Nov 2007 10:40:14 +0200 From: Giorgos Keramidas To: "Aryeh M. Friedman" Message-ID: <20071118084013.GC83139@kobe.laptop> References: <473F250F.2030903@gmail.com> <20071117.164853.1221560804.imp@bsdimp.com> <473F7EE7.4080405@gmail.com> <20071118000233.GA5820@kobe.laptop> <473FB515.5080907@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473FB515.5080907@gmail.com> X-Hellug-MailScanner: Found to be clean X-Hellug-MailScanner-SpamCheck: not spam, SpamAssassin (not cached, score=-3.941, required 5, autolearn=not spam, ALL_TRUSTED -1.80, AWL 0.46, BAYES_00 -2.60) X-Hellug-MailScanner-From: keramida@ceid.upatras.gr X-Spam-Status: No Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: congrlations to the freebsd developers 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 Nov 2007 08:42:23 -0000 On 2007-11-17 22:44, "Aryeh M. Friedman" wrote: >Giorgos Keramidas wrote: >> On 2007-11-17 18:53, "Aryeh M. Friedman" >> wrote: >>> M. Warner Losh wrote: >>>> You can run FreeBSD/i386 on amd64 boxes. >>> All the different methods people have suggested to me for doing >>> this has blown up.... also since I use a nvidia card it is almost >>> pointless unless I can run the nvidia kernel module. >> >> That's odd. >> >> The laptop I'm typing this is amd64-capable, but installing from >> the FreeBSD/i386 release CD-ROMs worked like a charm. Which >> methods have you tried? > > With 4GB and a E6850 (P35/IHC9(R)) almost all the pci devices I had > where reconized *EXCEPT* any nvdidia card under i386 this was > instantly "fixed" as soon I switched to amd64. Sorry, but I can barely parse the sentence above. Do you mean that you _did_ installl i386, but it had issues? Or that you had an _amd64_ installation, but was forced to move back to i386? From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 08:59:11 2007 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 71E5016A418; Sun, 18 Nov 2007 08:59:11 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id CBE8E13C45A; Sun, 18 Nov 2007 08:59:10 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id D11721E3378; Sun, 18 Nov 2007 03:59:01 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jVuiiaifTZ7V; Sun, 18 Nov 2007 03:58:58 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP; Sun, 18 Nov 2007 03:58:58 -0500 (EST) Date: Sun, 18 Nov 2007 03:58:58 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: Kip Macy In-Reply-To: <473FBD1A.8010207@bit0.com> Message-ID: <20071118030305.N99375@mindcrime.int.bit0.com> References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117213316.499be43b@vlink.ru> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Denis Shaposhnikov , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 08:59:11 -0000 On Sat, 17 Nov 2007, Mike Andrews wrote: > Kip Macy wrote: >> On Nov 17, 2007 5:28 PM, Mike Andrews wrote: >>> Kip Macy wrote: >>>> On Nov 17, 2007 3:23 PM, Mike Andrews wrote: >>>>> On Sat, 17 Nov 2007, Kip Macy wrote: >>>>> >>>>>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: >>>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: >>>>>>> >>>>>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: >>>>>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) >>>>>>>>> Mike Andrews wrote: >>>>>>>>> >>>>>>>>>> Has anyone run into problems with MSS not being respected when >>>>>>>>>> using >>>>>>>>>> TSO, specifically on em cards? >>>>>>>>> Yes, I wrote about this problem on the beginning of 2007, see >>>>>>>>> >>>>>>>>> http://tinyurl.com/3e5ak5 >>>>>>>>> >>>>>>>> if_em.c:3502 >>>>>>>> /* >>>>>>>> * Payload size per packet w/o any headers. >>>>>>>> * Length of all headers up to payload. >>>>>>>> */ >>>>>>>> TXD->tcp_seg_setup.fields.mss = >>>>>>>> htole16(mp->m_pkthdr.tso_segsz); >>>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; >>>>>>>> >>>>>>>> >>>>>>>> Please print out the value of tso_segsz here. It appears to be being >>>>>>>> set correctly. The only thing I can think of is that t_maxopd is not >>>>>>>> correct. As tso_segsz is correct here: >>>>>>> It repeatedly prints 1368 during a 1 meg file transfer over a >>>>>>> connection >>>>>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web >>>>>>> page >>>>>>> with tcpdump / firewall log output illustrating the issue... >>>>>> Mike - >>>>>> Denis' tcpdump output doesn't show oversized segments, something else >>>>>> appears to be happening there. Can you post your tcpdump output >>>>>> somewhere? >>>>> URL sent off-list. >>>> if (tso) { >>>> m->m_pkthdr.csum_flags = CSUM_TSO; >>>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; >>>> } >>>> >>>> >>>> Please print the value of maxopd and optlen under "if (tso)" in >>>> tcp_output. I think the calculated optlen may be too small. >>> >>> maxopt=1380 - optlen=12 = tso_segsz=1368 >>> >>> Weird though, after this reboot, I had to re-copy a 4 meg file 5 times >>> to start getting the firewall to log any drops. Transfer rate was >>> around 240KB/sec before the firewall started to drop, then it went down >>> to about 64KB/sec during the 5th copy, and stayed there for subsequent >>> copies. The actual packet size the firewall said it was dropping was >>> varying all over the place still, yet the maxopt/optlen/tso_segsz values >>> stayed constant. But it's interesting that it didn't start dropping >>> immediately after the reboot -- though the transfer rate was still >>> sub-optimal. >> >> Ok, next theory :D. You shouldn't be seeing "bad len" packets from >> tcpdump. I'm wondering if that means you're sending down more than >> 64k. Can you please print out the value of mp->m_pkthdr.len around the >> same place that you printed out tso_segsz? 64k is the generally >> accepted limit for TSO, I'm wondering if the card firmware does >> something weird if you give it more. > > OK. In that last message, where I said it took 5 times to start reproducing > the problem... this time it took until I actually toggled TSO back off and > back on again, and then it started acting up again. I don't know what the > actual trigger is... it's very weird. > > Initially, w/ TSO on and it wasn't dropping yet (but was still transferring > slow)... > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > (etc, always 8306) > > After toggling off/on which caused the drops to start (and the speed to drop > even further): > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 > > and so on, with more seemingly random lengths... but none of them ever over > 8306, much less 64K. Got a few more data points here. I can reproduce this on an i386 kernel, so it isn't amd64 specific. I can reproduce this on an 82541EI nic, so it isn't 82573 specific. I can't reproduce this on a Marvell Yukon II (msk) nic; it works fine whether TSO is on or off. I can't reproduce this on a bge nic because it doesn't support TSO :) That's the only other gigabit nic I've got easy access to. I can reproduce this with just a Cisco 877W IOS-based router and no Cisco PIX / ASA firewalls in the way, with the servers on the LAN interface with "ip tcp adjust-mss 1340" on it, and the downloading client on the Cisco's 802.11G interface. This time, the client is a Macbook Pro running Leopard, and I'm running "tcpdump -i en1 -s 1500 -n -v length \> 1394" on the Macbook (not the server this time) to find oversize packets, which is actually handier because I can see how trashed they really get :) I can't reproduce this between two machines on the same subnet (though I can reproduce throughput problems alone). I haven't tried lowering the system MSS on one end yet (is there a sysctl to lower the MSS for outbound connections without lowering the MTU as well?). If I could do this it would greatly simplify testing for everyone as they wouldn't have to stick an MSS-clamping router in the middle. It doesn't have to be Cisco. With this setup, copying to the Mac through the 877W from: msk-based server, TSO disabled: tcpdump reports no problems, file transfers are fast msk-based server, TSO enabled: tcpdump reports no problems, file transfers are fast em-based server, TSO disabled: tcpdump reports no problems, file transfers are fast em-based server, TSO enabled: tcpdump reports numerous oversize packets of varying sizes just as before, AND numerous packets with bad TCP checksums. The checksum problems aren't limited to only the large packets though. (That's probably what's causing the throughput problems.) Toggling rxcsum and txcsum flags on the server made no difference. What I haven't tried yet is hexdumping the packets to see what exactly is getting trashed. The problem still comes and goes; sometimes it'll work for a few minutes after boot, sometimes not; it might be dependent on what other traffic's going through the box. From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 09:02:32 2007 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 475D916A421 for ; Sun, 18 Nov 2007 09:02:32 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id EDDC813C46B for ; Sun, 18 Nov 2007 09:02:31 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5378458pyb for ; Sun, 18 Nov 2007 01:02:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=ySz0nVW/kBhasWQNpRBixUQXTLUbUyFWFIJPthMogjQ=; b=Tft/Civby7iI7WJ+a03gpImspzBOGwCO7QMuslWTDDd3FXJrw7UaNGv0ipueLw2+7P+FMaIcO1D9Od6seU6cL+HCSdL8ELXo+d/8QVN6zmVV+bybRqLb2WKljYOigXrOCnlvVT3TfOT1KExwW+AOfQZHoBcPuxUKY9i0Fmb9zQY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=j6238eMquUjvxlVXDjwUWMwl0jHMsejWTulJb+eIIBxGFh5MWXBTUue6kpxu1o061GRGarSW2et1lreTxaxIBjHgrtuget+9A6LXdc4XvX+xjEBcXlkmh/J+DAsocGD4c3cVdDJA0emJ4WTie6o/vV9EmgfnCT15VPWleLTthWo= Received: by 10.65.51.4 with SMTP id d4mr8439783qbk.1195376544599; Sun, 18 Nov 2007 01:02:24 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id 1sm3193415qbh.2007.11.18.01.02.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Nov 2007 01:02:24 -0800 (PST) Message-ID: <473FFF9D.4090203@gmail.com> Date: Sun, 18 Nov 2007 04:02:21 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: Giorgos Keramidas References: <473F250F.2030903@gmail.com> <20071117.164853.1221560804.imp@bsdimp.com> <473F7EE7.4080405@gmail.com> <20071118000233.GA5820@kobe.laptop> <473FB515.5080907@gmail.com> <20071118084013.GC83139@kobe.laptop> In-Reply-To: <20071118084013.GC83139@kobe.laptop> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-questions@freebsd.org Subject: Re: congrlations to the freebsd developers 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 Nov 2007 09:02:32 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Giorgos Keramidas wrote: > On 2007-11-17 22:44, "Aryeh M. Friedman" wrote: >> Giorgos Keramidas wrote: >>> On 2007-11-17 18:53, "Aryeh M. Friedman" >>> wrote: >>>> M. Warner Losh wrote: >>>>> You can run FreeBSD/i386 on amd64 boxes. >>>> All the different methods people have suggested to me for doing >>>> this has blown up.... also since I use a nvidia card it is almost >>>> pointless unless I can run the nvidia kernel module. >>> That's odd. >>> >>> The laptop I'm typing this is amd64-capable, but installing from >>> the FreeBSD/i386 release CD-ROMs worked like a charm. Which >>> methods have you tried? >> With 4GB and a E6850 (P35/IHC9(R)) almost all the pci devices I had >> where reconized *EXCEPT* any nvdidia card under i386 this was >> instantly "fixed" as soon I switched to amd64. > > Sorry, but I can barely parse the sentence above. Do you mean that you > _did_ installl i386, but it had issues? Yes to starting with i386 and moving to amd64 - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHP/+cJ9+1V27SttsRArb1AJ9+Pl9C65JhoqhV5glmjwHkkd8GsgCffS0j gbEGChReJu0q45ylY0/EncM= =C+3c -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 09:18:29 2007 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 C6AA216A417 for ; Sun, 18 Nov 2007 09:18:29 +0000 (UTC) (envelope-from martin@gneto.com) Received: from proxy2.bredband.net (proxy2.bredband.net [195.54.101.72]) by mx1.freebsd.org (Postfix) with ESMTP id 8135B13C46A for ; Sun, 18 Nov 2007 09:18:29 +0000 (UTC) (envelope-from martin@gneto.com) Received: from ironport2.bredband.com (195.54.101.122) by proxy2.bredband.net (7.3.127) id 47285ABF006DCA4C for freebsd-current@freebsd.org; Sun, 18 Nov 2007 07:55:39 +0100 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvVoAJNwP0dT47UeRmdsb2JhbACBX40iAQEBNw Received: from ua-83-227-181-30.cust.bredbandsbolaget.se (HELO mailbox.gneto.com) ([83.227.181.30]) by ironport2.bredband.com with ESMTP; 18 Nov 2007 07:55:45 +0100 Received: from euklides.gneto.com (euklides.gneto.com [192.168.10.11]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mailbox.gneto.com (Postfix) with ESMTP id 039B42A688 for ; Sun, 18 Nov 2007 07:55:05 +0100 (CET) Message-ID: <473FE18B.2090303@gneto.com> Date: Sun, 18 Nov 2007 07:54:03 +0100 From: Martin Nilsson User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 09:18:29 -0000 Can we have this fixed before 7.0-R or at least unset LANG in the Makefile? If I add the following line to the default profile in /etc/login.conf :lang=sv_SE.ISO_8859-1:\ Awk will do something really strange when creating an options.h file when building gcc. The build ends with the error: cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\"/usr\" -I/usr/obj/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/include -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libcpp/include -I/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcclibs/libdecnumber -g -DGENERATOR_FILE -DHAVE_CONFIG_H -I/usr/obj/home/FreeBSD/RELENG_7/src/tmp/legacy/usr/include -c /home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c In file included from ./tm.h:4, from /home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/gengtype.c:24: ./options.h:901: error: redeclaration of enumerator 'OPT_w' ./options.h:899: error: previous definition of 'OPT_w' was here *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src. *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src. *** Error code 1 Stop in /home/FreeBSD/RELENG_7/src. I think this file is created with src/contrib/gcc/opth-gen.awk tail /usr/obj/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/options.h OPT_trigraphs, /* -trigraphs */ OPT_undef, /* -undef */ OPT_w, /* -w */ OPT_v, /* -v */ OPT_w, /* -w */ OPT_version, /* -version */ N_OPTS }; #endif /* OPTIONS_H */ OPT_w is present twice! The awk script is supposed to remove duplicates and sort the result but it does not seem to work with our i18n support. /Martin From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 09:37:14 2007 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 9972516A469 for ; Sun, 18 Nov 2007 09:37:14 +0000 (UTC) (envelope-from jackqqpro@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.187]) by mx1.freebsd.org (Postfix) with ESMTP id 2BD6713C458 for ; Sun, 18 Nov 2007 09:37:13 +0000 (UTC) (envelope-from jackqqpro@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1139677nfb for ; Sun, 18 Nov 2007 01:37:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=q9qZR8KBiQ89eeJn/LjdbN0SP6PC+T598VlQo/2waao=; b=hONJdUxGs+pih/+l8yZi4OCQFoqxlL6jrxSlhrcltiUTekEaKEmDqv5tubOHSKx+2Ct0bJGAknNcNa46NNCqBSmi2UX+RVHSXuJRHVkrQXNPAAbslRhReuy3k5uC83VEZyO0Q7Vi5WQlbtm6UX16uT6QYSSRTlpDj8rp5YnRUP4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=o1idVcxbUX0qS2zovArvGYyVDd2l8ZHzik10vp4bG7VU6P2FX0Pb9JfSLvNcLr7EfofRYjTAo2iUBWsQtMnFFBmj1rksuJ3w9IiBIc+Y1/gy6W3wQK2B5JaVF+3Yr/OICx7OV357LYE6zd3jjBDBapJpfX/zfnx/6N3zBq5psL4= Received: by 10.78.172.20 with SMTP id u20mr3763829hue.1195378623906; Sun, 18 Nov 2007 01:37:03 -0800 (PST) Received: by 10.78.185.18 with HTTP; Sun, 18 Nov 2007 01:37:03 -0800 (PST) Message-ID: <890a507f0711180137r5517eae9h9fdbefb42d3cd0d7@mail.gmail.com> Date: Sun, 18 Nov 2007 17:37:03 +0800 From: "Quan Qiu" To: freebsd-current@freebsd.org In-Reply-To: <473DAEB9.5080304@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <890a507f0711160615i371a60e1o1b8695176e92dcda@mail.gmail.com> <473DAEB9.5080304@gmail.com> Cc: "Aryeh M. Friedman" Subject: Re: Onboard RTL8111C not attached to by re(4) 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 Nov 2007 09:37:14 -0000 On Nov 16, 2007 10:52 PM, Aryeh M. Friedman wrote: > > Something else must be going on because on my Mobo (MSI Neo-F > [P35/IHC9]) I have no issue with this (and never have [except for some > re(4) issues that have nothing to do with reconizing the nic]): > > > re0@pci0:4:0:0: class=0x020000 card=0x360c1462 chip=0x816810ec > rev=0x01 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > > > re0: port 0xe800-0xe8ff mem > 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 > re0: Using 2 MSI messages > miibus0: on re0 > re0: Ethernet address: 00:19:db:b5:f8:0f > re0: [FILTER] > re0: [FILTER] > > FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 > 19:17:50 EST 2007 > aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 > > > Your card is discovered as card=0x360c1462, mine as card=0xe0001458. I think yours is really a 8168/8111B, while mine is a 8111C. Accroding to the followling line in /sys/dev/re/if_re.c, re_attach(dev), hwrev = CSR_READ_4(sc, RL_TXCFG) & RL_TXCFG_HWREV; and the definition in /sys/pci/if_rlreg.h, #define RL_TXCFG_HWREV 0x7CC00000 I traced a debug kernel and found that CSR_READ_4(sc, RL_TXCFG) for my card is 0x3f2000c0 so the masked hwrev should be 0x3c000000 I added this line in /sys/pci/if_rlreg.h, #define RL_HWREV_8111C 0x3c000000 and these lines to the table in /sys/dev/re/if_re.c, { RT_VENDORID, RT_DEVICEID_8168, RL_HWREV_8111C, "RealTek 8111C Single-Chip PCIe Gigabit Ethernet" }, and these to the table in the same .c. { RL_HWREV_8111C, RL_8169, "8111C"}, After reboot, re(4) successfully recognized the chip. However, it failed with the following error: re0: MII without any phy! I traced the mii_phy_probe() function in /sys/dev/mii/mii.c, only to find all the bmsr values read by MIIBUS_READREG was: 0, 0xffff, 0, 0, ... (all 0's) so that mii_phy_probe() did not find any PHY. What's the problem? -- Quan Qiu From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 10:04:46 2007 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 D8CA416A418 for ; Sun, 18 Nov 2007 10:04:46 +0000 (UTC) (envelope-from stefan.tell@crashmail.de) Received: from daemon.crashmail.de (daemon.crashmail.de [88.198.125.180]) by mx1.freebsd.org (Postfix) with ESMTP id 4C6FA13C467 for ; Sun, 18 Nov 2007 10:04:46 +0000 (UTC) (envelope-from stefan.tell@crashmail.de) Received: from localhost (localhost [127.0.0.1]) by daemon.crashmail.de (Postfix) with ESMTP id E8EED649EC for ; Sun, 18 Nov 2007 10:35:03 +0100 (CET) X-Spam-Score: -0.486 X-Spam-Level: X-Spam-Status: No, score=-0.486 tagged_above=-999 required=3.5 tests=[AWL=-0.068, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, RCVD_IN_SORBS_DUL=2.046] Received: from daemon.crashmail.de ([127.0.0.1]) by localhost (daemon.crashmail.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id klRKG1hruuoy for ; Sun, 18 Nov 2007 10:34:55 +0100 (CET) Received: from blade.crashmail.de (dslb-082-083-111-018.pools.arcor-ip.net [82.83.111.18]) by daemon.crashmail.de (Postfix) with ESMTP id 57518649EA for ; Sun, 18 Nov 2007 10:34:55 +0100 (CET) Message-ID: <4740073E.8060801@zeus.crashmail.de> Date: Sun, 18 Nov 2007 10:34:54 +0100 From: Stefan 'Steve' Tell Organization: The Third Place User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.8.1.9) Gecko/20071118 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 OpenPGP: id=9B6C7E15; url=http://www.crashmail.de/files/stell.asc X-Face: #Xe~sd&4-Nt4!$0V"R?!MDM"@&ft'xzx+0j]DIA!AyXC)lv0ea!k_GV5?#ZM{uGi*h@>BI/1%]9h)r,R\jES^Tq8~[*RQ^I8(?&Fg~sR't{xG"[m0Ve; q5K^bav,^Ut`[iP(4c,rQCNxo5UF^2S95:t-e@$2Ai{`t=we/**fuT~i_.3R6r,wogCl\2[]FW@sroLn*v.#'J*0Z Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Poor (ata-?)performance with VIA-based chipsets 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 Nov 2007 10:04:46 -0000 Hi, I have a really bad performance with my FreeBSD system for years. After long discussions[1] at the german BSD-community we figured out that it seems to be a VIA-chipset based problem. # dd bs=1m < /dev/random > /dev/null does not slow down the system but with # dd bs=1m < /dev/zero > tmpfile the system becomes nearly unusable after some seconds. If I start mplayer to watch TV with my bt848-card the desktop environment freezes for round about 10 seconds before switching a windows or something like this. Any ideas how to fix this? [1] = http://www.bsdforen.de/showthread.php?t=19426&highlight=performance (german language) From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 10:17:16 2007 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 0AB2916A420 for ; Sun, 18 Nov 2007 10:17:16 +0000 (UTC) (envelope-from stefan.tell@crashmail.de) Received: from daemon.crashmail.de (daemon.crashmail.de [88.198.125.180]) by mx1.freebsd.org (Postfix) with ESMTP id B3B3F13C461 for ; Sun, 18 Nov 2007 10:17:15 +0000 (UTC) (envelope-from stefan.tell@crashmail.de) Received: from localhost (localhost [127.0.0.1]) by daemon.crashmail.de (Postfix) with ESMTP id D5F20649EA for ; Sun, 18 Nov 2007 11:17:06 +0100 (CET) X-Spam-Score: -0.708 X-Spam-Level: X-Spam-Status: No, score=-0.708 tagged_above=-999 required=3.5 tests=[AWL=-0.289, BAYES_00=-2.599, FORGED_RCVD_HELO=0.135, RCVD_IN_SORBS_DUL=2.046] Received: from daemon.crashmail.de ([127.0.0.1]) by localhost (daemon.crashmail.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 80QPFtg9Zv1o for ; Sun, 18 Nov 2007 11:16:58 +0100 (CET) Received: from blade.crashmail.de (dslb-082-083-111-018.pools.arcor-ip.net [82.83.111.18]) by daemon.crashmail.de (Postfix) with ESMTP id 83901649E7 for ; Sun, 18 Nov 2007 11:16:58 +0100 (CET) Message-ID: <4740111A.8090207@zeus.crashmail.de> Date: Sun, 18 Nov 2007 11:16:58 +0100 From: Stefan 'Steve' Tell Organization: The Third Place User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; de-DE; rv:1.8.1.9) Gecko/20071118 Thunderbird/2.0.0.9 Mnenhy/0.7.5.666 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <4740073E.8060801@zeus.crashmail.de> In-Reply-To: <4740073E.8060801@zeus.crashmail.de> X-Enigmail-Version: 0.95.5 OpenPGP: id=9B6C7E15; url=http://www.crashmail.de/files/stell.asc X-Face: #Xe~sd&4-Nt4!$0V"R?!MDM"@&ft'xzx+0j]DIA!AyXC)lv0ea!k_GV5?#ZM{uGi*h@>BI/1%]9h)r,R\jES^Tq8~[*RQ^I8(?&Fg~sR't{xG"[m0Ve; q5K^bav,^Ut`[iP(4c,rQCNxo5UF^2S95:t-e@$2Ai{`t=we/**fuT~i_.3R6r,wogCl\2[]FW@sroLn*v.#'J*0Z Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit Subject: Re: Poor (ata-?)performance with VIA-based chipsets 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 Nov 2007 10:17:16 -0000 Stefan 'Steve' Tell schrieb: > I have a really bad performance with my FreeBSD system for years. After > long discussions[1] at the german BSD-community we figured out that it > seems to be a VIA-chipset based problem. Ok, let me give some more information: System is an Asus A8V deluxe, dmesg can be found here: http://daemon.crashmail.de/~stell/freebsd/asus_a8v_deluxe_dmesg.txt The GUI-system slows down, especially KDE-applications, firefox & co. Can I provide any other information? From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 11:22:45 2007 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 6EE0A16A468 for ; Sun, 18 Nov 2007 11:22:45 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id E2BA913C459 for ; Sun, 18 Nov 2007 11:22:44 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lAIBMRoF021397; Sun, 18 Nov 2007 14:22:27 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1195384947; bh=2E3pGZkxXhAtsBsDXfH7WAbmrImn+4v+aNb0FAi ty0s=; l=1387; h=Date:From:To:Cc:Subject:Message-ID: Mail-Followup-To:References:MIME-Version:Content-Type: Content-Disposition:In-Reply-To:User-Agent; b=H+6fOTe1TOVFhCM5BUAG Lw9ymsFWdhhtl4JxjvS9k52Op3B0EJigfah4/JMwKXM3TMTe/6UKueP6c17jzTZsC+R ZGTNE74XQDlB1+S7ZRvcDZzSeT//d9zStcfKs3DTOtqDe6a27sncpFIRmNdvxacY9CE en4BKJYsBzZi8C6HY= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lAIBMRPW021396; Sun, 18 Nov 2007 14:22:27 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Nov 2007 14:22:26 +0300 From: Andrey Chernov To: Martin Nilsson Message-ID: <20071118112226.GA20540@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Martin Nilsson , freebsd-current@FreeBSD.ORG References: <473FE18B.2090303@gneto.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473FE18B.2090303@gneto.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@FreeBSD.ORG Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 11:22:45 -0000 On Sun, Nov 18, 2007 at 07:54:03AM +0100, Martin Nilsson wrote: > Can we have this fixed before 7.0-R or at least unset LANG in the Makefile? > > > If I add the following line to the default profile in /etc/login.conf > :lang=sv_SE.ISO_8859-1:\ > > I think this file is created with src/contrib/gcc/opth-gen.awk > > tail /usr/obj/home/FreeBSD/RELENG_7/src/gnu/usr.bin/cc/cc_tools/options.h > OPT_trigraphs, /* -trigraphs */ > OPT_undef, /* -undef */ > OPT_w, /* -w */ > OPT_v, /* -v */ > OPT_w, /* -w */ > OPT_version, /* -version */ > N_OPTS > }; > > #endif /* OPTIONS_H */ > > > OPT_w is present twice! The awk script is supposed to remove duplicates and > sort the result but it does not seem to work with our i18n support. 1) it should be sv_SE.ISO8859-1, not sv_SE.ISO_8859-1 2) yes, wrong "optionlist" is generated by opt-gather.awk 3) Probably awk bug. If I substitute gawk here instead, all passes right. 4) Test script reduced to minimum BEGIN { a="ve" b="w" if (a > b) print "1"; else print "0" exit } (note that if a="v" it works right) I'll look into it deeper later. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 11:30:29 2007 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 2E92C16A41A for ; Sun, 18 Nov 2007 11:30:29 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id A147C13C447 for ; Sun, 18 Nov 2007 11:30:28 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lAIBUJNe021547; Sun, 18 Nov 2007 14:30:19 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1195385419; bh=6+JeqJhvYK7wQY3VkFBV479qM7pyDnoWaMjVNl3 u9fs=; l=422; h=Date:From:To:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=UeZkfRPxGwirk0Ay74WSGueuyX6E2CNJa+5Xjzc6 mpsXJ4ge/Alt+YMUbOXUbSUOX6rH6s+lbcvXc5PJEppbwOH+QCmh334y9vDZJqMXtf8 UxaaACGSMMHArDu1mYr/+bQRgfqzgKzMs/mJ5djKgo6UAn0n8zgmWlLL+zbdOw24= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lAIBUJKr021546; Sun, 18 Nov 2007 14:30:19 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Nov 2007 14:30:19 +0300 From: Andrey Chernov To: Martin Nilsson , freebsd-current@FreeBSD.ORG Message-ID: <20071118113019.GA21519@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Martin Nilsson , freebsd-current@FreeBSD.ORG References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071118112226.GA20540@nagual.pp.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 11:30:29 -0000 On Sun, Nov 18, 2007 at 02:22:26PM +0300, Andrey Chernov wrote: > 1) it should be sv_SE.ISO8859-1, not sv_SE.ISO_8859-1 ... > 4) Test script reduced to minimum Even not the awk bug but rather strcoll() or locale definition, reduced down to that: #include #include #include main() { setlocale(LC_ALL, ""); printf ("%d\n", strcoll("ve","w")); } -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 11:36:30 2007 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 9C2B316A421 for ; Sun, 18 Nov 2007 11:36:30 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 184DF13C481 for ; Sun, 18 Nov 2007 11:36:29 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lAIBaHRj021627; Sun, 18 Nov 2007 14:36:17 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1195385777; bh=bBf6QcGBu4e7eQBWrYJ7lWbuwE3UXYWmZ3Lc/7N VxvE=; l=649; h=Date:From:To:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=cStx0hPuhI1WZRzJN/Q1+rb0o86oxiX38cSr0g4K 5rIp3bmltPtlwYRqasf6a4SSG6AnvwAy+rreYdPGoomYrmhaW8LUcpQm7KkOzms4Lga aHAnTS34jAgUpqpnLTprwnePfNQPyiNeiY7kGHqdk3+8aFSWWHlg6X7ZvsMZ2QsE= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lAIBaHIB021626; Sun, 18 Nov 2007 14:36:17 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Nov 2007 14:36:16 +0300 From: Andrey Chernov To: Martin Nilsson , freebsd-current@FreeBSD.ORG Message-ID: <20071118113616.GB21519@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Martin Nilsson , freebsd-current@FreeBSD.ORG References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071118113019.GA21519@nagual.pp.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 11:36:30 -0000 On Sun, Nov 18, 2007 at 02:30:19PM +0300, Andrey Chernov wrote: > On Sun, Nov 18, 2007 at 02:22:26PM +0300, Andrey Chernov wrote: > > 1) it should be sv_SE.ISO8859-1, not sv_SE.ISO_8859-1 > ... > > 4) Test script reduced to minimum > > Even not the awk bug but rather strcoll() or locale definition, reduced > down to that: > #include > #include > #include > > main() { > setlocale(LC_ALL, ""); > printf ("%d\n", strcoll("ve","w")); > } This is locale definition, I find (V,W); and (v,w); there, is that right equivalences for sv_SE? I.e. is v=w in sv_SE sorting? -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 11:44:12 2007 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 EEDE516A418 for ; Sun, 18 Nov 2007 11:44:11 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (arm132.internetdsl.tpnet.pl [83.17.198.132]) by mx1.freebsd.org (Postfix) with ESMTP id 920EE13C46A for ; Sun, 18 Nov 2007 11:44:10 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 70A4345CD9; Sun, 18 Nov 2007 12:43:48 +0100 (CET) Received: from localhost (unknown [89.171.172.138]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id 7DA31456AB; Sun, 18 Nov 2007 12:43:43 +0100 (CET) Date: Sun, 18 Nov 2007 12:43:22 +0100 From: Pawel Jakub Dawidek To: Dan Davis Message-ID: <20071118114321.GA4006@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="u3/rZRmxL6MmkK24" 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 7.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.5 required=3.0 tests=BAYES_00,RCVD_IN_XBL autolearn=no version=3.0.4 Cc: freebsd-current@freebsd.org Subject: Re: ZFS zpool core dump 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 Nov 2007 11:44:12 -0000 --u3/rZRmxL6MmkK24 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Nov 17, 2007 at 11:06:57PM -0600, Dan Davis wrote: > Hullo there. Just did a binary upgrad to FreeBSD 7.0 BETA 2 from 6.2 > Release p8. when trying to create a ZFS pool, zpool gives a core dump. >=20 > >zpool create tank da0 > Assertion failed: (), function rv =3D=3D 0, file > /usr/src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_vde= v.c, > line 131. > Abort (core dumped) Libgeom cannot parse GEOM XML tree. Can you paste output of 'sysctl -b kern.geom.confxml'. --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --u3/rZRmxL6MmkK24 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHQCVZForvXbEpPzQRAgDvAKCJz6GhQBufjEXZnkDdiXpaLLmgPQCgzv+h pdKphO3hiwEa9gYIubEZbY8= =qOZH -----END PGP SIGNATURE----- --u3/rZRmxL6MmkK24-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 11:44:38 2007 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 E56A016A494 for ; Sun, 18 Nov 2007 11:44:38 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id 602A013C467 for ; Sun, 18 Nov 2007 11:44:37 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lAIBiU35021717; Sun, 18 Nov 2007 14:44:30 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1195386270; bh=xwVxbvmWvxqlEo9PJ8LvjQg+P2oFLMIP0fFb6q9 9BSE=; l=716; h=Date:From:To:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=piGTc3nYgGyKG14tgkYNkd+0WFKiFqfcZQwVdGcZ W10UFdPZr4YoT/3/0LdU/iZAh3rWrnb6hRMajZHQUM6R1dNUGUjqj2hXlXJmVPgBxoc myJugYFbMikGKBAG/vN2qGdB4E9EVdWimb3J0ha6YloDzEHvdaQf6LGXPMcs/pac= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lAIBiU2r021716; Sun, 18 Nov 2007 14:44:30 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Nov 2007 14:44:29 +0300 From: Andrey Chernov To: Martin Nilsson , freebsd-current@FreeBSD.ORG Message-ID: <20071118114429.GA21680@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Martin Nilsson , freebsd-current@FreeBSD.ORG References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> <20071118113616.GB21519@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071118113616.GB21519@nagual.pp.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 11:44:39 -0000 On Sun, Nov 18, 2007 at 02:36:16PM +0300, Andrey Chernov wrote: > This is locale definition, I find (V,W); and (v,w); there, is that right > equivalences for sv_SE? I.e. is v=w in sv_SE sorting? It seems collating is right. Googling some sources I find: % The letter w is normally not present in the Swedish alphabet. It % exists in some names in Swedish and foreign words, but is accounted % for as a variant of 'v'. Words and names with 'w' are in Swedish % ordered alphabetically among the words and names with 'v'. If two % words or names are only to be distinguished by 'v' or % 'w', 'v' is % placed before 'w'. So the only fix is using LC_ALL=C before awk script. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 11:48:22 2007 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 D491416A419 for ; Sun, 18 Nov 2007 11:48:22 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id A8C7A13C469 for ; Sun, 18 Nov 2007 11:48:22 +0000 (UTC) (envelope-from jbucht@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1212328rvb for ; Sun, 18 Nov 2007 03:48:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=zuqh19rCA6R/7i5nT+fyG9KrrXBX025vE5+kmzzmQSU=; b=kmKwwVVKioIyXVfPxIs1/qa4iJSBbqDyRNe7WKRtDlgkkGUjXiVqGnQzrgMb1vMc4zcxiXll2g8+f2vtLO5NipnZxdl1N1ao0cHwFMcCBtq7snOVDW5fNN62mReFQXFOM5VCwly0Y8iSBfrZZMFtDPJZLXXyjN8vTF4zG1esTlw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=htAgwKcuOzYp49EqqKsOibGVx9b0RVNhXzPD3CnFQKQaOgz3hVXaJNxhCg3J3vcXZjLzRIrbokRitn5W0ObUVVNnVjnEphrGP0qdBaJGU7QlPku4YBqDmclb5nT3R3H7HRO2pOWAnBA/9ycTIKDUNWAa4BfN8PZGCFpdD36GpBg= Received: by 10.141.19.16 with SMTP id w16mr1523837rvi.1195386497157; Sun, 18 Nov 2007 03:48:17 -0800 (PST) Received: by 10.140.135.1 with HTTP; Sun, 18 Nov 2007 03:48:17 -0800 (PST) Message-ID: <947010c30711180348g76651b67qaa27039600e6517@mail.gmail.com> Date: Sun, 18 Nov 2007 12:48:17 +0100 From: "Johan Bucht" To: "Andrey Chernov" , freebsd-current@freebsd.org In-Reply-To: <20071118113616.GB21519@nagual.pp.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> <20071118113616.GB21519@nagual.pp.ru> Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 11:48:22 -0000 Yes. W is rarely used in swedish, it's basically considered the same letter as V and the few words starting with W are placed under V in the dictionary. /Johan 2007/11/18, Andrey Chernov : > On Sun, Nov 18, 2007 at 02:30:19PM +0300, Andrey Chernov wrote: > > On Sun, Nov 18, 2007 at 02:22:26PM +0300, Andrey Chernov wrote: > > > 1) it should be sv_SE.ISO8859-1, not sv_SE.ISO_8859-1 > > ... > > > 4) Test script reduced to minimum > > > > Even not the awk bug but rather strcoll() or locale definition, reduced > > down to that: > > > #include > > #include > > #include > > > > main() { > > setlocale(LC_ALL, ""); > > printf ("%d\n", strcoll("ve","w")); > > } > > This is locale definition, I find (V,W); and (v,w); there, is that right > equivalences for sv_SE? I.e. is v=w in sv_SE sorting? > > -- > http://ache.pp.ru/ > _______________________________________________ > 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 Sun Nov 18 12:01:46 2007 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 8990F16A417 for ; Sun, 18 Nov 2007 12:01:46 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id EDD6B13C50E for ; Sun, 18 Nov 2007 12:01:45 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lAIC1b7D021951; Sun, 18 Nov 2007 15:01:37 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1195387297; bh=vOieooGamMg8/BAStwyTU28sy7c3GmdrkbCZEaH vyyc=; l=305; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=JbcYnKtvwCmf1npXfeF5HITc3Cd6iZ1A1IZUe80z wduaFrQ9ps7lYSejT1MXqyNbz1VAvYoD/zRPEz/6Yd0MUmkGw22c9o2ehWNNjJmYlD7 HVieNqD9tZosX9iy41tBbC2yTWnpT6d8ufs8MlobpBezqda33hNssTbMA9zeRez0= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lAIC1bs4021950; Sun, 18 Nov 2007 15:01:37 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Nov 2007 15:01:36 +0300 From: Andrey Chernov To: Johan Bucht Message-ID: <20071118120136.GA21924@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Johan Bucht , freebsd-current@freebsd.org References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> <20071118113616.GB21519@nagual.pp.ru> <947010c30711180348g76651b67qaa27039600e6517@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <947010c30711180348g76651b67qaa27039600e6517@mail.gmail.com> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 12:01:46 -0000 On Sun, Nov 18, 2007 at 12:48:17PM +0100, Johan Bucht wrote: > Yes. W is rarely used in swedish, it's basically considered the same > letter as V and the few words starting with W are placed under V in > the dictionary. Fixed in -current in just committed Makefile v1.89 -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 12:06:33 2007 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 CE2B216A417 for ; Sun, 18 Nov 2007 12:06:33 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id A3A3013C46A for ; Sun, 18 Nov 2007 12:06:33 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.172] (unknown [216.89.228.172]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 0F0A129B60B for ; Sun, 18 Nov 2007 07:06:23 -0500 (EST) Message-ID: <47402ABA.9060209@terranova.net> Date: Sun, 18 Nov 2007 07:06:18 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <788063.40083.qm@web63907.mail.re1.yahoo.com> <473F16DA.9040509@gmail.com> In-Reply-To: <473F16DA.9040509@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 12:06:33 -0000 Pawel Worach wrote: > Barney Cordoba wrote: >> We can't get any flavor of Freebsd 7 to build or boot >> successfully on an HT1000 MB. We have 2 distinct MBs >> and both have similar problems. >> >> I noticed in the linux driver that they have the >> HT1000 listed in their pci_quirks.c, and have >> "quirk_disable_all_msi" set for it. I have no idea >> what that means, but is FreeBSD doing something >> similar? I haven't tested linux on this system yet, >> but I hope to do so sometime this week. >> > > At the loader(8) prompt set the following two tunables: > hw.pci.enable_msix=0 > hw.pci.enable_msi=0 I just tried this and it didn't help I'm afraid. In more detail: I hooked up my SATA disk to my HT1000 motherboard's onboard SATA controller with those two tunables set to 0 and my data was still horribly corrupted quite quickly. It's just as bad with or without those tunables set to 0. -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 12:24:08 2007 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 4075016A420 for ; Sun, 18 Nov 2007 12:24:08 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.visit.se (mail.visit.se [85.194.0.110]) by mx1.freebsd.org (Postfix) with ESMTP id A48AE13C467 for ; Sun, 18 Nov 2007 12:24:07 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by mail.visit.se (Postfix, from userid 503) id 3287036E0591; Sun, 18 Nov 2007 12:53:24 +0100 (CET) Received: from mail.stunet.se (mail.stunet.se [85.194.0.111]) by mail.visit.se (Postfix) with ESMTP id 4CD6736E056A; Sun, 18 Nov 2007 12:53:17 +0100 (CET) Received: from [85.194.50.150] (cust.fiber-lan.vnet.lk.85.194.50.150.stunet.se [85.194.50.150]) by mail.stunet.se (Postfix) with ESMTP id EA2AD2A6EB; Sun, 18 Nov 2007 12:53:09 +0100 (CET) Message-ID: <474027B0.3070309@gmail.com> Date: Sun, 18 Nov 2007 12:53:20 +0100 From: Niclas Zeising User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andrey Chernov , Martin Nilsson , freebsd-current@FreeBSD.ORG References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> <20071118113616.GB21519@nagual.pp.ru> In-Reply-To: <20071118113616.GB21519@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on mail.visit.se X-Spam-Level: X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.6 Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 12:24:08 -0000 Andrey Chernov wrote: > On Sun, Nov 18, 2007 at 02:30:19PM +0300, Andrey Chernov wrote: >> On Sun, Nov 18, 2007 at 02:22:26PM +0300, Andrey Chernov wrote: >>> 1) it should be sv_SE.ISO8859-1, not sv_SE.ISO_8859-1 >> ... >>> 4) Test script reduced to minimum >> Even not the awk bug but rather strcoll() or locale definition, reduced >> down to that: > >> #include >> #include >> #include >> >> main() { >> setlocale(LC_ALL, ""); >> printf ("%d\n", strcoll("ve","w")); >> } > > This is locale definition, I find (V,W); and (v,w); there, is that right > equivalences for sv_SE? I.e. is v=w in sv_SE sorting? > Hi! v and w is sorted the same in Swedish (it's probably a language bug really), so as an example, surnames beginning with v and w are mixed under the same entry in the phone books and so on. Regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 11:08:50 2007 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 C3B2A16A417 for ; Sun, 18 Nov 2007 11:08:50 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 96A4513C467 for ; Sun, 18 Nov 2007 11:08:50 +0000 (UTC) (envelope-from darrenr@freebsd.org) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id 05CF947791; Sun, 18 Nov 2007 06:08:31 -0500 (EST) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Sun, 18 Nov 2007 06:08:31 -0500 X-Sasl-enc: DS17NuCEXcZVF0dm9msZpA5qPtbsWTnTSzW58duPWz8s 1195384110 Received: from [192.168.1.235] (64-142-85-108.dsl.dynamic.sonic.net [64.142.85.108]) by mail.messagingengine.com (Postfix) with ESMTP id 961592A61D; Sun, 18 Nov 2007 06:08:30 -0500 (EST) Message-ID: <47401CA1.8000302@freebsd.org> Date: Sun, 18 Nov 2007 03:06:09 -0800 From: Darren Reed User-Agent: Thunderbird 2.0.0.0 (Windows/20070326) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 18 Nov 2007 12:38:41 +0000 Cc: Subject: RELENG_6 IPFilter MFC 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 Nov 2007 11:08:50 -0000 I've just completed an MFC of IPFIilter in the FreeBSD 6 branch (RELENG_6) from HEAD. This brings the code used for IPFilter in FreeBSD into sync on each of HEAD, RELENG_6 and RELENG_7. Hopefully I can close one or two bug reports now ;) If you encounter any problems, please let me know. Cheers, Darren From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 07:51:40 2007 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 EBDFC16A419 for ; Sun, 18 Nov 2007 07:51:40 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 3F4CF13C461 for ; Sun, 18 Nov 2007 07:51:39 +0000 (UTC) (envelope-from LoN_Kamikaze@gmx.de) Received: (qmail invoked by alias); 18 Nov 2007 07:24:44 -0000 Received: from nat-wh-1.rz.uni-karlsruhe.de (EHLO mobileKamikaze.norad) [129.13.72.169] by mail.gmx.net (mp017) with SMTP; 18 Nov 2007 08:24:44 +0100 X-Authenticated: #5465401 X-Provags-ID: V01U2FsdGVkX1/pLXhIy8TpmaUSdRQoxK65oDeC4MQi3SEGmLnYdj 2d00EFtyObyY0J Message-ID: <473FE8B4.6090506@gmx.de> Date: Sun, 18 Nov 2007 08:24:36 +0100 From: "[LoN]Kamikaze" User-Agent: Thunderbird 2.0.0.9 (X11/20071117) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <473F250F.2030903@gmail.com> In-Reply-To: <473F250F.2030903@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 X-Mailman-Approved-At: Sun, 18 Nov 2007 12:38:52 +0000 Cc: freebsd-current@freebsd.org, FreeBSD Questions Subject: Re: congrlations to the freebsd developers 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 Nov 2007 07:51:41 -0000 Aryeh M. Friedman wrote: > 2. I meant features not formats and since I am using amd64 no wine Setting up FreeBSD i386 in a jail seems to do the job for most people. You can have a whole i386 system in a jail and it won't even recognize it's running on an amd64 kernel. From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 14:20:54 2007 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 28B0016A418 for ; Sun, 18 Nov 2007 14:20:54 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id BFB1713C442 for ; Sun, 18 Nov 2007 14:20:53 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 28E6B3D8711; Sun, 18 Nov 2007 17:20:32 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id EA44A3D870B; Sun, 18 Nov 2007 17:20:31 +0300 (MSK) Date: Sun, 18 Nov 2007 17:20:41 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1068378043.20071118172041@masm.elcom.ru> To: "Victor M. Blood" , In-Reply-To: <1592857557.20071117095534@masm.elcom.ru> References: <1592857557.20071117095534@masm.elcom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Sun, 18 Nov 2007 14:20:54 -0000 On 17.11.2007, Victor M. Blood wrote: Sorry for noise, it's was only configuration problem: wpa_supplicant trying to associate with non-existent AP. but with new drivers from http://ftp.us.dell.com/network/R151519.EXE then kldload bcmwl5 driver shows debug: no match for IoGetDeviceObjectPointer I search for this, and pr already exist, any one used patches from http://www.freebsdforums.org/forums/showthread.php?t=47636&page=2&pp=15 ? or problem already solved in CURRENT-8 ? -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 14:45:47 2007 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 D511D16A46C; Sun, 18 Nov 2007 14:45:47 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9387013C48E; Sun, 18 Nov 2007 14:45:47 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C2B35475AE; Sun, 18 Nov 2007 09:47:53 -0500 (EST) Date: Sun, 18 Nov 2007 14:45:28 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dan Epure In-Reply-To: <20071118012616.GF19354@iogyte.ro> Message-ID: <20071118144243.B97497@fledge.watson.org> References: <20071118012616.GF19354@iogyte.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, csjp@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation 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 Nov 2007 14:45:47 -0000 On Sun, 18 Nov 2007, Dan Epure wrote: > 7.0-BETA3 still has issues regarding the pts implementation . > problems found: > 1. - GNU screen: starting a screen, opening a few windows and quiting screen leaves the allocated pseudo terminal in use. 100 screen user, using each one opening 10 windows will deplete the default of 1000 pseudo terminals leaving the system unusable. > 2. - 'ls /dev/ptmx' creates an additional entry in /dev/pty/. when the number of entries equals kern.pts.max the system became unusable. The first of these is likely a reference management bug of some sort -- I find that if I close a pty in screen by exiting the shell, the pts device is GC'd properly, but if I close it by killing the session with ctrl-k, then the pts device is not properly GC'd and processes hung off it not properly killed. I believe that closing the master device is not properly kicking the slave device and causing its consumers to exit, hence the pts device not being closd and released. Christian was taking a look at this a couple of days ago, and I've CC'd him. The second problem is more tricky, and has to do with the cloning model. Similar problems can exist with other variations on the ptmx implementation, and I need to give some thought to how to address this. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 15:11:31 2007 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 5F1F616A421 for ; Sun, 18 Nov 2007 15:11:31 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from maul.mdfnet.se (maul.mdfnet.se [193.11.113.3]) by mx1.freebsd.org (Postfix) with ESMTP id 1EBAA13C48A for ; Sun, 18 Nov 2007 15:11:30 +0000 (UTC) (envelope-from henrik@mdfnet.se) Received: from faramir.mdfnet.se (faramir.mdfnet.se [193.11.113.4]) by maul.mdfnet.se (Postfix) with ESMTP id 67CEB398015; Sun, 18 Nov 2007 16:11:05 +0100 (CET) Received: from [193.11.119.2] (c-119-2-esk.cust.mdfnet.se [193.11.119.2]) by faramir.mdfnet.se (Postfix) with ESMTP id D4DC31141E; Sun, 18 Nov 2007 16:09:52 +0100 (CET) Message-ID: <4740565F.2050007@mdfnet.se> Date: Sun, 18 Nov 2007 16:12:31 +0100 From: Henrik Bergkvist User-Agent: Thunderbird 2.0.0.6 (Windows/20070728) MIME-Version: 1.0 To: Niclas Zeising , Andrey Chernov , Martin Nilsson , freebsd-current@freebsd.org References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> <20071118113616.GB21519@nagual.pp.ru> <474027B0.3070309@gmail.com> In-Reply-To: <474027B0.3070309@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 15:11:31 -0000 Niclas Zeising wrote: > Andrey Chernov wrote: >> On Sun, Nov 18, 2007 at 02:30:19PM +0300, Andrey Chernov wrote: >>> On Sun, Nov 18, 2007 at 02:22:26PM +0300, Andrey Chernov wrote: >>>> 1) it should be sv_SE.ISO8859-1, not sv_SE.ISO_8859-1 >>> ... >>>> 4) Test script reduced to minimum >>> Even not the awk bug but rather strcoll() or locale definition, >>> reduced down to that: >> >>> #include >>> #include >>> #include >>> >>> main() { >>> setlocale(LC_ALL, ""); >>> printf ("%d\n", strcoll("ve","w")); >>> } >> >> This is locale definition, I find (V,W); and (v,w); there, is that >> right equivalences for sv_SE? I.e. is v=w in sv_SE sorting? >> > > Hi! > v and w is sorted the same in Swedish (it's probably a language bug > really), so as an example, surnames beginning with v and w are mixed > under the same entry in the phone books and so on. Since SAOL 13:th edition it's changed. They now consider it two different characters, so I guess the correct way is to not sort it as the same anymore. References in swedish. http://sv.wikipedia.org/wiki/W http://www.dn.se/DNet/jsp/polopoly.jsp?d=1058&a=538744&previousRenderType=3 /Henrik From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 15:42:56 2007 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 4095916A41B for ; Sun, 18 Nov 2007 15:42:56 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (nagual.pp.ru [194.87.13.69]) by mx1.freebsd.org (Postfix) with ESMTP id AF38313C478 for ; Sun, 18 Nov 2007 15:42:55 +0000 (UTC) (envelope-from ache@nagual.pp.ru) Received: from nagual.pp.ru (ache@localhost [127.0.0.1]) by nagual.pp.ru (8.14.2/8.14.2) with ESMTP id lAIFgdcU023782; Sun, 18 Nov 2007 18:42:39 +0300 (MSK) (envelope-from ache@nagual.pp.ru) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nagual.pp.ru; s=default; t=1195400560; bh=YeObXihBzno3nTZPEmsyMrl96sNB+jxWfyCA+TM 9/kw=; l=557; h=Date:From:To:Cc:Subject:Message-ID:Mail-Followup-To: References:MIME-Version:Content-Type:Content-Disposition: In-Reply-To:User-Agent; b=rhpTLchw+9BSaiwOHuvn95VPyrh7AXvIkXZBhQOt elPHDfUS6FQQ1lfD8wYWTcgX+b9pdtU7q2cPgyF+5F8Jj0UP5pehjWnE3UN49k1ePqQ DAK2niBeMKAQJjzNi7+JHYATr3IQ/OLopi4mJRsPCxQiQjoeiwViSO4ez6hskrgQ= Received: (from ache@localhost) by nagual.pp.ru (8.14.2/8.14.2/Submit) id lAIFgdLG023781; Sun, 18 Nov 2007 18:42:39 +0300 (MSK) (envelope-from ache) Date: Sun, 18 Nov 2007 18:42:38 +0300 From: Andrey Chernov To: Henrik Bergkvist Message-ID: <20071118154238.GA23650@nagual.pp.ru> Mail-Followup-To: Andrey Chernov , Henrik Bergkvist , Niclas Zeising , Martin Nilsson , freebsd-current@FreeBSD.ORG References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> <20071118113616.GB21519@nagual.pp.ru> <474027B0.3070309@gmail.com> <4740565F.2050007@mdfnet.se> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4740565F.2050007@mdfnet.se> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Niclas Zeising , freebsd-current@FreeBSD.ORG Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 15:42:56 -0000 On Sun, Nov 18, 2007 at 04:12:31PM +0100, Henrik Bergkvist wrote: > Since SAOL 13:th edition it's changed. They now consider it two different > characters, so I guess the correct way is to not sort it as the same > anymore. > > References in swedish. > http://sv.wikipedia.org/wiki/W > http://www.dn.se/DNet/jsp/polopoly.jsp?d=1058&a=538744&previousRenderType=3 Could you (or anybody) translate interesting parts into English please? And when the change happens? So, I'll be able to correct sv_SV collating then. -- http://ache.pp.ru/ From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 15:54:40 2007 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 51FE816A417 for ; Sun, 18 Nov 2007 15:54:40 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from postfix1-g20.free.fr (postfix1-g20.free.fr [212.27.60.42]) by mx1.freebsd.org (Postfix) with ESMTP id 1828813C442 for ; Sun, 18 Nov 2007 15:54:39 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by postfix1-g20.free.fr (Postfix) with ESMTP id 76E551E4F535 for ; Sun, 18 Nov 2007 16:54:30 +0100 (CET) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id 163A43227EF for ; Sun, 18 Nov 2007 16:54:00 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp7-g19.free.fr (Postfix) with ESMTP id EC1503227E9 for ; Sun, 18 Nov 2007 16:53:59 +0100 (CET) To: freebsd-current@freebsd.org From: rmgls@free.fr Date: Sun, 18 Nov 2007 16:53:56 +0100 Sender: rmgls@free.fr Message-Id: <20071118155359.EC1503227E9@smtp7-g19.free.fr> Subject: re: wpa_supplicant in head 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 Nov 2007 15:54:40 -0000 Hi all, I investigated a little more, with my connection problem. in fact, even with a world and a kernel of this morning, i cannot connect to my AP, because this one is hidden, (the ssid is not transmitted in his frames). and wpa_supplicant does not recognize it even indicating his bssid. when it is not hidden, all works fine with all machines. the problem occurs only when the AP is hidden. Something has changed between the 30-9-2007 and the 27-10, date of my update. i can confirm that world and kernel of 30-9 connected quite well even with a hidden AP. Here is the config: Current, on two machines, (one laptop with the iwi driver, and one smp with ath builtin on the motherboard. i use wpa_supplicant with both, and nothing has changed in the config. of course the config_file points to the ssid and psk is correct. wpa_supplicant -d see the mac address but reports a bad ssid "" (hidden), but the ssid of the AP is present. With some help perhaps i can investigate furthermore and solve the problem. Thanks in advance. best regards Raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 16:33:40 2007 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 447DF16A41B for ; Sun, 18 Nov 2007 16:33:40 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: from mail.visit.se (mail.visit.se [85.194.0.110]) by mx1.freebsd.org (Postfix) with ESMTP id 700E013C45D for ; Sun, 18 Nov 2007 16:33:39 +0000 (UTC) (envelope-from niclas.zeising@gmail.com) Received: by mail.visit.se (Postfix, from userid 503) id 2EB6836E04D9; Sun, 18 Nov 2007 17:15:37 +0100 (CET) Received: from mail.stunet.se (mail.stunet.se [85.194.0.111]) by mail.visit.se (Postfix) with ESMTP id 9C72F36E03EA; Sun, 18 Nov 2007 17:15:32 +0100 (CET) Received: from [85.194.50.150] (cust.fiber-lan.vnet.lk.85.194.50.150.stunet.se [85.194.50.150]) by mail.stunet.se (Postfix) with ESMTP id B2A7B2A6EB; Sun, 18 Nov 2007 17:15:17 +0100 (CET) Message-ID: <47406510.8090807@gmail.com> Date: Sun, 18 Nov 2007 17:15:12 +0100 From: Niclas Zeising User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Andrey Chernov , Henrik Bergkvist , Niclas Zeising , Martin Nilsson , freebsd-current@FreeBSD.ORG References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru> <20071118113019.GA21519@nagual.pp.ru> <20071118113616.GB21519@nagual.pp.ru> <474027B0.3070309@gmail.com> <4740565F.2050007@mdfnet.se> <20071118154238.GA23650@nagual.pp.ru> In-Reply-To: <20071118154238.GA23650@nagual.pp.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Checker-Version: SpamAssassin 3.0.6 (2005-12-07) on mail.visit.se X-Spam-Level: X-Spam-Status: No, score=-5.9 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.0.6 Cc: Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 16:33:40 -0000 Andrey Chernov wrote: > On Sun, Nov 18, 2007 at 04:12:31PM +0100, Henrik Bergkvist wrote: >> Since SAOL 13:th edition it's changed. They now consider it two different >> characters, so I guess the correct way is to not sort it as the same >> anymore. >> >> References in swedish. >> http://sv.wikipedia.org/wiki/W >> http://www.dn.se/DNet/jsp/polopoly.jsp?d=1058&a=538744&previousRenderType=3 > > Could you (or anybody) translate interesting parts into English please? > And when the change happens? So, I'll be able to correct sv_SV collating > then. > I'll give the translation a go, it's not literal, so it's more like a summary in english rather than a translation. The first link is from Swedish wikipedia. It states that W was until 2006 counted as a variant of V and sorted together with W, but in the 2006 edition of SAOL, which is a Swedish dictionary many in Sweden consider to be the general Swedish language reference, W was moved to it's own section and sorted as in the English world. That was mainly due to a lot of new borrowed words starting in 'w', such as webben (the web, when speaking of www). After that there is a brief history about the letter W, nothing interesting in this discussion. The next link is from a Swedish news paper called "Dagens Nyheter" (Todays News or News of Today) The article was published april 21 2006 and mostly states the same as the wikipedia article. It also talks a bit more about the new edition of SAOL and has some comments from one of the people working in the committee responsible for SAOL. I can translate them more throughoutly if you need, but I think this is enough to get what's important here. So in general, W has become it's own letter in Swedish as well, but it will probably take a long time (a decade at least) before this has been adopted everywhere. Regards! //Niclas From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 16:37:47 2007 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 37B3416A46D for ; Sun, 18 Nov 2007 16:37:47 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id DFF5B13C50E for ; Sun, 18 Nov 2007 16:37:46 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from localhost (unknown [127.0.0.1]) by www.liukuma.net (Postfix) with ESMTP id BC2B11CC75; Sun, 18 Nov 2007 18:21:49 +0200 (EET) Received: from www.liukuma.net ([127.0.0.1]) by localhost (www.liukuma.net [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id sXXJbPPeTihV; Sun, 18 Nov 2007 18:21:47 +0200 (EET) Received: from rivendell (c-a70471d5.019-61-68617010.cust.bredbandsbolaget.se [213.113.4.167]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: ignatz@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTP id 2D4651CC74; Sun, 18 Nov 2007 18:21:47 +0200 (EET) Message-ID: <01fc01c829ff$1e07b500$0a0aa8c0@endor.swagman.org> From: "Reko Turja" To: "Andrey Chernov" , "Henrik Bergkvist" References: <473FE18B.2090303@gneto.com> <20071118112226.GA20540@nagual.pp.ru><20071118113019.GA21519@nagual.pp.ru><20071118113616.GB21519@nagual.pp.ru><474027B0.3070309@gmail.com> <4740565F.2050007@mdfnet.se> <20071118154238.GA23650@nagual.pp.ru> Date: Sun, 18 Nov 2007 18:21:46 +0200 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.3138 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.3198 Cc: Niclas Zeising , freebsd-current@FreeBSD.ORG Subject: Re: Setting LANG=sv_SE.ISO_8859-1 breaks 7.0 buildworld 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 Nov 2007 16:37:47 -0000 > Could you (or anybody) translate interesting parts into English > please? > And when the change happens? So, I'll be able to correct sv_SV > collating > then. The headline is: Alfabet grows - with w. The swedish alfabet no longer has 28 letters, but 29. This means for example that a great amount of textbooks has to be rewritten. The gist of the story is that the Swedish Academy made v and w distinct in their vocabulary at 2006. According http://sv.wikipedia.org/wiki/Svenska_alfabetet the separation of v and w has been official since 2006. -Reko From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 18:26:29 2007 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 3D74F16A419; Sun, 18 Nov 2007 18:26:29 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id F197C13C467; Sun, 18 Nov 2007 18:26:28 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id C86BA1CCB1; Sun, 18 Nov 2007 19:26:23 +0100 (CET) Date: Sun, 18 Nov 2007 19:26:23 +0100 From: Ed Schouten To: Rui Paulo Message-ID: <20071118182623.GX17028@hoeg.nl> References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <200711121351.58616.jhb@freebsd.org> <200711121611.37781.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8VKnE9k7k7imdYv5" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Sun, 18 Nov 2007 18:26:29 -0000 --8VKnE9k7k7imdYv5 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Hello, * Rui Paulo wrote: > On Nov 12, 2007 9:11 PM, John Baldwin wrote: > > I'm not sure where exactly one would add it, but I don't think the RTC = clock > > routine is the right place. Maybe do it at the start of cpu_startup() = in > > machdep.c instead? >=20 > That works for me. >=20 > See the attached patch. I'm the proud owner of a 3rd generation MacBook (the ones that got released about two weeks ago). For some reason, pressing the power button won't help on those models, so we really need to patch the kernel in those cases. I just merged the patch on AMD64 and I'm currently compiling a new install CD to test it. I'll let you know whether it works. Thanks a lot! --=20 Ed Schouten WWW: http://g-rave.nl/ --8VKnE9k7k7imdYv5 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHQIPP52SDGA2eCwURAhncAJ4jCg4yFVgukieh1dbLp5zTw5X6LwCeMswx BIJ3S9SRJsgZUK9fIOIWaSA= =9rat -----END PGP SIGNATURE----- --8VKnE9k7k7imdYv5-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 18:54:36 2007 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 15B9E16A418 for ; Sun, 18 Nov 2007 18:54:36 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id D983A13C457 for ; Sun, 18 Nov 2007 18:54:35 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1292288rvb for ; Sun, 18 Nov 2007 10:54:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=F1K/FWy7N9Fplkhf2yyE9SW6huK5r9RmZSILDJUSR0E=; b=i4bN2VRHxXsVjMs+Bk6IC17xfpNkw8SV4er/cbwa6g+6Fr+JV+XG9jNqqTL0owxbAkZ81kYm/HDegkvnkwInQRlDJQg8trXDrfDwfTcxvF7PP/u1j4KT+k7Jhg39juE4V0rzS0vkxlbB94BUOWD1LQPkjXu/+edPunsoXuO9SrY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=b15Nx1kwZddECGvyjUZpFBQwn8T692fKkuNosJhkk/mXP1A4L1WBzJqjNDbxw4wIO4uAoFo5xf7jMQRAQpMQ/si8xSlDAAtmQY8JGIzzGuIJxjo1Uxd4bLOLZ8KNTicv2Mq/Q9jN3wc/scV5NrvFa+IK0G5MmHHKLUput174knE= Received: by 10.142.115.10 with SMTP id n10mr925137wfc.1195412065769; Sun, 18 Nov 2007 10:54:25 -0800 (PST) Received: by 10.143.16.20 with HTTP; Sun, 18 Nov 2007 10:54:25 -0800 (PST) Message-ID: <47d0403c0711181054k2116bb0fn55f0bf49357db040@mail.gmail.com> Date: Sun, 18 Nov 2007 13:54:25 -0500 From: "Ben Kaduk" To: freebsd-current@freebsd.org In-Reply-To: <1775983038.20071117213427@masm.elcom.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" 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 Nov 2007 18:54:36 -0000 On 11/17/07, Victor M. Blood wrote: > On 17.11.2007, Henrik Brix Andersen wrote: > > On Sat, Nov 17, 2007 at 09:55:34AM +0300, Victor M. Blood wrote: > >> on ttyv0 (console) after I run wpa_supplicant print messages > >> Setting ESSID to "" > >> Setting ESSID to "APOINT" > >> Setting ESSID to "APOINT" > >> Setting ESSID to "APOINT" > >> ... and repeat, and repeat > >> > >> In 7.0 this message not appear? Please help me remove this SPAM. Why > >> it shows to me? > > > Which wireless driver are you using? if_ndis(4), if_ipw(4) or > > if_iwi(4)? > > if_ndis, ndiscvt for bcmwl5.sys > Seems like I'm jumping in a bit late, but for the archives: I also am using if_ndis for bcmwl5.sys (in a Dell Inspiron 8500). I have 7.0-beta2, and I see the message: Setting ESSID to "MIT" on the console occasionally, but it seems to only be when it loses signal and has to re-associate. I get a lousy connection, being at a vertex of the convex hull of my dormitory, but I don't think that I'm getting spammed with this message. -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 19:34:00 2007 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 4F7C216A41B for ; Sun, 18 Nov 2007 19:34:00 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id A0C5A13C46A for ; Sun, 18 Nov 2007 19:33:59 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1215074nfb for ; Sun, 18 Nov 2007 11:33:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=UH2JP6MGT51iujtLp4jRHTLg6rUJJ2S2J1e+fYx+qQs=; b=MIoCoS+e3doNgZ140i/7/b9Tgu3tnhqHRxdoTHR9x5Go8ee1w5E31JCCSZ2mDgMN9JwEZxFRG+RrCmRuJSYXU9ezYvxmZ51EI/zXHAVgq+kd1EBPHgyKJY6TPWt8jiNvD3YTo+mQIQxL/fqk8lxcAsTXUHeUOjlS1CgexN2PvRU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=DitIB649+aRkYW62A32nWRzSstTJsBjSBt3I91cA7vYmQBdOZw7tFawnAynlBAj9siDM2S1mOuAN1LZ8EqkopO2A/2pXUrmVjXnvVee+9xiTkQ0NCdUoFpXdu8FOoat7PXPR917jEtvLnWZW2CxvHurRApMT8hi4GWmo3YpnqtY= Received: by 10.86.65.11 with SMTP id n11mr4262613fga.1195414419210; Sun, 18 Nov 2007 11:33:39 -0800 (PST) Received: by 10.86.100.19 with HTTP; Sun, 18 Nov 2007 11:33:39 -0800 (PST) Message-ID: <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> Date: Sun, 18 Nov 2007 11:33:39 -0800 From: "Jack Vogel" To: "Mike Andrews" In-Reply-To: <20071118030305.N99375@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118030305.N99375@mindcrime.int.bit0.com> Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 19:34:00 -0000 On Nov 18, 2007 12:58 AM, Mike Andrews wrote: > > On Sat, 17 Nov 2007, Mike Andrews wrote: > > > Kip Macy wrote: > >> On Nov 17, 2007 5:28 PM, Mike Andrews wrote: > >>> Kip Macy wrote: > >>>> On Nov 17, 2007 3:23 PM, Mike Andrews wrote: > >>>>> On Sat, 17 Nov 2007, Kip Macy wrote: > >>>>> > >>>>>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > >>>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: > >>>>>>> > >>>>>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > >>>>>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > >>>>>>>>> Mike Andrews wrote: > >>>>>>>>> > >>>>>>>>>> Has anyone run into problems with MSS not being respected when > >>>>>>>>>> using > >>>>>>>>>> TSO, specifically on em cards? > >>>>>>>>> Yes, I wrote about this problem on the beginning of 2007, see > >>>>>>>>> > >>>>>>>>> http://tinyurl.com/3e5ak5 > >>>>>>>>> > >>>>>>>> if_em.c:3502 > >>>>>>>> /* > >>>>>>>> * Payload size per packet w/o any headers. > >>>>>>>> * Length of all headers up to payload. > >>>>>>>> */ > >>>>>>>> TXD->tcp_seg_setup.fields.mss = > >>>>>>>> htole16(mp->m_pkthdr.tso_segsz); > >>>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > >>>>>>>> > >>>>>>>> > >>>>>>>> Please print out the value of tso_segsz here. It appears to be being > >>>>>>>> set correctly. The only thing I can think of is that t_maxopd is not > >>>>>>>> correct. As tso_segsz is correct here: > >>>>>>> It repeatedly prints 1368 during a 1 meg file transfer over a > >>>>>>> connection > >>>>>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web > >>>>>>> page > >>>>>>> with tcpdump / firewall log output illustrating the issue... > >>>>>> Mike - > >>>>>> Denis' tcpdump output doesn't show oversized segments, something else > >>>>>> appears to be happening there. Can you post your tcpdump output > >>>>>> somewhere? > >>>>> URL sent off-list. > >>>> if (tso) { > >>>> m->m_pkthdr.csum_flags = CSUM_TSO; > >>>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; > >>>> } > >>>> > >>>> > >>>> Please print the value of maxopd and optlen under "if (tso)" in > >>>> tcp_output. I think the calculated optlen may be too small. > >>> > >>> maxopt=1380 - optlen=12 = tso_segsz=1368 > >>> > >>> Weird though, after this reboot, I had to re-copy a 4 meg file 5 times > >>> to start getting the firewall to log any drops. Transfer rate was > >>> around 240KB/sec before the firewall started to drop, then it went down > >>> to about 64KB/sec during the 5th copy, and stayed there for subsequent > >>> copies. The actual packet size the firewall said it was dropping was > >>> varying all over the place still, yet the maxopt/optlen/tso_segsz values > >>> stayed constant. But it's interesting that it didn't start dropping > >>> immediately after the reboot -- though the transfer rate was still > >>> sub-optimal. > >> > >> Ok, next theory :D. You shouldn't be seeing "bad len" packets from > >> tcpdump. I'm wondering if that means you're sending down more than > >> 64k. Can you please print out the value of mp->m_pkthdr.len around the > >> same place that you printed out tso_segsz? 64k is the generally > >> accepted limit for TSO, I'm wondering if the card firmware does > >> something weird if you give it more. > > > > OK. In that last message, where I said it took 5 times to start reproducing > > the problem... this time it took until I actually toggled TSO back off and > > back on again, and then it started acting up again. I don't know what the > > actual trigger is... it's very weird. > > > > Initially, w/ TSO on and it wasn't dropping yet (but was still transferring > > slow)... > > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > (etc, always 8306) > > > > After toggling off/on which caused the drops to start (and the speed to drop > > even further): > > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 > > > > and so on, with more seemingly random lengths... but none of them ever over > > 8306, much less 64K. > > > Got a few more data points here. > > I can reproduce this on an i386 kernel, so it isn't amd64 specific. > > I can reproduce this on an 82541EI nic, so it isn't 82573 specific. > > I can't reproduce this on a Marvell Yukon II (msk) nic; it works fine > whether TSO is on or off. > > I can't reproduce this on a bge nic because it doesn't support TSO :) > That's the only other gigabit nic I've got easy access to. > > I can reproduce this with just a Cisco 877W IOS-based router and no Cisco > PIX / ASA firewalls in the way, with the servers on the LAN interface with > "ip tcp adjust-mss 1340" on it, and the downloading client on the Cisco's > 802.11G interface. This time, the client is a Macbook Pro running > Leopard, and I'm running "tcpdump -i en1 -s 1500 -n -v length \> 1394" on > the Macbook (not the server this time) to find oversize packets, which is > actually handier because I can see how trashed they really get :) > > I can't reproduce this between two machines on the same subnet (though I > can reproduce throughput problems alone). I haven't tried lowering the > system MSS on one end yet (is there a sysctl to lower the MSS for outbound > connections without lowering the MTU as well?). If I could do this it > would greatly simplify testing for everyone as they wouldn't have to stick > an MSS-clamping router in the middle. It doesn't have to be Cisco. > > With this setup, copying to the Mac through the 877W from: > > msk-based server, TSO disabled: tcpdump reports no problems, file > transfers are fast > > msk-based server, TSO enabled: tcpdump reports no problems, file > transfers are fast > > em-based server, TSO disabled: tcpdump reports no problems, file > transfers are fast > > em-based server, TSO enabled: tcpdump reports numerous oversize packets of > varying sizes just as before, AND numerous packets with bad TCP checksums. > The checksum problems aren't limited to only the large packets though. > (That's probably what's causing the throughput problems.) Toggling rxcsum > and txcsum flags on the server made no difference. What I haven't tried > yet is hexdumping the packets to see what exactly is getting trashed. > > The problem still comes and goes; sometimes it'll work for a few minutes > after boot, sometimes not; it might be dependent on what other traffic's > going through the box. Hmmm, OK so the data is pointing to something in the em TSO or encap code. I will look into this tomorrow. So the necessary elements are systems on two subnets and em doing the transmitting with TSO? Jack From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 19:40:19 2007 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 1C45F16A418 for ; Sun, 18 Nov 2007 19:40:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 69ADD13C44B for ; Sun, 18 Nov 2007 19:40:18 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1216100nfb for ; Sun, 18 Nov 2007 11:40:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=m7YVOx5zlejeUMHqMnFMt+LRxixT9lO8nHdjUL2xey0=; b=uCybn27epiccIV4e/sp16zLRmTlB4VUPT2CjCeUO2Ua34n3cffomDJ01FxqTwMRpymqCjbiA6+PCyrZDSIJbmoyo1WstrvSWwHQKqmntOBCRrIP3SUQfGV8L4KepI+J+MkJZRzAdBOZuYiUNOZw8rzkq4DGmBIs5hryTfosK+88= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=WOQbvR4YwYKWA/QQYc0688JWwznpPSW0BcjuRjBi81FPqMKauLeJLwhDOZk0awpwtm52ImZ04FpJtGtZMNY9g6O+68Hy+D208flzPEQHF8LNcDYPChY+QeVUE7xgEqdb0lYX09PaFKO+6aqS8PQ9gZkdWXRqsP+kJSoVZGnuxEU= Received: by 10.86.91.12 with SMTP id o12mr4237009fgb.1195414803901; Sun, 18 Nov 2007 11:40:03 -0800 (PST) Received: by 10.86.100.19 with HTTP; Sun, 18 Nov 2007 11:40:03 -0800 (PST) Message-ID: <2a41acea0711181140w6707b85p18ac9a483ae367b7@mail.gmail.com> Date: Sun, 18 Nov 2007 11:40:03 -0800 From: "Jack Vogel" To: "Mike Andrews" In-Reply-To: <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118030305.N99375@mindcrime.int.bit0.com> <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 19:40:19 -0000 On Nov 18, 2007 11:33 AM, Jack Vogel wrote: > > On Nov 18, 2007 12:58 AM, Mike Andrews wrote: > > > > On Sat, 17 Nov 2007, Mike Andrews wrote: > > > > > Kip Macy wrote: > > >> On Nov 17, 2007 5:28 PM, Mike Andrews wrote: > > >>> Kip Macy wrote: > > >>>> On Nov 17, 2007 3:23 PM, Mike Andrews wrote: > > >>>>> On Sat, 17 Nov 2007, Kip Macy wrote: > > >>>>> > > >>>>>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > > >>>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: > > >>>>>>> > > >>>>>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > > >>>>>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > > >>>>>>>>> Mike Andrews wrote: > > >>>>>>>>> > > >>>>>>>>>> Has anyone run into problems with MSS not being respected when > > >>>>>>>>>> using > > >>>>>>>>>> TSO, specifically on em cards? > > >>>>>>>>> Yes, I wrote about this problem on the beginning of 2007, see > > >>>>>>>>> > > >>>>>>>>> http://tinyurl.com/3e5ak5 > > >>>>>>>>> > > >>>>>>>> if_em.c:3502 > > >>>>>>>> /* > > >>>>>>>> * Payload size per packet w/o any headers. > > >>>>>>>> * Length of all headers up to payload. > > >>>>>>>> */ > > >>>>>>>> TXD->tcp_seg_setup.fields.mss = > > >>>>>>>> htole16(mp->m_pkthdr.tso_segsz); > > >>>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > > >>>>>>>> > > >>>>>>>> > > >>>>>>>> Please print out the value of tso_segsz here. It appears to be being > > >>>>>>>> set correctly. The only thing I can think of is that t_maxopd is not > > >>>>>>>> correct. As tso_segsz is correct here: > > >>>>>>> It repeatedly prints 1368 during a 1 meg file transfer over a > > >>>>>>> connection > > >>>>>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web > > >>>>>>> page > > >>>>>>> with tcpdump / firewall log output illustrating the issue... > > >>>>>> Mike - > > >>>>>> Denis' tcpdump output doesn't show oversized segments, something else > > >>>>>> appears to be happening there. Can you post your tcpdump output > > >>>>>> somewhere? > > >>>>> URL sent off-list. > > >>>> if (tso) { > > >>>> m->m_pkthdr.csum_flags = CSUM_TSO; > > >>>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; > > >>>> } > > >>>> > > >>>> > > >>>> Please print the value of maxopd and optlen under "if (tso)" in > > >>>> tcp_output. I think the calculated optlen may be too small. > > >>> > > >>> maxopt=1380 - optlen=12 = tso_segsz=1368 > > >>> > > >>> Weird though, after this reboot, I had to re-copy a 4 meg file 5 times > > >>> to start getting the firewall to log any drops. Transfer rate was > > >>> around 240KB/sec before the firewall started to drop, then it went down > > >>> to about 64KB/sec during the 5th copy, and stayed there for subsequent > > >>> copies. The actual packet size the firewall said it was dropping was > > >>> varying all over the place still, yet the maxopt/optlen/tso_segsz values > > >>> stayed constant. But it's interesting that it didn't start dropping > > >>> immediately after the reboot -- though the transfer rate was still > > >>> sub-optimal. > > >> > > >> Ok, next theory :D. You shouldn't be seeing "bad len" packets from > > >> tcpdump. I'm wondering if that means you're sending down more than > > >> 64k. Can you please print out the value of mp->m_pkthdr.len around the > > >> same place that you printed out tso_segsz? 64k is the generally > > >> accepted limit for TSO, I'm wondering if the card firmware does > > >> something weird if you give it more. > > > > > > OK. In that last message, where I said it took 5 times to start reproducing > > > the problem... this time it took until I actually toggled TSO back off and > > > back on again, and then it started acting up again. I don't know what the > > > actual trigger is... it's very weird. > > > > > > Initially, w/ TSO on and it wasn't dropping yet (but was still transferring > > > slow)... > > > > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > > > (etc, always 8306) > > > > > > After toggling off/on which caused the drops to start (and the speed to drop > > > even further): > > > > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 > > > BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 > > > > > > and so on, with more seemingly random lengths... but none of them ever over > > > 8306, much less 64K. > > > > > > Got a few more data points here. > > > > I can reproduce this on an i386 kernel, so it isn't amd64 specific. > > > > I can reproduce this on an 82541EI nic, so it isn't 82573 specific. > > > > I can't reproduce this on a Marvell Yukon II (msk) nic; it works fine > > whether TSO is on or off. > > > > I can't reproduce this on a bge nic because it doesn't support TSO :) > > That's the only other gigabit nic I've got easy access to. > > > > I can reproduce this with just a Cisco 877W IOS-based router and no Cisco > > PIX / ASA firewalls in the way, with the servers on the LAN interface with > > "ip tcp adjust-mss 1340" on it, and the downloading client on the Cisco's > > 802.11G interface. This time, the client is a Macbook Pro running > > Leopard, and I'm running "tcpdump -i en1 -s 1500 -n -v length \> 1394" on > > the Macbook (not the server this time) to find oversize packets, which is > > actually handier because I can see how trashed they really get :) > > > > I can't reproduce this between two machines on the same subnet (though I > > can reproduce throughput problems alone). I haven't tried lowering the > > system MSS on one end yet (is there a sysctl to lower the MSS for outbound > > connections without lowering the MTU as well?). If I could do this it > > would greatly simplify testing for everyone as they wouldn't have to stick > > an MSS-clamping router in the middle. It doesn't have to be Cisco. > > > > With this setup, copying to the Mac through the 877W from: > > > > msk-based server, TSO disabled: tcpdump reports no problems, file > > transfers are fast > > > > msk-based server, TSO enabled: tcpdump reports no problems, file > > transfers are fast > > > > em-based server, TSO disabled: tcpdump reports no problems, file > > transfers are fast > > > > em-based server, TSO enabled: tcpdump reports numerous oversize packets of > > varying sizes just as before, AND numerous packets with bad TCP checksums. > > The checksum problems aren't limited to only the large packets though. > > (That's probably what's causing the throughput problems.) Toggling rxcsum > > and txcsum flags on the server made no difference. What I haven't tried > > yet is hexdumping the packets to see what exactly is getting trashed. > > > > The problem still comes and goes; sometimes it'll work for a few minutes > > after boot, sometimes not; it might be dependent on what other traffic's > > going through the box. > > Hmmm, OK so the data is pointing to something in the em TSO or encap > code. I will look into this tomorrow. So the necessary elements are systems > on two subnets and em doing the transmitting with TSO? BTW, not to dodge the problem, but this is a case where I'd say its absurd to be using TSO. Is the link at 1G or 100Mb? Nevertheless it does point to a real bug in the code. Jack From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 20:15:20 2007 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 9168216A41A; Sun, 18 Nov 2007 20:15:20 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id 549A813C45D; Sun, 18 Nov 2007 20:15:20 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 83F021CCB1; Sun, 18 Nov 2007 21:15:19 +0100 (CET) Date: Sun, 18 Nov 2007 21:15:19 +0100 From: Ed Schouten To: Rui Paulo Message-ID: <20071118201519.GY17028@hoeg.nl> References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <200711121351.58616.jhb@freebsd.org> <200711121611.37781.jhb@freebsd.org> <20071118182623.GX17028@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="8jSIhyJ+sG+KDNo4" Content-Disposition: inline In-Reply-To: <20071118182623.GX17028@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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: Sun, 18 Nov 2007 20:15:20 -0000 --8jSIhyJ+sG+KDNo4 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > I just merged the patch on AMD64 and I'm currently compiling a new > install CD to test it. I'll let you know whether it works. Thanks a lot! It does. Please commit this patch on AMD64 as well. --=20 Ed Schouten WWW: http://g-rave.nl/ --8jSIhyJ+sG+KDNo4 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHQJ1X52SDGA2eCwURAmQOAJ4nVpFInt8lHmlEILIPD4zqQTvFegCdF8aq /HaKDWqYO41lOJelMo2hDuU= =c6YE -----END PGP SIGNATURE----- --8jSIhyJ+sG+KDNo4-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 20:40:58 2007 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 C1D9016A419 for ; Sun, 18 Nov 2007 20:40:58 +0000 (UTC) (envelope-from bg@sics.se) Received: from letter.sics.se (letter.sics.se [193.10.64.6]) by mx1.freebsd.org (Postfix) with ESMTP id 3BF6313C48A for ; Sun, 18 Nov 2007 20:40:58 +0000 (UTC) (envelope-from bg@sics.se) Received: from sics.se (c80-216-219-72.bredband.comhem.se [80.216.219.72]) by letter.sics.se (Postfix) with ESMTP id 54E4E400D9; Sun, 18 Nov 2007 21:11:51 +0100 (CET) Date: Sun, 18 Nov 2007 21:11:31 +0100 From: Bjorn Gronvall To: freebsd-current@freebsd.org Message-ID: <20071118211131.7164edd8@ibook.sics.se> Organization: SICS.SE X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.6; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="MP_.=Z.EwJefozbbveiM0ifU.." Cc: bg@sics.se Subject: Improving NFS write performance by a factor of 2. 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 Nov 2007 20:40:58 -0000 --MP_.=Z.EwJefozbbveiM0ifU.. Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Disposition: inline Hi, I'm not sure if people care about NFS write performance any longer but if you do, please read on. A problem with the current NFS server is that it does not cluster writes, this in turn leads to really poor sequential-write performance. By enabling write clustering NFS write performance goes from 26.6Mbyte/s to 54.3Mbyte/s or increases by a factor of 2. This is on a SATA disk with write caching enabled (hw.ata.wc=1). If write caching is disabled performance still goes up from 1.6Mbyte/s to 5.8Mbyte/s (or by a factor of 3.6). The attached patch (relative to current) makes the following changes: 1/ Rearrange the code so that the same code can be used to detect both sequential read and write access. 2/ Merge in updates from vfs_vnops.c::sequential_heuristic. 3/ Use double hashing in order to avoid hash-clustering in the nfsheur table. This change also makes it possible to reduce "try" from 32 to 8. 4/ Pack the nfsheur table more efficiently. 5/ Tolerate reordered RPCs to some small amount (initially suggested by Ellard and Seltzer). 6/ Back-off from sequential access rather than immediately switching to random access (Ellard and Seltzer). 7/ To avoid starvation of the buffer pool call bwillwrite. The call is issued after the VOP_WRITE in order to avoid additional reordering of write operations. 8/ sysctl variables vfs.nfsrv.cluster_writes and cluster_reads to enable or disable clustering. vfs.nfsrv.reordered_io counts the number of reordered RPCs. 9/ In nfsrv_commit check for write errors and report them back to the client. Also check if the RPC argument count is zero which means that we must flush to the end of file according to the RFC. 10/ Two earlier commits broke the write gathering support: nfs_syscalls.c:1.71 This change removed NQNFS stuff but left the NQNFS variable notstarted. This resulted in NFS write gathering effectively being permanently disabled (regardless if NFSv2 or NFSv3). nfs_syscalls.c:1.103 This change disabled write gathering (again) for NFSv3 although this should be controlled by vfs.nfs.nfsrvw_procrastinate_v3 != 0. Write gathering may still be useful with NFSv3 to put reordered write RPCs into order, perhaps also for other reasons. This is now possible again. The attached patch is for current but you will observe similar improvements with earlier FreeBSD versions. If you would like to have the same patch but for FreeBSD 5.x, 6.x or 7.0 please drop me a line. Cheers, /b -- _ _ ,_______________. Bjorn Gronvall (Björn Grönvall) /_______________/| Swedish Institute of Computer Science | || PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 '---------------' --MP_.=Z.EwJefozbbveiM0ifU.. Content-Type: text/x-patch; name=nfsrv5.diff Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=nfsrv5.diff --- nfs_syscalls.c.orig 2007-10-12 03:56:27.000000000 +0000 +++ nfs_syscalls.c 2007-11-16 21:09:46.000000000 +0000 @@ -85,7 +85,6 @@ int nfsd_waiting = 0; int nfsrv_numnfsd = 0; -static int notstarted = 1; static int nfs_privport = 0; SYSCTL_INT(_vfs_nfsrv, NFS_NFSPRIVPORT, nfs_privport, CTLFLAG_RW, @@ -452,9 +451,8 @@ else procrastinate = nfsrvw_procrastinate; NFSD_UNLOCK(); - if (writes_todo || (!(nd->nd_flag & ND_NFSV3) && - nd->nd_procnum == NFSPROC_WRITE && - procrastinate > 0 && !notstarted)) + if (writes_todo || (nd->nd_procnum == NFSPROC_WRITE && + procrastinate > 0)) error = nfsrv_writegather(&nd, slp, nfsd->nfsd_td, &mreq); else --- nfs_serv.c.orig 2007-10-18 16:38:07.000000000 +0000 +++ nfs_serv.c 2007-11-16 21:09:46.000000000 +0000 @@ -106,16 +106,20 @@ #define MAX_COMMIT_COUNT (1024 * 1024) -#define NUM_HEURISTIC 1017 +#define NUM_HEURISTIC 1031 /* Must be prime! */ +#define MAX_REORDERED_RPC 4 +#define HASH_MAXSTEP 0x3ff #define NHUSE_INIT 64 #define NHUSE_INC 16 #define NHUSE_MAX 2048 +#define NH_TAG(vp) ((uint32_t)((uintptr_t)vp / sizeof(struct vnode))) +CTASSERT(NUM_HEURISTIC > (HASH_MAXSTEP + 1)); static struct nfsheur { - struct vnode *nh_vp; /* vp to match (unreferenced pointer) */ - off_t nh_nextr; /* next offset for sequential detection */ - int nh_use; /* use count for selection */ - int nh_seqcount; /* heuristic */ + off_t nh_nextoff; /* next offset for sequential detection */ + uint32_t nh_tag; /* vp tag to match */ + uint16_t nh_use; /* use count for selection */ + uint16_t nh_seqcount; /* in units of logical blocks */ } nfsheur[NUM_HEURISTIC]; /* Global vars */ @@ -130,10 +134,16 @@ static int nfs_async; static int nfs_commit_blks; static int nfs_commit_miss; +static int nfsrv_cluster_writes = 1; +static int nfsrv_cluster_reads = 1; +static int nfsrv_reordered_io; SYSCTL_INT(_vfs_nfsrv, OID_AUTO, async, CTLFLAG_RW, &nfs_async, 0, ""); SYSCTL_INT(_vfs_nfsrv, OID_AUTO, commit_blks, CTLFLAG_RW, &nfs_commit_blks, 0, ""); SYSCTL_INT(_vfs_nfsrv, OID_AUTO, commit_miss, CTLFLAG_RW, &nfs_commit_miss, 0, ""); +SYSCTL_INT(_vfs_nfsrv, OID_AUTO, cluster_writes, CTLFLAG_RW, &nfsrv_cluster_writes, 0, ""); +SYSCTL_INT(_vfs_nfsrv, OID_AUTO, cluster_reads, CTLFLAG_RW, &nfsrv_cluster_reads, 0, ""); +SYSCTL_INT(_vfs_nfsrv, OID_AUTO, reordered_io, CTLFLAG_RW, &nfsrv_reordered_io, 0, ""); struct nfsrvstats nfsrvstats; SYSCTL_STRUCT(_vfs_nfsrv, NFS_NFSRVSTATS, nfsrvstats, CTLFLAG_RW, &nfsrvstats, nfsrvstats, "S,nfsrvstats"); @@ -144,6 +154,75 @@ struct nfsrv_descript *); /* + * Detect sequential access so that we are able to hint the underlying + * file system to use clustered I/O when appropriate. + */ +static int +nfsrv_sequential_access(const struct uio *uio, const struct vnode *vp) +{ + struct nfsheur *nh; + unsigned hi, step; + int try = 8; + int nblocks, lblocksize; + + /* + * Locate best nfsheur[] candidate using double hashing. + */ + + hi = NH_TAG(vp) % NUM_HEURISTIC; + step = NH_TAG(vp) & HASH_MAXSTEP; + step++; /* Step must not be zero. */ + nh = &nfsheur[hi]; + + while (try--) { + if (nfsheur[hi].nh_tag == NH_TAG(vp)) { + nh = &nfsheur[hi]; + break; + } + if (nfsheur[hi].nh_use > 0) + --nfsheur[hi].nh_use; + hi = hi + step; + if (hi >= NUM_HEURISTIC) + hi -= NUM_HEURISTIC; + if (nfsheur[hi].nh_use < nh->nh_use) + nh = &nfsheur[hi]; + } + + if (nh->nh_tag != NH_TAG(vp)) { /* New entry. */ + nh->nh_tag = NH_TAG(vp); + nh->nh_nextoff = uio->uio_offset; + nh->nh_use = NHUSE_INIT; + nh->nh_seqcount = 1; /* Initially assume sequential access. */ + } else { + nh->nh_use += NHUSE_INC; + if (nh->nh_use > NHUSE_MAX) + nh->nh_use = NHUSE_MAX; + } + + /* + * Calculate heuristic + */ + + lblocksize = vp->v_mount->mnt_stat.f_iosize; + nblocks = howmany(uio->uio_resid, lblocksize); + if (uio->uio_offset == nh->nh_nextoff) { + nh->nh_seqcount += nblocks; + if (nh->nh_seqcount > IO_SEQMAX) + nh->nh_seqcount = IO_SEQMAX; + } else if (uio->uio_offset == 0) { + /* Seek to beginning of file, ignored. */ + } else if (qabs(uio->uio_offset - nh->nh_nextoff) <= + MAX_REORDERED_RPC*imax(lblocksize, uio->uio_resid)) { + nfsrv_reordered_io++; /* Probably reordered RPC, do nothing. */ + } else + nh->nh_seqcount /= 4; /* Not sequential access. */ + + nh->nh_nextoff = uio->uio_offset + uio->uio_resid; + + return (nh->nh_seqcount << IO_SEQSHIFT); +} + +/* * Clear nameidata fields that are tested in nsfmout cleanup code prior * to using first nfsm macro (that might jump to the cleanup code). */ @@ -783,7 +862,6 @@ fhandle_t *fhp; struct uio io, *uiop = &io; struct vattr va, *vap = &va; - struct nfsheur *nh; off_t off; int ioflag = 0; int vfslocked; @@ -855,61 +933,6 @@ else cnt = reqlen; - /* - * Calculate seqcount for heuristic - */ - - { - int hi; - int try = 32; - - /* - * Locate best candidate - */ - - hi = ((int)(vm_offset_t)vp / sizeof(struct vnode)) % NUM_HEURISTIC; - nh = &nfsheur[hi]; - - while (try--) { - if (nfsheur[hi].nh_vp == vp) { - nh = &nfsheur[hi]; - break; - } - if (nfsheur[hi].nh_use > 0) - --nfsheur[hi].nh_use; - hi = (hi + 1) % NUM_HEURISTIC; - if (nfsheur[hi].nh_use < nh->nh_use) - nh = &nfsheur[hi]; - } - - if (nh->nh_vp != vp) { - nh->nh_vp = vp; - nh->nh_nextr = off; - nh->nh_use = NHUSE_INIT; - if (off == 0) - nh->nh_seqcount = 4; - else - nh->nh_seqcount = 1; - } - - /* - * Calculate heuristic - */ - - if ((off == 0 && nh->nh_seqcount > 0) || off == nh->nh_nextr) { - if (++nh->nh_seqcount > IO_SEQMAX) - nh->nh_seqcount = IO_SEQMAX; - } else if (nh->nh_seqcount > 1) { - nh->nh_seqcount = 1; - } else { - nh->nh_seqcount = 0; - } - nh->nh_use += NHUSE_INC; - if (nh->nh_use > NHUSE_MAX) - nh->nh_use = NHUSE_MAX; - ioflag |= nh->nh_seqcount << IO_SEQSHIFT; - } - nfsm_reply(NFSX_POSTOPORFATTR(v3) + 3 * NFSX_UNSIGNED+nfsm_rndup(cnt)); if (v3) { tl = nfsm_build(u_int32_t *, NFSX_V3FATTR + 4 * NFSX_UNSIGNED); @@ -967,9 +990,10 @@ uiop->uio_resid = len; uiop->uio_rw = UIO_READ; uiop->uio_segflg = UIO_SYSSPACE; + if (nfsrv_cluster_reads) + ioflag |= nfsrv_sequential_access(uiop, vp); error = VOP_READ(vp, uiop, IO_NODELOCKED | ioflag, cred); off = uiop->uio_offset; - nh->nh_nextr = off; FREE((caddr_t)iv2, M_TEMP); if (error || (getret = VOP_GETATTR(vp, vap, cred, td))) { if (!error) @@ -1175,6 +1199,8 @@ uiop->uio_segflg = UIO_SYSSPACE; uiop->uio_td = NULL; uiop->uio_offset = off; + if (nfsrv_cluster_writes) + ioflags |= nfsrv_sequential_access(uiop, vp); error = VOP_WRITE(vp, uiop, ioflags, cred); /* XXXRW: unlocked write. */ nfsrvstats.srvvop_writes++; @@ -1223,6 +1249,7 @@ vput(vp); vn_finished_write(mntp); VFS_UNLOCK_GIANT(vfslocked); + bwillwrite(); /* After VOP_WRITE to avoid reordering. */ return(error); } @@ -1489,6 +1516,8 @@ mvfslocked = VFS_LOCK_GIANT(mntp); } if (!error) { + if (nfsrv_cluster_writes) + ioflags |= nfsrv_sequential_access(uiop, vp); error = VOP_WRITE(vp, uiop, ioflags, cred); /* XXXRW: unlocked write. */ nfsrvstats.srvvop_writes++; @@ -1579,6 +1608,7 @@ break; } splx(s); + bwillwrite(); /* After VOP_WRITE to avoid reordering. */ return (0); } @@ -3824,7 +3854,11 @@ } for_ret = VOP_GETATTR(vp, &bfor, cred, td); - if (cnt > MAX_COMMIT_COUNT) { + /* + * If count is 0, a flush from offset to the end of file + * should be performed according to RFC 1813. + */ + if (cnt == 0 || cnt > MAX_COMMIT_COUNT) { /* * Give up and do the whole thing */ @@ -3868,7 +3902,7 @@ s = splbio(); VI_LOCK(vp); - while (cnt > 0) { + while (!error && cnt > 0) { struct buf *bp; /* @@ -3891,7 +3925,7 @@ B_DELWRI) { bremfree(bp); bp->b_flags &= ~B_ASYNC; - bwrite(bp); + error = bwrite(bp); ++nfs_commit_miss; } else BUF_UNLOCK(bp); --MP_.=Z.EwJefozbbveiM0ifU..-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 21:13:53 2007 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 8D07516A420 for ; Sun, 18 Nov 2007 21:13:53 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 49D7F13C46E for ; Sun, 18 Nov 2007 21:13:53 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id 49B76C441; Sun, 18 Nov 2007 21:21:55 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id 3C33BC489; Sun, 18 Nov 2007 21:21:55 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wptd92.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id 12F82C441; Sun, 18 Nov 2007 21:21:53 +0100 (CET) Received: from localhost.my.domain ([91.10.165.28]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 7.0.3) with ESMTP id 2007111821215259-8547 ; Sun, 18 Nov 2007 21:21:52 +0100 Received: by localhost.my.domain (sSMTP sendmail emulation); Sun, 18 Nov 2007 21:21:51 +0100 Date: Sun, 18 Nov 2007 21:21:51 +0100 From: Alexey Shuvaev To: "[LoN]Kamikaze" Message-ID: <20071118201533.GA57831@> Mail-Followup-To: "[LoN]Kamikaze" , freebsd-current@freebsd.org References: <473F250F.2030903@gmail.com> <473FE8B4.6090506@gmx.de> MIME-Version: 1.0 In-Reply-To: <473FE8B4.6090506@gmx.de> Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.16 (2007-06-09) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 7.0.3|September 26, 2007) at 11/18/2007 21:21:52, Serialize by Router on domino1/uni-wuerzburg(Release 7.0.3|September 26, 2007) at 11/18/2007 21:21:54, Serialize complete at 11/18/2007 21:21:54 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Cc: freebsd-current@freebsd.org Subject: Re: congrlations to the freebsd developers 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 Nov 2007 21:13:53 -0000 On Sun, Nov 18, 2007 at 08:24:36AM +0100, [LoN]Kamikaze wrote: > Aryeh M. Friedman wrote: > > 2. I meant features not formats and since I am using amd64 no wine > > Setting up FreeBSD i386 in a jail seems to do the job for most people. You can > have a whole i386 system in a jail and it won't even recognize it's running on > an amd64 kernel. I have gone this way. Well, everything (including emulators/wine) compiles and installs fine, but i386-build of a wine does not work inside i386-jail hosted on amd64 machine. I don't remember exactly what happens on start, segment violation or something like this, with core dump. I think wine requires rather tight co-operation with the kernel and it is not possible to launch i386-wine on amd64 this way. And you cannot load 32-bit nvidia.ko with amd64 kernel, if I'm not missing some new functionality.? From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 21:12:43 2007 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 C79A816A417 for ; Sun, 18 Nov 2007 21:12:43 +0000 (UTC) (envelope-from drl@MyBSD.org.my) Received: from tomoyo.MyBSD.org.my (unknown [IPv6:2001:328:2002:ace::3000]) by mx1.freebsd.org (Postfix) with ESMTP id 2F6F113C447 for ; Sun, 18 Nov 2007 21:12:43 +0000 (UTC) (envelope-from drl@MyBSD.org.my) Received: from localhost (localhost [127.0.0.1]) by tomoyo.MyBSD.org.my (Speedy Gonzales) with SMTP id A105711424 for ; Mon, 19 Nov 2007 05:12:51 +0800 (MYT) Received: from madmax.sulogin.org (unknown [IPv6:2001:328:2002:10ee:219:7dff:fe17:f4af]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tomoyo.MyBSD.org.my (Speedy Gonzales) with ESMTP id EEF6011455; Mon, 19 Nov 2007 05:12:15 +0800 (MYT) Date: Mon, 19 Nov 2007 05:11:30 +0800 From: Darryl Yeoh To: Xin LI Message-Id: <20071119051130.509c99c1.drl@MyBSD.org.my> Organization: MyBSD X-Mailer: Sylpheed 2.4.7 (GTK+ 2.12.1; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-DSPAM-Result: Whitelisted X-DSPAM-Processed: Mon Nov 19 05:12:50 2007 X-DSPAM-Confidence: 0.9925 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 1,4740aad25871081818518 X-Mailman-Approved-At: Sun, 18 Nov 2007 21:21:03 +0000 Cc: freebsd-current@freebsd.org Subject: Re: ATI SB600/700/800 tester wanted 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 Nov 2007 21:12:44 -0000 Hi Xin LI, > > Here is a patch that adds ATI SB600/SB700/SB800 (except RAID5, I don't > have taken a look at the support material yet) support to ata(4). After > this patch the driver is supposed to support the following mode: > > ATA_ATI_SB600 (IDE mode) > ATA_ATI_SB600 (non-RAID5 mode) > ATA_ATI_SB700 (All mode except RAID-5) > ATA_ATI_SB800 > > Please let me know if you have the hardware and whether the patch works > or not (be sure to include your pciconf -l | grep atapci output and > dmesg.boot). Thanks! Works for me too. Rgds, Darryl MyBSD -- BEGIN -- drl@madmax (52843): ~ $ pciconf -l | grep atapci atapci0@pci0:0:18:0: class=0x01018f card=0x01f51028 chip=0x43801002 rev=0x00 hdr=0x00 atapci1@pci0:0:20:1: class=0x01018a card=0x01f51028 chip=0x438c1002 rev=0x00 hdr=0x00 -- END -- -- BEGIN -- Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #3: Mon Nov 19 03:26:00 MYT 2007 root@madmax.sulogin.org:/usr/src/sys/i386/compile/TURION_X2 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Turion(tm) 64 X2 Mobile Technology TL-50 (1596.01-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x40f82 Stepping = 2 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 real memory = 937885696 (894 MB) avail memory = 908132352 (866 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 MADT: Forcing active-low polarity and level trigger for SCI ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 netsmb_dev: loaded no match for IoGetDeviceObjectPointer acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) unknown: I/O range not supported acpi0: reservation of 0, 1000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x8008-0x800b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0x9000-0x90ff mem 0xc8000000-0xcfffffff,0xc0100000-0xc010ffff irq 17 at device 5.0 on pci1 acpi_video0: on vgapci0 pcib2: at device 5.0 on pci0 pci2: on pcib2 pcib3: at device 6.0 on pci0 pci5: on pcib3 ndis0: mem 0xc0200000-0xc0203fff irq 18 at device 0.0 on pci5 ndis0: [ITHREAD] ndis0: NDIS API version: 5.1 ndis0: using obsoleted if_watchdog interface ndis0: Ethernet address: 00:19:7d:17:f4:af atapci0: port 0x8438-0x843f,0x8454-0x8457,0x8430-0x8437,0x8450-0x8453,0x8400-0x840f mem 0xc0004000-0xc00043ff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] ohci0: mem 0xc0005000-0xc0005fff irq 16 at device 19.0 on pci0 ohci0: [GIANT-LOCKED] ohci0: [ITHREAD] usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered ohci1: mem 0xc0006000-0xc0006fff irq 17 at device 19.1 on pci0 ohci1: [GIANT-LOCKED] ohci1: [ITHREAD] usb1: OHCI version 1.0, legacy support usb1: on ohci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ohci2: mem 0xc0007000-0xc0007fff irq 18 at device 19.2 on pci0 ohci2: [GIANT-LOCKED] ohci2: [ITHREAD] usb2: OHCI version 1.0, legacy support usb2: on ohci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ohci3: mem 0xc0008000-0xc0008fff irq 17 at device 19.3 on pci0 ohci3: [GIANT-LOCKED] ohci3: [ITHREAD] usb3: OHCI version 1.0, legacy support usb3: on ohci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ohci4: mem 0xc0009000-0xc0009fff irq 18 at device 19.4 on pci0 ohci4: [GIANT-LOCKED] ohci4: [ITHREAD] usb4: OHCI version 1.0, legacy support usb4: on ohci4 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered ehci0: mem 0xc0004400-0xc00044ff irq 19 at device 19.5 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb5: EHCI version 1.0 usb5: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4 usb5: on ehci0 usb5: USB revision 2.0 uhub5: on usb5 uhub5: 10 ports with 10 removable, self powered pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x8420-0x842f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pcm0: mem 0xc0000000-0xc0003fff irq 16 at device 20.2 on pci0 pcm0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib4: at device 20.4 on pci0 pci8: on pcib4 bfe0: mem 0xc0300000-0xc0301fff irq 21 at device 0.0 on pci8 miibus0: on bfe0 bmtphy0: PHY 1 on miibus0 bmtphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto bfe0: using obsoleted if_watchdog interface bfe0: Ethernet address: 00:15:c5:cc:d2:4c bfe0: [ITHREAD] pci8: at device 1.0 (no driver attached) pci8: at device 1.1 (no driver attached) acpi_button1: on acpi0 acpi_lid0: on acpi0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_tz0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xccfff,0xcd000-0xcdfff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec acd0: DVDR at ata0-master UDMA33 ad4: 57231MB at ata2-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s3a Setting ESSID to "" -- END -- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 22:11:38 2007 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 53F5E16A421 for ; Sun, 18 Nov 2007 22:11:38 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id C664C13C4BB for ; Sun, 18 Nov 2007 22:11:32 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 17DEC3D8716; Mon, 19 Nov 2007 01:11:09 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id DA5E03D8709; Mon, 19 Nov 2007 01:11:08 +0300 (MSK) Date: Mon, 19 Nov 2007 01:11:22 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1746388255.20071119011122@masm.elcom.ru> To: "Ben Kaduk" , freebsd-current@freebsd.org In-Reply-To: <47d0403c0711181054k2116bb0fn55f0bf49357db040@mail.gmail.com> References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <47d0403c0711181054k2116bb0fn55f0bf49357db040@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Sun, 18 Nov 2007 22:11:38 -0000 On 18.11.2007, Ben Kaduk wrote: > On 11/17/07, Victor M. Blood wrote: >> On 17.11.2007, Henrik Brix Andersen wrote: >> > On Sat, Nov 17, 2007 at 09:55:34AM +0300, Victor M. Blood wrote: >> >> on ttyv0 (console) after I run wpa_supplicant print messages >> >> Setting ESSID to "" >> >> Setting ESSID to "APOINT" >> >> Setting ESSID to "APOINT" >> >> Setting ESSID to "APOINT" >> >> ... and repeat, and repeat >> >> >> >> In 7.0 this message not appear? Please help me remove this SPAM. Why >> >> it shows to me? >> >> > Which wireless driver are you using? if_ndis(4), if_ipw(4) or >> > if_iwi(4)? >> >> if_ndis, ndiscvt for bcmwl5.sys >> > Seems like I'm jumping in a bit late, but for the archives: > I also am using if_ndis for bcmwl5.sys (in a Dell Inspiron 8500). > I have 7.0-beta2, and I see the message: > Setting ESSID to "MIT" > on the console occasionally, but it seems to only be when it loses signal > and has to re-associate. > I get a lousy connection, being at a vertex of the convex hull of my dormitory, > but I don't think that I'm getting spammed with this message. SPAM from driver was result of wrong configuration wpa_supplicant, but drivers for Broadcom mini-pci v4.xx instead of 3.xx do not works! Then kldload called, displays message: "no match for IoGetDeviceObjectPointer" and AP not discovered, on console present debug Setting ESSID to "" and in wpa_cli command scan_results returning nothing. May be it's can help: http://www.freebsd.org/cgi/query-pr.cgi?pr=106131 -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 22:17:56 2007 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 C127016A41B for ; Sun, 18 Nov 2007 22:17:56 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7DF5113C455 for ; Sun, 18 Nov 2007 22:17:56 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 28CEA3D8720; Mon, 19 Nov 2007 01:17:42 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id E72FD3D8710; Mon, 19 Nov 2007 01:17:41 +0300 (MSK) Date: Mon, 19 Nov 2007 01:17:54 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <1801489583.20071119011754@masm.elcom.ru> To: "Ben Kaduk" , freebsd-current@freebsd.org In-Reply-To: <47d0403c0711181054k2116bb0fn55f0bf49357db040@mail.gmail.com> References: <1592857557.20071117095534@masm.elcom.ru> <20071117122659.GB10114@tirith.brixandersen.dk> <1775983038.20071117213427@masm.elcom.ru> <47d0403c0711181054k2116bb0fn55f0bf49357db040@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: Current 8.0: wpa_supplicant SPAM: Setting ESSID to "" X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Sun, 18 Nov 2007 22:17:56 -0000 On 18.11.2007, Ben Kaduk wrote: > On 11/17/07, Victor M. Blood wrote: >> On 17.11.2007, Henrik Brix Andersen wrote: >> > On Sat, Nov 17, 2007 at 09:55:34AM +0300, Victor M. Blood wrote: >> >> on ttyv0 (console) after I run wpa_supplicant print messages >> >> Setting ESSID to "" >> >> Setting ESSID to "APOINT" >> >> Setting ESSID to "APOINT" >> >> Setting ESSID to "APOINT" >> >> ... and repeat, and repeat >> >> >> >> In 7.0 this message not appear? Please help me remove this SPAM. Why >> >> it shows to me? >> >> > Which wireless driver are you using? if_ndis(4), if_ipw(4) or >> > if_iwi(4)? >> >> if_ndis, ndiscvt for bcmwl5.sys >> > Seems like I'm jumping in a bit late, but for the archives: > I also am using if_ndis for bcmwl5.sys (in a Dell Inspiron 8500). > I have 7.0-beta2, and I see the message: > Setting ESSID to "MIT" > on the console occasionally, but it seems to only be when it loses signal > and has to re-associate. > I get a lousy connection, being at a vertex of the convex hull of my dormitory, > but I don't think that I'm getting spammed with this message. Sorry, here needed PR http://www.freebsd.org/cgi/query-pr.cgi?pr=109406 -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 22:40:09 2007 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 7555716A417 for ; Sun, 18 Nov 2007 22:40:09 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id E94FF13C457 for ; Sun, 18 Nov 2007 22:40:08 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5692376pyb for ; Sun, 18 Nov 2007 14:39:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=I2M/zJYCuQ2THg81JEf2r6dhptU/bMAV1r1KcbOQYlg=; b=LRw4t9vyYUbmXe0VJkkX5N6s82UnQugjQv5X52sQVbXlVdUjp5QVmA3ernFWb48yQlBBK7UEYs6Lpr5KgTJ7HUQqSWmMpNgGSiv/QHNXJo+5kNA8Ky+wqIOWCTQcDOLJqLeoBveKZ2KmjLX7UPSP0FfMuRxVeDRYyBY2y4RiybY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=szUALXFaCOPcv48JegGqXTBRN47ID7KGoV9xXdZX2RSyZmAdef4NSurxf50OaaKifuRRVFOJ1rjQybeJ/0rscK3Au+R9zx0BytIOPTcAers+MX6YKmKrM3VxD1yld907Lw9hsG8OXWJRheXoBgT9+zwEteRfMRrD2/Ne3oE/2+U= Received: by 10.65.224.11 with SMTP id b11mr9897330qbr.1195425596978; Sun, 18 Nov 2007 14:39:56 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id d12sm3524207qbc.2007.11.18.14.39.55 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Nov 2007 14:39:56 -0800 (PST) Message-ID: <4740BF39.3080509@gmail.com> Date: Sun, 18 Nov 2007 17:39:53 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: "[LoN]Kamikaze" , freebsd-current@freebsd.org References: <473F250F.2030903@gmail.com> <473FE8B4.6090506@gmx.de> <20071118201533.GA57831@> In-Reply-To: <20071118201533.GA57831@> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: congrlations to the freebsd developers 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 Nov 2007 22:40:09 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > I have gone this way. Well, everything (including emulators/wine) compiles > and installs fine, but i386-build of a wine does not work inside i386-jail > hosted on amd64 machine. I don't remember exactly what happens on start, > segment violation or something like this, with core dump. > I think wine requires rather tight co-operation with the kernel and > it is not possible to launch i386-wine on amd64 this way. > And you cannot load 32-bit nvidia.ko with amd64 kernel, if I'm not missing > some new functionality.? I was about to ask the same question. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQL85J9+1V27SttsRAo8YAJ4kvg51wGlL9Wc+qa1gSRMApqSSqwCbByPy d9P0YkEnnftxaF/ezw/dtP8= =fQcz -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 22:45:21 2007 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 71B7916A417 for ; Sun, 18 Nov 2007 22:45:21 +0000 (UTC) (envelope-from SRS0=c5f4f04d21678f106e136d590c24ebb8c580c9b2=523=es.net=oberman@es.net) Received: from postal1.es.net (postal4.es.net [IPv6:2001:400:6000:1::66]) by mx1.freebsd.org (Postfix) with ESMTP id 79AFC13C48E for ; Sun, 18 Nov 2007 22:45:20 +0000 (UTC) (envelope-from SRS0=c5f4f04d21678f106e136d590c24ebb8c580c9b2=523=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal4.es.net (Postal Node 4) with ESMTP (SSL) id XHL87315; Sun, 18 Nov 2007 15:45:15 -0700 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id CFF2245010; Sun, 18 Nov 2007 14:45:14 -0800 (PST) To: rmgls@free.fr In-Reply-To: Your message of "Sun, 18 Nov 2007 16:53:56 +0100." <20071118155359.EC1503227E9@smtp7-g19.free.fr> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1195425914_37810P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Sun, 18 Nov 2007 14:45:14 -0800 From: "Kevin Oberman" Message-Id: <20071118224514.CFF2245010@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ;; X-Sender: X-To_Name: X-To_Domain: free.fr X-To: rmgls@free.fr X-To_Email: rmgls@free.fr X-To_Alias: rmgls Cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant in head 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 Nov 2007 22:45:21 -0000 --==_Exmh_1195425914_37810P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > From: rmgls@free.fr > Date: Sun, 18 Nov 2007 16:53:56 +0100 > Sender: owner-freebsd-current@freebsd.org > > > Hi all, > > I investigated a little more, with my connection problem. > in fact, even with a world and a kernel of this morning, i cannot connect > to my AP, because this one is hidden, (the ssid is not transmitted in his frames). > and wpa_supplicant does not recognize it even indicating his bssid. > when it is not hidden, all works fine with all machines. > the problem occurs only when the AP is hidden. > Something has changed between the 30-9-2007 and the 27-10, date of my update. > i can confirm that world and kernel of 30-9 connected quite well even > with a hidden AP. > > Here is the config: > > Current, on two machines, (one laptop with the iwi driver, > and one smp with ath builtin on the motherboard. > i use wpa_supplicant with both, and nothing has changed in the config. > of course the config_file points to the ssid and psk is correct. > wpa_supplicant -d see the mac address but reports a bad ssid "" (hidden), > but the ssid of the AP is present. > > With some help perhaps i can investigate furthermore and solve the problem. > Thanks in advance. This looks just too obvious, so it is probably not the answer. Do you have "scan_ssid=1" in the network definition in /etc/wpa_supplicant.conf? It is required for unadvertised APs, even if the ssid is specified. Here is the (sanitized) entry for my home net which does not advertise (WEP, not WPA): network={ ssid="xyz1234" scan_ssid=1 key_mgmt=NONE wep_key0=0123456789ABCDEF0123456789 wep_tx_keyidx=0 } -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1195425914_37810P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHQMB6kn3rs5h7N1ERAi3GAJ0c/BiHY/wj5Q47KKdniZMh8hh+sgCeI4FI SKbKt8ns86i//fCEne5IA80= =kC3E -----END PGP SIGNATURE----- --==_Exmh_1195425914_37810P-- From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 22:45:21 2007 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 7A64616A420 for ; Sun, 18 Nov 2007 22:45:21 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 2FE5B13C4B8 for ; Sun, 18 Nov 2007 22:45:20 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1873928waf for ; Sun, 18 Nov 2007 14:45:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=jCwyMIwqe9QMVxs9k4t9pRaA7m9H95BDBP2BACTQsQ4=; b=r61SKRZYo9iHYRu3TmGcwLb7b7yNls3/xufItcj2iQ6ZSx7OeQXwQ0HiLnkT/uIykszYj4gqyiQg6rpaz/eswI6OV8rE+VpA8v6eB+e/gOxZ41AJYLNHu+oBRKF9hK5FYv1JxMy0qRqcp5P2ur0/VKXPbqo1DPmsMrViPpdIT8E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Bx2VOrylzHFFNYi1rjSYgjcZZbfgxB38Vap4taKyzkjjP8+p1sqmJs0RzdSq8SkdL+bCRVUjvKvIdddS0ueKwFrKFjNfnzkadzeXHW/X0pC7HgfeaKMqENoUjLg77J65RwlVz7nkJotPx4G9OoyI77aSTukdUdmn2+9IXKyj6Io= Received: by 10.115.59.4 with SMTP id m4mr456326wak.1195425912561; Sun, 18 Nov 2007 14:45:12 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sun, 18 Nov 2007 14:45:12 -0800 (PST) Message-ID: Date: Sun, 18 Nov 2007 14:45:12 -0800 From: "Kip Macy" To: "[LoN]Kamikaze" , freebsd-current@freebsd.org In-Reply-To: <-7365572665943498145@unknownmsgid> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <473F250F.2030903@gmail.com> <473FE8B4.6090506@gmx.de> <-7365572665943498145@unknownmsgid> Cc: Subject: Re: congrlations to the freebsd developers 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 Nov 2007 22:45:21 -0000 On Nov 18, 2007 12:21 PM, Alexey Shuvaev wrote: > On Sun, Nov 18, 2007 at 08:24:36AM +0100, [LoN]Kamikaze wrote: > > Aryeh M. Friedman wrote: > > > 2. I meant features not formats and since I am using amd64 no wine > > > > Setting up FreeBSD i386 in a jail seems to do the job for most people. You can > > have a whole i386 system in a jail and it won't even recognize it's running on > > an amd64 kernel. > > I have gone this way. Well, everything (including emulators/wine) compiles > and installs fine, but i386-build of a wine does not work inside i386-jail > hosted on amd64 machine. I don't remember exactly what happens on start, > segment violation or something like this, with core dump. > I think wine requires rather tight co-operation with the kernel and > it is not possible to launch i386-wine on amd64 this way. > And you cannot load 32-bit nvidia.ko with amd64 kernel, if I'm not missing > some new functionality.? > > _______________________________________________ Please file a PR on the Wine core dump. The 64-bit nvidia issue has been discussed quite frequently elsewhere. -Kip From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 23:26:36 2007 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 69C1D16A417; Sun, 18 Nov 2007 23:26:36 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id CDEF713C4AC; Sun, 18 Nov 2007 23:26:35 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 8222A1E3379; Sun, 18 Nov 2007 18:26:25 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eRYh6LHWaU2P; Sun, 18 Nov 2007 18:26:23 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP; Sun, 18 Nov 2007 18:26:23 -0500 (EST) Date: Sun, 18 Nov 2007 18:26:23 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: Jack Vogel In-Reply-To: <2a41acea0711181140w6707b85p18ac9a483ae367b7@mail.gmail.com> Message-ID: <20071118181625.Y19404@mindcrime.int.bit0.com> References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118030305.N99375@mindcrime.int.bit0.com> <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> <2a41acea0711181140w6707b85p18ac9a483ae367b7@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 23:26:36 -0000 On Sun, 18 Nov 2007, Jack Vogel wrote: > On Nov 18, 2007 11:33 AM, Jack Vogel wrote: >> >> On Nov 18, 2007 12:58 AM, Mike Andrews wrote: >>> >>> On Sat, 17 Nov 2007, Mike Andrews wrote: >>> >>>> Kip Macy wrote: >>>>> On Nov 17, 2007 5:28 PM, Mike Andrews wrote: >>>>>> Kip Macy wrote: >>>>>>> On Nov 17, 2007 3:23 PM, Mike Andrews wrote: >>>>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: >>>>>>>> >>>>>>>>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: >>>>>>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: >>>>>>>>>> >>>>>>>>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: >>>>>>>>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) >>>>>>>>>>>> Mike Andrews wrote: >>>>>>>>>>>> >>>>>>>>>>>>> Has anyone run into problems with MSS not being respected when >>>>>>>>>>>>> using >>>>>>>>>>>>> TSO, specifically on em cards? >>>>>>>>>>>> Yes, I wrote about this problem on the beginning of 2007, see >>>>>>>>>>>> >>>>>>>>>>>> http://tinyurl.com/3e5ak5 >>>>>>>>>>>> >>>>>>>>>>> if_em.c:3502 >>>>>>>>>>> /* >>>>>>>>>>> * Payload size per packet w/o any headers. >>>>>>>>>>> * Length of all headers up to payload. >>>>>>>>>>> */ >>>>>>>>>>> TXD->tcp_seg_setup.fields.mss = >>>>>>>>>>> htole16(mp->m_pkthdr.tso_segsz); >>>>>>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Please print out the value of tso_segsz here. It appears to be being >>>>>>>>>>> set correctly. The only thing I can think of is that t_maxopd is not >>>>>>>>>>> correct. As tso_segsz is correct here: >>>>>>>>>> It repeatedly prints 1368 during a 1 meg file transfer over a >>>>>>>>>> connection >>>>>>>>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web >>>>>>>>>> page >>>>>>>>>> with tcpdump / firewall log output illustrating the issue... >>>>>>>>> Mike - >>>>>>>>> Denis' tcpdump output doesn't show oversized segments, something else >>>>>>>>> appears to be happening there. Can you post your tcpdump output >>>>>>>>> somewhere? >>>>>>>> URL sent off-list. >>>>>>> if (tso) { >>>>>>> m->m_pkthdr.csum_flags = CSUM_TSO; >>>>>>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; >>>>>>> } >>>>>>> >>>>>>> >>>>>>> Please print the value of maxopd and optlen under "if (tso)" in >>>>>>> tcp_output. I think the calculated optlen may be too small. >>>>>> >>>>>> maxopt=1380 - optlen=12 = tso_segsz=1368 >>>>>> >>>>>> Weird though, after this reboot, I had to re-copy a 4 meg file 5 times >>>>>> to start getting the firewall to log any drops. Transfer rate was >>>>>> around 240KB/sec before the firewall started to drop, then it went down >>>>>> to about 64KB/sec during the 5th copy, and stayed there for subsequent >>>>>> copies. The actual packet size the firewall said it was dropping was >>>>>> varying all over the place still, yet the maxopt/optlen/tso_segsz values >>>>>> stayed constant. But it's interesting that it didn't start dropping >>>>>> immediately after the reboot -- though the transfer rate was still >>>>>> sub-optimal. >>>>> >>>>> Ok, next theory :D. You shouldn't be seeing "bad len" packets from >>>>> tcpdump. I'm wondering if that means you're sending down more than >>>>> 64k. Can you please print out the value of mp->m_pkthdr.len around the >>>>> same place that you printed out tso_segsz? 64k is the generally >>>>> accepted limit for TSO, I'm wondering if the card firmware does >>>>> something weird if you give it more. >>>> >>>> OK. In that last message, where I said it took 5 times to start reproducing >>>> the problem... this time it took until I actually toggled TSO back off and >>>> back on again, and then it started acting up again. I don't know what the >>>> actual trigger is... it's very weird. >>>> >>>> Initially, w/ TSO on and it wasn't dropping yet (but was still transferring >>>> slow)... >>>> >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 >>>> (etc, always 8306) >>>> >>>> After toggling off/on which caused the drops to start (and the speed to drop >>>> even further): >>>> >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 >>>> >>>> and so on, with more seemingly random lengths... but none of them ever over >>>> 8306, much less 64K. >>> >>> >>> Got a few more data points here. >>> >>> I can reproduce this on an i386 kernel, so it isn't amd64 specific. >>> >>> I can reproduce this on an 82541EI nic, so it isn't 82573 specific. >>> >>> I can't reproduce this on a Marvell Yukon II (msk) nic; it works fine >>> whether TSO is on or off. >>> >>> I can't reproduce this on a bge nic because it doesn't support TSO :) >>> That's the only other gigabit nic I've got easy access to. >>> >>> I can reproduce this with just a Cisco 877W IOS-based router and no Cisco >>> PIX / ASA firewalls in the way, with the servers on the LAN interface with >>> "ip tcp adjust-mss 1340" on it, and the downloading client on the Cisco's >>> 802.11G interface. This time, the client is a Macbook Pro running >>> Leopard, and I'm running "tcpdump -i en1 -s 1500 -n -v length \> 1394" on >>> the Macbook (not the server this time) to find oversize packets, which is >>> actually handier because I can see how trashed they really get :) >>> >>> I can't reproduce this between two machines on the same subnet (though I >>> can reproduce throughput problems alone). I haven't tried lowering the >>> system MSS on one end yet (is there a sysctl to lower the MSS for outbound >>> connections without lowering the MTU as well?). If I could do this it >>> would greatly simplify testing for everyone as they wouldn't have to stick >>> an MSS-clamping router in the middle. It doesn't have to be Cisco. >>> >>> With this setup, copying to the Mac through the 877W from: >>> >>> msk-based server, TSO disabled: tcpdump reports no problems, file >>> transfers are fast >>> >>> msk-based server, TSO enabled: tcpdump reports no problems, file >>> transfers are fast >>> >>> em-based server, TSO disabled: tcpdump reports no problems, file >>> transfers are fast >>> >>> em-based server, TSO enabled: tcpdump reports numerous oversize packets of >>> varying sizes just as before, AND numerous packets with bad TCP checksums. >>> The checksum problems aren't limited to only the large packets though. >>> (That's probably what's causing the throughput problems.) Toggling rxcsum >>> and txcsum flags on the server made no difference. What I haven't tried >>> yet is hexdumping the packets to see what exactly is getting trashed. >>> >>> The problem still comes and goes; sometimes it'll work for a few minutes >>> after boot, sometimes not; it might be dependent on what other traffic's >>> going through the box. >> >> Hmmm, OK so the data is pointing to something in the em TSO or encap >> code. I will look into this tomorrow. So the necessary elements are systems >> on two subnets and em doing the transmitting with TSO? And a sub-1460 MSS on the client end OR the router doing MSS clamping, yes. I can't yet reproduce it with 1500 byte MTU's or between two machines on the same subnet. I definitely haven't done any tests with jumbos... > BTW, not to dodge the problem, but this is a case where I'd say its absurd > to be using TSO. Is the link at 1G or 100Mb? It's reproducible at either speed, but I personally am perfectly happy leaving TSO disabled on my production boxes -- I've got my workaround, it performs, I'm cool. At this point I'm pursuing a fix more for others' benefit because some other people are having at least throughput issues -- and for my own weirdo curiosity. If a fix doesn't make 7.0-RELEASE (and I almost hate to say this) might it be worth disabling TSO by default in RELENG_7_0 but back on for RELENG_7? From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 23:28:30 2007 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 295EF16A41B for ; Sun, 18 Nov 2007 23:28:30 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 0536A13C448 for ; Sun, 18 Nov 2007 23:28:29 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so1883630waf for ; Sun, 18 Nov 2007 15:28:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=lVm1LRMMh4wj98OoTl4s4StuC/j/7K5eL/BkV0f9CHY=; b=IxNwsz9KSlI0LKP4jSNmEhSbluPkDngOtK8Cv1M69/5NUAQXrCLXHOIpPDC2Hgo0AnrUqBY2JWxsIqr5Ew+VQ9vzUghjpATDkQYrlj7ycirg7csZx60OydgJ2K9VrfIcxU4x+slARZoVUCw+Z5Xuv8UQayqpLl7BeZU2CgATv38= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uFxSWCaAqiwFP2a6WgjY3UPo9x/5satvu382L6oAz8EmIcwGPoJkcqg3Nn+5PGfvOM76KtNCJWNmXPCee2qv+4hfz8pEP7x5mPsOm0rPWYGpn5swuaQQpKyFcFuzOUbUixC9MXPKeuAVHcqefvPLOXnQZi94N0Lvf2idLNgsRkQ= Received: by 10.114.14.1 with SMTP id 1mr345719wan.1195428491571; Sun, 18 Nov 2007 15:28:11 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sun, 18 Nov 2007 15:28:11 -0800 (PST) Message-ID: Date: Sun, 18 Nov 2007 15:28:11 -0800 From: "Kip Macy" To: "Bjorn Gronvall" In-Reply-To: <20071118211131.7164edd8@ibook.sics.se> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20071118211131.7164edd8@ibook.sics.se> Cc: freebsd-current@freebsd.org Subject: Re: Improving NFS write performance by a factor of 2. 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 Nov 2007 23:28:30 -0000 Could you do me a favor and submit this in the form of a PR and assign it to me? I'm not the most appropriate person for this but the main NFS developer is no longer working on FreeBSD and I don't want to see this dropped. -Kip On Nov 18, 2007 12:11 PM, Bjorn Gronvall wrote: > Hi, > > I'm not sure if people care about NFS write performance any longer but > if you do, please read on. > > A problem with the current NFS server is that it does not cluster > writes, this in turn leads to really poor sequential-write > performance. > > By enabling write clustering NFS write performance goes from > 26.6Mbyte/s to 54.3Mbyte/s or increases by a factor of 2. This is on a > SATA disk with write caching enabled (hw.ata.wc=3D1). > > If write caching is disabled performance still goes up from 1.6Mbyte/s > to 5.8Mbyte/s (or by a factor of 3.6). > > The attached patch (relative to current) makes the following changes: > > 1/ Rearrange the code so that the same code can be used to detect both > sequential read and write access. > > 2/ Merge in updates from vfs_vnops.c::sequential_heuristic. > > 3/ Use double hashing in order to avoid hash-clustering in the nfsheur > table. This change also makes it possible to reduce "try" from 32 > to 8. > > 4/ Pack the nfsheur table more efficiently. > > 5/ Tolerate reordered RPCs to some small amount (initially suggested > by Ellard and Seltzer). > > 6/ Back-off from sequential access rather than immediately switching to > random access (Ellard and Seltzer). > > 7/ To avoid starvation of the buffer pool call bwillwrite. The call is > issued after the VOP_WRITE in order to avoid additional reordering > of write operations. > > 8/ sysctl variables vfs.nfsrv.cluster_writes and cluster_reads to > enable or disable clustering. vfs.nfsrv.reordered_io counts the > number of reordered RPCs. > > 9/ In nfsrv_commit check for write errors and report them back to the > client. Also check if the RPC argument count is zero which means > that we must flush to the end of file according to the RFC. > > 10/ Two earlier commits broke the write gathering support: > > nfs_syscalls.c:1.71 > > This change removed NQNFS stuff but left the NQNFS variable > notstarted. This resulted in NFS write gathering effectively > being permanently disabled (regardless if NFSv2 or NFSv3). > > nfs_syscalls.c:1.103 > > This change disabled write gathering (again) for NFSv3 although > this should be controlled by vfs.nfs.nfsrvw_procrastinate_v3 !=3D > 0. > > Write gathering may still be useful with NFSv3 to put reordered write > RPCs into order, perhaps also for other reasons. This is now possible > again. > > The attached patch is for current but you will observe similar > improvements with earlier FreeBSD versions. If you would like to have > the same patch but for FreeBSD 5.x, 6.x or 7.0 please drop me a line. > > Cheers, > /b > > > -- > _ _ ,_______________. > Bjorn Gronvall (Bj=F6rn Gr=F6nvall) /_______________/| > Swedish Institute of Computer Science | || > PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || > Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ > Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 '---------------' > > _______________________________________________ > 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 Sun Nov 18 23:49:19 2007 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 9E3BF16A46B for ; Sun, 18 Nov 2007 23:49:19 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id EC84A13C461 for ; Sun, 18 Nov 2007 23:49:16 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1255653nfb for ; Sun, 18 Nov 2007 15:49:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gKsrCHtdATHN+tvT0f/31GCYnHxkr535mwNqkureRTE=; b=QpyJfr7q1eQxSR19/E1ze/4l9RuFwWdRiHVvUD4SdvwEgA/NpyoQ1lgTrr9qmXmUVgmw7Kt3zaYfj8k4oG1P/hu3FMUEjSKSPOKlpGqSi7pS3Fek56UazXt7hQSlvzoATH5QvXLUS/KQLVWyjTp4DHnoKeYUHcaFpY7vI5jLFX0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JyHbRLU0H4773OhyJGCOrdIfKO5YMXKO/5fhwm6OSnR7hZPQ094vLUqQoPDWf7JS+y3/1wtIMNUPzKRR92jgowQzKf/lFmD/SB3T83CAIX5kKwP5WvRlIM+s/oI3cxt2/U6ZkRhG8gKGxpMqwF8ShcoGHBMh8tFnPRsaPPFaMew= Received: by 10.86.70.8 with SMTP id s8mr4433984fga.1195429748985; Sun, 18 Nov 2007 15:49:08 -0800 (PST) Received: by 10.86.100.19 with HTTP; Sun, 18 Nov 2007 15:49:07 -0800 (PST) Message-ID: <2a41acea0711181549m69a55283v852f8627e3217c61@mail.gmail.com> Date: Sun, 18 Nov 2007 15:49:07 -0800 From: "Jack Vogel" To: "Mike Andrews" In-Reply-To: <20071118181625.Y19404@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118030305.N99375@mindcrime.int.bit0.com> <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> <2a41acea0711181140w6707b85p18ac9a483ae367b7@mail.gmail.com> <20071118181625.Y19404@mindcrime.int.bit0.com> Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 23:49:19 -0000 On Nov 18, 2007 3:26 PM, Mike Andrews wrote: > > On Sun, 18 Nov 2007, Jack Vogel wrote: > > > On Nov 18, 2007 11:33 AM, Jack Vogel wrote: > >> > >> On Nov 18, 2007 12:58 AM, Mike Andrews wrote: > >>> > >>> On Sat, 17 Nov 2007, Mike Andrews wrote: > >>> > >>>> Kip Macy wrote: > >>>>> On Nov 17, 2007 5:28 PM, Mike Andrews wrote: > >>>>>> Kip Macy wrote: > >>>>>>> On Nov 17, 2007 3:23 PM, Mike Andrews wrote: > >>>>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: > >>>>>>>> > >>>>>>>>> On Nov 17, 2007 2:33 PM, Mike Andrews wrote: > >>>>>>>>>> On Sat, 17 Nov 2007, Kip Macy wrote: > >>>>>>>>>> > >>>>>>>>>>> On Nov 17, 2007 10:33 AM, Denis Shaposhnikov wrote: > >>>>>>>>>>>> On Sat, 17 Nov 2007 00:42:54 -0500 (EST) > >>>>>>>>>>>> Mike Andrews wrote: > >>>>>>>>>>>> > >>>>>>>>>>>>> Has anyone run into problems with MSS not being respected when > >>>>>>>>>>>>> using > >>>>>>>>>>>>> TSO, specifically on em cards? > >>>>>>>>>>>> Yes, I wrote about this problem on the beginning of 2007, see > >>>>>>>>>>>> > >>>>>>>>>>>> http://tinyurl.com/3e5ak5 > >>>>>>>>>>>> > >>>>>>>>>>> if_em.c:3502 > >>>>>>>>>>> /* > >>>>>>>>>>> * Payload size per packet w/o any headers. > >>>>>>>>>>> * Length of all headers up to payload. > >>>>>>>>>>> */ > >>>>>>>>>>> TXD->tcp_seg_setup.fields.mss = > >>>>>>>>>>> htole16(mp->m_pkthdr.tso_segsz); > >>>>>>>>>>> TXD->tcp_seg_setup.fields.hdr_len = hdr_len; > >>>>>>>>>>> > >>>>>>>>>>> > >>>>>>>>>>> Please print out the value of tso_segsz here. It appears to be being > >>>>>>>>>>> set correctly. The only thing I can think of is that t_maxopd is not > >>>>>>>>>>> correct. As tso_segsz is correct here: > >>>>>>>>>> It repeatedly prints 1368 during a 1 meg file transfer over a > >>>>>>>>>> connection > >>>>>>>>>> with a 1380 MSS. Any other printf's I can add? I'm working on a web > >>>>>>>>>> page > >>>>>>>>>> with tcpdump / firewall log output illustrating the issue... > >>>>>>>>> Mike - > >>>>>>>>> Denis' tcpdump output doesn't show oversized segments, something else > >>>>>>>>> appears to be happening there. Can you post your tcpdump output > >>>>>>>>> somewhere? > >>>>>>>> URL sent off-list. > >>>>>>> if (tso) { > >>>>>>> m->m_pkthdr.csum_flags = CSUM_TSO; > >>>>>>> m->m_pkthdr.tso_segsz = tp->t_maxopd - optlen; > >>>>>>> } > >>>>>>> > >>>>>>> > >>>>>>> Please print the value of maxopd and optlen under "if (tso)" in > >>>>>>> tcp_output. I think the calculated optlen may be too small. > >>>>>> > >>>>>> maxopt=1380 - optlen=12 = tso_segsz=1368 > >>>>>> > >>>>>> Weird though, after this reboot, I had to re-copy a 4 meg file 5 times > >>>>>> to start getting the firewall to log any drops. Transfer rate was > >>>>>> around 240KB/sec before the firewall started to drop, then it went down > >>>>>> to about 64KB/sec during the 5th copy, and stayed there for subsequent > >>>>>> copies. The actual packet size the firewall said it was dropping was > >>>>>> varying all over the place still, yet the maxopt/optlen/tso_segsz values > >>>>>> stayed constant. But it's interesting that it didn't start dropping > >>>>>> immediately after the reboot -- though the transfer rate was still > >>>>>> sub-optimal. > >>>>> > >>>>> Ok, next theory :D. You shouldn't be seeing "bad len" packets from > >>>>> tcpdump. I'm wondering if that means you're sending down more than > >>>>> 64k. Can you please print out the value of mp->m_pkthdr.len around the > >>>>> same place that you printed out tso_segsz? 64k is the generally > >>>>> accepted limit for TSO, I'm wondering if the card firmware does > >>>>> something weird if you give it more. > >>>> > >>>> OK. In that last message, where I said it took 5 times to start reproducing > >>>> the problem... this time it took until I actually toggled TSO back off and > >>>> back on again, and then it started acting up again. I don't know what the > >>>> actual trigger is... it's very weird. > >>>> > >>>> Initially, w/ TSO on and it wasn't dropping yet (but was still transferring > >>>> slow)... > >>>> > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=8306 > >>>> (etc, always 8306) > >>>> > >>>> After toggling off/on which caused the drops to start (and the speed to drop > >>>> even further): > >>>> > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=7507 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3053 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1677 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=3037 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2264 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1656 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1902 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1888 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1640 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1871 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2461 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=1849 > >>>> BIT0 DEBUG: tso_segsz=1368 hdr_len=66 mp->m_pkthdr.len=2092 > >>>> > >>>> and so on, with more seemingly random lengths... but none of them ever over > >>>> 8306, much less 64K. > >>> > >>> > >>> Got a few more data points here. > >>> > >>> I can reproduce this on an i386 kernel, so it isn't amd64 specific. > >>> > >>> I can reproduce this on an 82541EI nic, so it isn't 82573 specific. > >>> > >>> I can't reproduce this on a Marvell Yukon II (msk) nic; it works fine > >>> whether TSO is on or off. > >>> > >>> I can't reproduce this on a bge nic because it doesn't support TSO :) > >>> That's the only other gigabit nic I've got easy access to. > >>> > >>> I can reproduce this with just a Cisco 877W IOS-based router and no Cisco > >>> PIX / ASA firewalls in the way, with the servers on the LAN interface with > >>> "ip tcp adjust-mss 1340" on it, and the downloading client on the Cisco's > >>> 802.11G interface. This time, the client is a Macbook Pro running > >>> Leopard, and I'm running "tcpdump -i en1 -s 1500 -n -v length \> 1394" on > >>> the Macbook (not the server this time) to find oversize packets, which is > >>> actually handier because I can see how trashed they really get :) > >>> > >>> I can't reproduce this between two machines on the same subnet (though I > >>> can reproduce throughput problems alone). I haven't tried lowering the > >>> system MSS on one end yet (is there a sysctl to lower the MSS for outbound > >>> connections without lowering the MTU as well?). If I could do this it > >>> would greatly simplify testing for everyone as they wouldn't have to stick > >>> an MSS-clamping router in the middle. It doesn't have to be Cisco. > >>> > >>> With this setup, copying to the Mac through the 877W from: > >>> > >>> msk-based server, TSO disabled: tcpdump reports no problems, file > >>> transfers are fast > >>> > >>> msk-based server, TSO enabled: tcpdump reports no problems, file > >>> transfers are fast > >>> > >>> em-based server, TSO disabled: tcpdump reports no problems, file > >>> transfers are fast > >>> > >>> em-based server, TSO enabled: tcpdump reports numerous oversize packets of > >>> varying sizes just as before, AND numerous packets with bad TCP checksums. > >>> The checksum problems aren't limited to only the large packets though. > >>> (That's probably what's causing the throughput problems.) Toggling rxcsum > >>> and txcsum flags on the server made no difference. What I haven't tried > >>> yet is hexdumping the packets to see what exactly is getting trashed. > >>> > >>> The problem still comes and goes; sometimes it'll work for a few minutes > >>> after boot, sometimes not; it might be dependent on what other traffic's > >>> going through the box. > >> > >> Hmmm, OK so the data is pointing to something in the em TSO or encap > >> code. I will look into this tomorrow. So the necessary elements are systems > >> on two subnets and em doing the transmitting with TSO? > > And a sub-1460 MSS on the client end OR the router doing MSS clamping, > yes. I can't yet reproduce it with 1500 byte MTU's or between two > machines on the same subnet. I definitely haven't done any tests with > jumbos... > > > BTW, not to dodge the problem, but this is a case where I'd say its absurd > > to be using TSO. Is the link at 1G or 100Mb? > > It's reproducible at either speed, but I personally am perfectly happy > leaving TSO disabled on my production boxes -- I've got my workaround, it > performs, I'm cool. At this point I'm pursuing a fix more for others' > benefit because some other people are having at least throughput issues -- > and for my own weirdo curiosity. > > If a fix doesn't make 7.0-RELEASE (and I almost hate to say this) might it > be worth disabling TSO by default in RELENG_7_0 but back on for RELENG_7? > Mike, do me a favor, I just noticed that my 6.6.6 driver is on the Intel download site now, it would be valuable for me to know if it still has the problem. Go to downloadfinder.intel.com, then select networking, select some NIC, then OS to FreeBSD, you should find the driver. I am doubtful its going to fix this, but I would still like to know if you would please :) Regards, Jack From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 23:58:13 2007 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 8F3E816A418 for ; Sun, 18 Nov 2007 23:58:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mu-out-0910.google.com (mu-out-0910.google.com [209.85.134.188]) by mx1.freebsd.org (Postfix) with ESMTP id 082ED13C461 for ; Sun, 18 Nov 2007 23:58:12 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by mu-out-0910.google.com with SMTP id i10so1997529mue for ; Sun, 18 Nov 2007 15:58:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Oz1zt6XwhfZPloIMJxAGLcoA3aqm0J+U6gp41eHxK3Q=; b=Y6vHEtJoxBioAclPs2qS4JRysBLblhQMg4KXAfKtbjauWoU1s5nZEgaoyx1d1JHe2TiUJzvFHn/V377f3wPEoDrnZnoiF1IBZLZIdDgCg4ZcNezoaeO26BJZN3cySB0OQFFm3maofzTol4KSxr4acW+CWttGAmGy6TR1yTWrCCo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sxz3EX90nMxI5buVQqzKMySsxDrEOVmwmusa88xFvjv18CvAkTx3UwG1rLGd/mLkGchMtjFhty32PRaEkdC+ZVmN/JPBKb5a3K/5hEbxRLHGuNQjryU6wQVRcGhhEIxdvtQHXt40Bf5Vj2pzd1fqKm133cZk7V1NbM7FtkR/VhI= Received: by 10.86.98.18 with SMTP id v18mr4457519fgb.1195430281025; Sun, 18 Nov 2007 15:58:01 -0800 (PST) Received: by 10.86.100.19 with HTTP; Sun, 18 Nov 2007 15:58:00 -0800 (PST) Message-ID: <2a41acea0711181558s4e40f519ta8aeb31f718891a7@mail.gmail.com> Date: Sun, 18 Nov 2007 15:58:00 -0800 From: "Jack Vogel" To: "Mike Andrews" In-Reply-To: <2a41acea0711181549m69a55283v852f8627e3217c61@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118030305.N99375@mindcrime.int.bit0.com> <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> <2a41acea0711181140w6707b85p18ac9a483ae367b7@mail.gmail.com> <20071118181625.Y19404@mindcrime.int.bit0.com> <2a41acea0711181549m69a55283v852f8627e3217c61@mail.gmail.com> Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 23:58:13 -0000 On Nov 18, 2007 3:49 PM, Jack Vogel wrote: > > Mike, do me a favor, I just noticed that my 6.6.6 driver is on the > Intel download > site now, it would be valuable for me to know if it still has the problem. > Go to downloadfinder.intel.com, then select networking, select some NIC, then > OS to FreeBSD, you should find the driver. I am doubtful its going to fix this, > but I would still like to know if you would please :) Oh, and btw, ignore the fact that it says the driver is for release 6.x, it will compile on either. Jack From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 00:04:26 2007 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 1507C16A421 for ; Mon, 19 Nov 2007 00:04:26 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.190]) by mx1.freebsd.org (Postfix) with ESMTP id 95E9213C45A for ; Mon, 19 Nov 2007 00:04:25 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1257711nfb for ; Sun, 18 Nov 2007 16:04:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=8XzGd8c69+bnOH4xxj1AT+4HGDtnxf7PtgWoMabmN1s=; b=f3tnG6lkIKxkOY7BFOOrYiW5iM/BQwOWDl4v9rp8l+6MagyqiZ4Xb/cs8sX1Wa+w8NLeovvIB+UdRmiBCz/W0OYI5b7bpJMfK2XYJNudxYQW9w/Vjn7ArmtvJEXPJM0AAKrJZap/FsMOMLxTLParKOf1VMvpab8CwO9QY36bV20= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Sotb3oHuNSFUG6xzput94F3PipLTPe/1WA2terkJgC5EA2Q3PrC5cFN5fcaXmlqQQw2omboXcjkgALFkrWy6mDj22YkASlt2rR86I6GtOMOYsGs/+TGH1g+EMzvTK2MXR7rMj8GMRVySrk98xcEoOAsGE/MUJMQItwWev40moUg= Received: by 10.86.68.20 with SMTP id q20mr971447fga.1195430654955; Sun, 18 Nov 2007 16:04:14 -0800 (PST) Received: by 10.86.100.19 with HTTP; Sun, 18 Nov 2007 16:04:14 -0800 (PST) Message-ID: <2a41acea0711181604p7a58df5chdae6a98f915dcb99@mail.gmail.com> Date: Sun, 18 Nov 2007 16:04:14 -0800 From: "Jack Vogel" To: pyunyh@gmail.com In-Reply-To: <20071118054409.GA1044@cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117170537.F59492@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118054409.GA1044@cdnetworks.co.kr> Cc: Mike Silbersack , Andre Oppermann , Kip Macy , Denis Shaposhnikov , freebsd-current@freebsd.org, Mike Andrews Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 00:04:26 -0000 On Nov 17, 2007 9:44 PM, Pyun YongHyeon wrote: > > It seems that em(4) uses EM_TSO_SIZE(64K) to create DMA tag. A packet > can have 64K payload under TSO so its the mximum size of the mbuf > chain would be 64K + sizeof(link layer). So I guess the EM_TSO_SIZE > should be increased to hold sizeof(link layer). > It had been a long time since I looked into em(4) so I'm not sure. Hmm, you are right about this Pyun, I think this should be fixed, although I do not see how that would effect this since Mike's payloads are always way under this. Still I'll keep this in mind to be changed. Thanks for pointing it out. Jack From owner-freebsd-current@FreeBSD.ORG Sun Nov 18 23:10:09 2007 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 2515016A417; Sun, 18 Nov 2007 23:10:09 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: from gwyn.kn-bremen.de (gwyn.kn-bremen.de [212.63.36.242]) by mx1.freebsd.org (Postfix) with ESMTP id 5027613C46A; Sun, 18 Nov 2007 23:10:07 +0000 (UTC) (envelope-from nox@saturn.kn-bremen.de) Received: by gwyn.kn-bremen.de (Postfix, from userid 10) id DAB68247F19; Mon, 19 Nov 2007 00:09:46 +0100 (CET) Received: from saturn.kn-bremen.de (nox@localhost [127.0.0.1]) by saturn.kn-bremen.de (8.13.8/8.13.6) with ESMTP id lAIN8cKf082836; Mon, 19 Nov 2007 00:08:38 +0100 (CET) (envelope-from nox@saturn.kn-bremen.de) Received: (from nox@localhost) by saturn.kn-bremen.de (8.13.8/8.13.6/Submit) id lAIN8bCf082835; Mon, 19 Nov 2007 00:08:37 +0100 (CET) (envelope-from nox) Date: Mon, 19 Nov 2007 00:08:37 +0100 (CET) From: Juergen Lock Message-Id: <200711182308.lAIN8bCf082835@saturn.kn-bremen.de> To: CQG00620@nifty.ne.jp X-Newsgroups: local.list.freebsd.current In-Reply-To: <20071111073940.E35C74AE2D@mail.asahi-net.or.jp> Organization: home X-Mailman-Approved-At: Mon, 19 Nov 2007 00:17:40 +0000 Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: Re: An ATAPI CD-ROM drive doesn't work with 7.0-BETA2, but it works with 7.0-BETA1 and 6.3-BETA1 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 Nov 2007 23:10:09 -0000 In article <20071111073940.E35C74AE2D@mail.asahi-net.or.jp> you write: >Hi, all. > >I've tried to install FreeBSD/pc98 7.0-BETA2 to PC-9821Xa9 via FTP. >Installation is finished sucessfully. >But cannot use the internal ATAPI CD-ROM drive. > >aries# uname -a >FreeBSD aries.sign.local 7.0-BETA2 FreeBSD 7.0-BETA2 #1: Sun Nov 11 00:16:42 >JST 2007 nabe@aries.sign.local:/usr/src/sys/pc98/compile/GENERIC pc98 >aries# dmesg | grep ^acd >acd0: CDROM drive at ata1 as master >acd0: read 689KB/s (689KB/s), 256KB buffer, PIO2 >acd0: Reads: CDDA stream >acd0: Writes: >acd0: Audio: play, 256 volume levels >acd0: Mechanism: ejectable tray, unlocked >acd0: Medium: CD-ROM unknown >aries# mount_cd9660 -v /dev/acd0 /mnt >could not determine starting sector, using very first session >mount_cd9660: /dev/acd0: Input/output error >aries# cdcontrol info >cdcontrol: /dev/acd0: Input/output error >aries# cdcontrol status >cdcontrol: /dev/acd0: Input/output error >aries# > >The CD-ROM drive works well with 7.0-BETA1 and 6.3-BETA1. > >To use the CD-ROM drive with 7.0-BETA2, I have to apply a quick patch >described below and recompile the kernel: > >--- sys/dev/ata/atapi-cd.c.orig 2007-11-01 04:59:53.000000000 +0900 >+++ sys/dev/ata/atapi-cd.c 2007-11-11 00:15:21.000000000 +0900 >@@ -696,12 +696,16 @@ > if (!acd_mode_sense(dev, ATAPI_CDROM_CAP_PAGE, > (caddr_t)&cdp->cap, sizeof(cdp->cap)) && > cdp->cap.page_code == ATAPI_CDROM_CAP_PAGE) { >+#if 0 > if ((cdp->cap.medium_type == MST_FMT_NONE) || > (cdp->cap.medium_type == MST_NO_DISC) || > (cdp->cap.medium_type == MST_DOOR_OPEN) || > (cdp->cap.medium_type == MST_FMT_ERROR)) > return EIO; > else >+#else >+ printf("cap.medium_type:%d\n", cdp->cap.medium_type); >+#endif > break; > } > pause("acdld", hz / 2); > >The value of cdp->cap.medium_type is 0 (MST_FMT_NONE). Interesting, I didn't know real hw is also affected... I already had to make a patch for qemu that chases these recent commits (atapi-cd.c), see my post on -emulation, http://lists.freebsd.org/pipermail/freebsd-emulation/2007-November/004178.html If you want to play with the patch, its also at, http://people.freebsd.org/~nox/qemu/patch-hw-ide.c (testers especially with non-FreeBSD guests still wanted!) Thanx, Juergen From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 00:20:10 2007 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 5FB0016A417 for ; Mon, 19 Nov 2007 00:20:10 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.188]) by mx1.freebsd.org (Postfix) with ESMTP id 3579213C4DD for ; Mon, 19 Nov 2007 00:20:10 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1344682rvb for ; Sun, 18 Nov 2007 16:19:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=YSleLLIDZxW/Pe3UD2JVkkBEcQL0p4LLmuwLU4OWWnM=; b=gIVQe9KtrSs33ZpXB3UTgUVGFzc0vVXifp989rJlk6lNN+eKJYyFSFcLpsrgwu011HTxooAo4OLSCzuJCa0hCpnx2Vdupf8i4z93CqcGCp+X54NxBL0P/dBKEuLhJthJzXW8yqWrX/aSaNA+X398vEguUk55DhBTOoXGEeWF8/0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=YhGMEOPMa5YJ+xUHVNcUdCI0TOjhfcsVK04YbmCMlAs3FBlUyLeEXCiItsB1adL9J5k0lZcZz5kzX7Oiheil4dEBG4BquShu/0J63Szpldzi3nbnl6u5XrNFRtOSnMlmWTfmP9JlJ5PfaJ57Wr5e35/Hz7c9d0rzPCTaYquik24= Received: by 10.114.149.2 with SMTP id w2mr1738254wad.1195431598088; Sun, 18 Nov 2007 16:19:58 -0800 (PST) Received: by 10.114.13.15 with HTTP; Sun, 18 Nov 2007 16:19:58 -0800 (PST) Message-ID: Date: Sun, 18 Nov 2007 16:19:58 -0800 From: "Kip Macy" To: "Juergen Lock" In-Reply-To: <200711182308.lAIN8bCf082835@saturn.kn-bremen.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071111073940.E35C74AE2D@mail.asahi-net.or.jp> <200711182308.lAIN8bCf082835@saturn.kn-bremen.de> Cc: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org, CQG00620@nifty.ne.jp Subject: Re: An ATAPI CD-ROM drive doesn't work with 7.0-BETA2, but it works with 7.0-BETA1 and 6.3-BETA1 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 Nov 2007 00:20:10 -0000 This is also an issue on parallels. Scott Long and the maintainer are aware of the issue. I don't know yet how they intend to address it. -Kip On Nov 18, 2007 3:08 PM, Juergen Lock wrote: > > In article <20071111073940.E35C74AE2D@mail.asahi-net.or.jp> you write: > >Hi, all. > > > >I've tried to install FreeBSD/pc98 7.0-BETA2 to PC-9821Xa9 via FTP. > >Installation is finished sucessfully. > >But cannot use the internal ATAPI CD-ROM drive. > > > >aries# uname -a > >FreeBSD aries.sign.local 7.0-BETA2 FreeBSD 7.0-BETA2 #1: Sun Nov 11 00:16:42 > >JST 2007 nabe@aries.sign.local:/usr/src/sys/pc98/compile/GENERIC pc98 > >aries# dmesg | grep ^acd > >acd0: CDROM drive at ata1 as master > >acd0: read 689KB/s (689KB/s), 256KB buffer, PIO2 > >acd0: Reads: CDDA stream > >acd0: Writes: > >acd0: Audio: play, 256 volume levels > >acd0: Mechanism: ejectable tray, unlocked > >acd0: Medium: CD-ROM unknown > >aries# mount_cd9660 -v /dev/acd0 /mnt > >could not determine starting sector, using very first session > >mount_cd9660: /dev/acd0: Input/output error > >aries# cdcontrol info > >cdcontrol: /dev/acd0: Input/output error > >aries# cdcontrol status > >cdcontrol: /dev/acd0: Input/output error > >aries# > > > >The CD-ROM drive works well with 7.0-BETA1 and 6.3-BETA1. > > > >To use the CD-ROM drive with 7.0-BETA2, I have to apply a quick patch > >described below and recompile the kernel: > > > >--- sys/dev/ata/atapi-cd.c.orig 2007-11-01 04:59:53.000000000 +0900 > >+++ sys/dev/ata/atapi-cd.c 2007-11-11 00:15:21.000000000 +0900 > >@@ -696,12 +696,16 @@ > > if (!acd_mode_sense(dev, ATAPI_CDROM_CAP_PAGE, > > (caddr_t)&cdp->cap, sizeof(cdp->cap)) && > > cdp->cap.page_code == ATAPI_CDROM_CAP_PAGE) { > >+#if 0 > > if ((cdp->cap.medium_type == MST_FMT_NONE) || > > (cdp->cap.medium_type == MST_NO_DISC) || > > (cdp->cap.medium_type == MST_DOOR_OPEN) || > > (cdp->cap.medium_type == MST_FMT_ERROR)) > > return EIO; > > else > >+#else > >+ printf("cap.medium_type:%d\n", cdp->cap.medium_type); > >+#endif > > break; > > } > > pause("acdld", hz / 2); > > > >The value of cdp->cap.medium_type is 0 (MST_FMT_NONE). > > Interesting, I didn't know real hw is also affected... I already > had to make a patch for qemu that chases these recent commits (atapi-cd.c), > see my post on -emulation, > http://lists.freebsd.org/pipermail/freebsd-emulation/2007-November/004178.html > > If you want to play with the patch, its also at, > http://people.freebsd.org/~nox/qemu/patch-hw-ide.c > (testers especially with non-FreeBSD guests still wanted!) > > Thanx, > Juergen > > _______________________________________________ > 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 Sun Nov 18 22:55:24 2007 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 D67C216A41A for ; Sun, 18 Nov 2007 22:55:24 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 907B213C4CC for ; Sun, 18 Nov 2007 22:55:24 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1Itt2d-0004fN-OP for freebsd-current@freebsd.org; Sun, 18 Nov 2007 22:55:03 +0000 Received: from szg3.semi.szote.u-szeged.hu ([160.114.134.8]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 18 Nov 2007 22:55:03 +0000 Received: from bastyaelvtars by szg3.semi.szote.u-szeged.hu with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 18 Nov 2007 22:55:03 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Gergo Szakal Date: Sun, 18 Nov 2007 23:46:04 +0100 Organization: University of Szeged, Hungary - Faculty Of General Medicine Lines: 9 Message-ID: <20071118234604.14c44a7b.bastyaelvtars@gmail.com> References: <47348CAC.5020208@restart.be> <20071110085312.GG37371@garage.freebsd.pl> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: szg3.semi.szote.u-szeged.hu X-Newsreader: Sylpheed 2.4.7 (GTK+ 2.10.14; i686-pc-mingw32) Sender: news X-Mailman-Approved-At: Mon, 19 Nov 2007 00:57:46 +0000 Cc: freebsd-stable@freebsd.org Subject: Re: ZFS deadlock ? 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 Nov 2007 22:55:24 -0000 Maybe this is completely unrelated but I have compiled libtorrent & rtorrent with kqueue support and it freezes the system when hashing with 2 users' 2 clients simultaneously. Recompiling without kqueue support seems to do the trick, no freezes. Haven't tried the patch posted but maybe I will give it a go in the next few days. Anyway, thanks for the ZFS port. PS: Sorry if I broke the list rules, I am new here. :-) From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 01:28:29 2007 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 167B516A41A for ; Mon, 19 Nov 2007 01:28:29 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from goat.gigo.com (goat.gigo.com [216.218.228.114]) by mx1.freebsd.org (Postfix) with ESMTP id EDCE413C474 for ; Mon, 19 Nov 2007 01:28:28 +0000 (UTC) (envelope-from lioux-list@uol.com.br) Received: from 189.10.117.139 (189-10-117-139.bsace702.dsl.brasiltelecom.net.br [189.10.117.139]) by goat.gigo.com (Postfix) with ESMTP id 23DF9B854 for ; Sun, 18 Nov 2007 17:28:13 -0800 (PST) Received: (qmail 39637 invoked from network); 18 Nov 2007 23:27:27 -0200 Received: from unknown (HELO 10.0.0.6) (127.0.0.1) by exxodus.fedaykin.here with SMTP; 18 Nov 2007 23:27:27 -0200 Received: (qmail 92492 invoked by uid 1001); 18 Nov 2007 22:47:22 -0200 Message-ID: <20071119004722.92221.qmail@nexxus.fedaykin.here> Date: Sun, 18 Nov 2007 22:47:22 -0159 From: Mario Sergio Fujikawa Ferreira To: freebsd-current@FreeBSD.org MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="OgqxwSJOaUobr8KG" Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Subject: Panic on page fault during /bin/mv 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 Nov 2007 01:28:29 -0000 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I got a panic on a Toshiba laptop Satellite A135-S4527 (Intel Pentium dual-core processor T2080) running 7-STABLE as of November, 8th. FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #5: Thu Nov 8 23:44:48 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX i386 The panic happened on a page fault during a routine mv(1) operation on a UFS2 filesystem. No zfs on this system. Swap is untouched. Further information is attached. Let me know if there is anything I can do to help. Files can also be downloaded: - My kernel configuration http://people.FreeBSD.org/~lioux/panic/KERNCONF - kgdb(1) backtrace http://people.FreeBSD.org/~lioux/panic/crash.1.log - My system's dmesg http://people.FreeBSD.org/~lioux/panic/dmesg.boot - My system's pciconf(8) http://people.FreeBSD.org/~lioux/panic/pciconf.txt - My system's uname(1) http://people.FreeBSD.org/~lioux/panic/uname.txt - Crash dump /var/crash/info file http://people.FreeBSD.org/~lioux/panic/info.1 - archivers/lzma compressed core dump http://people.FreeBSD.org/~lioux/panic/vmcore.1.lzma - archivers/lzma compressed kernel with debug symbols http://people.FreeBSD.org/~lioux/panic/kernel.debug.lzma Regards, ps: To uncompress the lzma compressed files, proceed as following # cd /usr/ports/archivers/lzma # make install clean # lzma d vmcore.1.lzma vmcore.1 # lzma d kernel.debug.lzma kernel.debug so that you can access vmcore.1 and kernel.debug --------------- Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x88 fault code = supervisor read, page not present instruction pointer = 0x20:0xc069922c stack pointer = 0x28:0xe699fa8c frame pointer = 0x28:0xe699fb44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 80409 (mv) trap number = 12 #8 0xc069922c in _sx_xunlock (sx=Cannot access memory at address 0x866 ) at /usr/src/sys/kern/kern_sx.c:308 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, Current language: auto; currently c (kgdb) list 303 void 304 _sx_xunlock(struct sx *sx, const char *file, int line) 305 { 306 307 MPASS(curthread != NULL); 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); -- Mario S F Ferreira - DF - Brazil - "I guess this is a signature." feature, n: a documented bug | bug, n: an undocumented feature --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=KERNCONF # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ../../conf/NOTES and NOTES files. # If you are in doubt as to the purpose or necessity of a line, check first # in NOTES. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.473 2007/07/01 21:47:45 njl Exp $ #cpu I486_CPU #cpu I586_CPU cpu I686_CPU ident LIOUX # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols #options SCHED_4BSD # 4BSD scheduler options SCHED_ULE options PREEMPTION # Enable kernel thread preemption options INET # InterNETworking options INET6 # IPv6 communications protocols options SCTP # Stream Transmission Control Protocol options FFS # Berkeley Fast Filesystem options SOFTUPDATES # Enable FFS soft updates support options UFS_ACL # Support for access control lists options UFS_DIRHASH # Improve performance on big directories options UFS_GJOURNAL # Enable gjournal-based UFS journaling #options MD_ROOT # MD is a potential root device #options NFSCLIENT # Network Filesystem Client #options NFSSERVER # Network Filesystem Server #options NFS_ROOT # NFS usable as /, requires NFSCLIENT #options MSDOSFS # MSDOS Filesystem #options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) options PSEUDOFS # Pseudo-filesystem framework options GEOM_PART_GPT # GUID Partition Tables. options GEOM_LABEL # Provides labelization options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!] options COMPAT_FREEBSD4 # Compatible with FreeBSD4 options COMPAT_FREEBSD5 # Compatible with FreeBSD5 options COMPAT_FREEBSD6 # Compatible with FreeBSD6 options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI options KTRACE # ktrace(1) support options SYSVSHM # SYSV-style shared memory options SYSVMSG # SYSV-style message queues options SYSVSEM # SYSV-style semaphores options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions options KBD_INSTALL_CDEV # install a CDEV entry in /dev options ADAPTIVE_GIANT # Giant mutex is adaptive. options STOP_NMI # Stop CPUS using NMI instead of IPI options AUDIT # Security event auditing ### ## ADDON AREA - BEGIN ### # #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles #options DEBUG_LOCKS #options DEBUG_VFS_LOCKS #options SOCKBUF_DEBUG options DIAGNOSTIC #options BREAK_TO_DEBUGGER # #options IPFILTER # options IPFIREWALL options IPFIREWALL_DEFAULT_TO_ACCEPT options DUMMYNET # device pf device pflog device pfsync #options ALTQ #options ALTQ_CBQ # Class Bases Queuing (CBQ) #options ALTQ_RED # Random Early Detection (RED) #options ALTQ_RIO # RED In/Out #options ALTQ_HFSC # Hierarchical Packet Scheduler (HFSC) #options ALTQ_PRIQ # Priority Queuing (PRIQ) # options COMPAT_LINUX options LINPROCFS # device drm #device mgadrm # device atapicam # #device pcm #device snd device sound # options DEVICE_POLLING options HZ=1152 # options IPSTEALTH # options ZERO_COPY_SOCKETS # options UFS_EXTATTR options UFS_EXTATTR_AUTOSTART # options DIRECTIO ## options CPU_FASTER_5X86_FPU # #options CPU_SUSP_HLT # options CPU_UPGRADE_HW_CACHE # #options AUTO_EOI_1 # #options VESA #options SC_PIXEL_MODE #device fb #options FB_INSTALL_CDEV # install a CDEV entry in /dev # #options MAC #options MAC_LOMAC # device smbus #device iicbus #device iicbb #device iicsmb device smb device ichsmb # #device bktr # ####options BKTR_GPIO_ACCESS ####options BKTR_USE_PLL #options BKTR_USE_FREEBSD_SMBUS #options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_NTSC #options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_PAL # options P1003_1B_SEMAPHORES # # device hwpmc # Driver (also a loadable module) options HWPMC_HOOKS # Other necessary kernel hooks # # mdmfs 2.5Gb #options VM_KMEM_SIZE_MAX="1024*1024*1024" #options VM_KMEM_SIZE_SCALE="2" #options KVA_PAGES="512" # option INCLUDE_CONFIG_FILE # #options VFS_AIO # #options USBVERBOSE # # device acpi #device acpi_dock device acpi_toshiba device acpi_video # #device mmc #device mmcsd # ### ## ADDON AREA - END ### # Debugging for use in -current #options KDB # Enable kernel debugger support. #options DDB # Support DDB. #options GDB # Support remote GDB. #options INVARIANTS # Enable calls of extra sanity checking #options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS #options WITNESS # Enable checks to detect deadlocks and cycles ##options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed # To make an SMP kernel, the next two lines are needed options SMP # Symmetric MultiProcessor Kernel device apic # I/O APIC # CPU frequency control device cpufreq # Bus support. #device eisa device pci # Floppy drives device fdc # ATA and ATAPI devices device ata device atadisk # ATA disk drives #device ataraid # ATA RAID drives device atapicd # ATAPI CDROM drives #device atapifd # ATAPI floppy drives #device atapist # ATAPI tape drives options ATA_STATIC_ID # Static device numbering # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #options AHC_REG_PRETTY_PRINT # Print register bitfields in debug # # output. Adds ~128k to driver. #device ahd # AHA39320/29320 and onboard AIC79xx devices #options AHD_REG_PRETTY_PRINT # Print register bitfields in debug # output. Adds ~215k to driver. #device amd # AMD 53C974 (Tekram DC-390(T)) #device hptiop # Highpoint RocketRaid 3xxx series #device isp # Qlogic family #device ispfw # Firmware for QLogic HBAs- normally a module #device mpt # LSI-Logic MPT-Fusion #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') #device trm # Tekram DC395U/UW/F DC315U adapters #device adv # Advansys SCSI adapters #device adw # Advansys wide SCSI adapters #device aha # Adaptec 154x SCSI adapters #device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. #device bt # Buslogic/Mylex MultiMaster SCSI adapters #device ncv # NCR 53C500 #device nsp # Workbit Ninja SCSI-3 #device stg # TMC 18C30/18C50 # SCSI peripherals device scbus # SCSI bus (required for SCSI) #device ch # SCSI media changers device da # Direct Access (disks) #device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) #device ses # SCSI Environmental Services (and SAF-TE) # RAID controllers interfaced to the SCSI subsystem #device amr # AMI MegaRAID #device arcmsr # Areca SATA II RAID #device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID #device ciss # Compaq Smart RAID 5* #device dpt # DPT Smartcache III, IV - See NOTES for options #device hptmv # Highpoint RocketRAID 182x #device rr232x # Highpoint RocketRAID 232x #device iir # Intel Integrated RAID #device ips # IBM (Adaptec) ServeRAID #device mly # Mylex AcceleRAID/eXtremeRAID #device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers #device aac # Adaptec FSA RAID #device aacp # SCSI passthrough for aac (requires CAM) #device ida # Compaq Smart RAID #device mfi # LSI MegaRAID SAS #device mlx # Mylex DAC960 family #device pst # Promise Supertrak SX6000 #device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device kbdmux # keyboard multiplexer device vga # VGA video card driver device splash # Splash screen and screen saver support # syscons is the default console driver, resembling an SCO console device sc device agp # support several AGP chipsets # Power management support (see NOTES for more options) #device apm # Add suspend/resume support for the i8254. device pmtimer # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support device cbb # cardbus (yenta) bridge device pccard # PC Card (16-bit) bus device cardbus # CardBus (32-bit) bus # Serial (COM) ports #device sio # 8250, 16[45]50 based serial ports device uart # Generic UART driver # Parallel port #device ppc #device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # If you've got a "dumb" serial or parallel PCI card that is # supported by the puc(4) glue driver, uncomment the following # line to enable it (connects to sio, uart and/or ppc drivers): #device puc # PCI Ethernet NICs. #device de # DEC/Intel DC21x4x (``Tulip'') #device em # Intel PRO/1000 adapter Gigabit Ethernet Card #device ixgb # Intel PRO/10GbE Ethernet Card #device le # AMD Am7900 LANCE and Am79C9xx PCnet #device txp # 3Com 3cR990 (``Typhoon'') #device vx # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. # NOTE: Be sure to keep the 'device miibus' line in order to use these NICs! device miibus # MII bus support #device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet #device bfe # Broadcom BCM440x 10/100 Ethernet #device bge # Broadcom BCM570xx Gigabit Ethernet #device dc # DEC/Intel 21143 and various workalikes #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device lge # Level 1 LXT1001 gigabit Ethernet #device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet #device nfe # nVidia nForce MCP on-board Ethernet #device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking #device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') device re # RealTek 8139C+/8169/8169S/8110S #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet #device ste # Sundance ST201 (D-Link DFE-550TX) #device stge # Sundance/Tamarack TC9021 gigabit Ethernet #device ti # Alteon Networks Tigon I/II gigabit Ethernet #device tl # Texas Instruments ThunderLAN #device tx # SMC EtherPower II (83c170 ``EPIC'') #device vge # VIA VT612x gigabit Ethernet #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. pccard NICs included. #device cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' #device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards #device ex # Intel EtherExpress Pro/10 and Pro/10+ #device ep # Etherlink III based cards #device fe # Fujitsu MB8696x based cards #device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc. #device sn # SMC's 9000 series of Ethernet chips #device xe # Xircom pccard Ethernet # Wireless NIC cards device wlan # 802.11 support device wlan_wep # 802.11 WEP support device wlan_ccmp # 802.11 CCMP support device wlan_tkip # 802.11 TKIP support #device wlan_amrr # AMRR transmit rate control algorithm #device wlan_scan_ap # 802.11 AP mode scanning device wlan_scan_sta # 802.11 STA mode scanning #device an # Aironet 4500/4800 802.11 wireless NICs. device ath # Atheros pci/cardbus NIC's device ath_hal # Atheros HAL (Hardware Access Layer) device ath_rate_sample # SampleRate tx rate control for ath #device awi # BayStack 660 and others #device ral # Ralink Technology RT2500 wireless NICs. #device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. #device wl # Older non 802.11 Wavelan wireless NIC. # Pseudo devices. device loop # Network loopback device random # Entropy device device ether # Ethernet support #device sl # Kernel SLIP #device ppp # Kernel PPP #device tun # Packet tunnel. device pty # Pseudo-ttys (telnet etc) #device md # Memory "disks" #device gif # IPv6 and IPv4 tunneling #device faith # IPv6-to-IPv4 relaying (translation) #device firmware # firmware assist module # The `bpf' device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # Note that 'bpf' is required for DHCP. device bpf # Berkeley packet filter # USB support device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface device ehci # EHCI PCI->USB interface (USB 2.0) device usb # USB Bus (required) #device udbp # USB Double Bulk Pipe devices device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse #device ural # Ralink Technology RT2500USB wireless NICs #device rum # Ralink Technology RT2501USB wireless NICs #device urio # Diamond Rio 500 MP3 player #device uscanner # Scanners # USB Ethernet, requires miibus #device aue # ADMtek USB Ethernet #device axe # ASIX Electronics USB Ethernet #device cdce # Generic USB over Ethernet #device cue # CATC USB Ethernet #device kue # Kawasaki LSI USB Ethernet #device rue # RealTek RTL8150 USB Ethernet # FireWire support #device firewire # FireWire bus code #device sbp # SCSI over FireWire (Requires scbus and da) #device fwe # Ethernet over FireWire (non-standard!) #device fwip # IP over FireWire (RFC 2734,3146) #device dcons # Dumb console driver #device dcons_crom # Configuration ROM for dcons --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="dmesg.boot" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #7: Thu Nov 15 14:02:59 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. WITNESS: spin lock scrlock not in order list Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Genuine Intel(R) CPU T2080 @ 1.73GHz (1729.02-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6ec Stepping = 12 Features=0xbfe9fbff Features2=0xc189 AMD Features=0x100000 Cores per package: 2 real memory = 2137522176 (2038 MB) avail memory = 2082197504 (1985 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 WITNESS: spin lock intrcnt not in order list ioapic0: Changing APIC ID to 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_lid0: on acpi0 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 vgapci0: port 0x1800-0x1807 mem 0xdc100000-0xdc17ffff,0xc0000000-0xcfffffff,0xdc200000-0xdc23ffff irq 16 at device 2.0 on pci0 acpi_video0: on vgapci0 agp0: on vgapci0 agp0: detected 7932k stolen memory agp0: aperture size is 256M vgapci1: mem 0xdc180000-0xdc1fffff at device 2.1 on pci0 pcm0: mem 0xdc440000-0xdc443fff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib1: irq 17 at device 28.0 on pci0 pci2: on pcib1 pcib2: irq 16 at device 28.1 on pci0 pci4: on pcib2 ath0: mem 0xd8000000-0xd800ffff irq 17 at device 0.0 on pci4 ath0: [ITHREAD] ath0: using obsoleted if_watchdog interface ath0: Ethernet address: 00:19:7e:7d:9b:de ath0: mac 10.0 phy 6.1 radio 10.2 pcib3: irq 18 at device 28.2 on pci0 pci5: on pcib3 re0: port 0x4000-0x40ff mem 0xda000000-0xda000fff irq 18 at device 0.0 on pci5 re0: Using 2 MSI messages miibus0: on re0 rlphy0: PHY 1 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto re0: Ethernet address: 00:16:d4:fe:8c:b8 re0: [FILTER] re0: [FILTER] uhci0: port 0x1820-0x183f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1840-0x185f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1860-0x187f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x1880-0x189f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0xdc444000-0xdc4443ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered usb4: handing over low speed device on port 3 to usb1 uhub4: port 3, device disappeared after reset pcib4: at device 30.0 on pci0 pci6: on pcib4 cbb0: at device 4.0 on pci6 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] pci6: at device 4.1 (no driver attached) pci6: at device 4.2 (no driver attached) pci6: at device 4.3 (no driver attached) isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x18b0-0x18bf at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] ichsmb0: port 0x18c0-0x18df irq 19 at device 31.3 on pci0 ichsmb0: [GIANT-LOCKED] ichsmb0: [ITHREAD] smbus0: on ichsmb0 smb0: on smbus0 acpi_acad0: on acpi0 battery0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xcf000-0xcffff,0xdc000-0xdffff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub1 ums0: 5 buttons and Z dir and a TILT dir. Timecounters tick every 0.868 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to accept, logging disabled ad0: 114473MB at ata0-master SATA150 acd0: DVDR at ata1-master UDMA33 pcm0: pcm0: SMP: AP CPU #1 Launched! hwpmc: TSC/1/0x20 P6/2/0x1ff WARNING: WITNESS option enabled, expect reduced performance. WARNING: DIAGNOSTIC option enabled, expect reduced performance. GEOM_LABEL: Label for provider ad0s1 is ntfs/TOSHIBA SYSTEM VOLUME. GEOM_LABEL: Label for provider ad0s5 is msdosfs/SWAP. GEOM_LABEL: Label for provider ad0s6 is ntfs/Temp. Trying to mount root from ufs:/dev/ad0s4a IP Filter: v4.1.28 initialized. Default = pass all, Logging = enabled acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Expensive timeout(9) function: 0xc0799ef0(0xc518e800) 0.004457270 s Expensive timeout(9) function: 0xc05e2df0(0xc0b378c0) 0.007864127 s --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="pciconf.txt" hostb0@pci0:0:0:0: class=0x060000 card=0xff001179 chip=0x27a08086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '955XM/945GM/PM/GMS/940GML Express Processor to DRAM Controller' class = bridge subclass = HOST-PCI vgapci0@pci0:0:2:0: class=0x030000 card=0xff021179 chip=0x27a28086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display subclass = VGA vgapci1@pci0:0:2:1: class=0x038000 card=0xff021179 chip=0x27a68086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = 'Mobile 945GM/GU Express Integrated Graphics Controller' class = display pcm0@pci0:0:27:0: class=0x040300 card=0xff011179 chip=0x27d88086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) High Definition Audio' class = multimedia pcib1@pci0:0:28:0: class=0x060400 card=0xff001179 chip=0x27d08086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib2@pci0:0:28:1: class=0x060400 card=0xff001179 chip=0x27d28086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI pcib3@pci0:0:28:2: class=0x060400 card=0xff001179 chip=0x27d48086 rev=0x02 hdr=0x01 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) PCIe Root Port' class = bridge subclass = PCI-PCI uhci0@pci0:0:29:0: class=0x0c0300 card=0xff001179 chip=0x27c88086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:29:1: class=0x0c0300 card=0xff001179 chip=0x27c98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:2: class=0x0c0300 card=0xff001179 chip=0x27ca8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:3: class=0x0c0300 card=0xff001179 chip=0x27cb8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:29:7: class=0x0c0320 card=0xff001179 chip=0x27cc8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) USB 2.0 Enhanced Host Controller' class = serial bus subclass = USB pcib4@pci0:0:30:0: class=0x060401 card=0xff001179 chip=0x24488086 rev=0xe2 hdr=0x01 vendor = 'Intel Corporation' device = '82801BAM/CAM/DBM (ICH2-M/3-M/4-M) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0xff001179 chip=0x27b98086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM (ICH7-M) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x010180 card=0xff001179 chip=0x27c48086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801GBM/GHM (ICH7-M Family) Serial ATA Storage Controller' class = mass storage subclass = ATA ichsmb0@pci0:0:31:3: class=0x0c0500 card=0xff001179 chip=0x27da8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801G (ICH7 Family) SMBus Controller' class = serial bus subclass = SMBus ath0@pci0:4:0:0: class=0x020000 card=0x04251468 chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'AR5006 family 802.11abg Wireless NIC' class = network subclass = ethernet re0@pci0:5:0:0: class=0x020000 card=0xff001179 chip=0x813610ec rev=0x01 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8139/810x Family Fast Ethernet NIC' class = network subclass = ethernet cbb0@pci0:6:4:0: class=0x060700 card=0xff001179 chip=0x8039104c rev=0x00 hdr=0x02 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 Cardbus Controller' class = bridge subclass = PCI-CardBus none0@pci0:6:4:1: class=0x0c0010 card=0xff001179 chip=0x803a104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = '??? OHCI Compliant IEEE 1394 Host controller' class = serial bus subclass = FireWire none1@pci0:6:4:2: class=0x018000 card=0xff001179 chip=0x803b104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 Integrated Flash Media Controller' class = mass storage none2@pci0:6:4:3: class=0x080501 card=0xff001179 chip=0x803c104c rev=0x00 hdr=0x00 vendor = 'Texas Instruments (TI)' device = 'PCIxx12 SDA Standard Compliant SD Host Controller' class = base peripheral --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="uname.txt" FreeBSD nexxus.fedaykin.here 7.0-BETA2 FreeBSD 7.0-BETA2 #7: Thu Nov 15 14:02:59 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX i386 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="crash.1.log" Script started on Fri Nov 9 10:53:54 2007 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd". Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x88 fault code = supervisor read, page not present instruction pointer = 0x20:0xc069922c stack pointer = 0x28:0xe699fa8c frame pointer = 0x28:0xe699fb44 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 80409 (mv) trap number = 12 panic: page fault cpuid = 1 Uptime: 1h29m53s Physical memory: 1001 MB Dumping 173 MB: 158 (CTRL-C to abort) 142 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 126 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 110 94 (CTRL-C to abort) 78 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 62 (CTRL-C to abort) (CTRL-C to abort) (CTRL-C to abort) 46 30 14 #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 241 dumptid = curthread->td_tid; (kgdb) list *0xc069922c 0xc069922c is in _sx_xunlock (/usr/src/sys/kern/kern_sx.c:308). 303 void 304 _sx_xunlock(struct sx *sx, const char *file, int line) 305 { 306 307 MPASS(curthread != NULL); 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); (kgdb) backtrace #0 doadump () at /usr/src/sys/kern/kern_shutdown.c:241 #1 0xc0acf5e0 in buf.14794 () #2 0xc068e42f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xc068e86b in panic (fmt=Could not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xc09b7b33 in trap_fatal (frame=0xe699fa4c, eva=136) at /usr/src/sys/i386/i386/trap.c:872 #5 0xc09b76d5 in trap_pfault (frame=0xe699fa4c, usermode=0, eva=136) at /usr/src/sys/i386/i386/trap.c:785 #6 0xc09b7004 in trap (frame=0xe699fa4c) at /usr/src/sys/i386/i386/trap.c:463 #7 0xc099572b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #8 0xc069922c in _sx_xunlock (sx=Cannot access memory at address 0x866 ) at /usr/src/sys/kern/kern_sx.c:308 Previous frame inner to this frame (corrupt stack?) (kgdb) up #1 0xc0acf5e0 in buf.14794 () (kgdb) list 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); 313 LOCK_LOG_LOCK("XUNLOCK", &sx->lock_object, 0, sx->sx_recurse, file, 314 line); 315 if (!sx_recursed(sx)) 316 lock_profile_release_lock(&sx->lock_object); 317 __sx_xunlock(sx, curthread, file, line); (kgdb) up #2 0xc068e42f in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 409 doadump(); (kgdb) list 404 405 /* XXX This doesn't disable interrupts any more. Reconsider? */ 406 splhigh(); 407 408 if ((howto & (RB_HALT|RB_DUMP)) == RB_DUMP && !cold && !dumping) 409 doadump(); 410 411 /* Now that we're going to really halt the system... */ 412 EVENTHANDLER_INVOKE(shutdown_final, howto); 413 (kgdb) up #3 0xc068e86b in panic (fmt=Could not find the frame base for "panic". ) at /usr/src/sys/kern/kern_shutdown.c:563 563 boot(bootopt); (kgdb) list 558 /*thread_lock(td); */ 559 td->td_flags |= TDF_INPANIC; 560 /* thread_unlock(td); */ 561 if (!sync_on_panic) 562 bootopt |= RB_NOSYNC; 563 boot(bootopt); 564 } 565 566 /* 567 * Support for poweroff delay. (kgdb) up #4 0xc09b7b33 in trap_fatal (frame=0xe699fa4c, eva=136) at /usr/src/sys/i386/i386/trap.c:872 872 panic("%s", trap_msg[type]); (kgdb) list 867 frame->tf_err = code; /* restore error code */ 868 } 869 #endif 870 printf("trap number = %d\n", type); 871 if (type <= MAX_TRAP_MSG) 872 panic("%s", trap_msg[type]); 873 else 874 panic("unknown/reserved trap"); 875 } 876 (kgdb) up #5 0xc09b76d5 in trap_pfault (frame=0xe699fa4c, usermode=0, eva=136) at /usr/src/sys/i386/i386/trap.c:785 785 trap_fatal(frame, eva); (kgdb) list 780 if (td->td_intr_nesting_level == 0 && 781 PCPU_GET(curpcb)->pcb_onfault != NULL) { 782 frame->tf_eip = (int)PCPU_GET(curpcb)->pcb_onfault; 783 return (0); 784 } 785 trap_fatal(frame, eva); 786 return (-1); 787 } 788 789 return((rv == KERN_PROTECTION_FAILURE) ? SIGBUS : SIGSEGV); (kgdb) up #6 0xc09b7004 in trap (frame=0xe699fa4c) at /usr/src/sys/i386/i386/trap.c:463 463 (void) trap_pfault(frame, FALSE, eva); (kgdb) list 458 459 KASSERT(cold || td->td_ucred != NULL, 460 ("kernel trap doesn't have ucred")); 461 switch (type) { 462 case T_PAGEFLT: /* page fault */ 463 (void) trap_pfault(frame, FALSE, eva); 464 goto out; 465 466 case T_DNA: 467 #ifdef DEV_NPX (kgdb) up #7 0xc099572b in calltrap () at /usr/src/sys/i386/i386/exception.s:139 139 call trap Current language: auto; currently asm (kgdb) list 134 alltraps_with_regs_pushed: 135 SET_KERNEL_SREGS 136 FAKE_MCOUNT(TF_EIP(%esp)) 137 calltrap: 138 pushl %esp 139 call trap 140 add $4, %esp 141 142 /* 143 * Return via doreti to handle ASTs. (kgdb) up #8 0xc069922c in _sx_xunlock (sx=Cannot access memory at address 0x866 ) at /usr/src/sys/kern/kern_sx.c:308 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, Current language: auto; currently c (kgdb) list 303 void 304 _sx_xunlock(struct sx *sx, const char *file, int line) 305 { 306 307 MPASS(curthread != NULL); 308 KASSERT(sx->sx_lock != SX_LOCK_DESTROYED, 309 ("sx_xunlock() of destroyed sx @ %s:%d", file, line)); 310 _sx_assert(sx, SA_XLOCKED, file, line); 311 curthread->td_locks--; 312 WITNESS_UNLOCK(&sx->lock_object, LOP_EXCLUSIVE, file, line); (kgdb) exit Undefined command: "exit". Try "help". (kgdb) quit Script done on Fri Nov 9 10:54:41 2007 --OgqxwSJOaUobr8KG Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="info.1" Dump header from device /dev/ad0s4b Architecture: i386 Architecture Version: 2 Dump Length: 182251520B (173 MB) Blocksize: 512 Dumptime: Fri Nov 9 10:31:03 2007 Hostname: nexxus.fedaykin.here Magic: FreeBSD Kernel Dump Version String: FreeBSD 7.0-BETA2 #5: Thu Nov 8 23:44:48 BRST 2007 lioux@nexxus:/usr/obj/usr/src/sys/LIOUX Panic String: page fault Dump Parity: 1335410508 Bounds: 1 Dump Status: good --OgqxwSJOaUobr8KG-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 01:28:41 2007 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 3B61916A515; Mon, 19 Nov 2007 01:28:41 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from mindcrime.bit0.com (bit0.com [207.246.88.211]) by mx1.freebsd.org (Postfix) with ESMTP id EBC7713C4BE; Mon, 19 Nov 2007 01:28:40 +0000 (UTC) (envelope-from mandrews@bit0.com) Received: from localhost (localhost.bit0.com [127.0.0.1]) by mindcrime.bit0.com (Postfix) with ESMTP id 511EB1E3377; Sun, 18 Nov 2007 20:28:16 -0500 (EST) X-Virus-Scanned: amavisd-new at bit0.com Received: from mindcrime.bit0.com ([127.0.0.1]) by localhost (mindcrime.int.bit0.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Ptc9UzxRV5mT; Sun, 18 Nov 2007 20:28:14 -0500 (EST) Received: from localhost (localhost.bit0.com [127.0.0.1]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mindcrime.bit0.com (Postfix) with ESMTP; Sun, 18 Nov 2007 20:28:14 -0500 (EST) Date: Sun, 18 Nov 2007 20:28:14 -0500 (EST) From: Mike Andrews X-X-Sender: mandrews@mindcrime.int.bit0.com To: Jack Vogel In-Reply-To: <2a41acea0711181549m69a55283v852f8627e3217c61@mail.gmail.com> Message-ID: <20071118202733.S4351@mindcrime.int.bit0.com> References: <20071117003504.R31357@mindcrime.int.bit0.com> <20071117182232.T59492@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118030305.N99375@mindcrime.int.bit0.com> <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> <2a41acea0711181140w6707b85p18ac9a483ae367b7@mail.gmail.com> <20071118181625.Y19404@mindcrime.int.bit0.com> <2a41acea0711181549m69a55283v852f8627e3217c61@mail.gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 01:28:41 -0000 On Sun, 18 Nov 2007, Jack Vogel wrote: > Mike, do me a favor, I just noticed that my 6.6.6 driver is on the > Intel download > site now, it would be valuable for me to know if it still has the problem. It does, sorry :( From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 04:27:21 2007 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 4082D16A419 for ; Mon, 19 Nov 2007 04:27:21 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id EF0A313C43E for ; Mon, 19 Nov 2007 04:27:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5837704pyb for ; Sun, 18 Nov 2007 20:27:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=87BKx9wU1Kz0vquTcCCSDPqFP2wMhyJpLSOl71A6n6Q=; b=mJdhlO5TP6Wz3/ub32bW+fRXH5bUPTbe8/97aGYRfY8Ir4qd5z/DREZxxYvTsoYOv/rJESvLbfgADx9nx1hkW0/Mry/gJBaSmWAgSuWOm5Ha4neOrB/J+K0HE7Ze7Z8Md8XP2jfsQextWm8Vh1wOgWSvAVUpCaUXgi0OvRlaXTw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=Png4kY5C+xV3sp+l9+IQ2X7jep+rXB4QsIxKCidUzhPEjxGaEL35CzoEXbXaCMjFLrwhiWFEmk3jI8Tc3hkNZsT8QDlIAKMa5hnzyM2x95lw4UDrVEBShB453XIricrAYmnywFSF8EpbtXJUhXoEYvMaQYSEy2IUaGQfs4ateOI= Received: by 10.65.116.10 with SMTP id t10mr10515091qbm.1195446429718; Sun, 18 Nov 2007 20:27:09 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f13sm3661256qba.2007.11.18.20.27.08 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Nov 2007 20:27:08 -0800 (PST) Message-ID: <4741109A.8090601@gmail.com> Date: Sun, 18 Nov 2007 23:27:06 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: strange ntfs-fuse behavior 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 Nov 2007 04:27:21 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Notes: /dev/ad6s1 is the primary (only) vista/ntfs partition on the machine monster# mount_ntfs-fuse -o force /dev/ad6s1 /mnt/windows /dev/ad6s1 is not a block device, nor regular file. Forced to continue. Error opening partition device : Invalid argument Failed to startup volume : Invalid argument Couldn't mount device '/dev/ad6s1' : Invalid argument Mount failed. monster# mount -t ntfs /dev/ad6s1 /mnt/windows monster# kldstat Id Refs Address Size Name 1 13 0xffffffff80100000 a5b690 kernel (/boot/kernel/kernel) 2 1 0xffffffff80b5c000 9bf0 linprocfs.ko (/boot/kernel/linprocfs.ko) 3 2 0xffffffff80b66000 383d0 linux.ko (/boot/kernel/linux.ko) 4 1 0xffffffff80b9f000 1a080 snd_hda.ko (/boot/kernel/snd_hda.ko) 5 2 0xffffffff80bba000 66430 sound.ko (/boot/kernel/sound.ko) 6 1 0xffffffff80c21000 14710 fuse.ko (/boot/kernel/fuse.ko) monster# uname -a FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 monster# df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad6s2a 507630 113194 353826 24% / devfs 1 1 0 100% /dev /dev/ad6s2f 20308398 6388826 12294902 34% /FreeBSD /dev/ad6s2e 507630 9700 457320 2% /tmp /dev/ad6s2h 60948072 4088848 51983380 7% /usr /dev/ad6s2g 10154158 949408 8392418 10% /usr/obj /dev/ad6s2d 5059630 153160 4501700 3% /var /dev/ad5s1 236508370 45899308 171688394 21% /usr/home procfs 4 4 0 100% /proc linprocfs 4 4 0 100% /usr/compat/linux/proc /dev/ad6s1 126975999 32853795 94122204 26% /mnt/windows monster# ls /mnt/windows/ $AttrDef $UpCase System Volume Information $BadClus $Volume Users $Bitmap BOOTSECT.BAK Windows $Boot Boot autoexec.bat $Extend Config.Msi bootmgr $LogFile Documents and Settings config.sys $MFTMirr NST hiberfil.sys $Recycle.Bin Program Files pagefile.sys $Secure ProgramData - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQRCZJ9+1V27SttsRAs0JAJ47QTiDMn1CCKlbDU4wlwHfjBuuzwCdEjgO 7T9dKlh7jwsdmN2T1y3pF1U= =Lx7E -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 05:19:31 2007 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 45EA316A418 for ; Mon, 19 Nov 2007 05:19:31 +0000 (UTC) (envelope-from l_ravikiran_2000@yahoo.com) Received: from web55202.mail.re4.yahoo.com (web55202.mail.re4.yahoo.com [206.190.58.166]) by mx1.freebsd.org (Postfix) with SMTP id D0B4F13C45B for ; Mon, 19 Nov 2007 05:19:30 +0000 (UTC) (envelope-from l_ravikiran_2000@yahoo.com) Received: (qmail 98436 invoked by uid 60001); 19 Nov 2007 04:52:30 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:X-Mailer:Date:From:Subject:To:MIME-Version:Content-Type:Message-ID; b=IUXOTFywTuUeMo6kaXRZ6npKDYAoUrOvU47GJPcdppPYC3xj30SoixHcn2arn4cR/l7Nu1o0lRdx25VRa36a8oWdF/Y0c4rSp+1LJjjRa12Db24aGOzyqdN7etmG3pD4BT2aQw7BnLm93Kt89orNqGoFsJan/ef3bCxAMYqIxV0=; X-YMail-OSG: z8DCgPwVM1lkyzNC6sksRP0Xadi8vy5VbKosb8gSdpHiOYI7i77joM4qIK.xa1WzzNW1Lwt3JA-- Received: from [203.83.248.32] by web55202.mail.re4.yahoo.com via HTTP; Sun, 18 Nov 2007 20:52:30 PST X-Mailer: YahooMailRC/818.27 YahooMailWebService/0.7.157 Date: Sun, 18 Nov 2007 20:52:30 -0800 (PST) From: LINGAM RAVI KIRAN To: freebsd-current@freebsd.org MIME-Version: 1.0 Message-ID: <714518.97748.qm@web55202.mail.re4.yahoo.com> Content-Type: text/plain; charset=us-ascii X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Problem in wpi firmware 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 Nov 2007 05:19:31 -0000 Hi friends, I am trying to get wifi in hp nc6400 laptop, i have Intel 3945ABG NIC card, i installed wpi package, but there is some problem in firmware or some silly mistake i am doing, which i could not figure out. My system configuration is: Intel 3945ABG NIC card FreeBSD 8.0 current Problem is : bad dmamem_alloc_memory and after that firmware wpifw could not load. Thanks & regards, L. Ravi Kiran From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 06:32:10 2007 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 17DF616A418 for ; Mon, 19 Nov 2007 06:32:10 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtp7-g19.free.fr (smtp7-g19.free.fr [212.27.42.64]) by mx1.freebsd.org (Postfix) with ESMTP id A9F8413C442 for ; Mon, 19 Nov 2007 06:32:09 +0000 (UTC) (envelope-from rmgls@free.fr) Received: from smtp7-g19.free.fr (localhost [127.0.0.1]) by smtp7-g19.free.fr (Postfix) with ESMTP id 2AAA832280C; Mon, 19 Nov 2007 07:32:03 +0100 (CET) Received: from free.fr (evr27-1-88-172-40-194.fbx.proxad.net [88.172.40.194]) by smtp7-g19.free.fr (Postfix) with ESMTP id CC59232280A; Mon, 19 Nov 2007 07:32:02 +0100 (CET) To: "Kevin Oberman" From: rmgls@free.fr Date: Mon, 19 Nov 2007 07:31:58 +0100 Sender: rmgls@free.fr Message-Id: <20071119063202.CC59232280A@smtp7-g19.free.fr> Cc: freebsd-current@freebsd.org Subject: Re: wpa_supplicant in head 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 Nov 2007 06:32:10 -0000 >> Date: Sun, 18 Nov 2007 16:53:56 +0100 >> >> >> Hi all, >> >> I investigated a little more, with my connection problem. >> in fact, even with a world and a kernel of this morning, i cannot connect >> to my AP, because this one is hidden, (the ssid is not transmitted in his frames). >> and wpa_supplicant does not recognize it even indicating his bssid. >> when it is not hidden, all works fine with all machines. >> the problem occurs only when the AP is hidden. >> Something has changed between the 30-9-2007 and the 27-10, date of my update. >> i can confirm that world and kernel of 30-9 connected quite well even >> with a hidden AP. >> >> Here is the config: >> >> Current, on two machines, (one laptop with the iwi driver, >> and one smp with ath builtin on the motherboard. >> i use wpa_supplicant with both, and nothing has changed in the config. >> of course the config_file points to the ssid and psk is correct. >> wpa_supplicant -d see the mac address but reports a bad ssid "" (hidden), >> but the ssid of the AP is present. >> >> With some help perhaps i can investigate furthermore and solve the problem. >> Thanks in advance. > >This looks just too obvious, so it is probably not the answer. Do you >have "scan_ssid=1" in the network definition in >/etc/wpa_supplicant.conf? It is required for unadvertised APs, even if >the ssid is specified. > >Here is the (sanitized) entry for my home net which does not advertise >(WEP, not WPA): >network={ > ssid="xyz1234" > scan_ssid=1 > key_mgmt=NONE > wep_key0=0123456789ABCDEF0123456789 > wep_tx_keyidx=0 >} > R. Kevin Oberman, Network Engineer >Energy Sciences Network (ESnet) >Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) >E-mail: oberman@es.net Phone: +1 510 486-8634 Hi Kevin, Shanks for your answer and Sorry for the late reply, but i tried all conbinations in the config_file... there are two problems in fact, 1 as stated in a similar thread (re wpa_supplicant spam...) the wpa_supplicant of our base system blank the ssid. this one from the port collection does not blank it. 2 no carrier after configuring all. here is my commands and their result: ========= wpa_supplicant -d -iiwi0 -c /etc/wpa_supplicant.conf Initializing interface 'iwi0' conf '/etc/wpa_supplicant.conf' driver 'default' ctrl_interface 'N/A' bridge 'N/A' Configuration file '/etc/wpa_supplicant.conf' -> '/etc/wpa_supplicant.conf' Reading configuration file '/etc/wpa_supplicant.conf' Priority group 0 id=0 ssid='HOME' Initializing interface (2) 'iwi0' EAPOL: SUPP_PAE entering state DISCONNECTED EAPOL: KEY_RX entering state NO_KEY_RECEIVE EAPOL: SUPP_BE entering state INITIALIZE EAP: EAP entering state DISABLED EAPOL: External notification - portEnabled=0 EAPOL: External notification - portValid=0 Own MAC address: 00:19:c4:aa:af:6e wpa_driver_bsd_set_wpa: enabled=1 wpa_driver_bsd_set_wpa_internal: wpa=3 privacy=1 wpa_driver_bsd_del_key: keyidx=0 wpa_driver_bsd_del_key: keyidx=1 wpa_driver_bsd_del_key: keyidx=2 wpa_driver_bsd_del_key: keyidx=3 wpa_driver_bsd_set_countermeasures: enabled=0 wpa_driver_bsd_set_drop_unencrypted: enabled=1 Setting scan request: 0 sec 100000 usec Added interface iwi0 State: DISCONNECTED -> SCANNING Starting AP scan (specific SSID) Scan SSID - hexdump_ascii(len=7): HOME Trying to get current scan results first without requesting a new scan to speed up initial association Received 0 bytes of scan results (0 BSSes) Scan results: 0 Selecting BSS from priority group 0 Try to find WPA-enabled AP Try to find non-WPA AP No suitable AP found. Setting scan request: 0 sec 0 usec Starting AP scan (broadcast SSID) Received 0 bytes of scan results (5 BSSes) Scan results: 5 Selecting BSS from priority group 0 Try to find WPA-enabled AP 1: c6:18:70:1d:1f:9c ssid='' wpa_ie_len=28 rsn_ie_len=0 caps=0x11 skip - SSID mismatch ========= ifconfig iwi0 iwi0: flags=8843 metric 0 mtu 1500 inet 192.168.0.2 netmask 0xffffff00 broadcast 192.168.0.255 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ssid HOME channel 11 (2462 Mhz 11g) authmode WPA1+WPA2/802.11i privacy ON deftxkey UNDEF bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS roaming MANUAL ========== Best regards raoul rmgls@free.fr From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 06:56:39 2007 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 06D5716A41B for ; Mon, 19 Nov 2007 06:56:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.183]) by mx1.freebsd.org (Postfix) with ESMTP id A7B1313C469 for ; Mon, 19 Nov 2007 06:56:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so5902553pyb for ; Sun, 18 Nov 2007 22:56:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=EaVD4+01Cn+SwjA8mcLWVuFSqqHOOqc/Dla22yhE9wc=; b=LTDl8KDcBKjIMgJYL2H247/S0ohlMzUoFuF6LQYUYyOnSzIYkkXmtGq4ZsQkevxji88oy4gif9M8dNS7H/jQq4p+ZBJPe7uV+O3duEkRHJypsn6LvQVEUwoOBsWNqVbY8s0BqHY1sa6CmX0+CaJEknvp/JPHTFq8T72i4k03OiU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=Mvr9I4XteIKpxrgA+B+h7sFcygZl4Ly8OYccodgwed0pgyymUo6cRzgTtOqbuyXnNfqxMAd8wCUmPToaxu7ty7ck5zn5dtX2do3pf9IIGmmkNb+fAonxsP/k0AwPvkYgRGPO4gFWJxF+ToM5JjusFKZfpDZN68AqhelWVKMKbY4= Received: by 10.65.15.19 with SMTP id s19mr3966408qbi.1195455388096; Sun, 18 Nov 2007 22:56:28 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id p4sm3681104qba.2007.11.18.22.56.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 18 Nov 2007 22:56:27 -0800 (PST) Message-ID: <47413397.1050602@gmail.com> Date: Mon, 19 Nov 2007 01:56:23 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: freebsd-current@freebsd.org, Jeremy Chadwick X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: UPDATE: IHC9(R)/P35 w/ SATA cd/dvd 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 Nov 2007 06:56:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Where the saga left off: 1. With OEM DVD-RW on a P35/IHC9(R) [MSI Neo-F mobo] any attempt at I/O under 8-CURRENT AMD64 produced timeouts (i386 also but less severe) infinite loops 2. Problem was narrowed down to be potentially related to either SATA CD's in general or IHC9(R) 3. Jeremy Chadwhick sent me a Plextor PX-755A (SATA/150 DVD+/-RW) to attempt to isolate the problem 4. All ata patches have been applied up through Thurs. (currently doing a buildworld/kernel with the new stuff) The drive arrived and the following is the result: 1. Reads and writes fine for CD's 2. Does not write DVD's 3. Untested DVD reading 4. Does not create a /dev/dvdX (some documentation leads me to believe it should exist but I might be wrong) Here are the dmesgs, atacontrol and such: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 4281409536 (4083 MB) avail memory = 4127895552 (3936 MB) ACPI APIC Table: <052107 APIC1013> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052107 RSDT1013> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, should be 79 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xc080-0xc09f irq 16 at device 29.3 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 3 buttons and Z dir. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 Timecounters tick every 1.000 msec ad4: 194481MB at ata2-master UDMA133 GEOM_LABEL: Label for provider ad4 is ufad5: 238475MB at ata2-slave UDMA100 s/intdisk2. ad6: 476940MB at ata3-master SATA300 acd0: DVDR at ata4-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! ATA channel 2: Master: ad4 ATA/ATAPI revision 7 Slave: ad5 ATA/ATAPI revision 7 ATA channel 3: Master: ad6 Serial ATA II Slave: no device present ATA channel 4: Master: acd0 Serial ATA v1.0 Slave: no device present ATA channel 5: Master: no device present Slave: no device present ATA channel 6: Master: no device present Slave: no device present FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQTOXJ9+1V27SttsRAhZ9AJ9E5NBWtH+pHACIN15/591kvv4AsQCeJIbN 2P1bijJKXfckXMX3KPyf2w8= =BMhv -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 08:02:46 2007 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 165EA16A41B; Mon, 19 Nov 2007 08:02:46 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7C23F13C43E; Mon, 19 Nov 2007 08:02:45 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAJ82XVG016145; Mon, 19 Nov 2007 09:02:33 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47414319.6070303@deepcore.dk> Date: Mon, 19 Nov 2007 09:02:33 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> In-Reply-To: <473DBABE.3070901@deepcore.dk> Content-Type: multipart/mixed; boundary="------------090105030601040509090901" Cc: freebsd-hackers@FreeBSD.ORG, Alexander Sabourenkov , "Matthew D. Fuller" , Thierry Herbelot , freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. 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 Nov 2007 08:02:46 -0000 This is a multi-part message in MIME format. --------------090105030601040509090901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi All! I'd like to get the final verdict of the attached patch and if it fixes=20 the problem or not. Please test and report, its a bit urgent if it need to get into R7 :) -S=F8ren --------------090105030601040509090901 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix3" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix3" ? promise-fix2 ? promise-fix3 Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 18 Nov 2007 11:54:59 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,42 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + + (segs[i - 1].ds_len - MAXLASTSGSIZE)); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4891,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 18 Nov 2007 11:54:59 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------090105030601040509090901-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 08:05:06 2007 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 BEE9716A479; Mon, 19 Nov 2007 08:05:06 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id CDD4013C4C5; Mon, 19 Nov 2007 08:05:05 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 50D83DAD45; Mon, 19 Nov 2007 14:04:47 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 5A553DAD2B for ; Mon, 19 Nov 2007 14:04:45 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 81B8060461; Mon, 19 Nov 2007 08:03:00 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 6269C16A46C; Mon, 19 Nov 2007 08:02:59 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 165EA16A41B; Mon, 19 Nov 2007 08:02:46 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 7C23F13C43E; Mon, 19 Nov 2007 08:02:45 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAJ82XVG016145; Mon, 19 Nov 2007 09:02:33 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47414319.6070303@deepcore.dk> Date: Mon, 19 Nov 2007 09:02:33 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> In-Reply-To: <473DBABE.3070901@deepcore.dk> Content-Type: multipart/mixed; boundary="------------090105030601040509090901" X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Nov 19 14:04:47 2007 X-DSPAM-Confidence: 0.9988 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4741439f191324428728995 X-DSPAM-Factors: 27, List-Post*, Thierry Herbelot , Alexander Sabourenkov , sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@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: Mon, 19 Nov 2007 08:05:06 -0000 This is a multi-part message in MIME format. --------------090105030601040509090901 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Hi All! I'd like to get the final verdict of the attached patch and if it fixes=20 the problem or not. Please test and report, its a bit urgent if it need to get into R7 :) -S=F8ren --------------090105030601040509090901 Content-Type: text/plain; x-mac-type="0"; x-mac-creator="0"; name="promise-fix3" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="promise-fix3" ? promise-fix2 ? promise-fix3 Index: ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.202.2.2 diff -u -r1.202.2.2 ata-chipset.c --- ata-chipset.c 31 Oct 2007 19:59:53 -0000 1.202.2.2 +++ ata-chipset.c 18 Nov 2007 11:54:59 -0000 @@ -142,6 +142,7 @@ static int ata_promise_mio_command(struct ata_request *request); static void ata_promise_mio_reset(device_t dev); static void ata_promise_mio_dmainit(device_t dev); +static void ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error); static void ata_promise_mio_setmode(device_t dev, int mode); static void ata_promise_sx4_intr(void *data); static int ata_promise_sx4_command(struct ata_request *request); @@ -792,6 +793,7 @@ prd[i].dbc = htole32((segs[i].ds_len - 1) & ATA_AHCI_PRD_MASK); } } + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } @@ -2760,6 +2762,8 @@ prd[i].addrhi = htole32((u_int64_t)segs[i].ds_addr >> 32); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -3288,9 +3292,13 @@ /* prime fake interrupt register */ ATA_OUTL(ctlr->r_res2, fake_reg, 0xffffffff); - /* clear SATA status */ + /* clear SATA status and unmask interrupts */ ATA_OUTL(ctlr->r_res2, stat_reg, 0x000000ff); + /* enable "long burst lenght" on gen2 chips */ + if ((ctlr->chip->cfg2 == PRSATA2) || (ctlr->chip->cfg2 == PRCMBO2)) + ATA_OUTL(ctlr->r_res2, 0x44, ATA_INL(ctlr->r_res2, 0x44) | 0x2000); + ctlr->allocate = ata_promise_mio_allocate; ctlr->reset = ata_promise_mio_reset; ctlr->dmainit = ata_promise_mio_dmainit; @@ -3778,8 +3786,42 @@ static void ata_promise_mio_dmainit(device_t dev) { + struct ata_channel *ch = device_get_softc(dev); + /* note start and stop are not used here */ ata_dmainit(dev); + if (ch->dma) + ch->dma->setprd = ata_promise_mio_setprd; +} + + +#define MAXLASTSGSIZE (32 * sizeof(u_int32_t)) +static void +ata_promise_mio_setprd(void *xsc, bus_dma_segment_t *segs, int nsegs, int error) +{ + struct ata_dmasetprd_args *args = xsc; + struct ata_dma_prdentry *prd = args->dmatab; + int i; + + if ((args->error = error)) + return; + + for (i = 0; i < nsegs; i++) { + prd[i].addr = htole32(segs[i].ds_addr); + prd[i].count = htole32(segs[i].ds_len); + } + if (segs[i - 1].ds_len > MAXLASTSGSIZE) { + //printf("split last SG element of %u\n", segs[i - 1].ds_len); + prd[i - 1].count = htole32(segs[i - 1].ds_len - MAXLASTSGSIZE); + prd[i].count = htole32(MAXLASTSGSIZE); + prd[i].addr = htole32(segs[i - 1].ds_addr + + (segs[i - 1].ds_len - MAXLASTSGSIZE)); + nsegs++; + i++; + } + prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void @@ -4849,6 +4891,8 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].control = htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); + args->nsegs = nsegs; } static void Index: ata-dma.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-dma.c,v retrieving revision 1.147 diff -u -r1.147 ata-dma.c --- ata-dma.c 8 Apr 2007 21:53:52 -0000 1.147 +++ ata-dma.c 18 Nov 2007 11:54:59 -0000 @@ -213,6 +213,7 @@ prd[i].count = htole32(segs[i].ds_len); } prd[i - 1].count |= htole32(ATA_DMA_EOT); + KASSERT(nsegs <= ATA_DMA_ENTRIES, "too many DMA segment entries\n"); args->nsegs = nsegs; } --------------090105030601040509090901 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" --------------090105030601040509090901-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 08:43:46 2007 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 86A7C16A469; Mon, 19 Nov 2007 08:43:46 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 4963713C4AC; Mon, 19 Nov 2007 08:43:46 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <47414CB3.7060104@intersonic.se> Date: Mon, 19 Nov 2007 09:43:31 +0100 From: Per olof Ljungmark User-Agent: Thunderbird 2.0.0.6 (X11/20070827) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current Subject: panic: rtfree - any work done currently on this? 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 Nov 2007 08:43:46 -0000 Hi, I wonder if any work is done on http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 if it is I'll be happy to test patches and/or suggestions or provide access to a box for debugging. Thanks, --per rtfree: 0xc5732d20 has 1 refs ssppiinn lloocckk 00xxcc5500ff22a20800 ((ttuurrnnssttiillee lloocckk)) hheelldd bbyy 00xxcc55111197868600 ((ttiidd 110000002154)) ttoooo lloonngg panic: spin lock held too long cpuid = 1 KDB: enter: panic [thread pid 16 tid 100014 ] Stopped at kdb_enter+0x32: leave db> wh Tracing pid 16 tid 100014 td 0xc5117660 kdb_enter(c0a9c7e0,1,c0a9b6b4,e3cb7b7c,1,...) at kdb_enter+0x32 panic(c0a9b6b4,c5119880,c0aa0958,c5119880,186b9,...) at panic+0x124 _mtx_lock_spin_failed(1,19,c0aa0984,cb,19,...) at _mtx_lock_spin_failed+0x51 _thread_lock_flags(c5119880,10,c0aa0984,cb,1,...) at _thread_lock_flags+0xc7 propagate_priority(c0bbd470,0,c0aa0984,2e2,c50f2c80,...) at propagate_priority+0xe0 turnstile_wait(c50f2c80,c55c4cc0,0,17a,c5867d08,...) at turnstile_wait+0x48c _mtx_lock_sleep(c5867d08,c5117660,0,c0ab2afe,1b6,...) at _mtx_lock_sleep+0x15a _mtx_lock_flags(c5867d08,0,c0ab2afe,1b6,3d2a1,...) at _mtx_lock_flags+0xef tcp_timer_rexmt(c58698ac,0,c0a9d9f9,ef,12,...) at tcp_timer_rexmt+0x96 softclock(0,0,c0a993e9,471,c515e364,...) at softclock+0x266 ithread_loop(c5113290,e3cb7d38,c0a9915d,2ea,c515f550,...) at ithread_loop+0x1b5 fork_exit(c0732ea0,c5113290,e3cb7d38) at fork_exit+0xb8 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe3cb7d70, ebp = 0 --- db> From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 08:45:15 2007 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 1738F16A417 for ; Mon, 19 Nov 2007 08:45:15 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id E2A0A13C4BB for ; Mon, 19 Nov 2007 08:45:14 +0000 (UTC) (envelope-from r.c.ladan@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2015451waf for ; Mon, 19 Nov 2007 00:45:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+v2gMjvh2b7QFetMt3uEjJCmDPzr+gNr+0Cbbm/5UP4=; b=jCpzwB/uADcQF6yZPlS4AxarTReCUHuvYZ685+5drqGhfQG267AP88iQZsma6WtQ2pI2N4D/M3ngOdbrCL4angwwBN7ZHy1BB4OYNz4qBVPG+oVztLOFRqApzHq8dFH7iC2VkjMfbKLS+PkmiLnrEsFJhHVpx28CWtjK4kLlMZw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=MnBaxrcnuYY80wpkDyRAkoLBKrVjzRXpZaKhJOX5a8X0zbqUIyvG0efJCtbH2BGl1cHzHLcRzGrVLdc2pY/AI1reBrX9gKPFawk40j2y2kU+IyoZR2/jVJD39X2VIyzBF95MYiEyblaKqpEVJiXOF7cPjvDi0T9VTiTImXw5zpo= Received: by 10.114.135.1 with SMTP id i1mr70943wad.1195460424522; Mon, 19 Nov 2007 00:20:24 -0800 (PST) Received: by 10.114.110.16 with HTTP; Mon, 19 Nov 2007 00:20:24 -0800 (PST) Message-ID: Date: Mon, 19 Nov 2007 09:20:24 +0100 From: "Rene Ladan" To: "LINGAM RAVI KIRAN" In-Reply-To: <714518.97748.qm@web55202.mail.re4.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <714518.97748.qm@web55202.mail.re4.yahoo.com> Cc: freebsd-current@freebsd.org Subject: Re: Problem in wpi firmware 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 Nov 2007 08:45:15 -0000 2007/11/19, LINGAM RAVI KIRAN : > Hi friends, > > I am trying to get wifi in hp nc6400 laptop, i have Intel 3945ABG NIC card, i installed wpi package, but there is some problem in firmware or some silly mistake i am doing, which i could not figure out. My system configuration is: > > Intel 3945ABG NIC card > FreeBSD 8.0 current > > Problem is : > > bad dmamem_alloc_memory > > and after that > > firmware wpifw could not load. > Since you're running CURRENT, you could try the version included in the cvs source (remove the manually downloaded version first). The cvs version should work (my wpi card still fails with an error 17 upon association). It also includes the firmware image. Expect some harmless messages about misaligned memory when loading the driver. HTH, Rene -- GPG fingerprint = E738 5471 D185 7013 0EE0 4FC8 3C1D 6F83 12E1 84F6 (subkeys.pgp.net) "It won't fit on the line." -- me, 2001 From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 09:35:36 2007 Return-Path: Delivered-To: current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 692) id 0CEE616A418; Mon, 19 Nov 2007 09:35:36 +0000 (UTC) Date: Mon, 19 Nov 2007 09:35:36 +0000 From: John Birrell To: current@freebsd.org Message-ID: <20071119093536.GA42607@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i Cc: Subject: HEADS UP: -Werror re-enabled in WARNS 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 Nov 2007 09:35:36 -0000 Roughly 6 months ago, -Werror was disabled while gcc 4.2 was imported and bedded in. I've fixed a number of the compiler warnings that were causing the build to barf. In a few cases I reduced the WARNS level instead of making lots of changes. I tested the changes with a 'make universe', so hopefully tinderbox builds will continue to work. Of course if you have work in progress that doesn't compile cleanly and a WARNS level set, you may find your build now breaks. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 10:34:17 2007 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 6B70F16A418; Mon, 19 Nov 2007 10:34:17 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 268DF13C465; Mon, 19 Nov 2007 10:34:16 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 5A1C38301; Mon, 19 Nov 2007 11:34:05 +0100 (CET) Received: from caracal.stud.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by fri.itea.ntnu.no (Postfix) with ESMTP; Mon, 19 Nov 2007 11:34:05 +0100 (CET) Received: by caracal.stud.ntnu.no (Postfix, from userid 2312) id E4287624106; Mon, 19 Nov 2007 11:34:30 +0100 (CET) Date: Mon, 19 Nov 2007 11:34:30 +0100 From: Ulf Lilleengen To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20071119103430.GA15083@stud.ntnu.no> References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <47414319.6070303@deepcore.dk> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. Cc: freebsd-hackers@FreeBSD.ORG, Alexander Sabourenkov , "Matthew D. Fuller" , Thierry Herbelot , freebsd-current@FreeBSD.ORG, sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. 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 Nov 2007 10:34:17 -0000 On man, nov 19, 2007 at 09:02:33 +0100, Sřren Schmidt wrote: > Hi All! > > I'd like to get the final verdict of the attached patch and if it fixes > the problem or not. > > Please test and report, its a bit urgent if it need to get into R7 :) > > Hi! I'm sorry I wasn't able to test this earlier, but my office was locked during the weekend and I was therefore not able to test until today. But good news is, it works. I get no error messages when reading or writing data to the drives anymore, and the partition table is correctly read so that the correct device nodes show up. This should definately go into 7.0 imho if no bugs show up. Thanks! -- Ulf Lilleengen From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 10:36:27 2007 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 6394E16A418; Mon, 19 Nov 2007 10:36:27 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id A977C13C507; Mon, 19 Nov 2007 10:36:26 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 9CBDCDAD0F; Mon, 19 Nov 2007 16:35:49 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 234F2DAD08 for ; Mon, 19 Nov 2007 16:35:48 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 725F01832D; Mon, 19 Nov 2007 10:34:27 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id DF10E16A559; Mon, 19 Nov 2007 10:34:24 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6B70F16A418; Mon, 19 Nov 2007 10:34:17 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from fri.itea.ntnu.no (fri.itea.ntnu.no [129.241.7.60]) by mx1.freebsd.org (Postfix) with ESMTP id 268DF13C465; Mon, 19 Nov 2007 10:34:16 +0000 (UTC) (envelope-from lulf@stud.ntnu.no) Received: from localhost (localhost [127.0.0.1]) by fri.itea.ntnu.no (Postfix) with ESMTP id 5A1C38301; Mon, 19 Nov 2007 11:34:05 +0100 (CET) Received: from caracal.stud.ntnu.no (caracal.stud.ntnu.no [129.241.56.185]) by fri.itea.ntnu.no (Postfix) with ESMTP; Mon, 19 Nov 2007 11:34:05 +0100 (CET) Received: by caracal.stud.ntnu.no (Postfix, from userid 2312) id E4287624106; Mon, 19 Nov 2007 11:34:30 +0100 (CET) Date: Mon, 19 Nov 2007 11:34:30 +0100 From: Ulf Lilleengen To: =?iso-8859-1?Q?S=F8ren?= Schmidt Message-ID: <20071119103430.GA15083@stud.ntnu.no> References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <47414319.6070303@deepcore.dk> User-Agent: Mutt/1.5.9i X-Content-Scanned: with sophos and spamassassin at mailgw.ntnu.no. X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable X-DSPAM-Result: Innocent X-DSPAM-Processed: Mon Nov 19 16:35:49 2007 X-DSPAM-Confidence: 0.9988 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 47416705191322862520960 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00065, Sender*freebsd, 0.00065, List-Post*freebsd, 0.00065, List-Post*, Thierry Herbelot , Alexander Sabourenkov , sos@FreeBSD.ORG Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@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: Mon, 19 Nov 2007 10:36:27 -0000 On man, nov 19, 2007 at 09:02:33 +0100, S=F8ren Schmidt wrote: > Hi All! >=20 > I'd like to get the final verdict of the attached patch and if it fixes= =20 > the problem or not. >=20 > Please test and report, its a bit urgent if it need to get into R7 :) >=20 >=20 Hi! I'm sorry I wasn't able to test this earlier, but my office was locked du= ring the weekend and I was therefore not able to test until today.=20 But good news is, it works. I get no error messages when reading or writi= ng data to the drives anymore, and the partition table is correctly read so = that the correct device nodes show up. This should definately go into 7.0 imho= if no bugs show up. Thanks! --=20 Ulf Lilleengen _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 11:09:14 2007 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 6FCA916A4CD for ; Mon, 19 Nov 2007 11:09:14 +0000 (UTC) (envelope-from jackqqpro@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 059C813C503 for ; Mon, 19 Nov 2007 11:09:13 +0000 (UTC) (envelope-from jackqqpro@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1366597nfb for ; Mon, 19 Nov 2007 03:09:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=00mhIhgH/CFJsbdHJuV97P7YLC1rVS/6NJIe4F4tM+Y=; b=f6IVVMlvxaDpJyPb6bxZ8UhPykqCI94k9ilZKbKBdsUpQnSzfkHjVDlwdYkZ2t/18BaRewENov23Xzo5Ps7QCWywaNY844FNjZSNWmtHqAX7fiaDUXN5OX6JjKp13BQm6Uok2GOguzbp76p9mGqO29vnIjCGJHZImdguILIYn3c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Td/zAchnwA/DBmfzptLcsRBpdr3q/pMmHXAP4Edm7+saiY6O3EoxGNpOqX6OQuKMNntzQ3k8wYrNtxi+jy6tPJs7vVvY5VxamhxVcKY9SFIK70A7LNiQQvzrxorTDdNL0xlLbyxVw0BUeysFbUzAko3SzKD9QVLvN8VmNWW4/rs= Received: by 10.78.138.14 with SMTP id l14mr4992673hud.1195470541943; Mon, 19 Nov 2007 03:09:01 -0800 (PST) Received: by 10.78.185.18 with HTTP; Mon, 19 Nov 2007 03:09:01 -0800 (PST) Message-ID: <890a507f0711190309j202dd127t5a081fca07b4439e@mail.gmail.com> Date: Mon, 19 Nov 2007 19:09:01 +0800 From: "Quan Qiu" To: freebsd-current@freebsd.org In-Reply-To: <890a507f0711180137r5517eae9h9fdbefb42d3cd0d7@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <890a507f0711160615i371a60e1o1b8695176e92dcda@mail.gmail.com> <473DAEB9.5080304@gmail.com> <890a507f0711180137r5517eae9h9fdbefb42d3cd0d7@mail.gmail.com> Subject: Re: Onboard RTL8111C not attached to by re(4) 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 Nov 2007 11:09:14 -0000 Sorry. I didn't know that issues with 7 should be sent to freebsd-stable. Thanks to all who replied! -- Quan Qiu From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 11:12:43 2007 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 9C51C16A418; Mon, 19 Nov 2007 11:12:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7431113C457; Mon, 19 Nov 2007 11:12:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJBCYoa039077; Mon, 19 Nov 2007 06:12:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJBCYeL018874; Mon, 19 Nov 2007 06:12:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6EF673039; Mon, 19 Nov 2007 06:12:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119111233.B6EF673039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 06:12:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Mon, 19 Nov 2007 11:12:43 -0000 TB --- 2007-11-19 10:52:04 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 10:52:04 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 10:52:04 - cleaning the object tree TB --- 2007-11-19 10:52:22 - checking out the source tree TB --- 2007-11-19 10:52:22 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 10:52:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 10:58:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 10:58:53 - cd /src TB --- 2007-11-19 10:58:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 10:58:54 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 11:12:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 11:12:33 - ERROR: failed to build world TB --- 2007-11-19 11:12:33 - tinderbox aborted TB --- 655.74 user 65.27 system 1229.51 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 11:22:08 2007 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 F0E8416A420 for ; Mon, 19 Nov 2007 11:22:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from falcon.cybervisiontech.com (falcon.cybervisiontech.com [217.20.163.9]) by mx1.freebsd.org (Postfix) with ESMTP id A9E2613C45B for ; Mon, 19 Nov 2007 11:22:07 +0000 (UTC) (envelope-from avg@icyb.net.ua) Received: from localhost (localhost [127.0.0.1]) by falcon.cybervisiontech.com (Postfix) with ESMTP id 7FEE0744002 for ; Mon, 19 Nov 2007 13:21:58 +0200 (EET) X-Virus-Scanned: Debian amavisd-new at falcon.cybervisiontech.com Received: from falcon.cybervisiontech.com ([127.0.0.1]) by localhost (falcon.cybervisiontech.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gx6LBgpFWaqK for ; Mon, 19 Nov 2007 13:21:58 +0200 (EET) Received: from [10.2.1.87] (gateway.cybervisiontech.com.ua [88.81.251.18]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by falcon.cybervisiontech.com (Postfix) with ESMTP id 33CBF744001 for ; Mon, 19 Nov 2007 13:21:58 +0200 (EET) Message-ID: <474171D5.2060300@icyb.net.ua> Date: Mon, 19 Nov 2007 13:21:57 +0200 From: Andriy Gapon User-Agent: Thunderbird 2.0.0.9 (X11/20071116) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1195349021.00830074.1195338889@10.7.7.3> <1195402982.00830276.1195389602@10.7.7.3> <1195431793.00830394.1195420802@10.7.7.3> In-Reply-To: <1195431793.00830394.1195420802@10.7.7.3> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: congrlations to the freebsd developers 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 Nov 2007 11:22:08 -0000 on 18/11/2007 22:21 Alexey Shuvaev said the following: > On Sun, Nov 18, 2007 at 08:24:36AM +0100, [LoN]Kamikaze wrote: >> Aryeh M. Friedman wrote: >>> 2. I meant features not formats and since I am using amd64 no wine >> Setting up FreeBSD i386 in a jail seems to do the job for most people. You can >> have a whole i386 system in a jail and it won't even recognize it's running on >> an amd64 kernel. And I would also add that it is known (and reported via PRs) that neither libpthread nor libthr work for i386 binaries on amd64 kernel with 6.X userland and kernel. Situation might be better in 7.X, I don't know. > I have gone this way. Well, everything (including emulators/wine) compiles > and installs fine, but i386-build of a wine does not work inside i386-jail > hosted on amd64 machine. I don't remember exactly what happens on start, > segment violation or something like this, with core dump. > I think wine requires rather tight co-operation with the kernel and > it is not possible to launch i386-wine on amd64 this way. > And you cannot load 32-bit nvidia.ko with amd64 kernel, if I'm not missing > some new functionality.? -- Andriy Gapon From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 11:26:34 2007 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 F394616A46D for ; Mon, 19 Nov 2007 11:26:33 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id AF4A613C459 for ; Mon, 19 Nov 2007 11:26:33 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=62365 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iu4lf-000CTs-BO; Mon, 19 Nov 2007 11:26:19 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id lAJBQHZc020467; Mon, 19 Nov 2007 14:26:17 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id lAJBQHhB020466; Mon, 19 Nov 2007 14:26:17 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Mon, 19 Nov 2007 14:26:17 +0300 From: Ruslan Ermilov To: John Birrell , FreeBSD Tinderbox Message-ID: <20071119112617.GA20000@team.vega.ru> References: <20071119111233.B6EF673039@freebsd-current.sentex.ca> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071119111233.B6EF673039@freebsd-current.sentex.ca> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: powerpc@FreeBSD.org, current@FreeBSD.org Subject: Re: [head tinderbox] failure on powerpc/powerpc 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 Nov 2007 11:26:34 -0000 For the curious, this is because tinderbox uses non-standard default CFLAGS (-O2 without -fno-strict-aliasing). On Mon, Nov 19, 2007 at 06:12:33AM -0500, FreeBSD Tinderbox wrote: > TB --- 2007-11-19 10:52:04 - tinderbox 2.3 running on freebsd-current.sentex.ca > TB --- 2007-11-19 10:52:04 - starting HEAD tinderbox run for powerpc/powerpc > TB --- 2007-11-19 10:52:04 - cleaning the object tree > TB --- 2007-11-19 10:52:22 - checking out the source tree > TB --- 2007-11-19 10:52:22 - cd /tinderbox/HEAD/powerpc/powerpc > TB --- 2007-11-19 10:52:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src > TB --- 2007-11-19 10:58:53 - building world (CFLAGS=-O2 -pipe) > TB --- 2007-11-19 10:58:53 - cd /src > TB --- 2007-11-19 10:58:53 - /usr/bin/make -B buildworld > >>> World build started on Mon Nov 19 10:58:54 UTC 2007 > >>> 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 > [...] > cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c > cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c > cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c > cc1: warnings being treated as errors > /src/lib/libc/gen/closedir.c: In function 'closedir': > /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules > /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules > /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules > *** Error code 1 > > Stop in /src/lib/libc. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > *** Error code 1 > > Stop in /src. > TB --- 2007-11-19 11:12:33 - WARNING: /usr/bin/make returned exit code 1 > TB --- 2007-11-19 11:12:33 - ERROR: failed to build world > TB --- 2007-11-19 11:12:33 - tinderbox aborted > TB --- 655.74 user 65.27 system 1229.51 real > > > http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full > _______________________________________________ > freebsd-tinderbox@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-tinderbox > To unsubscribe, send any mail to "freebsd-tinderbox-unsubscribe@freebsd.org" > -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 11:32:41 2007 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 0DF2B16A419; Mon, 19 Nov 2007 11:32:41 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D8FC013C481; Mon, 19 Nov 2007 11:32:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJBWTtZ058056; Mon, 19 Nov 2007 06:32:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJBWT8n085427; Mon, 19 Nov 2007 06:32:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id D580273039; Mon, 19 Nov 2007 06:32:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119113228.D580273039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 06:32:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 11:32:41 -0000 TB --- 2007-11-19 11:12:33 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 11:12:33 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 11:12:33 - cleaning the object tree TB --- 2007-11-19 11:12:58 - checking out the source tree TB --- 2007-11-19 11:12:58 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 11:12:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 11:20:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 11:20:13 - cd /src TB --- 2007-11-19 11:20:13 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 11:20:14 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 11:32:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 11:32:28 - ERROR: failed to build world TB --- 2007-11-19 11:32:28 - tinderbox aborted TB --- 563.12 user 65.28 system 1194.88 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 11:50:40 2007 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 7C02D16A477; Mon, 19 Nov 2007 11:50:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4133113C4DD; Mon, 19 Nov 2007 11:50:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJBoTEv060095; Mon, 19 Nov 2007 06:50:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJBoT4j010895; Mon, 19 Nov 2007 06:50:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id F1D5273039; Mon, 19 Nov 2007 06:50:28 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119115028.F1D5273039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 06:50:28 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 11:50:40 -0000 TB --- 2007-11-19 11:32:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 11:32:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 11:32:29 - cleaning the object tree TB --- 2007-11-19 11:32:53 - checking out the source tree TB --- 2007-11-19 11:32:53 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 11:32:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 11:39:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 11:39:04 - cd /src TB --- 2007-11-19 11:39:04 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 11:39:05 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 11:50:28 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 11:50:28 - ERROR: failed to build world TB --- 2007-11-19 11:50:28 - tinderbox aborted TB --- 562.91 user 64.84 system 1079.94 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:02:48 2007 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 B6F0116A47D for ; Mon, 19 Nov 2007 12:02:48 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 76A3513C4D3 for ; Mon, 19 Nov 2007 12:02:48 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iu5Kl-0004yy-EY for freebsd-current@freebsd.org; Mon, 19 Nov 2007 12:02:35 +0000 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 ; Mon, 19 Nov 2007 12:02:35 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2007 12:02:35 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 19 Nov 2007 13:06:23 +0100 Lines: 9 Message-ID: References: <47414CB3.7060104@intersonic.se> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <47414CB3.7060104@intersonic.se> Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: panic: rtfree - any work done currently on this? 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 Nov 2007 12:02:48 -0000 Per olof Ljungmark wrote: > Hi, > > I wonder if any work is done on > http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 > if it is I'll be happy to test patches and/or suggestions or provide > access to a box for debugging. Last I've heard about it is that a fix was committed to 7-CURRENT. From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:11:58 2007 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 383EC16A417; Mon, 19 Nov 2007 12:11:58 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8E5B913C46B; Mon, 19 Nov 2007 12:11:57 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 8521E1B10F0F; Mon, 19 Nov 2007 13:11:45 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 8B8311B10F09; Mon, 19 Nov 2007 13:11:42 +0100 (CET) Message-ID: <47417D7E.5010603@moneybookers.com> Date: Mon, 19 Nov 2007 14:11:42 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: Ivan Voras References: <47414CB3.7060104@intersonic.se> In-Reply-To: Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4841/Mon Nov 19 05:25:36 2007 on blah.cmotd.com X-Virus-Status: Clean Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: panic: rtfree - any work done currently on this? 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 Nov 2007 12:11:58 -0000 Hi, Ivan Voras wrote: > Per olof Ljungmark wrote: > >> Hi, >> >> I wonder if any work is done on >> http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 >> if it is I'll be happy to test patches and/or suggestions or provide >> access to a box for debugging. >> > > Last I've heard about it is that a fix was committed to 7-CURRENT. > This is different issue (or at least on different place) as the one that was discussed before 5-6 months. > _______________________________________________ > 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" > -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:12:26 2007 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 ADC5E16A581 for ; Mon, 19 Nov 2007 12:12:26 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 6EA7913C4BB for ; Mon, 19 Nov 2007 12:12:25 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 87A591B10F1B; Mon, 19 Nov 2007 13:03:27 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id 1AC6C1B10F1A for ; Mon, 19 Nov 2007 13:03:25 +0100 (CET) Message-ID: <47417B8D.7040708@moneybookers.com> Date: Mon, 19 Nov 2007 14:03:25 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4841/Mon Nov 19 05:25:36 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: watch -W your own console will 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: Mon, 19 Nov 2007 12:12:26 -0000 Hi, I have a nice kernel panic after using watch -W The user that I was watching logged out and watch asked me to choose new terminal: Snoop stopped due to tty close. Reconnecting. Enter device name [/dev/ttyp1]: by mistake I typed p0 where the watch was started, and few seconds latter I got nice kernel panic. Is this know issue and can anyone else reproduce it? uname: FreeBSD 7.0-PRERELEASE #1: Fri Oct 19 08:47:41 CEST 2007 amd64 -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:17:33 2007 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 5EAA616A420; Mon, 19 Nov 2007 12:17:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 205C813C44B; Mon, 19 Nov 2007 12:17:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJCHO5l047315; Mon, 19 Nov 2007 07:17:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJCHN1t048764; Mon, 19 Nov 2007 07:17:23 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B45D173039; Mon, 19 Nov 2007 07:17:23 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119121723.B45D173039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 07:17:23 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 12:17:33 -0000 TB --- 2007-11-19 11:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 11:55:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 11:55:00 - cleaning the object tree TB --- 2007-11-19 11:55:31 - checking out the source tree TB --- 2007-11-19 11:55:31 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 11:55:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 12:03:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 12:03:30 - cd /src TB --- 2007-11-19 12:03:30 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 12:03:32 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 12:17:23 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 12:17:23 - ERROR: failed to build world TB --- 2007-11-19 12:17:23 - tinderbox aborted TB --- 657.70 user 70.41 system 1343.28 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:18:42 2007 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 D928316A419; Mon, 19 Nov 2007 12:18:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 984D213C50A; Mon, 19 Nov 2007 12:18:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJCIZo5064141; Mon, 19 Nov 2007 07:18:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJCIZtg070231; Mon, 19 Nov 2007 07:18:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B1A473039; Mon, 19 Nov 2007 07:18:35 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119121835.4B1A473039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 07:18:35 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 12:18:43 -0000 TB --- 2007-11-19 11:55:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 11:55:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 11:55:00 - cleaning the object tree TB --- 2007-11-19 11:55:33 - checking out the source tree TB --- 2007-11-19 11:55:33 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 11:55:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 12:03:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 12:03:30 - cd /src TB --- 2007-11-19 12:03:30 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 12:03:32 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 12:18:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 12:18:35 - ERROR: failed to build world TB --- 2007-11-19 12:18:35 - tinderbox aborted TB --- 715.52 user 80.00 system 1414.94 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 11:46:27 2007 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 C80F916A418 for ; Mon, 19 Nov 2007 11:46:27 +0000 (UTC) (envelope-from vasanth@juniper.net) Received: from exprod7og107.obsmtp.com (exprod7og107.obsmtp.com [64.18.2.167]) by mx1.freebsd.org (Postfix) with ESMTP id 0D8CC13C45B for ; Mon, 19 Nov 2007 11:46:26 +0000 (UTC) (envelope-from vasanth@juniper.net) Received: from source ([66.129.224.36]) by exprod7ob107.postini.com ([64.18.6.12]) with SMTP; Mon, 19 Nov 2007 03:46:08 PST Received: from gaugeboson.jnpr.net ([10.209.194.17]) by emailsmtp55.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Nov 2007 03:12:28 -0800 Received: from emailbng3.jnpr.net ([10.209.194.27]) by gaugeboson.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Nov 2007 16:41:58 +0530 Received: from [10.209.148.50] ([10.209.148.50]) by emailbng3.jnpr.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 19 Nov 2007 16:39:27 +0530 From: vasanth rao naik To: freebsd-current@freebsd.org In-Reply-To: 20040219065210.GA6725@panzer.kdm.org Content-Type: text/plain Organization: Juniper networks Date: Mon, 19 Nov 2007 16:32:33 +0530 Message-Id: <1195470153.12340.35.camel@vasanth-lnx> Mime-Version: 1.0 X-Mailer: Evolution 2.10.3 (2.10.3-4.fc7) Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 19 Nov 2007 11:09:27.0492 (UTC) FILETIME=[A6646040:01C82A9C] X-Mailman-Approved-At: Mon, 19 Nov 2007 12:25:14 +0000 Subject: problem with ld-elf.so.1 install 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 Nov 2007 11:46:27 -0000 Hello People, I have come accross the same issue as our friend Kenneth Merry about which he specified in his previous mail in this thread. Kenneth Merry Wrote: >So, it looks like find_symdef() is returning a bogus value for def, and >NULL for defobj, which causes a NULL pointer deference at line 197. I got the core in rcp with the same segmentation fault. I wanted to know if this problem is fixed. If yes could some one please mail me the link for the fix. I would be highly grateful to everyone. -- -- Vasanth From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:39:16 2007 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 E5EF216A41B; Mon, 19 Nov 2007 12:39:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id A6C9D13C506; Mon, 19 Nov 2007 12:39:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJCd6WU066657; Mon, 19 Nov 2007 07:39:06 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJCd5Xs080166; Mon, 19 Nov 2007 07:39:05 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C99DB73039; Mon, 19 Nov 2007 07:39:05 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119123905.C99DB73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 07:39:05 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 12:39:16 -0000 TB --- 2007-11-19 12:18:35 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 12:18:35 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 12:18:35 - cleaning the object tree TB --- 2007-11-19 12:18:54 - checking out the source tree TB --- 2007-11-19 12:18:54 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 12:18:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 12:26:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 12:26:03 - cd /src TB --- 2007-11-19 12:26:03 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 12:26:04 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 12:39:05 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 12:39:05 - ERROR: failed to build world TB --- 2007-11-19 12:39:05 - tinderbox aborted TB --- 626.52 user 67.81 system 1230.25 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:39:49 2007 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 ECA1116A469; Mon, 19 Nov 2007 12:39:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AFEA013C4AC; Mon, 19 Nov 2007 12:39:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJCdbT8050863; Mon, 19 Nov 2007 07:39:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJCdb4K081011; Mon, 19 Nov 2007 07:39:37 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 660737303E; Mon, 19 Nov 2007 07:39:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119123937.660737303E@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 07:39:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 12:39:49 -0000 TB --- 2007-11-19 12:17:23 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 12:17:23 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 12:17:23 - cleaning the object tree TB --- 2007-11-19 12:17:52 - checking out the source tree TB --- 2007-11-19 12:17:52 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 12:17:52 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 12:26:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 12:26:03 - cd /src TB --- 2007-11-19 12:26:03 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 12:26:04 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 12:39:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 12:39:37 - ERROR: failed to build world TB --- 2007-11-19 12:39:37 - tinderbox aborted TB --- 657.98 user 70.54 system 1333.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:41:05 2007 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 5361516A47F for ; Mon, 19 Nov 2007 12:41:05 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2619413C467 for ; Mon, 19 Nov 2007 12:41:04 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id EDAB4471EE; Mon, 19 Nov 2007 07:43:16 -0500 (EST) Date: Mon, 19 Nov 2007 12:40:43 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Kip Macy In-Reply-To: Message-ID: <20071119123926.A59049@fledge.watson.org> References: <20071118211131.7164edd8@ibook.sics.se> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-1321620828-1195476043=:59049" Cc: Bjorn Gronvall , freebsd-current@freebsd.org Subject: Re: Improving NFS write performance by a factor of 2. 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 Nov 2007 12:41:05 -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. --621616949-1321620828-1195476043=:59049 Content-Type: TEXT/PLAIN; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE On Sun, 18 Nov 2007, Kip Macy wrote: > Could you do me a favor and submit this in the form of a PR and assign it= to=20 > me? I'm not the most appropriate person for this but the main NFS develo= per=20 > is no longer working on FreeBSD and I don't want to see this dropped. If you're thinking of Mohan, he only mostly worked on the client, not the= =20 server. Jeff Roberson would probably be the best person to assign this to,= as=20 he's worked most recently in the NFS server (pushing Giant off the VFS path= s=20 and cleaning up Giant-related locking, whereas I had pushed it down to VFS= =20 before VFS locking was done). Robert N M Watson Computer Laboratory University of Cambridge > > -Kip > > On Nov 18, 2007 12:11 PM, Bjorn Gronvall wrote: >> Hi, >> >> I'm not sure if people care about NFS write performance any longer but >> if you do, please read on. >> >> A problem with the current NFS server is that it does not cluster >> writes, this in turn leads to really poor sequential-write >> performance. >> >> By enabling write clustering NFS write performance goes from >> 26.6Mbyte/s to 54.3Mbyte/s or increases by a factor of 2. This is on a >> SATA disk with write caching enabled (hw.ata.wc=3D1). >> >> If write caching is disabled performance still goes up from 1.6Mbyte/s >> to 5.8Mbyte/s (or by a factor of 3.6). >> >> The attached patch (relative to current) makes the following changes: >> >> 1/ Rearrange the code so that the same code can be used to detect both >> sequential read and write access. >> >> 2/ Merge in updates from vfs_vnops.c::sequential_heuristic. >> >> 3/ Use double hashing in order to avoid hash-clustering in the nfsheur >> table. This change also makes it possible to reduce "try" from 32 >> to 8. >> >> 4/ Pack the nfsheur table more efficiently. >> >> 5/ Tolerate reordered RPCs to some small amount (initially suggested >> by Ellard and Seltzer). >> >> 6/ Back-off from sequential access rather than immediately switching to >> random access (Ellard and Seltzer). >> >> 7/ To avoid starvation of the buffer pool call bwillwrite. The call is >> issued after the VOP_WRITE in order to avoid additional reordering >> of write operations. >> >> 8/ sysctl variables vfs.nfsrv.cluster_writes and cluster_reads to >> enable or disable clustering. vfs.nfsrv.reordered_io counts the >> number of reordered RPCs. >> >> 9/ In nfsrv_commit check for write errors and report them back to the >> client. Also check if the RPC argument count is zero which means >> that we must flush to the end of file according to the RFC. >> >> 10/ Two earlier commits broke the write gathering support: >> >> nfs_syscalls.c:1.71 >> >> This change removed NQNFS stuff but left the NQNFS variable >> notstarted. This resulted in NFS write gathering effectively >> being permanently disabled (regardless if NFSv2 or NFSv3). >> >> nfs_syscalls.c:1.103 >> >> This change disabled write gathering (again) for NFSv3 although >> this should be controlled by vfs.nfs.nfsrvw_procrastinate_v3 !=3D >> 0. >> >> Write gathering may still be useful with NFSv3 to put reordered write >> RPCs into order, perhaps also for other reasons. This is now possible >> again. >> >> The attached patch is for current but you will observe similar >> improvements with earlier FreeBSD versions. If you would like to have >> the same patch but for FreeBSD 5.x, 6.x or 7.0 please drop me a line. >> >> Cheers, >> /b >> >> >> -- >> _ _ ,_______________. >> Bjorn Gronvall (Bj=F6rn Gr=F6nvall) /_______________/= | >> Swedish Institute of Computer Science | || >> PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || >> Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ >> Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 '---------------' >> >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g" >> > _______________________________________________ > 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= " > --621616949-1321620828-1195476043=:59049-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:42:46 2007 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 9DD0F16A419; Mon, 19 Nov 2007 12:42:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 7BBE013C468; Mon, 19 Nov 2007 12:42:46 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 65DCF47460; Mon, 19 Nov 2007 07:45:04 -0500 (EST) Date: Mon, 19 Nov 2007 12:42:30 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Adam McDougall In-Reply-To: <20071117162620.GR46369@egr.msu.edu> Message-ID: <20071119124156.G59049@fledge.watson.org> References: <698405.85667.qm@web31809.mail.mud.yahoo.com> <20071116143239.U10677@fledge.watson.org> <20071116164549.GF37473@egr.msu.edu> <20071117162620.GR46369@egr.msu.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Mohan Srinivasan , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS 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: Mon, 19 Nov 2007 12:42:46 -0000 On Sat, 17 Nov 2007, Adam McDougall wrote: > On Fri, Nov 16, 2007 at 11:45:49AM -0500, Adam McDougall wrote: > > On Fri, Nov 16, 2007 at 02:37:56PM +0000, Robert Watson wrote: > > OK, I've attached an initial patch that does this -- we still need to > keep > the lookup code for NFSv2, where the file handle of the new node isn't > returned with the reply, but I drop the EEXIST handling cases. Does this > look reasonable to you? I'm not set up to easily test this scenario, > however. > > Robert N M Watson > > I should be able to test this patch (or a later version) this weekend. > > Seems to work. I ran the original test case for several minutes without > error for over 2000 iterations. I only tested it on -stable by applying the > patch manually. If it is required I test it verbatim on 7, let me know and > I will. Thanks. This sounds good, I will go ahead and merge it to HEAD, then start on the MFC cycle. Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:51:47 2007 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 CCB6516A417 for ; Mon, 19 Nov 2007 12:51:47 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: from blah.sun-fish.com (blah.sun-fish.com [217.18.249.150]) by mx1.freebsd.org (Postfix) with ESMTP id 8BDFD13C46A for ; Mon, 19 Nov 2007 12:51:47 +0000 (UTC) (envelope-from stefan.lambrev@moneybookers.com) Received: by blah.sun-fish.com (Postfix, from userid 1002) id 2CCD41B10F0F; Mon, 19 Nov 2007 13:51:39 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on blah.cmotd.com X-Spam-Level: X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.2.3 Received: from hater.haters.org (hater.cmotd.com [192.168.3.125]) by blah.sun-fish.com (Postfix) with ESMTP id BC51D1B10F17 for ; Mon, 19 Nov 2007 13:51:35 +0100 (CET) Message-ID: <474186D7.5010409@moneybookers.com> Date: Mon, 19 Nov 2007 14:51:35 +0200 From: Stefan Lambrev User-Agent: Thunderbird 2.0.0.6 (X11/20071105) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=windows-1251; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV 0.91.2/4841/Mon Nov 19 05:25:36 2007 on blah.cmotd.com X-Virus-Status: Clean Subject: mpt0 kernel panic during boot 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 Nov 2007 12:51:47 -0000 Hi, I'm almost 100% sure it's a hardware problem, but what do you think? FreeBSD 7.0-CURRENT-200709 #0: Mon Sep 10 23:28:19 UTC 2007 (install CD) mpt0: port 0x2000-0x20ff mem 0xdc210000-0xdc213fff,0xdc200000-0xdc20ffff irq 24 at device 1.0 on pci7 mpt0: [ITHREAD] mpt0: MPI Version=1.5.14.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_wait_req(6) timed out mpt0: port 0 enable timed out mpt0: failed to enable port 0 mpt0: personality mpt_core attached but would not enable (6) panic: mutex mpt not owned at /usr/src/sys/cam/cam_xpt.c:4538 cpuid = 0 KDB: enter: panic [thread pid 0 tid 0 ] Stopped at kdb_enter+0x31: leave db> trace Tracing pid 0 tid 0 td 0xffffffff80a190c0 kdb_enter() at kdb_enter+0x31 panic() at panic+0x173 _mtx_assert() at _mtx_assert+0xd6 xpt_async() at xpt_async+0x3d xpt_bus_deregister() at xpt_bus_deregister+0x4b mpt_cam_detach() at mpt_cam_detach+0x15a mpt_detach() at mpt_detach+0x98 mpt_attach() at mpt_attach+0xf6 mpt_pci_attach() at mpt_pci_attach+0xf09 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0xf4 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x96 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0xf4 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_pci_attach() at acpi_pcib_pci_attach+0x96 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pci_attach() at acpi_pci_attach+0xf4 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_pcib_attach() at acpi_pcib_attach+0x1a7 acpi_pcib_acpi_attach() at acpi_pcib_acpi_attach+0x1a5 device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a acpi_attach() at acpi_attach+0x97f device_attach() at device_attach+0x69 bus_generic_attach() at bus_generic_attach+0x1a nexus_attach() at nexus_attach+0x19 device_attach() at device_attach+0x69 root_bus_configure() at root_bus_configure+0x28 configure() at configure+0xa mi_startup() at mi_startup+0x59 btext() at btext+0x2c -- Best Wishes, Stefan Lambrev ICQ# 24134177 From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:56:23 2007 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 ED26416A418; Mon, 19 Nov 2007 12:56:22 +0000 (UTC) (envelope-from peo@intersonic.se) Received: from neonpark.inter-sonic.com (neonpark.inter-sonic.com [212.247.8.98]) by mx1.freebsd.org (Postfix) with ESMTP id 940F113C48E; Mon, 19 Nov 2007 12:56:22 +0000 (UTC) (envelope-from peo@intersonic.se) X-Virus-Scanned: amavisd-new at inter-sonic.com Message-ID: <474187E5.6020203@intersonic.se> Date: Mon, 19 Nov 2007 13:56:05 +0100 From: Per olof Ljungmark User-Agent: Thunderbird 2.0.0.6 (X11/20070827) MIME-Version: 1.0 To: Ivan Voras References: <47414CB3.7060104@intersonic.se> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: panic: rtfree - any work done currently on this? 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 Nov 2007 12:56:23 -0000 Ivan Voras wrote: > Per olof Ljungmark wrote: >> Hi, >> >> I wonder if any work is done on >> http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 >> if it is I'll be happy to test patches and/or suggestions or provide >> access to a box for debugging. > > Last I've heard about it is that a fix was committed to 7-CURRENT. Then I think something else was fixed - the issues we see still exists as of yesterday's sources. Thanks, From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 12:59:25 2007 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 6E11E16A4AC; Mon, 19 Nov 2007 12:59:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4607F13C465; Mon, 19 Nov 2007 12:59:25 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJCxIOw072057; Mon, 19 Nov 2007 07:59:18 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJCxH2B010015; Mon, 19 Nov 2007 07:59:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BA18973039; Mon, 19 Nov 2007 07:59:17 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119125917.BA18973039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 07:59:17 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 12:59:25 -0000 TB --- 2007-11-19 12:39:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 12:39:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 12:39:37 - cleaning the object tree TB --- 2007-11-19 12:39:46 - checking out the source tree TB --- 2007-11-19 12:39:46 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 12:39:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 12:47:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 12:47:11 - cd /src TB --- 2007-11-19 12:47:11 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 12:47:13 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 12:59:17 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 12:59:17 - ERROR: failed to build world TB --- 2007-11-19 12:59:17 - tinderbox aborted TB --- 562.11 user 64.96 system 1180.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 13:00:55 2007 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 09ABD16A421; Mon, 19 Nov 2007 13:00:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CC76E13C461; Mon, 19 Nov 2007 13:00:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJD0ioV056001; Mon, 19 Nov 2007 08:00:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJD0inb071670; Mon, 19 Nov 2007 08:00:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 86C7C73039; Mon, 19 Nov 2007 08:00:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119130044.86C7C73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 08:00:44 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 13:00:55 -0000 TB --- 2007-11-19 12:39:05 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 12:39:05 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 12:39:06 - cleaning the object tree TB --- 2007-11-19 12:39:17 - checking out the source tree TB --- 2007-11-19 12:39:17 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 12:39:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 12:47:11 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 12:47:11 - cd /src TB --- 2007-11-19 12:47:11 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 12:47:13 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 13:00:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 13:00:44 - ERROR: failed to build world TB --- 2007-11-19 13:00:44 - tinderbox aborted TB --- 654.38 user 67.24 system 1298.52 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 13:09:23 2007 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 A5E4E16A41B for ; Mon, 19 Nov 2007 13:09:23 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 802A313C46B for ; Mon, 19 Nov 2007 13:09:22 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1472837rvb for ; Mon, 19 Nov 2007 05:09:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=NS5rTUWJPVcVodzOLYhLOkep9kIBOdYIEpOGoYfhxII=; b=AO1lL+3TwaCiMQZTdgOUhQrywj1+a+5m0X+BQuGvSw0+MBqOuXOqhFWp2lbQowFbAEyk6Z/lytDagknvxWiDriEAciIiP51+7vZeNdiR2MkZ7JACDWvOOFIof70Zqj4uj8gIjsEXEuPRN6/Q0Xaeypl5g0VozrHxvMucCLT17+8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ONE8xM/x/rTWTgBX1ePecQ0zZOd2poqoZl+sJslOeEhz2dHlOfGoa/5pPqeMbYdAOX1ByL+C4jYShIt2CeU6zovS9eIAQ89LHoPvP5rS8PLnnx6XvTpv//58ce+3F+Lo5qznMx+QgERtp9kZvuuSwGWz4N+LSPPXuauqCDihxio= Received: by 10.140.82.2 with SMTP id f2mr1646891rvb.1195477753799; Mon, 19 Nov 2007 05:09:13 -0800 (PST) Received: by 10.141.211.5 with HTTP; Mon, 19 Nov 2007 05:09:13 -0800 (PST) Message-ID: <9bbcef730711190509h5b639472rfcc60213d9331cb5@mail.gmail.com> Date: Mon, 19 Nov 2007 14:09:13 +0100 From: "Ivan Voras" Sender: ivoras@gmail.com To: "Stefan Lambrev" In-Reply-To: <47417D7E.5010603@moneybookers.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47414CB3.7060104@intersonic.se> <47417D7E.5010603@moneybookers.com> X-Google-Sender-Auth: d4edd92d04f626d2 Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: panic: rtfree - any work done currently on this? 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 Nov 2007 13:09:23 -0000 On 19/11/2007, Stefan Lambrev wrote: > Hi, > > Ivan Voras wrote: > > Per olof Ljungmark wrote: > > > >> Hi, > >> > >> I wonder if any work is done on > >> http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 > >> if it is I'll be happy to test patches and/or suggestions or provide > >> access to a box for debugging. > >> > > > > Last I've heard about it is that a fix was committed to 7-CURRENT. > > > This is different issue (or at least on different place) as the one that > was discussed before 5-6 months. You are correct, I was triggered too soon. From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 13:16:04 2007 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 3FB5816A47E; Mon, 19 Nov 2007 13:16:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 196DA13C465; Mon, 19 Nov 2007 13:16:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJDFjKG059427; Mon, 19 Nov 2007 08:15:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJDFjGH005569; Mon, 19 Nov 2007 08:15:45 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3672F73039; Mon, 19 Nov 2007 08:15:45 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119131545.3672F73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 08:15:45 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 13:16:04 -0000 TB --- 2007-11-19 12:59:17 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 12:59:17 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 12:59:17 - cleaning the object tree TB --- 2007-11-19 12:59:27 - checking out the source tree TB --- 2007-11-19 12:59:27 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 12:59:27 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 13:04:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 13:04:55 - cd /src TB --- 2007-11-19 13:04:55 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 13:04:56 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 13:15:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 13:15:45 - ERROR: failed to build world TB --- 2007-11-19 13:15:45 - tinderbox aborted TB --- 561.48 user 63.16 system 987.25 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 13:41:41 2007 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 57F0916A420 for ; Mon, 19 Nov 2007 13:41:41 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1871813C44B for ; Mon, 19 Nov 2007 13:41:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iu6oK-000481-9U for freebsd-current@freebsd.org; Mon, 19 Nov 2007 13:37:12 +0000 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 ; Mon, 19 Nov 2007 13:37:12 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2007 13:37:12 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Mon, 19 Nov 2007 14:37:26 +0100 Lines: 17 Message-ID: References: <47414CB3.7060104@intersonic.se> <474187E5.6020203@intersonic.se> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.6 (X11/20070801) In-Reply-To: <474187E5.6020203@intersonic.se> Sender: news Cc: freebsd-stable@freebsd.org Subject: Re: panic: rtfree - any work done currently on this? 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 Nov 2007 13:41:41 -0000 Per olof Ljungmark wrote: > Ivan Voras wrote: >> Per olof Ljungmark wrote: >>> Hi, >>> >>> I wonder if any work is done on >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=117913 >>> if it is I'll be happy to test patches and/or suggestions or provide >>> access to a box for debugging. >> >> Last I've heard about it is that a fix was committed to 7-CURRENT. > > Then I think something else was fixed - the issues we see still exists > as of yesterday's sources. You are correct. I spoke too soon, without reading the panic message. This is a different problem from that which was fixed. From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 13:41:46 2007 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 95ADD16A476; Mon, 19 Nov 2007 13:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 56FC613C4BB; Mon, 19 Nov 2007 13:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJDfYC2079143; Mon, 19 Nov 2007 08:41:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJDfYCA068882; Mon, 19 Nov 2007 08:41:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 200FF73039; Mon, 19 Nov 2007 08:41:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119134134.200FF73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 08:41:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 13:41:46 -0000 TB --- 2007-11-19 13:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 13:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 13:20:00 - cleaning the object tree TB --- 2007-11-19 13:20:06 - checking out the source tree TB --- 2007-11-19 13:20:06 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 13:20:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 13:27:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 13:27:53 - cd /src TB --- 2007-11-19 13:27:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 13:27:55 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 13:41:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 13:41:34 - ERROR: failed to build world TB --- 2007-11-19 13:41:34 - tinderbox aborted TB --- 657.05 user 67.23 system 1293.72 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 14:03:00 2007 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 308F116A49E; Mon, 19 Nov 2007 14:03:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id AE0A413C44B; Mon, 19 Nov 2007 14:02:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJE2l9Q070812; Mon, 19 Nov 2007 09:02:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJE2lM0022867; Mon, 19 Nov 2007 09:02:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2E4F273039; Mon, 19 Nov 2007 09:02:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119140247.2E4F273039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 09:02:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 14:03:00 -0000 TB --- 2007-11-19 13:42:44 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 13:42:44 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 13:42:44 - cleaning the object tree TB --- 2007-11-19 13:42:50 - checking out the source tree TB --- 2007-11-19 13:42:50 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 13:42:50 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 13:49:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 13:49:33 - cd /src TB --- 2007-11-19 13:49:33 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 13:49:35 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 14:02:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 14:02:47 - ERROR: failed to build world TB --- 2007-11-19 14:02:47 - tinderbox aborted TB --- 626.19 user 65.59 system 1202.10 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 14:03:33 2007 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 D1E8016A418; Mon, 19 Nov 2007 14:03:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9422D13C45B; Mon, 19 Nov 2007 14:03:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJE3JRH070987; Mon, 19 Nov 2007 09:03:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJE3Jl6023692; Mon, 19 Nov 2007 09:03:19 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 00EE27303E; Mon, 19 Nov 2007 09:03:15 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119140316.00EE27303E@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 09:03:15 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 14:03:34 -0000 TB --- 2007-11-19 13:41:34 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 13:41:34 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 13:41:34 - cleaning the object tree TB --- 2007-11-19 13:41:40 - checking out the source tree TB --- 2007-11-19 13:41:40 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 13:41:40 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 13:49:33 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 13:49:33 - cd /src TB --- 2007-11-19 13:49:33 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 13:49:35 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 14:03:15 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 14:03:15 - ERROR: failed to build world TB --- 2007-11-19 14:03:15 - tinderbox aborted TB --- 656.62 user 68.68 system 1301.73 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 14:23:29 2007 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 1BE0A16A420; Mon, 19 Nov 2007 14:23:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 7CE9113C4D1; Mon, 19 Nov 2007 14:23:26 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJENEGK088477; Mon, 19 Nov 2007 09:23:14 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJENDlS045378; Mon, 19 Nov 2007 09:23:13 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BD7DB73039; Mon, 19 Nov 2007 09:23:13 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119142313.BD7DB73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 09:23:13 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 14:23:29 -0000 TB --- 2007-11-19 14:03:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 14:03:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 14:03:16 - cleaning the object tree TB --- 2007-11-19 14:03:23 - checking out the source tree TB --- 2007-11-19 14:03:23 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 14:03:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 14:10:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 14:10:58 - cd /src TB --- 2007-11-19 14:10:58 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 14:10:59 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 14:23:13 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 14:23:13 - ERROR: failed to build world TB --- 2007-11-19 14:23:13 - tinderbox aborted TB --- 561.99 user 65.48 system 1197.57 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 14:24:53 2007 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 6BEEA16A47B; Mon, 19 Nov 2007 14:24:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D49B813C458; Mon, 19 Nov 2007 14:24:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJEOaG4076542; Mon, 19 Nov 2007 09:24:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJEOa3B047579; Mon, 19 Nov 2007 09:24:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F7AC73039; Mon, 19 Nov 2007 09:24:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119142436.1F7AC73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 09:24:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 14:24:53 -0000 TB --- 2007-11-19 14:02:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 14:02:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 14:02:47 - cleaning the object tree TB --- 2007-11-19 14:02:58 - checking out the source tree TB --- 2007-11-19 14:02:58 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 14:02:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 14:10:58 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 14:10:58 - cd /src TB --- 2007-11-19 14:10:58 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 14:10:59 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 14:24:35 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 14:24:35 - ERROR: failed to build world TB --- 2007-11-19 14:24:35 - tinderbox aborted TB --- 653.44 user 67.88 system 1308.44 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 14:39:52 2007 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 888DA16A419; Mon, 19 Nov 2007 14:39:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 61C7C13C4C5; Mon, 19 Nov 2007 14:39:52 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJEdgll092489; Mon, 19 Nov 2007 09:39:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJEdgsv072765; Mon, 19 Nov 2007 09:39:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 170A273039; Mon, 19 Nov 2007 09:39:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119143942.170A273039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 09:39:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 14:39:52 -0000 TB --- 2007-11-19 14:23:14 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 14:23:14 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 14:23:14 - cleaning the object tree TB --- 2007-11-19 14:23:20 - checking out the source tree TB --- 2007-11-19 14:23:20 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 14:23:20 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 14:28:49 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 14:28:49 - cd /src TB --- 2007-11-19 14:28:49 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 14:28:50 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 14:39:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 14:39:42 - ERROR: failed to build world TB --- 2007-11-19 14:39:42 - tinderbox aborted TB --- 562.03 user 62.59 system 988.06 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 15:02:01 2007 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 7CBF116A419; Mon, 19 Nov 2007 15:02:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 40EFC13C458; Mon, 19 Nov 2007 15:02:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJF1i2F084478; Mon, 19 Nov 2007 10:01:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJF1ihg076196; Mon, 19 Nov 2007 10:01:44 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 63CA973039; Mon, 19 Nov 2007 10:01:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119150140.63CA973039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 10:01:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 15:02:01 -0000 TB --- 2007-11-19 14:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 14:40:01 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 14:40:01 - cleaning the object tree TB --- 2007-11-19 14:40:07 - checking out the source tree TB --- 2007-11-19 14:40:07 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 14:40:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 14:47:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 14:47:56 - cd /src TB --- 2007-11-19 14:47:56 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 14:47:58 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 15:01:40 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 15:01:40 - ERROR: failed to build world TB --- 2007-11-19 15:01:40 - tinderbox aborted TB --- 658.28 user 66.38 system 1299.27 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 15:03:04 2007 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 CA53B16A41B; Mon, 19 Nov 2007 15:03:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1A113C469; Mon, 19 Nov 2007 15:03:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJF2qPC096721; Mon, 19 Nov 2007 10:02:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJF2qDw077829; Mon, 19 Nov 2007 10:02:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B65D273039; Mon, 19 Nov 2007 10:02:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119150252.B65D273039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 10:02:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Mon, 19 Nov 2007 15:03:04 -0000 TB --- 2007-11-19 14:40:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 14:40:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 14:40:01 - cleaning the object tree TB --- 2007-11-19 14:40:08 - checking out the source tree TB --- 2007-11-19 14:40:08 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 14:40:08 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 14:47:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 14:47:56 - cd /src TB --- 2007-11-19 14:47:56 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 14:47:58 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 15:02:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 15:02:52 - ERROR: failed to build world TB --- 2007-11-19 15:02:52 - tinderbox aborted TB --- 714.32 user 77.34 system 1371.62 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 15:18:51 2007 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 617C016A468 for ; Mon, 19 Nov 2007 15:18:51 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id 0B2A013C43E for ; Mon, 19 Nov 2007 15:18:51 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1Iu80t-000FJZ-GF for freebsd-current@freebsd.org; Mon, 19 Nov 2007 17:54:15 +0300 To: freebsd-current@freebsd.org From: Boris Samorodov Date: Mon, 19 Nov 2007 17:54:15 +0300 Message-ID: <42544904@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Subject: IBM ServeRAID 8e 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 Nov 2007 15:18:51 -0000 Hi! Google told me that there is no FreeBSD driver for IBM ServeRAID 8e adapter. Are there any plans to add it? Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 15:23:10 2007 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 20AED16A46B; Mon, 19 Nov 2007 15:23:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D7B0613C465; Mon, 19 Nov 2007 15:23:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJFN2x8088445; Mon, 19 Nov 2007 10:23:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJFN2Co051205; Mon, 19 Nov 2007 10:23:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1F1E973039; Mon, 19 Nov 2007 10:23:02 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119152302.1F1E973039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 10:23:02 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 15:23:10 -0000 TB --- 2007-11-19 15:02:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 15:02:52 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 15:02:52 - cleaning the object tree TB --- 2007-11-19 15:03:00 - checking out the source tree TB --- 2007-11-19 15:03:00 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 15:03:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 15:09:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 15:09:37 - cd /src TB --- 2007-11-19 15:09:37 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 15:09:39 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 15:23:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 15:23:01 - ERROR: failed to build world TB --- 2007-11-19 15:23:01 - tinderbox aborted TB --- 626.80 user 65.28 system 1209.02 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 15:23:39 2007 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 93FD416A46D; Mon, 19 Nov 2007 15:23:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5409913C4C5; Mon, 19 Nov 2007 15:23:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJFNWee001349; Mon, 19 Nov 2007 10:23:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJFNWvA051959; Mon, 19 Nov 2007 10:23:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B94F97303E; Mon, 19 Nov 2007 10:23:32 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119152332.B94F97303E@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 10:23:32 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 15:23:39 -0000 TB --- 2007-11-19 15:01:40 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 15:01:40 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 15:01:40 - cleaning the object tree TB --- 2007-11-19 15:01:49 - checking out the source tree TB --- 2007-11-19 15:01:49 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 15:01:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 15:09:37 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 15:09:37 - cd /src TB --- 2007-11-19 15:09:37 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 15:09:39 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 15:23:32 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 15:23:32 - ERROR: failed to build world TB --- 2007-11-19 15:23:32 - tinderbox aborted TB --- 656.68 user 68.23 system 1312.16 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 15:43:43 2007 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 8017616A417; Mon, 19 Nov 2007 15:43:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 40D3D13C46E; Mon, 19 Nov 2007 15:43:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJFhWP4092026; Mon, 19 Nov 2007 10:43:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJFhWuY083263; Mon, 19 Nov 2007 10:43:32 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 3F31273039; Mon, 19 Nov 2007 10:43:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119154329.3F31273039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 10:43:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 15:43:43 -0000 TB --- 2007-11-19 15:23:32 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 15:23:32 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 15:23:32 - cleaning the object tree TB --- 2007-11-19 15:23:39 - checking out the source tree TB --- 2007-11-19 15:23:39 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 15:23:39 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 15:31:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 15:31:20 - cd /src TB --- 2007-11-19 15:31:20 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 15:31:21 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 15:43:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 15:43:29 - ERROR: failed to build world TB --- 2007-11-19 15:43:29 - tinderbox aborted TB --- 561.39 user 65.73 system 1196.19 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 15:53:14 2007 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 5FE8316A475 for ; Mon, 19 Nov 2007 15:53:14 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 3280113C448 for ; Mon, 19 Nov 2007 15:53:13 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62171 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Iu8vp-000KFD-8E for freebsd-current@freebsd.org; Mon, 19 Nov 2007 15:53:05 +0000 Message-ID: <4741B160.60006@conducive.net> Date: Mon, 19 Nov 2007 15:53:04 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <42544904@serv3.int.kfs.ru> In-Reply-To: <42544904@serv3.int.kfs.ru> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: IBM ServeRAID 8e 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 Nov 2007 15:53:14 -0000 Boris Samorodov wrote: > Hi! > > > Google told me that there is no FreeBSD driver for IBM ServeRAID 8e > adapter. Are there any plans to add it? > > Thanks! > > > WBR Needs more research to see what the 8e really is or is built from. An older 'IBM ServeRAID' we once had was actually an OEM of a brand and chipset that *was* supported. I haven't seen the 8e myself. Bill From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 16:00:06 2007 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 6ABFD16A419; Mon, 19 Nov 2007 16:00:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2D2AE13C458; Mon, 19 Nov 2007 16:00:06 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJFxrLI095589; Mon, 19 Nov 2007 10:59:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJFxrHi013726; Mon, 19 Nov 2007 10:59:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 74B8673039; Mon, 19 Nov 2007 10:59:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119155953.74B8673039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 10:59:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 16:00:06 -0000 TB --- 2007-11-19 15:43:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 15:43:29 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 15:43:29 - cleaning the object tree TB --- 2007-11-19 15:43:37 - checking out the source tree TB --- 2007-11-19 15:43:37 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 15:43:37 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 15:49:01 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 15:49:01 - cd /src TB --- 2007-11-19 15:49:01 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 15:49:02 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 15:59:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 15:59:53 - ERROR: failed to build world TB --- 2007-11-19 15:59:53 - tinderbox aborted TB --- 561.35 user 62.97 system 983.87 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 16:04:43 2007 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 0A1ED16A418; Mon, 19 Nov 2007 16:04:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6ABE513C457; Mon, 19 Nov 2007 16:04:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJDglnx065154; Mon, 19 Nov 2007 08:42:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJDglEr070328; Mon, 19 Nov 2007 08:42:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BC9D173039; Mon, 19 Nov 2007 08:42:44 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119134244.BC9D173039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 08:42:44 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 16:04:43 -0000 TB --- 2007-11-19 13:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 13:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 13:20:00 - cleaning the object tree TB --- 2007-11-19 13:20:05 - checking out the source tree TB --- 2007-11-19 13:20:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 13:20:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 13:27:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 13:27:53 - cd /src TB --- 2007-11-19 13:27:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 13:27:55 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 13:42:44 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 13:42:44 - ERROR: failed to build world TB --- 2007-11-19 13:42:44 - tinderbox aborted TB --- 714.29 user 76.68 system 1364.35 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 16:13:41 2007 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 6821516A468; Mon, 19 Nov 2007 16:13:41 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id E4AEE13C44B; Mon, 19 Nov 2007 16:13:37 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 66F034744F; Mon, 19 Nov 2007 11:15:58 -0500 (EST) Date: Mon, 19 Nov 2007 16:13:23 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Mohan Srinivasan In-Reply-To: <673204.48075.qm@web31813.mail.mud.yahoo.com> Message-ID: <20071119161230.K59049@fledge.watson.org> References: <673204.48075.qm@web31813.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Timo Sirainen , freebsd-current@FreeBSD.org, Adam McDougall , mohans@FreeBSD.org Subject: Re: link() not increasing link count on NFS 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: Mon, 19 Nov 2007 16:13:41 -0000 On Fri, 16 Nov 2007, Mohan Srinivasan wrote: > Your changes look good to me. Adam, Timo, Mohan, I've gone ahead and committed these changes to the NFS2/3 client in HEAD, and will MFC them in a week or so assuming things don't go horribly wrong. Robert N M Watson Computer Laboratory University of Cambridge > > mohan > > --- On Fri, 11/16/07, Robert Watson wrote: > >> From: Robert Watson >> Subject: Re: link() not increasing link count on NFS server >> To: "Mohan Srinivasan" >> Cc: "Timo Sirainen" , "Adam McDougall" , freebsd-current@FreeBSD.org, mohans@FreeBSD.org >> Date: Friday, November 16, 2007, 6:37 AM >> On Thu, 15 Nov 2007, Mohan Srinivasan wrote: >> >>> The code you cite, which launches a lookup on the >> receipt of an EEXIST in >>> nfs_link() is a horrible hack that needs to be >> removed. I always wanted to >>> remove it but did not want to stir up controversy. >>> >>> The logic predates the NFS/UDP duplicate request >> cache, which all NFS >>> servers will support. The NFS dupreq cache caches the >> replies for >>> non-idempotent operations and will replay the cached >> response if a >>> non-idenpotent operation is retransmitted. This works >> around spurious errors >>> in the event the NFS response was lost, of course. The >> dupreq cache appeared >>> in most NFS server implementations in late 1989. >>> >>> There is no justification for the logic that the >> FreeBSD NFS client has at >>> the end of these ops. In fact it breaks more things >> that it fixes. At >>> Yahoo!, we had a group that was doing locking by >> creating lockfiles and >>> checking for the existence of these lockfiles. As you >> can imagine, that >>> application broke over FreeBSD NFS. I worked around >> this in FreeBSD's Yahoo! >>> implementation. >>> >>> I have not looked at the original link bug reported, >> but I would >>> wholeheartedly endorse ripping out the "launch a >> lookup on a an error in >>> these ops" in all of the NFS ops and just return >> the error/or success >>> returned by the original NFS op. >> >> OK, I've attached an initial patch that does this -- we >> still need to keep the >> lookup code for NFSv2, where the file handle of the new >> node isn't returned >> with the reply, but I drop the EEXIST handling cases. Does >> this look >> reasonable to you? I'm not set up to easily test this >> scenario, however. >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >> Index: nfs_vnops.c >> =================================================================== >> RCS file: >> /zoo/cvsup/FreeBSD-CVS/src/sys/nfsclient/nfs_vnops.c,v >> retrieving revision 1.276 >> diff -u -r1.276 nfs_vnops.c >> --- nfs_vnops.c 1 Jun 2007 01:12:44 -0000 1.276 >> +++ nfs_vnops.c 16 Nov 2007 14:35:59 -0000 >> @@ -1769,11 +1769,6 @@ >> VTONFS(vp)->n_attrstamp = 0; >> if (!wccflag) >> VTONFS(tdvp)->n_attrstamp = 0; >> - /* >> - * Kludge: Map EEXIST => 0 assuming that it is a reply >> to a retry. >> - */ >> - if (error == EEXIST) >> - error = 0; >> return (error); >> } >> >> @@ -1837,17 +1832,9 @@ >> nfsmout: >> >> /* >> - * If we get an EEXIST error, silently convert it to >> no-error >> - * in case of an NFS retry. >> - */ >> - if (error == EEXIST) >> - error = 0; >> - >> - /* >> - * If we do not have (or no longer have) an error, and we >> could >> - * not extract the newvp from the response due to the >> request being >> - * NFSv2 or the error being EEXIST. We have to do a >> lookup in order >> - * to obtain a newvp to return. >> + * If we do not have an error and we could not extract >> the newvp from >> + * the response due to the request being NFSv2, we have >> to do a >> + * lookup in order to obtain a newvp to return. >> */ >> if (error == 0 && newvp == NULL) { >> struct nfsnode *np = NULL; >> @@ -1925,15 +1912,7 @@ >> mtx_unlock(&(VTONFS(dvp))->n_mtx); >> if (!wccflag) >> VTONFS(dvp)->n_attrstamp = 0; >> - /* >> - * Kludge: Map EEXIST => 0 assuming that you have a >> reply to a retry >> - * if we can succeed in looking up the directory. >> - */ >> - if (error == EEXIST || (!error && !gotvp)) { >> - if (newvp) { >> - vput(newvp); >> - newvp = NULL; >> - } >> + if (error == 0 && newvp == NULL) { >> error = nfs_lookitup(dvp, cnp->cn_nameptr, len, >> cnp->cn_cred, >> cnp->cn_thread, &np); >> if (!error) { > _______________________________________________ > 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 Nov 19 16:14:33 2007 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 5086216A419; Mon, 19 Nov 2007 16:14:33 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from phoebe.cse.buffalo.edu (phoebe.cse.buffalo.edu [128.205.32.89]) by mx1.freebsd.org (Postfix) with ESMTP id 0BF6A13C4AC; Mon, 19 Nov 2007 16:14:32 +0000 (UTC) (envelope-from kensmith@cse.Buffalo.EDU) Received: from [128.205.32.76] (bauer.cse.buffalo.edu [128.205.32.76]) (authenticated bits=0) by phoebe.cse.buffalo.edu (8.14.1/8.13.7) with ESMTP id lAJGEGwS089806 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 19 Nov 2007 11:14:16 -0500 (EST) (envelope-from kensmith@cse.buffalo.edu) From: Ken Smith To: freebsd-stable , freebsd-current@freebsd.org Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-JpNoLuPrIL5CYiVLMgBI" Organization: U. Buffalo CSE Department Date: Mon, 19 Nov 2007 11:14:16 -0500 Message-Id: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-DCC-Buffalo.EDU-Metrics: phoebe.cse.buffalo.edu 1335; Body=0 Fuz1=0 X-Spam-Status: No, score=0.0 required=5.0 tests=none autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on phoebe.cse.buffalo.edu Cc: Subject: FreeBSD 7.0-BETA3 Available 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 Nov 2007 16:14:33 -0000 --=-JpNoLuPrIL5CYiVLMgBI Content-Type: text/plain Content-Transfer-Encoding: quoted-printable The 7.0-BETA3 builds are now available. If you would like to download an ISO image to install from they are available here: ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/ (adjust to be your architecture, e.g. amd64, i386, etc.). If you would like to use cvsup to update an older machine the release tag is still RELENG_7. Checksums for the ISO files: MD5 (7.0-BETA3-amd64-bootonly.iso) =3D d3727590cdc07bc00ed4b8c70d882ffc MD5 (7.0-BETA3-amd64-disc1.iso) =3D f747c3e8c38f4b2486a28927120918b9 MD5 (7.0-BETA3-amd64-disc2.iso) =3D 8be4203cdb7c9c886fab9fe825586532 MD5 (7.0-BETA3-amd64-docs.iso) =3D 036c8529639f42667fb13b168bb62fd7 MD5 (7.0-BETA3-amd64-livefs.iso) =3D 4c132e37b3791d9c3667a26893ef164a MD5 (7.0-BETA3-i386-bootonly.iso) =3D 87d311072e75d83ec6f3fd757f23c5bb MD5 (7.0-BETA3-i386-disc1.iso) =3D e1f1fb8a233b4e48b9b57064e2287fb0 MD5 (7.0-BETA3-i386-disc2.iso) =3D 710482b33f37a4fecd247faaa0b0f76c MD5 (7.0-BETA3-i386-docs.iso) =3D 8e420fe99237d8c9d54f6afa079558b5 MD5 (7.0-BETA3-i386-livefs.iso) =3D 3ce12b63ed61d733b20c7432c00896e6 MD5 (7.0-BETA3-ia64-bootonly.iso) =3D 01d13c5ba7b8e939d717a08f43b160b0 MD5 (7.0-BETA3-ia64-disc1.iso) =3D 566ac5bc9bbe38be9df6eeed297444e8 MD5 (7.0-BETA3-ia64-disc2.iso) =3D 45f0045e057e5d76dc11598467a6745e MD5 (7.0-BETA3-ia64-docs.iso) =3D 3dd593b39c81c635b1404701fc042031 MD5 (7.0-BETA3-ia64-livefs.iso) =3D d62fee94d11be9bce1929f4e006d8865 MD5 (7.0-BETA3-pc98-bootonly.iso) =3D 4f03a75e3c5df7efc3868c300b48ba17 MD5 (7.0-BETA3-pc98-disc1.iso) =3D d94e1adff058e9b11160014d78444d2c MD5 (7.0-BETA3-pc98-livefs.iso) =3D 025bbc6400724ddfc49b5ce0860d2394 MD5 (7.0-BETA3-powerpc-bootonly.iso) =3D bfd4d07be776811e50d7706bbdc49518 MD5 (7.0-BETA3-powerpc-disc1.iso) =3D b44fcac04742856f9af5f54eddac46e9 MD5 (7.0-BETA3-powerpc-disc2.iso) =3D 1721b82f3ae2114b3c1e345c97e75f27 MD5 (7.0-BETA3-powerpc-docs.iso) =3D 7e8a460ea6bf432d8bdffe098f87bed7 MD5 (7.0-BETA3-sparc64-bootonly.iso) =3D 4bde71a072c042a9e5617d48188eace4 MD5 (7.0-BETA3-sparc64-disc1.iso) =3D f3ffc1caf127d81e72bdaa807b1c4de8 MD5 (7.0-BETA3-sparc64-disc2.iso) =3D 807c61cac4bda259c7f3513d3f9ae781 MD5 (7.0-BETA3-sparc64-docs.iso) =3D 92b55a7ed6f816530eb8f26422e3d0be SHA256 (7.0-BETA3-amd64-bootonly.iso) =3D 50a90064b6bddc14ec4c9fd40ae9d0713= 221a76b7fd7cd3355a3f09319487ede SHA256 (7.0-BETA3-amd64-disc1.iso) =3D 55c80f76039996406773e87b909b472693a8= d93c9cdc880fb4516b219236040e SHA256 (7.0-BETA3-amd64-disc2.iso) =3D 2f58909abf46b114ed49bf47d8e7d4d66c0c= 524c617f116f3ce5a12976d0285c SHA256 (7.0-BETA3-amd64-docs.iso) =3D ef4a6cad6399c94bca3fdb3bb5243f8e56555= 4955f4e94b0068e7214d3aa379b SHA256 (7.0-BETA3-amd64-livefs.iso) =3D 64d61b795bb3c358e38f61cc44ef70ea1ab= d6b3cdc710f79b9da3acf9485ad51 SHA256 (7.0-BETA3-i386-bootonly.iso) =3D e3895aa4d9570634465ba7132489b45dab= e19cf44638a97f14f577b6a465690b SHA256 (7.0-BETA3-i386-disc1.iso) =3D 082e00e6c8142e0c539f128311968fef443ac= 930702e567918a0dd758c09711f SHA256 (7.0-BETA3-i386-disc2.iso) =3D 70b66b100618ccab7a91c96c3312aa443f3ff= 904a7b290fecbc5bef3a35fc248 SHA256 (7.0-BETA3-i386-docs.iso) =3D 9bd6c09b8abd3f6e7243c3847168e74ad27e0e= 364b810ea19dedc10a1410af8c SHA256 (7.0-BETA3-i386-livefs.iso) =3D 177df8430a19b44f49b3dcc9be424bf0b74b= 270baf953f124633ba4ecab2d690 SHA256 (7.0-BETA3-ia64-bootonly.iso) =3D d25436d7be92b262253ce127b1e752c097= f9cc38561f78245f70e879b3af976e SHA256 (7.0-BETA3-ia64-disc1.iso) =3D 90c2b3611daf76000e7608672797235f234e1= 85f09fa36a1f13738361df0aeb8 SHA256 (7.0-BETA3-ia64-disc2.iso) =3D 6d5a3bbdd9808cf8efa9e3532ed386c604151= a6f071d85c751c260442f3fee52 SHA256 (7.0-BETA3-ia64-docs.iso) =3D 86d823f7f555635ccd4e91af31ec68e35d5dc8= 93fab04027e0f764911e73b5d8 SHA256 (7.0-BETA3-ia64-livefs.iso) =3D 2f8b156ffdc068eb09aa37742213e24d417d= f6387e903ed699ebac39ba61ba66 SHA256 (7.0-BETA3-pc98-bootonly.iso) =3D 4758018dca3ecebea0dc5d4b7c16ae4a4d= 2da668cb1ad0a5ab2363c890888f51 SHA256 (7.0-BETA3-pc98-disc1.iso) =3D d43a77a86c1294425e6f3504a5dd14d42f581= f800374ab2f1e0dca548db43abb SHA256 (7.0-BETA3-pc98-livefs.iso) =3D 33bf52a412c95983361307a6dc553f32d8e5= be7d0bc90199ef083b2e8caebb9c SHA256 (7.0-BETA3-powerpc-bootonly.iso) =3D 7d4b08c145c3c3b98ae603d6e2bb347= 88f8556c3027de041810a32b72b79dfe4 SHA256 (7.0-BETA3-powerpc-disc1.iso) =3D 8affc16a226d98166f9fa7b8b48965c537= b187a9fb13b84502a524746af4b9ac SHA256 (7.0-BETA3-powerpc-disc2.iso) =3D ca4ac30eb3a3241506a76cc3ad4ff9658f= 37b28e7bd0d6dc6f64e5938bef3be2 SHA256 (7.0-BETA3-powerpc-docs.iso) =3D 2603429f005d31623f59d47f2b198ef51fe= 6d300441dc6651be462d3359cc2db SHA256 (7.0-BETA3-sparc64-bootonly.iso) =3D 5db551ed17c9d075c65048128478580= e9feb95a83440bc9391da4eb514ba6783 SHA256 (7.0-BETA3-sparc64-disc1.iso) =3D 220cac1aa26537521f67333a4ece03ab2e= df87b443142276ca8d28b7da162c44 SHA256 (7.0-BETA3-sparc64-disc2.iso) =3D 15726eef5ecb1b4177644aa3717ee3736c= 13bb6dc372d7913fe1784496bb2371 SHA256 (7.0-BETA3-sparc64-docs.iso) =3D a32dda230c6fb654d906d48c8ad5c5ca5a4= 0ea176939f320b614b6b1df1957c3 --=20 Ken Smith - From there to here, from here to | kensmith@cse.buffalo.edu there, funny things are everywhere. | - Theodore Geisel | --=-JpNoLuPrIL5CYiVLMgBI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHQbZY/G14VSmup/YRAkqiAJwMW8794ZuGEC+KG9Uw35fHitvC0wCfXPwn VcKutEabDxZ8/CpTXKb6DAU= =OHI2 -----END PGP SIGNATURE----- --=-JpNoLuPrIL5CYiVLMgBI-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 16:43:19 2007 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 6840016A473; Mon, 19 Nov 2007 16:43:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1B17313C458; Mon, 19 Nov 2007 16:43:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJGh8YH018933; Mon, 19 Nov 2007 11:43:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJGh8cQ089811; Mon, 19 Nov 2007 11:43:08 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A1ED373039; Mon, 19 Nov 2007 11:43:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119164308.A1ED373039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 11:43:08 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 16:43:19 -0000 TB --- 2007-11-19 16:22:51 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 16:22:51 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 16:22:51 - cleaning the object tree TB --- 2007-11-19 16:22:59 - checking out the source tree TB --- 2007-11-19 16:22:59 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 16:22:59 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 16:29:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 16:29:57 - cd /src TB --- 2007-11-19 16:29:57 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 16:29:59 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 16:43:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 16:43:08 - ERROR: failed to build world TB --- 2007-11-19 16:43:08 - tinderbox aborted TB --- 625.73 user 65.91 system 1216.88 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 16:43:51 2007 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 0BD7116A418; Mon, 19 Nov 2007 16:43:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C121A13C467; Mon, 19 Nov 2007 16:43:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJGhfAb019027; Mon, 19 Nov 2007 11:43:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJGhalY090668; Mon, 19 Nov 2007 11:43:36 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A81E473039; Mon, 19 Nov 2007 11:43:36 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119164336.A81E473039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 11:43:36 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 16:43:51 -0000 TB --- 2007-11-19 16:21:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 16:21:56 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 16:21:56 - cleaning the object tree TB --- 2007-11-19 16:22:02 - checking out the source tree TB --- 2007-11-19 16:22:02 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 16:22:02 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 16:29:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 16:29:57 - cd /src TB --- 2007-11-19 16:29:57 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 16:29:59 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 16:43:36 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 16:43:36 - ERROR: failed to build world TB --- 2007-11-19 16:43:36 - tinderbox aborted TB --- 657.21 user 68.05 system 1300.52 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 16:44:55 2007 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 2935616A478; Mon, 19 Nov 2007 16:44:55 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id D682D13C4BB; Mon, 19 Nov 2007 16:44:54 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=60587 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iu9jd-0006Iq-T2; Mon, 19 Nov 2007 16:44:33 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id lAJGiWEU091311; Mon, 19 Nov 2007 19:44:32 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id lAJGiWA9091310; Mon, 19 Nov 2007 19:44:32 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Mon, 19 Nov 2007 19:44:32 +0300 From: Ruslan Ermilov To: John Birrell Message-ID: <20071119164432.GA90846@team.vega.ru> References: <20071119093536.GA42607@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071119093536.GA42607@hub.freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: HEADS UP: -Werror re-enabled in WARNS 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 Nov 2007 16:44:55 -0000 On Mon, Nov 19, 2007 at 09:35:36AM +0000, John Birrell wrote: > Roughly 6 months ago, -Werror was disabled while gcc 4.2 was > imported and bedded in. > > I've fixed a number of the compiler warnings that were causing > the build to barf. In a few cases I reduced the WARNS level > instead of making lots of changes. > > I tested the changes with a 'make universe', so hopefully > tinderbox builds will continue to work. Of course if you have > work in progress that doesn't compile cleanly and a WARNS > level set, you may find your build now breaks. > kmod.mk still had it disabled. I've re-enabled it there too, after testing the LINT build on all architectures that have their NOTES file. Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:03:40 2007 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 1D09F16A417; Mon, 19 Nov 2007 17:03:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id D1FFC13C458; Mon, 19 Nov 2007 17:03:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJH3OG5022471; Mon, 19 Nov 2007 12:03:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJH3O5k025175; Mon, 19 Nov 2007 12:03:24 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5DBEB73039; Mon, 19 Nov 2007 12:03:24 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119170324.5DBEB73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 12:03:24 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 17:03:40 -0000 TB --- 2007-11-19 16:43:36 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 16:43:36 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 16:43:36 - cleaning the object tree TB --- 2007-11-19 16:43:43 - checking out the source tree TB --- 2007-11-19 16:43:43 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 16:43:43 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 16:51:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 16:51:18 - cd /src TB --- 2007-11-19 16:51:18 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 16:51:20 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 17:03:24 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 17:03:24 - ERROR: failed to build world TB --- 2007-11-19 17:03:24 - tinderbox aborted TB --- 560.61 user 66.90 system 1187.29 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:04:59 2007 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 86AC016A417; Mon, 19 Nov 2007 17:04:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 6031213C44B; Mon, 19 Nov 2007 17:04:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJH4nS8022692; Mon, 19 Nov 2007 12:04:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJH4nsF094581; Mon, 19 Nov 2007 12:04:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 215DB73039; Mon, 19 Nov 2007 12:04:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119170449.215DB73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 12:04:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Mon, 19 Nov 2007 17:04:59 -0000 TB --- 2007-11-19 16:43:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 16:43:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 16:43:08 - cleaning the object tree TB --- 2007-11-19 16:43:18 - checking out the source tree TB --- 2007-11-19 16:43:18 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 16:43:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 16:51:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 16:51:18 - cd /src TB --- 2007-11-19 16:51:18 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 16:51:20 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 17:04:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 17:04:49 - ERROR: failed to build world TB --- 2007-11-19 17:04:49 - tinderbox aborted TB --- 654.37 user 67.08 system 1300.17 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:19:59 2007 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 822D516A419; Mon, 19 Nov 2007 17:19:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6C513C467; Mon, 19 Nov 2007 17:19:59 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJHJnm7024767; Mon, 19 Nov 2007 12:19:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJHJnKa038074; Mon, 19 Nov 2007 12:19:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1665A73039; Mon, 19 Nov 2007 12:19:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119171949.1665A73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 12:19:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 17:19:59 -0000 TB --- 2007-11-19 17:03:24 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 17:03:24 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 17:03:24 - cleaning the object tree TB --- 2007-11-19 17:03:31 - checking out the source tree TB --- 2007-11-19 17:03:31 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 17:03:31 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 17:08:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 17:08:57 - cd /src TB --- 2007-11-19 17:08:57 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 17:08:58 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 17:19:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 17:19:49 - ERROR: failed to build world TB --- 2007-11-19 17:19:49 - tinderbox aborted TB --- 561.84 user 62.60 system 984.45 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:20:26 2007 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 BA97916A419 for ; Mon, 19 Nov 2007 17:20:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.185]) by mx1.freebsd.org (Postfix) with ESMTP id 929E813C468 for ; Mon, 19 Nov 2007 17:20:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so1533778rvb for ; Mon, 19 Nov 2007 09:20:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=Zk1gF8xFKVhdqjKyRJ9kDfZAYNDPiukpzcTbGPt0+AY=; b=DiipYRqN0CYQhO8rf5lcd0JTbNc3u7wIupPzqJT65/1Lk3Ve/wCR8QKHI/ER2xjh33kb8/+kc6GbzxaUlldsso1UJNruLbc7X39/BYWFl+XpuTLzchDg8Q92zRvMABizI5ovg2AXMItunaJJ3gv0xRUV3iTNTiEnh6XhXz0wJxU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=DqQBX1ByyknjUyq68K9TPskpwBZl78GVBCv7BHO3lTE1ZdUWzYT1dIKPtnHo0axi/73XoiFBnGc3VbSB5mu7rTXqrsKXtlQu7D3sLe4uueXobE+pe+VPUXxxJJgazkEk3yo0/nWSGbo1H5wMluzpO+4F1ZdRi3B4FhW2CLOrwos= Received: by 10.141.145.11 with SMTP id x11mr528438rvn.1195492812859; Mon, 19 Nov 2007 09:20:12 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q18sm4103724qbq.2007.11.19.09.20.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Nov 2007 09:20:11 -0800 (PST) Message-ID: <4741C5C7.2060001@gmail.com> Date: Mon, 19 Nov 2007 12:20:07 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: TEST RESULTS: Latest ATA modifications a step backwards 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 Nov 2007 17:20:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After update to the set of cvsup'ed files (as of last night) I found that the "current" ATA upgrades are broken.... specifically: 1. They reverse (almost) all effects of the patches in the "ANNOUNCEMENT: wiki....." thread 2. The patches found in the above thread make it not possible to compile the ata driver. After appling them the function a line 1891 no longer compiles - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQcXHJ9+1V27SttsRAgwDAJ9ZOBWQ0cR6xrA/xYHvz+1PbDHr/ACgmaXE Xp9iLCCQR7i5zI4zHl+bn3c= =ejrF -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:37:36 2007 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 B195216A469 for ; Mon, 19 Nov 2007 17:37:36 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd2mo3so.prod.shaw.ca (idcmail-mo1so.shaw.ca [24.71.223.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9643413C4D5 for ; Mon, 19 Nov 2007 17:37:36 +0000 (UTC) (envelope-from cperciva@freebsd.org) Received: from pd3mr2so.prod.shaw.ca (pd3mr2so-qfe3.prod.shaw.ca [10.0.141.178]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with ESMTP id <0JRR00I3SI3EL440@l-daemon> for freebsd-current@freebsd.org; Mon, 19 Nov 2007 09:35:38 -0700 (MST) Received: from pn2ml9so.prod.shaw.ca ([10.0.121.7]) by pd3mr2so.prod.shaw.ca (Sun Java System Messaging Server 6.2-7.05 (built Sep 5 2006)) with ESMTP id <0JRR0066LI38WA00@pd3mr2so.prod.shaw.ca> for freebsd-current@freebsd.org; Mon, 19 Nov 2007 09:35:38 -0700 (MST) Received: from hexahedron.daemonology.net ([24.82.201.197]) by l-daemon (Sun ONE Messaging Server 6.0 HotFix 1.01 (built Mar 15 2004)) with SMTP id <0JRR00I9ZI37EE30@l-daemon> for freebsd-current@freebsd.org; Mon, 19 Nov 2007 09:35:32 -0700 (MST) Received: (qmail 14263 invoked from network); Mon, 19 Nov 2007 16:35:17 +0000 Received: from unknown (HELO hexahedron.daemonology.net) (127.0.0.1) by localhost with SMTP; Mon, 19 Nov 2007 16:35:17 +0000 Date: Mon, 19 Nov 2007 08:35:16 -0800 From: Colin Percival In-reply-to: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> To: freebsd-stable , freebsd-current@freebsd.org Message-id: <4741BB44.7010906@freebsd.org> MIME-version: 1.0 Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: 7bit X-Enigmail-Version: 0.95.5 References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> User-Agent: Thunderbird 2.0.0.9 (X11/20071117) Cc: Subject: Re: FreeBSD 7.0-BETA3 Available 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 Nov 2007 17:37:36 -0000 Ken Smith wrote: > The 7.0-BETA3 builds are now available. If you would like to download > an ISO image to install from they are available here: > > ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/ > > (adjust to be your architecture, e.g. amd64, i386, etc.). If you > would like to use cvsup to update an older machine the release tag is > still RELENG_7. Due to a communications mix-up, it isn't yet possible to upgrade to 7.0-BETA3 using FreeBSD Update -- the bits are being assembled as I type this and binary upgrading to 7.0-BETA3 should work by the end of the day. For those of you who didn't read my earlier announcement and have no idea what I'm talking about, upgrading instructions are at http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html for upgrading from 6.x to 7.0-BETA3, and at http://www.daemonology.net/blog/2007-11-10-freebsd-minor-version-upgrade.html for upgrading from 7.0-BETA1.5 or 7.0-BETA2 to 7.0-BETA3. Colin Percival FreeBSD Security Officer & FreeBSD Update wrangler From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:37:37 2007 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 2B10B16A46D for ; Mon, 19 Nov 2007 17:37:37 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 74B5713C4D1; Mon, 19 Nov 2007 17:37:36 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47406CEF.7080708@FreeBSD.org> Date: Sun, 18 Nov 2007 17:48:47 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ben Kaduk References: <47d0403c0711171344u383c0cbbwcb6b00f81c84a08e@mail.gmail.com> In-Reply-To: <47d0403c0711171344u383c0cbbwcb6b00f81c84a08e@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Infinite loop in menus in sysinstall 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 Nov 2007 17:37:37 -0000 Ben Kaduk wrote: > Hi all, > > I finally broke down and pulled out the 7.0-beta2 iso for my dell inspiron 8500, > but when I was at the part of the installation procedure to install the ports > collection, it comes up with the message: > > Unable to get packages/INDEX file from selected media. > > This may be because the packages collection is not available > on the distribution media you've chose, most likely an FTP site > without the packages collection mirrored. Please verify that > your media, or your path to the media, is correct and try again. > > [OK] > > > It is true that I am installing over ftp from ftp5.freebsd.org (which > is only about > five blocks away in the real world!), and it certainly seems to not have > a 7-INDEX floating around, but that's not the main issue. > > When I select ``OK'', it seems to try again, and pops up the same message. > It would be nice to have an option to back up in the menus and change > something; at the moment, I broke to vt4 and installed the perl5.8 port > so that I can build my own index file, but I don't know if this will break me > out of my menu loop. > > No time to investigate and patch at the moment, as I'm trying to > get the ppc beta iso to boot on the machine I'm typing this on, > as I said I would test a couple things (I said this several months > ago, and only rebooted once since then). > > Anyone else see this behavior? It is expected that betas are not able to find the package sets because they are not present in the packages-7.0-release/ directory yet. Maybe sysinstall should be changed to look in packages-7-stable/ until the packages are ready late in the release cycle. Also giving a way to back out of the loop would be nice, as you say :) Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:37:40 2007 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 9A50F16A469 for ; Mon, 19 Nov 2007 17:37:40 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 3332B13C48A; Mon, 19 Nov 2007 17:37:38 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47406E17.5010702@FreeBSD.org> Date: Sun, 18 Nov 2007 17:53:43 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: "Arno J. Klaassen" References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Gregory Wright , freebsd-current@freebsd.org Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 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 Nov 2007 17:37:40 -0000 Arno J. Klaassen wrote: > Gregory Wright writes: > >> Hi, >> >> I tried enabling powerd on FreeBSd 7.0BETA-2 by adding >> >> powerd_enable="YES" >> >> to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron >> 270 HE processor (dual core), 2 GB RAM. AMD powernow was >> enabled in the BIOS. > > > I never succeeded in using cpufreq on any 288x MB. If freezes > box even with latest bios. Have you tried disabling acpi_throttle? Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:37:43 2007 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 65CAE16A41A for ; Mon, 19 Nov 2007 17:37:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 699DE13C4D5; Mon, 19 Nov 2007 17:37:42 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47406E2D.1020803@FreeBSD.org> Date: Sun, 18 Nov 2007 17:54:05 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Gregory Wright References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> In-Reply-To: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 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 Nov 2007 17:37:43 -0000 Gregory Wright wrote: > Hi, > > I tried enabling powerd on FreeBSd 7.0BETA-2 by adding > > powerd_enable="YES" > > to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron > 270 HE processor (dual core), 2 GB RAM. AMD powernow was > enabled in the BIOS. > > Upon rebooting, the machine crashed. Rebooting indicated > file system corruption and I was not able to successfully reboot > again. (When I tried to reboot in safe mode, I got a kernel > panic for a page fault in kernel mode.) I have reinstalled the > OS and the machine seems to work again. > > Is this a variant of a known issue or something new? Something new, maybe. Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:41:51 2007 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 E5D7F16A418; Mon, 19 Nov 2007 17:41:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A97B813C459; Mon, 19 Nov 2007 17:41:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJHfcOw012782; Mon, 19 Nov 2007 12:41:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJHfcVZ088735; Mon, 19 Nov 2007 12:41:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4DEEC73039; Mon, 19 Nov 2007 12:41:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119174138.4DEEC73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 12:41:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Mon, 19 Nov 2007 17:41:52 -0000 TB --- 2007-11-19 17:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 17:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 17:20:00 - cleaning the object tree TB --- 2007-11-19 17:20:04 - checking out the source tree TB --- 2007-11-19 17:20:04 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 17:20:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 17:28:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 17:28:00 - cd /src TB --- 2007-11-19 17:28:00 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 17:28:01 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 17:41:38 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 17:41:38 - ERROR: failed to build world TB --- 2007-11-19 17:41:38 - tinderbox aborted TB --- 656.70 user 67.56 system 1297.57 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:43:02 2007 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 494FC16A4D6; Mon, 19 Nov 2007 17:43:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0BA4913C459; Mon, 19 Nov 2007 17:43:01 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJHgrwR027635; Mon, 19 Nov 2007 12:42:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJHgrJa090116; Mon, 19 Nov 2007 12:42:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C4E5773039; Mon, 19 Nov 2007 12:42:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119174252.C4E5773039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 12:42:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Mon, 19 Nov 2007 17:43:02 -0000 TB --- 2007-11-19 17:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 17:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 17:20:00 - cleaning the object tree TB --- 2007-11-19 17:20:05 - checking out the source tree TB --- 2007-11-19 17:20:05 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 17:20:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 17:28:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 17:28:00 - cd /src TB --- 2007-11-19 17:28:00 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 17:28:01 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 17:42:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 17:42:52 - ERROR: failed to build world TB --- 2007-11-19 17:42:52 - tinderbox aborted TB --- 714.53 user 76.74 system 1372.08 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 17:43:07 2007 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 832FB16A477 for ; Mon, 19 Nov 2007 17:43:07 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: from el-out-1112.google.com (el-out-1112.google.com [209.85.162.183]) by mx1.freebsd.org (Postfix) with ESMTP id 3038213C458 for ; Mon, 19 Nov 2007 17:43:07 +0000 (UTC) (envelope-from minimarmot@gmail.com) Received: by el-out-1112.google.com with SMTP id s27so618806ele for ; Mon, 19 Nov 2007 09:43:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=pg7/A6QDqcf9A+R4UwHIIUIs/MECVPdYLTQWeY4kr6w=; b=n7lW9TGXTB0/z8cn7HlsPhvJENY8toqA7jUkUgW1A5RUuVFm/Feim+H8Gvp90X13waU47UVhtPSUkA06pAq21ecMrsXFj+tlfL5lIVCeA0gAwQshtsUQLuTxleRndw5VB2zUj+wTjeLuhmXRrYieq4VN0c9xBs3UII6Dw+eviK8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=NTAjAH6sNhzly1SOTABTQ/uVA6VMvrzQhrrm4e5M1/kO6ZTtrPrwUXQLSsHYjRgOIKOA8ICUDYWjRhtG1PkT2iRSVH4K8C3wgI5dJyfTzD1PG6Ogw7q3QL/HoKzZHgT/4jnM4ESSjRvAaeOxC0jGU5ujg+vbn8JunGLatfQM5hU= Received: by 10.142.102.5 with SMTP id z5mr1216982wfb.1195494179856; Mon, 19 Nov 2007 09:42:59 -0800 (PST) Received: by 10.143.16.20 with HTTP; Mon, 19 Nov 2007 09:42:59 -0800 (PST) Message-ID: <47d0403c0711190942g8c53effp33178e748780a5bf@mail.gmail.com> Date: Mon, 19 Nov 2007 12:42:59 -0500 From: "Ben Kaduk" To: "Kris Kennaway" In-Reply-To: <47406CEF.7080708@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47d0403c0711171344u383c0cbbwcb6b00f81c84a08e@mail.gmail.com> <47406CEF.7080708@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: Infinite loop in menus in sysinstall 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 Nov 2007 17:43:07 -0000 On 11/18/07, Kris Kennaway wrote: > Ben Kaduk wrote: > > Hi all, > > > > I finally broke down and pulled out the 7.0-beta2 iso for my dell inspiron 8500, > > but when I was at the part of the installation procedure to install the ports > > collection, it comes up with the message: > > > > Unable to get packages/INDEX file from selected media. > > > > This may be because the packages collection is not available > > on the distribution media you've chose, most likely an FTP site > > without the packages collection mirrored. Please verify that > > your media, or your path to the media, is correct and try again. > > > > [OK] > > > > > > It is true that I am installing over ftp from ftp5.freebsd.org (which > > is only about > > five blocks away in the real world!), and it certainly seems to not have > > a 7-INDEX floating around, but that's not the main issue. > > > > When I select ``OK'', it seems to try again, and pops up the same message. > > It would be nice to have an option to back up in the menus and change > > something; at the moment, I broke to vt4 and installed the perl5.8 port > > so that I can build my own index file, but I don't know if this will break me > > out of my menu loop. > > > > No time to investigate and patch at the moment, as I'm trying to > > get the ppc beta iso to boot on the machine I'm typing this on, > > as I said I would test a couple things (I said this several months > > ago, and only rebooted once since then). > > > > Anyone else see this behavior? > > It is expected that betas are not able to find the package sets because > they are not present in the packages-7.0-release/ directory yet. Maybe > sysinstall should be changed to look in packages-7-stable/ until the > packages are ready late in the release cycle. Of course -- we don't build packages for beta releases :) > > Also giving a way to back out of the loop would be nice, as you say :) > Actually, it seems that the loop is not quite infinite -- after clicking OK a sufficient number of times, I got back to a menu that could actually do things. These errors appeared when I was attempting to install the ports collection; I believe that some X-related ports did not get created (? hard to find a good term) through sysinstall, but a quick csup insured that I had the entire ports collection available. Now, of course, I have to actually build all the ports I use, which will be a while -- Xorg was ~6 hours on my 4 year old P4. Still, a cancel option would be nice. Is it worth filing a PR? -Ben Kaduk From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:03:03 2007 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 D47FF16A418; Mon, 19 Nov 2007 18:03:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 96A9E13C465; Mon, 19 Nov 2007 18:03:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJI327u030125; Mon, 19 Nov 2007 13:03:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJI329j038706; Mon, 19 Nov 2007 13:03:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0960073039; Mon, 19 Nov 2007 13:02:59 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119180259.0960073039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 13:02:59 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 18:03:04 -0000 TB --- 2007-11-19 17:42:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 17:42:53 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 17:42:53 - cleaning the object tree TB --- 2007-11-19 17:43:03 - checking out the source tree TB --- 2007-11-19 17:43:03 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 17:43:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 17:49:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 17:49:45 - cd /src TB --- 2007-11-19 17:49:45 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 17:49:47 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 18:02:58 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 18:02:58 - ERROR: failed to build world TB --- 2007-11-19 18:02:58 - tinderbox aborted TB --- 625.76 user 65.75 system 1205.66 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:03:30 2007 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 8F60216A421; Mon, 19 Nov 2007 18:03:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 696EB13C508; Mon, 19 Nov 2007 18:03:29 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJI3Tor015474; Mon, 19 Nov 2007 13:03:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJI3TTh018632; Mon, 19 Nov 2007 13:03:29 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4C3907303E; Mon, 19 Nov 2007 13:03:29 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119180329.4C3907303E@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 13:03:29 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 18:03:30 -0000 TB --- 2007-11-19 17:41:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 17:41:38 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 17:41:38 - cleaning the object tree TB --- 2007-11-19 17:41:46 - checking out the source tree TB --- 2007-11-19 17:41:46 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 17:41:46 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 17:49:45 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 17:49:45 - cd /src TB --- 2007-11-19 17:49:45 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 17:49:46 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 18:03:29 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 18:03:29 - ERROR: failed to build world TB --- 2007-11-19 18:03:29 - tinderbox aborted TB --- 657.09 user 67.73 system 1310.80 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:09:43 2007 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 E42A316A420 for ; Mon, 19 Nov 2007 18:09:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 46D5B13C447; Mon, 19 Nov 2007 18:09:43 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4741D168.4060408@FreeBSD.org> Date: Mon, 19 Nov 2007 19:09:44 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Ben Kaduk References: <47d0403c0711171344u383c0cbbwcb6b00f81c84a08e@mail.gmail.com> <47406CEF.7080708@FreeBSD.org> <47d0403c0711190942g8c53effp33178e748780a5bf@mail.gmail.com> In-Reply-To: <47d0403c0711190942g8c53effp33178e748780a5bf@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Infinite loop in menus in sysinstall 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 Nov 2007 18:09:44 -0000 Ben Kaduk wrote: > On 11/18/07, Kris Kennaway wrote: >> Ben Kaduk wrote: >>> Hi all, >>> >>> I finally broke down and pulled out the 7.0-beta2 iso for my dell inspiron 8500, >>> but when I was at the part of the installation procedure to install the ports >>> collection, it comes up with the message: >>> >>> Unable to get packages/INDEX file from selected media. >>> >>> This may be because the packages collection is not available >>> on the distribution media you've chose, most likely an FTP site >>> without the packages collection mirrored. Please verify that >>> your media, or your path to the media, is correct and try again. >>> >>> [OK] >>> >>> >>> It is true that I am installing over ftp from ftp5.freebsd.org (which >>> is only about >>> five blocks away in the real world!), and it certainly seems to not have >>> a 7-INDEX floating around, but that's not the main issue. >>> >>> When I select ``OK'', it seems to try again, and pops up the same message. >>> It would be nice to have an option to back up in the menus and change >>> something; at the moment, I broke to vt4 and installed the perl5.8 port >>> so that I can build my own index file, but I don't know if this will break me >>> out of my menu loop. >>> >>> No time to investigate and patch at the moment, as I'm trying to >>> get the ppc beta iso to boot on the machine I'm typing this on, >>> as I said I would test a couple things (I said this several months >>> ago, and only rebooted once since then). >>> >>> Anyone else see this behavior? >> It is expected that betas are not able to find the package sets because >> they are not present in the packages-7.0-release/ directory yet. Maybe >> sysinstall should be changed to look in packages-7-stable/ until the >> packages are ready late in the release cycle. > > Of course -- we don't build packages for beta releases :) Yes we do, they just go in the usual packages-7-current/ directory. >> Also giving a way to back out of the loop would be nice, as you say :) >> > > Actually, it seems that the loop is not quite infinite -- after clicking OK > a sufficient number of times, I got back to a menu that could actually > do things. > > These errors appeared when I was attempting to install the ports collection; > I believe that some X-related ports did not get created (? hard to > find a good term) through sysinstall, but a quick csup insured that I > had the entire ports collection available. > > Now, of course, I have to actually build all the ports I use, which > will be a while -- > Xorg was ~6 hours on my 4 year old P4. pkg_add -r, portinstall -P etc are expected to continue to work as normal. > Still, a cancel option would be nice. Is it worth filing a PR? Probably. Kris From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:13:44 2007 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 CA13316A417 for ; Mon, 19 Nov 2007 18:13:44 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: from rn-out-0102.google.com (rn-out-0910.google.com [64.233.170.187]) by mx1.freebsd.org (Postfix) with ESMTP id 7CA2F13C467 for ; Mon, 19 Nov 2007 18:13:44 +0000 (UTC) (envelope-from carlsonmark@gmail.com) Received: by rn-out-0102.google.com with SMTP id s42so1042183rnb for ; Mon, 19 Nov 2007 10:13:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ssSi7WmBx1BEtsF+8Jfa6mm2HX6p/l8+yGl6OLlrnbA=; b=pXUC54Aa34WMNXNwkRODt+ZS5q1Q21pi73dHYPsd9Am9rWRYV1pqcshF2YaJYwhParDQqJ0ZJchWF7k5D9CDJlmKSrg/J2xDwzi94s4DR10djtTphLUot8W2s5kvG43xeLIUuArYRelwrPkbkh7STBvIdM62pJNxP/Pdbrc67xg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Ac/5qmPrnrOVsw3zlkkGvP8IJ+DMEA4yIOppsUyn3ezMMfZLoeTb3iJ3kVUvbrDazFBY/5YzO9jzuoUOpfKsQRUzEZ0D1tP2xuRE941OBenwrVHzMQb1jlgtEiaxTJhijj/+ejQeNq6QE4esmFtphsVuJ4JwK6fti6GNoWTZNAA= Received: by 10.142.240.9 with SMTP id n9mr1225097wfh.1195494259479; Mon, 19 Nov 2007 09:44:19 -0800 (PST) Received: by 10.142.112.12 with HTTP; Mon, 19 Nov 2007 09:44:19 -0800 (PST) Message-ID: Date: Mon, 19 Nov 2007 10:44:19 -0700 From: "Mark Carlson" To: "Ben Kaduk" In-Reply-To: <47d0403c0711171344u383c0cbbwcb6b00f81c84a08e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47d0403c0711171344u383c0cbbwcb6b00f81c84a08e@mail.gmail.com> Cc: freebsd-current@freebsd.org Subject: Re: Infinite loop in menus in sysinstall 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 Nov 2007 18:13:44 -0000 On 11/17/07, Ben Kaduk wrote: > Hi all, > > I finally broke down and pulled out the 7.0-beta2 iso for my dell inspiron 8500, > but when I was at the part of the installation procedure to install the ports > collection, it comes up with the message: > > Unable to get packages/INDEX file from selected media. > > This may be because the packages collection is not available > on the distribution media you've chose, most likely an FTP site > without the packages collection mirrored. Please verify that > your media, or your path to the media, is correct and try again. > > [OK] > > > It is true that I am installing over ftp from ftp5.freebsd.org (which > is only about > five blocks away in the real world!), and it certainly seems to not have > a 7-INDEX floating around, but that's not the main issue. > > When I select ``OK'', it seems to try again, and pops up the same message. > It would be nice to have an option to back up in the menus and change > something; at the moment, I broke to vt4 and installed the perl5.8 port > so that I can build my own index file, but I don't know if this will break me > out of my menu loop. > > No time to investigate and patch at the moment, as I'm trying to > get the ppc beta iso to boot on the machine I'm typing this on, > as I said I would test a couple things (I said this several months > ago, and only rebooted once since then). > > Anyone else see this behavior? Yes, in i386 5.x (5.0? 5.2? I forget which,) several years ago. I noticed it when I didn't have my router set up properly, so doing an install over FTP wouldn't work. The only way I could find to get out of the loop was to restart the system, or fix the network. -Mark C. From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:23:32 2007 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 597B416A421; Mon, 19 Nov 2007 18:23:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 354F213C474; Mon, 19 Nov 2007 18:23:32 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJINLtU018651; Mon, 19 Nov 2007 13:23:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJINLvV089152; Mon, 19 Nov 2007 13:23:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4327773039; Mon, 19 Nov 2007 13:23:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119182321.4327773039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 13:23:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 18:23:32 -0000 TB --- 2007-11-19 18:03:29 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 18:03:29 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 18:03:29 - cleaning the object tree TB --- 2007-11-19 18:03:36 - checking out the source tree TB --- 2007-11-19 18:03:36 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 18:03:36 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 18:11:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 18:11:07 - cd /src TB --- 2007-11-19 18:11:07 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 18:11:09 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 18:23:21 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 18:23:21 - ERROR: failed to build world TB --- 2007-11-19 18:23:21 - tinderbox aborted TB --- 561.88 user 65.52 system 1191.79 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:24:57 2007 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 25AF516A419; Mon, 19 Nov 2007 18:24:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9D21713C447; Mon, 19 Nov 2007 18:24:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJIOomM018986; Mon, 19 Nov 2007 13:24:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJIOolo051917; Mon, 19 Nov 2007 13:24:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 56CE873039; Mon, 19 Nov 2007 13:24:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119182450.56CE873039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 13:24:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 18:24:57 -0000 TB --- 2007-11-19 18:02:59 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 18:02:59 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 18:02:59 - cleaning the object tree TB --- 2007-11-19 18:03:10 - checking out the source tree TB --- 2007-11-19 18:03:10 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 18:03:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 18:11:07 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 18:11:07 - cd /src TB --- 2007-11-19 18:11:07 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 18:11:09 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 18:24:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 18:24:50 - ERROR: failed to build world TB --- 2007-11-19 18:24:50 - tinderbox aborted TB --- 652.81 user 68.81 system 1310.90 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:35:50 2007 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 5FB7416A480 for ; Mon, 19 Nov 2007 18:35:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 408EF13C442 for ; Mon, 19 Nov 2007 18:35:50 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2194233waf for ; Mon, 19 Nov 2007 10:35:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=xOcSmYmOwlMm4DoFd93NRPXOyDBD3wWlKSdgBPo5BtI=; b=bjzDEJacfUCWnUXLTt+97YXnlyFXoy4BoXsER3XqmjUln7yhV7zQYChI5/ViTi+JoF4Kkfq5ADAQNjXF41/xmU+gpi6vICi+96G4yJrvPdADcip/itI+M5X0q7bIFkOzBTTJRac8QUO3don75BAGSe7uUfNb6kVoBVIBQ5/a1KU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=t4AhwSEmQqP1et/A3Eph0Hmk3CkiDIcC+x8q+BP3t5t0IOlzBeJCIpTLcc2jTxTv0MB41RqzPKdHWoi/AGQDb9KZMillJ+kk07DkW91lFskdSlmQyttrcbRHwD8B/+BKa317RiEkPitRZWPzq4WPECExNDwWd4PQ6MvhTBbXvao= Received: by 10.114.154.1 with SMTP id b1mr113227wae.1195497341225; Mon, 19 Nov 2007 10:35:41 -0800 (PST) Received: by 10.114.13.15 with HTTP; Mon, 19 Nov 2007 10:35:40 -0800 (PST) Message-ID: Date: Mon, 19 Nov 2007 10:35:40 -0800 From: "Kip Macy" To: "John Birrell" In-Reply-To: <20071119093536.GA42607@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071119093536.GA42607@hub.freebsd.org> Cc: current@freebsd.org Subject: Re: HEADS UP: -Werror re-enabled in WARNS 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 Nov 2007 18:35:50 -0000 On Nov 19, 2007 1:35 AM, John Birrell wrote: > Roughly 6 months ago, -Werror was disabled while gcc 4.2 was > imported and bedded in. > > I've fixed a number of the compiler warnings that were causing > the build to barf. In a few cases I reduced the WARNS level > instead of making lots of changes. > > I tested the changes with a 'make universe', so hopefully > tinderbox builds will continue to work. Of course if you have > work in progress that doesn't compile cleanly and a WARNS > level set, you may find your build now breaks. You forgot the special -O2 tinderbox settings. From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:38:33 2007 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 DEF3F16A41B for ; Mon, 19 Nov 2007 18:38:33 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 4E7FE13C46A for ; Mon, 19 Nov 2007 18:38:33 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 772A63EA0D8; Mon, 19 Nov 2007 19:38:24 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 5DBE73EA184; Mon, 19 Nov 2007 19:38:23 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lAJIcASd022001; Mon, 19 Nov 2007 19:38:12 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 19 Nov 2007 19:38:01 +0100 User-Agent: KMail/1.9.7 References: <472A548B.50406@lxnt.info> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> In-Reply-To: <47414319.6070303@deepcore.dk> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711191938.04472.thierry@herbelot.com> Cc: freebsd-hackers@freebsd.org, =?iso-8859-15?q?S=F8ren_Schmidt?= Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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 Nov 2007 18:38:34 -0000 Le Monday 19 November 2007, S=F8ren Schmidt a =E9crit : > Hi All! > > I'd like to get the final verdict of the attached patch and if it fixes > the problem or not. > > Please test and report, its a bit urgent if it need to get into R7 :) > > > -S=F8ren Hello SoS, =46rom what I read, it seems that the last promise-fix3 patch is the same a= s the=20 previous promise-fix2, except a cosmetic change. Then, I'd say go for it as I was happy with promise_fix2. Thanks TfH From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:39:59 2007 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 EE87316A473; Mon, 19 Nov 2007 18:39:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C7E9C13C481; Mon, 19 Nov 2007 18:39:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJIdtVY035770; Mon, 19 Nov 2007 13:39:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJIdtSH036053; Mon, 19 Nov 2007 13:39:55 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0131573039; Mon, 19 Nov 2007 13:39:54 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119183955.0131573039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 13:39:54 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 18:39:59 -0000 TB --- 2007-11-19 18:23:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 18:23:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 18:23:21 - cleaning the object tree TB --- 2007-11-19 18:23:28 - checking out the source tree TB --- 2007-11-19 18:23:28 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 18:23:28 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 18:29:03 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 18:29:03 - cd /src TB --- 2007-11-19 18:29:03 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 18:29:04 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 18:39:54 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 18:39:54 - ERROR: failed to build world TB --- 2007-11-19 18:39:54 - tinderbox aborted TB --- 561.44 user 63.23 system 993.47 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:45:14 2007 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 5F9C816A41B; Mon, 19 Nov 2007 18:45:14 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 60BC213C45A; Mon, 19 Nov 2007 18:45:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJFiojd092406; Mon, 19 Nov 2007 10:44:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJFinpP087706; Mon, 19 Nov 2007 10:44:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C52E573039; Mon, 19 Nov 2007 10:44:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119154449.C52E573039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 10:44:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 18:45:14 -0000 TB --- 2007-11-19 15:23:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 15:23:02 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 15:23:02 - cleaning the object tree TB --- 2007-11-19 15:23:12 - checking out the source tree TB --- 2007-11-19 15:23:12 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 15:23:12 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 15:31:20 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 15:31:20 - cd /src TB --- 2007-11-19 15:31:20 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 15:31:21 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 15:44:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 15:44:49 - ERROR: failed to build world TB --- 2007-11-19 15:44:49 - tinderbox aborted TB --- 654.78 user 66.30 system 1307.41 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 18:54:55 2007 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 BE0A616A417; Mon, 19 Nov 2007 18:54:55 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from mho-02-bos.mailhop.org (mho-02-bos.mailhop.org [63.208.196.179]) by mx1.freebsd.org (Postfix) with ESMTP id 9323913C46E; Mon, 19 Nov 2007 18:54:55 +0000 (UTC) (envelope-from gwright@antiope.com) Received: from pool-72-88-201-27.nwrknj.fios.verizon.net ([72.88.201.27] helo=mailserver1.18clay.com) by mho-02-bos.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68) (envelope-from ) id 1IuBUD-000CrU-4K; Mon, 19 Nov 2007 18:36:45 +0000 Received: from [10.1.0.6] (unknown [10.1.0.6]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by mailserver1.18clay.com (Postfix) with ESMTP id 571E26EA2F; Mon, 19 Nov 2007 13:36:42 -0500 (EST) X-Mail-Handler: MailHop Outbound by DynDNS X-Originating-IP: 72.88.201.27 X-Report-Abuse-To: abuse@dyndns.com (see http://www.mailhop.org/outbound/abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX18qP259b4wCt04RlOjoHBtmbfuApbM3Wl0= In-Reply-To: <473CDDAC.9020503@freebsd.org> References: <46B41421-3112-40C6-84D9-094FA771F93E@antiope.com> <4735CE3A.7020905@freebsd.org> <473780DB.2040705@freebsd.org> <17995F62-7E9B-42E3-A7FA-30143C704C34@antiope.com> <473CDDAC.9020503@freebsd.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Gregory Wright Date: Mon, 19 Nov 2007 13:36:37 -0500 To: Andre Oppermann X-Mailer: Apple Mail (2.752.2) Cc: freebsd-current@freebsd.org Subject: Re: excessive TCP dulplicate acks revisted 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 Nov 2007 18:54:55 -0000 > Gregory Wright wrote: >> On Nov 11, 2007, at 5:23 PM, Andre Oppermann wrote: >>> Gregory Wright wrote: >>>> On Nov 10, 2007, at 10:28 AM, Andre Oppermann wrote: >>>>> >>>> Hi Andre, >>>> I also took a look at the bge (4) driver in 7.0-BETA2. As far >>>> as I can tell, >>>> it does not support TSO (there is no ioctl supporting TSO enable/ >>>> disable >>>> as there is for the em(4) driver). >>> >>>> Might the chip --- a BCM5704_B0 --- not be completely >>>> initialized? This >>>> might explain why the machine with the BCM5714_B3 chips works, >>>> while >>>> the other machine shows the duplicate ACK bug. >>> >>> Perhaps. Do you see the duplicate ACKs in a tcpdump on both the >>> sender >>> and the receiver? If you see it on the sender too, then it must >>> be a >>> bug in our network stack or the driver (by requeuing the same packet >>> over and over again). >>> >>> --Andre >> The logs show that the duplicate ACKs are generated only by the >> receiver. I suspect a bug in the driver, perhaps the ACK packet >> is not being removed from the TX buffer ring. Examining the >> transmitted >> packets should be enough to rule out a network stack problem. Is >> there any debugging infrastructure I can use or do I just have to >> hack in on my own? > > We don't have an infrastructure to deal with this kind of driver > problems. You have to instrument the driver code to report stuck > mbufs. > Hi Andre, I have some additional information that indicates this is a driver bug. There was a report to one of the Gentoo linux mailing lists of the same problem with BCM5704s, in which everything worked at 1 Gb/s, but duplicate ACKs were seen at 100 Mb/s. Link to the message: http://forums.gentoo.org/viewtopic-t-530707-highlight-bcm5704.html The report said that the problem was solved by upgrading the linux kernel from 2.6.17 to 2.6.18. I've compared the tg3 drivers in the two releases are were quite a few changes, so it will take a while to track down what the key fix was. So the bug in the bge driver for these chips can likely be fixed. Thanks for your help. Best Wishes, Greg From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:01:56 2007 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 9153116A421; Mon, 19 Nov 2007 19:01:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 53C7E13C478; Mon, 19 Nov 2007 19:01:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJJ1fs1039531; Mon, 19 Nov 2007 14:01:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJJ1fod015260; Mon, 19 Nov 2007 14:01:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 433EB73039; Mon, 19 Nov 2007 14:01:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119190141.433EB73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 14:01:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 19:01:56 -0000 TB --- 2007-11-19 18:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 18:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 18:40:00 - cleaning the object tree TB --- 2007-11-19 18:40:05 - checking out the source tree TB --- 2007-11-19 18:40:05 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 18:40:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 18:48:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 18:48:00 - cd /src TB --- 2007-11-19 18:48:00 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 18:48:01 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 19:01:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 19:01:41 - ERROR: failed to build world TB --- 2007-11-19 19:01:41 - tinderbox aborted TB --- 658.12 user 66.30 system 1300.64 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:02:57 2007 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 D4D1516A420; Mon, 19 Nov 2007 19:02:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 9936213C4D3; Mon, 19 Nov 2007 19:02:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJJ2pwa024862; Mon, 19 Nov 2007 14:02:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJJ2pt8091837; Mon, 19 Nov 2007 14:02:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BA86373039; Mon, 19 Nov 2007 14:02:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119190250.BA86373039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 14:02:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Mon, 19 Nov 2007 19:02:58 -0000 TB --- 2007-11-19 18:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 18:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 18:40:00 - cleaning the object tree TB --- 2007-11-19 18:40:07 - checking out the source tree TB --- 2007-11-19 18:40:07 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 18:40:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 18:48:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 18:48:00 - cd /src TB --- 2007-11-19 18:48:00 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 18:48:01 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 19:02:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 19:02:50 - ERROR: failed to build world TB --- 2007-11-19 19:02:50 - tinderbox aborted TB --- 714.30 user 76.22 system 1370.15 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:11:12 2007 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 842A116A418; Mon, 19 Nov 2007 19:11:12 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id EB84813C442; Mon, 19 Nov 2007 19:11:10 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id 9C186DAD23; Tue, 20 Nov 2007 01:11:01 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 3EFB3DACD9 for ; Tue, 20 Nov 2007 01:11:00 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 92A7B80C0; Mon, 19 Nov 2007 19:07:03 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 2DA3516A4FB; Mon, 19 Nov 2007 19:06:58 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0E5F816A4C8 for ; Mon, 19 Nov 2007 19:00:19 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from postfix2-g20.free.fr (postfix2-g20.free.fr [212.27.60.43]) by mx1.freebsd.org (Postfix) with ESMTP id C0D9B13C455 for ; Mon, 19 Nov 2007 19:00:18 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by postfix2-g20.free.fr (Postfix) with ESMTP id 867811EEB26F for ; Mon, 19 Nov 2007 17:37:40 +0100 (CET) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 772A63EA0D8; Mon, 19 Nov 2007 19:38:24 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 5DBE73EA184; Mon, 19 Nov 2007 19:38:23 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lAJIcASd022001; Mon, 19 Nov 2007 19:38:12 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Mon, 19 Nov 2007 19:38:01 +0100 User-Agent: KMail/1.9.7 References: <472A548B.50406@lxnt.info> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> In-Reply-To: <47414319.6070303@deepcore.dk> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711191938.04472.thierry@herbelot.com> X-Mailman-Approved-At: Mon, 19 Nov 2007 19:06:50 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Nov 20 01:11:01 2007 X-DSPAM-Confidence: 0.9989 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4741dfc5191321852717195 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00062, Sender*freebsd, 0.00062, List-Post*freebsd, 0.00062, List-Post* Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@freebsd.org Reply-To: thierry@herbelot.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 Nov 2007 19:11:12 -0000 Le Monday 19 November 2007, S=F8ren Schmidt a =E9crit : > Hi All! > > I'd like to get the final verdict of the attached patch and if it fixes > the problem or not. > > Please test and report, its a bit urgent if it need to get into R7 :) > > > -S=F8ren Hello SoS, =46rom what I read, it seems that the last promise-fix3 patch is the same a= s the=20 previous promise-fix2, except a cosmetic change. Then, I'd say go for it as I was happy with promise_fix2. Thanks TfH _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:23:17 2007 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 7CA2716A46E; Mon, 19 Nov 2007 19:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3FC8313C46E; Mon, 19 Nov 2007 19:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJJN9EV027949; Mon, 19 Nov 2007 14:23:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJJN8nA042288; Mon, 19 Nov 2007 14:23:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DC5DD73039; Mon, 19 Nov 2007 14:23:07 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119192307.DC5DD73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 14:23:07 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 19:23:17 -0000 TB --- 2007-11-19 19:02:50 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 19:02:50 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 19:02:50 - cleaning the object tree TB --- 2007-11-19 19:02:58 - checking out the source tree TB --- 2007-11-19 19:02:58 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 19:02:58 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 19:09:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 19:09:41 - cd /src TB --- 2007-11-19 19:09:41 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 19:09:42 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 19:23:07 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 19:23:07 - ERROR: failed to build world TB --- 2007-11-19 19:23:07 - tinderbox aborted TB --- 626.95 user 64.97 system 1216.88 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:23:46 2007 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 26F4D16A468; Mon, 19 Nov 2007 19:23:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id CD1E613C46B; Mon, 19 Nov 2007 19:23:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJJNcnN028017; Mon, 19 Nov 2007 14:23:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJJNcIF042805; Mon, 19 Nov 2007 14:23:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0850B7303E; Mon, 19 Nov 2007 14:23:38 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119192338.0850B7303E@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 14:23:38 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner4 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 19:23:46 -0000 TB --- 2007-11-19 19:01:41 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 19:01:41 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 19:01:41 - cleaning the object tree TB --- 2007-11-19 19:01:49 - checking out the source tree TB --- 2007-11-19 19:01:49 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 19:01:49 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 19:09:41 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 19:09:41 - cd /src TB --- 2007-11-19 19:09:41 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 19:09:42 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 19:23:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 19:23:37 - ERROR: failed to build world TB --- 2007-11-19 19:23:37 - tinderbox aborted TB --- 657.41 user 67.83 system 1316.57 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:43:33 2007 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 7F1EF16A421; Mon, 19 Nov 2007 19:43:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5949313C448; Mon, 19 Nov 2007 19:43:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJJhMxw031128; Mon, 19 Nov 2007 14:43:22 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJJhLka079794; Mon, 19 Nov 2007 14:43:21 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id A0EEB73039; Mon, 19 Nov 2007 14:43:21 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119194321.A0EEB73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 14:43:21 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 19:43:33 -0000 TB --- 2007-11-19 19:23:38 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 19:23:38 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 19:23:38 - cleaning the object tree TB --- 2007-11-19 19:23:47 - checking out the source tree TB --- 2007-11-19 19:23:47 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 19:23:47 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 19:31:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 19:31:18 - cd /src TB --- 2007-11-19 19:31:18 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 19:31:20 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 19:43:20 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 19:43:20 - ERROR: failed to build world TB --- 2007-11-19 19:43:20 - tinderbox aborted TB --- 561.96 user 65.05 system 1182.09 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:45:03 2007 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 774A716A41B; Mon, 19 Nov 2007 19:45:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 5256913C461; Mon, 19 Nov 2007 19:45:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJJipa2031423; Mon, 19 Nov 2007 14:44:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJJioui082257; Mon, 19 Nov 2007 14:44:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C222773039; Mon, 19 Nov 2007 14:44:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119194450.C222773039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 14:44:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 19:45:03 -0000 TB --- 2007-11-19 19:23:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 19:23:08 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 19:23:08 - cleaning the object tree TB --- 2007-11-19 19:23:18 - checking out the source tree TB --- 2007-11-19 19:23:18 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 19:23:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 19:31:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 19:31:18 - cd /src TB --- 2007-11-19 19:31:18 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 19:31:20 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 19:44:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 19:44:50 - ERROR: failed to build world TB --- 2007-11-19 19:44:50 - tinderbox aborted TB --- 653.12 user 68.20 system 1302.57 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:47:40 2007 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 1A12F16A418; Mon, 19 Nov 2007 19:47:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2590413C469; Mon, 19 Nov 2007 19:47:39 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJGLue1014838; Mon, 19 Nov 2007 11:21:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJGLuj8053185; Mon, 19 Nov 2007 11:21:56 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id DD27A73039; Mon, 19 Nov 2007 11:21:55 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119162155.DD27A73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 11:21:55 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner4 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 19:47:40 -0000 TB --- 2007-11-19 16:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 16:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 16:00:00 - cleaning the object tree TB --- 2007-11-19 16:00:04 - checking out the source tree TB --- 2007-11-19 16:00:04 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 16:00:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 16:07:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 16:07:52 - cd /src TB --- 2007-11-19 16:07:52 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 16:07:53 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 16:21:55 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 16:21:55 - ERROR: failed to build world TB --- 2007-11-19 16:21:55 - tinderbox aborted TB --- 658.20 user 66.70 system 1314.91 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 19:47:40 2007 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 9D98F16A469; Mon, 19 Nov 2007 19:47:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5E6A713C447; Mon, 19 Nov 2007 19:47:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJGMpjm015067; Mon, 19 Nov 2007 11:22:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJGMpF6086254; Mon, 19 Nov 2007 11:22:51 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 70E1573039; Mon, 19 Nov 2007 11:22:51 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119162251.70E1573039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 11:22:51 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 19:47:40 -0000 TB --- 2007-11-19 16:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 16:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 16:00:00 - cleaning the object tree TB --- 2007-11-19 16:00:06 - checking out the source tree TB --- 2007-11-19 16:00:06 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 16:00:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 16:07:52 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 16:07:52 - cd /src TB --- 2007-11-19 16:07:52 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 16:07:53 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 16:22:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 16:22:51 - ERROR: failed to build world TB --- 2007-11-19 16:22:51 - tinderbox aborted TB --- 715.69 user 75.43 system 1370.44 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 20:00:04 2007 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 6707A16A46C; Mon, 19 Nov 2007 20:00:04 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1D8A813C46B; Mon, 19 Nov 2007 20:00:03 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJJxqF6053749; Mon, 19 Nov 2007 14:59:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJJxquB005726; Mon, 19 Nov 2007 14:59:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4F3A573039; Mon, 19 Nov 2007 14:59:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119195952.4F3A573039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 14:59:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 20:00:04 -0000 TB --- 2007-11-19 19:43:21 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 19:43:21 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 19:43:21 - cleaning the object tree TB --- 2007-11-19 19:43:26 - checking out the source tree TB --- 2007-11-19 19:43:26 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 19:43:26 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 19:48:57 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 19:48:57 - cd /src TB --- 2007-11-19 19:48:57 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 19:48:58 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 19:59:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 19:59:52 - ERROR: failed to build world TB --- 2007-11-19 19:59:52 - tinderbox aborted TB --- 560.82 user 63.06 system 990.41 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 20:22:02 2007 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 B5F9B16A420; Mon, 19 Nov 2007 20:22:02 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1E8E213C45D; Mon, 19 Nov 2007 20:22:00 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJKLqFN037657; Mon, 19 Nov 2007 15:21:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJKLqwt041880; Mon, 19 Nov 2007 15:21:52 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 095A873039; Mon, 19 Nov 2007 15:21:52 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119202152.095A873039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 15:21:52 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 20:22:02 -0000 TB --- 2007-11-19 20:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 20:00:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 20:00:00 - cleaning the object tree TB --- 2007-11-19 20:00:03 - checking out the source tree TB --- 2007-11-19 20:00:03 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 20:00:03 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 20:07:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 20:07:53 - cd /src TB --- 2007-11-19 20:07:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 20:07:54 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 20:21:51 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 20:21:51 - ERROR: failed to build world TB --- 2007-11-19 20:21:51 - tinderbox aborted TB --- 656.19 user 68.52 system 1311.62 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 20:15:14 2007 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 8653516A418 for ; Mon, 19 Nov 2007 20:15:14 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id BF71113C447 for ; Mon, 19 Nov 2007 20:15:13 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IuD1K-0008Ep-W9 for freebsd-current@freebsd.org; Mon, 19 Nov 2007 20:15:03 +0000 Received: from chello213047091187.1.14.univie.teleweb.at ([213.47.91.187]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2007 20:15:02 +0000 Received: from usenet by chello213047091187.1.14.univie.teleweb.at with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 19 Nov 2007 20:15:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Nikolai Nespor Date: Mon, 19 Nov 2007 20:47:33 +0100 Lines: 504 Message-ID: <86bq9qauga.fsf@oolong.tulipan.home> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: chello213047091187.1.14.univie.teleweb.at User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.1 (berkeley-unix) Cancel-Lock: sha1:2FQcQybSiFIbVDwljCAaABuZJRg= Sender: news X-Mailman-Approved-At: Mon, 19 Nov 2007 20:23:03 +0000 Subject: BETA3 Python (Danjgo) libthr crash 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 Nov 2007 20:15:16 -0000 Hi! I get the following crash when running the Django development server (non forking Python webserver) against a Postgre 8.2.5 database. Django is available from here http://www.djangoproject.com/ , I'm using the development version. The crash can be triggered by playing around with the included admin interface. Sources are from yesterday, everything build with CFLAGS= -g -pipe DEBUG_FLAGS?= -g STRIP= on a Pentium 3 500Mhz. IIRC the crash didn't happen on 6.2. Core is still available. Thanks, Nikolai kurin:~/django/mysite > gdb /usr/local/bin/python python.core GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"...(no debugging symbols found)... Core was generated by `python'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libutil.so.7...done. Loaded symbols for /lib/libutil.so.7 Reading symbols from /lib/libm.so.5...done. Loaded symbols for /lib/libm.so.5 Reading symbols from /lib/libthr.so.3...done. Loaded symbols for /lib/libthr.so.3 Reading symbols from /lib/libc.so.7...done. Loaded symbols for /lib/libc.so.7 Reading symbols from /usr/local/lib/python2.5/lib-dynload/strop.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/strop.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/_locale.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_locale.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/operator.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/operator.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/_struct.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_struct.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/time.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/time.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/_socket.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_socket.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/_ssl.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_ssl.so Reading symbols from /usr/lib/libssl.so.5...done. Loaded symbols for /usr/lib/libssl.so.5 Reading symbols from /lib/libcrypto.so.5...done. Loaded symbols for /lib/libcrypto.so.5 Reading symbols from /usr/local/lib/python2.5/lib-dynload/datetime.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/datetime.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/cStringIO.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/cStringIO.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/collections.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/collections.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/math.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/math.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/binascii.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/binascii.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/_random.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_random.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/fcntl.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/fcntl.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/_weakref.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_weakref.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/cPickle.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/cPickle.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/itertools.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/itertools.so Reading symbols from /usr/local/lib/python2.5/site-packages/psycopg2/_psycopg.so...done. Loaded symbols for /usr/local/lib/python2.5/site-packages/psycopg2/_psycopg.so Reading symbols from /usr/local/lib/libpq.so.5...done. Loaded symbols for /usr/local/lib/libpq.so.5 Reading symbols from /lib/libcrypt.so.4...done. Loaded symbols for /lib/libcrypt.so.4 Reading symbols from /usr/local/lib/python2.5/lib-dynload/_hashlib.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_hashlib.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/_bisect.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/_bisect.so Reading symbols from /usr/local/lib/python2.5/lib-dynload/array.so...done. Loaded symbols for /usr/local/lib/python2.5/lib-dynload/array.so Reading symbols from /libexec/ld-elf.so.1...done. Loaded symbols for /libexec/ld-elf.so.1 #0 0x080f8e1c in Py_GetProgramFullPath () [New Thread 0x28301200 (LWP 100084)] [New Thread 0x28301100 (LWP 100038)] (gdb) info threads 2 Thread 0x28301100 (LWP 100038) 0x282b7a77 in stat () at stat.S:2 * 1 Thread 0x28301200 (LWP 100084) 0x080f8e1c in Py_GetProgramFullPath () Current language: auto; currently asm (gdb) bt full #0 0x080f8e1c in Py_GetProgramFullPath () No symbol table info available. #1 0x080796d6 in PyList_AsTuple () No symbol table info available. #2 0x080f8ebd in Py_GetProgramFullPath () No symbol table info available. #3 0x080f983c in Py_GetProgramFullPath () No symbol table info available. #4 0x080f9acb in Py_GetProgramFullPath () No symbol table info available. #5 0x080fa460 in _PyObject_GC_Malloc () No symbol table info available. #6 0x0809c1f1 in PyType_GenericAlloc () No symbol table info available. #7 0x08084dff in _PyDict_Contains () No symbol table info available. #8 0x0809c07e in PyTuple_Fini () No symbol table info available. #9 0x0805ed01 in PyObject_Call () No symbol table info available. #10 0x080cc609 in PyEval_GetFuncDesc () No symbol table info available. #11 0x080c8b9d in PyEval_EvalFrameEx () No symbol table info available. #12 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #13 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #14 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #15 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #16 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #17 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #18 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #19 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #20 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #21 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #22 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #23 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #24 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #25 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #26 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #27 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #28 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #29 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. ---Type to continue, or q to quit--- #30 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #31 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #32 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #33 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #34 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #35 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #36 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #37 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #38 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #39 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #40 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #41 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #42 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #43 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #44 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #45 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #46 0x0805ed01 in PyObject_Call () No symbol table info available. #47 0x08066505 in PyMethod_New () No symbol table info available. #48 0x0805ed01 in PyObject_Call () No symbol table info available. #49 0x080a7f3f in _PyObject_SlotCompare () No symbol table info available. #50 0x0809c172 in PyTuple_Fini () No symbol table info available. #51 0x0805ed01 in PyObject_Call () No symbol table info available. #52 0x080cc37f in PyEval_GetFuncDesc () No symbol table info available. #53 0x080cbd42 in PyEval_GetFuncDesc () No symbol table info available. #54 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #55 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #56 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #57 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #58 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #59 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. ---Type to continue, or q to quit--- #60 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #61 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #62 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #63 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #64 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #65 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #66 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #67 0x0805ed01 in PyObject_Call () No symbol table info available. #68 0x080cc609 in PyEval_GetFuncDesc () No symbol table info available. #69 0x080c8b9d in PyEval_EvalFrameEx () No symbol table info available. #70 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #71 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #72 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #73 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #74 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #75 0x080cbf9c in PyEval_GetFuncDesc () No symbol table info available. #76 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #77 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #78 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #79 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #80 0x0805ed01 in PyObject_Call () No symbol table info available. #81 0x080cc609 in PyEval_GetFuncDesc () No symbol table info available. #82 0x080c8b9d in PyEval_EvalFrameEx () No symbol table info available. #83 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #84 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #85 0x0805ed01 in PyObject_Call () No symbol table info available. #86 0x080cc609 in PyEval_GetFuncDesc () No symbol table info available. #87 0x080c8b9d in PyEval_EvalFrameEx () No symbol table info available. #88 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #89 0x0811d904 in PyFunction_SetClosure () No symbol table info available. ---Type to continue, or q to quit--- #90 0x0805ed01 in PyObject_Call () No symbol table info available. #91 0x080cc609 in PyEval_GetFuncDesc () No symbol table info available. #92 0x080c8b9d in PyEval_EvalFrameEx () No symbol table info available. #93 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #94 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #95 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #96 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #97 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #98 0x0805ed01 in PyObject_Call () No symbol table info available. #99 0x08066505 in PyMethod_New () No symbol table info available. #100 0x0805ed01 in PyObject_Call () No symbol table info available. #101 0x080a7719 in _PyObject_SlotCompare () No symbol table info available. #102 0x0805ed01 in PyObject_Call () No symbol table info available. #103 0x080cc37f in PyEval_GetFuncDesc () No symbol table info available. #104 0x080cbd42 in PyEval_GetFuncDesc () No symbol table info available. #105 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #106 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #107 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #108 0x0805ed01 in PyObject_Call () No symbol table info available. #109 0x08066505 in PyMethod_New () No symbol table info available. #110 0x0805ed01 in PyObject_Call () No symbol table info available. #111 0x080a7719 in _PyObject_SlotCompare () No symbol table info available. #112 0x0805ed01 in PyObject_Call () No symbol table info available. #113 0x080cc37f in PyEval_GetFuncDesc () No symbol table info available. #114 0x080cbd42 in PyEval_GetFuncDesc () No symbol table info available. #115 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #116 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #117 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #118 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #119 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. ---Type to continue, or q to quit--- #120 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #121 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #122 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #123 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #124 0x0805ed01 in PyObject_Call () No symbol table info available. #125 0x08066505 in PyMethod_New () No symbol table info available. #126 0x0805ed01 in PyObject_Call () No symbol table info available. #127 0x080cc609 in PyEval_GetFuncDesc () No symbol table info available. #128 0x080c8b9d in PyEval_EvalFrameEx () No symbol table info available. #129 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #130 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #131 0x0805ed01 in PyObject_Call () No symbol table info available. #132 0x08066505 in PyMethod_New () No symbol table info available. #133 0x0805ed01 in PyObject_Call () No symbol table info available. #134 0x080cb52d in PyEval_CallObjectWithKeywords () No symbol table info available. #135 0x0806159b in PyInstance_New () No symbol table info available. #136 0x0805ed01 in PyObject_Call () No symbol table info available. #137 0x080cc37f in PyEval_GetFuncDesc () No symbol table info available. #138 0x080cbd42 in PyEval_GetFuncDesc () No symbol table info available. #139 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #140 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #141 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #142 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #143 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #144 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #145 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #146 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #147 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #148 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #149 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. ---Type to continue, or q to quit--- #150 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #151 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #152 0x080cbed0 in PyEval_GetFuncDesc () No symbol table info available. #153 0x080cbd1d in PyEval_GetFuncDesc () No symbol table info available. #154 0x080c8a37 in PyEval_EvalFrameEx () No symbol table info available. #155 0x080ca268 in PyEval_EvalCodeEx () No symbol table info available. #156 0x0811d904 in PyFunction_SetClosure () No symbol table info available. #157 0x0805ed01 in PyObject_Call () No symbol table info available. #158 0x080cb52d in PyEval_CallObjectWithKeywords () No symbol table info available. #159 0x080fb009 in _PyObject_GC_Del () No symbol table info available. #160 0x281b8b19 in thread_start (curthread=0x28301200) at /usr/src/lib/libthr/thread/thr_create.c:237 No locals. #161 0x00000000 in ?? () No symbol table info available. (gdb) f 160 #160 0x281b8b19 in thread_start (curthread=0x28301200) at /usr/src/lib/libthr/thread/thr_create.c:237 237 _pthread_exit(curthread->start_routine(curthread->arg)); Current language: auto; currently c (gdb) l 232 */ 233 THR_LOCK(curthread); 234 THR_UNLOCK(curthread); 235 236 /* Run the current thread's start routine with argument: */ 237 _pthread_exit(curthread->start_routine(curthread->arg)); 238 239 /* This point should never be reached. */ 240 PANIC("Thread has resumed after exit"); 241 } (gdb) p *curthread $1 = {tid = 100084, lock = {m_owner = 0, m_flags = 0, m_ceilings = {0, 0}, m_spare = {0, 0, 0, 0}}, cycle = 0, locklevel = 0, critical_count = 0, sigblock = 0, tle = { tqe_next = 0x28301100, tqe_prev = 0x281c4ae0}, gcle = {tqe_next = 0x0, tqe_prev = 0x0}, hle = {le_next = 0x0, le_prev = 0x281c5b08}, refcount = 1, start_routine = 0x80fafc0 <_PyObject_GC_Del+2512>, arg = 0x284ff490, attr = {sched_policy = 2, sched_inherit = 0, prio = 0, suspend = 0, flags = 2, stackaddr_attr = 0xbf9df000, stacksize_attr = 131072, guardsize_attr = 4096}, cancel_enable = 1, cancel_pending = 0, cancel_point = 0, cancel_defer = 0, cancel_async = 0, cancelling = 0, sigmask = {__bits = {0, 0, 0, 0}}, state = PS_RUNNING, error = 0, joiner = 0x0, flags = 0, tlflags = 10, mutexq = {tqh_first = 0x0, tqh_last = 0x283012b4}, pp_mutexq = {tqh_first = 0x0, tqh_last = 0x283012bc}, ret = 0x0, specific = 0x28dd5800, specific_data_count = 6, rdlock_count = 0, rtld_bits = 0, tcb = 0x2858e050, cleanup = 0x0, magic = 3499860245, report_events = 0, event_mask = 0, event_buf = {event = TD_EVENT_NONE, th_p = 0x0, data = 0}} (gdb) thr 2 [Switching to thread 2 (Thread 0x28301100 (LWP 100038))]#0 0x282b7a77 in stat () at stat.S:2 2 RSYSCALL(stat) Current language: auto; currently asm (gdb) bt #0 0x282b7a77 in stat () at stat.S:2 #1 0x080fd3aa in PyOS_AfterFork () #2 0x080fde38 in PyOS_AfterFork () #3 0x0811e0c3 in PyCFunction_Call () #4 0x080cbc23 in PyEval_GetFuncDesc () #5 0x080c8a37 in PyEval_EvalFrameEx () #6 0x080cbed0 in PyEval_GetFuncDesc () #7 0x080cbd1d in PyEval_GetFuncDesc () #8 0x080c8a37 in PyEval_EvalFrameEx () #9 0x080ca268 in PyEval_EvalCodeEx () #10 0x080cbf9c in PyEval_GetFuncDesc () #11 0x080cbd1d in PyEval_GetFuncDesc () #12 0x080c8a37 in PyEval_EvalFrameEx () #13 0x080ca268 in PyEval_EvalCodeEx () #14 0x0811d904 in PyFunction_SetClosure () #15 0x0805ed01 in PyObject_Call () #16 0x080cc609 in PyEval_GetFuncDesc () #17 0x080c8b9d in PyEval_EvalFrameEx () #18 0x080ca268 in PyEval_EvalCodeEx () #19 0x0811d904 in PyFunction_SetClosure () #20 0x0805ed01 in PyObject_Call () #21 0x080cc609 in PyEval_GetFuncDesc () #22 0x080c8b9d in PyEval_EvalFrameEx () #23 0x080cbed0 in PyEval_GetFuncDesc () #24 0x080cbd1d in PyEval_GetFuncDesc () #25 0x080c8a37 in PyEval_EvalFrameEx () #26 0x080cbed0 in PyEval_GetFuncDesc () #27 0x080cbd1d in PyEval_GetFuncDesc () #28 0x080c8a37 in PyEval_EvalFrameEx () #29 0x080ca268 in PyEval_EvalCodeEx () #30 0x080cbf9c in PyEval_GetFuncDesc () #31 0x080cbd1d in PyEval_GetFuncDesc () #32 0x080c8a37 in PyEval_EvalFrameEx () #33 0x080ca268 in PyEval_EvalCodeEx () #34 0x080c3677 in PyEval_EvalCode () #35 0x080ee961 in PyRun_FileExFlags () #36 0x080ee8eb in PyRun_FileExFlags () #37 0x080ed875 in PyRun_SimpleFileExFlags () #38 0x080ed17e in PyRun_AnyFileExFlags () #39 0x0805729e in Py_Main () #40 0x08056401 in main () (gdb) -- Ich verwalte sie. Ich zähle sie und zähle sie wieder. Das ist nicht leicht. Aber ich bin ein ernsthafter Mann. \\ ---> Antoine de Saint-Exupery, "Der kleine Prinz" From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 20:23:10 2007 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 C8B0E16A476; Mon, 19 Nov 2007 20:23:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id A75B413C481; Mon, 19 Nov 2007 20:23:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJKN26t037895; Mon, 19 Nov 2007 15:23:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJKN2cA043738; Mon, 19 Nov 2007 15:23:02 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E4D4673039; Mon, 19 Nov 2007 15:23:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119202301.E4D4673039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 15:23:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 20:23:10 -0000 TB --- 2007-11-19 20:00:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 20:00:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 20:00:00 - cleaning the object tree TB --- 2007-11-19 20:00:06 - checking out the source tree TB --- 2007-11-19 20:00:06 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 20:00:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 20:07:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 20:07:53 - cd /src TB --- 2007-11-19 20:07:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 20:07:54 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 20:23:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 20:23:01 - ERROR: failed to build world TB --- 2007-11-19 20:23:01 - tinderbox aborted TB --- 715.37 user 75.77 system 1381.50 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 20:43:11 2007 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 704AF16A419; Mon, 19 Nov 2007 20:43:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4344D13C457; Mon, 19 Nov 2007 20:43:10 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJKh1SH060710; Mon, 19 Nov 2007 15:43:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJKh176043871; Mon, 19 Nov 2007 15:43:01 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B444B73039; Mon, 19 Nov 2007 15:43:01 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119204301.B444B73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 15:43:01 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 20:43:11 -0000 TB --- 2007-11-19 20:23:02 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 20:23:02 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 20:23:02 - cleaning the object tree TB --- 2007-11-19 20:23:11 - checking out the source tree TB --- 2007-11-19 20:23:11 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 20:23:11 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 20:29:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 20:29:53 - cd /src TB --- 2007-11-19 20:29:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 20:29:54 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 20:43:01 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 20:43:01 - ERROR: failed to build world TB --- 2007-11-19 20:43:01 - tinderbox aborted TB --- 626.49 user 65.23 system 1199.47 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 20:43:54 2007 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 1CA1E16A420; Mon, 19 Nov 2007 20:43:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C4EDE13C46E; Mon, 19 Nov 2007 20:43:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJKhbgv060805; Mon, 19 Nov 2007 15:43:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJKhb41044597; Mon, 19 Nov 2007 15:43:38 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id ADCF673039; Mon, 19 Nov 2007 15:43:37 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119204337.ADCF673039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 15:43:37 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 20:43:54 -0000 TB --- 2007-11-19 20:21:52 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 20:21:52 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 20:21:52 - cleaning the object tree TB --- 2007-11-19 20:22:00 - checking out the source tree TB --- 2007-11-19 20:22:00 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 20:22:00 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 20:29:53 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 20:29:53 - cd /src TB --- 2007-11-19 20:29:53 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 20:29:54 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 20:43:37 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 20:43:37 - ERROR: failed to build world TB --- 2007-11-19 20:43:37 - tinderbox aborted TB --- 656.98 user 67.97 system 1305.48 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:03:25 2007 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 F406316A418; Mon, 19 Nov 2007 21:03:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id C396E13C46E; Mon, 19 Nov 2007 21:03:24 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJL3GT3065554; Mon, 19 Nov 2007 16:03:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJL3GO8008088; Mon, 19 Nov 2007 16:03:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 61B3573039; Mon, 19 Nov 2007 16:03:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119210316.61B3573039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 16:03:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 21:03:25 -0000 TB --- 2007-11-19 20:43:37 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 20:43:37 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 20:43:37 - cleaning the object tree TB --- 2007-11-19 20:43:45 - checking out the source tree TB --- 2007-11-19 20:43:45 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 20:43:45 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 20:51:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 20:51:18 - cd /src TB --- 2007-11-19 20:51:18 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 20:51:19 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 21:03:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 21:03:16 - ERROR: failed to build world TB --- 2007-11-19 21:03:16 - tinderbox aborted TB --- 562.33 user 65.02 system 1178.48 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:04:51 2007 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 6159416A418; Mon, 19 Nov 2007 21:04:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 30A3313C459; Mon, 19 Nov 2007 21:04:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJL4gce066023; Mon, 19 Nov 2007 16:04:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJL4gJf097972; Mon, 19 Nov 2007 16:04:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4294A73039; Mon, 19 Nov 2007 16:04:42 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119210442.4294A73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 16:04:42 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 21:04:51 -0000 TB --- 2007-11-19 20:43:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 20:43:01 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 20:43:01 - cleaning the object tree TB --- 2007-11-19 20:43:10 - checking out the source tree TB --- 2007-11-19 20:43:10 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 20:43:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 20:51:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 20:51:18 - cd /src TB --- 2007-11-19 20:51:18 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 20:51:19 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 21:04:42 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 21:04:42 - ERROR: failed to build world TB --- 2007-11-19 21:04:42 - tinderbox aborted TB --- 653.57 user 67.90 system 1300.20 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:15:46 2007 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 C351716A41B for ; Mon, 19 Nov 2007 21:15:46 +0000 (UTC) (envelope-from SRS0=4b9fb07047c298d5f0a8bc768439929e60f74d1e=524=es.net=oberman@es.net) Received: from postal1.es.net (unknown [IPv6:2001:400:14:3:202:b3ff:fe5e:94b6]) by mx1.freebsd.org (Postfix) with ESMTP id 651D513C459 for ; Mon, 19 Nov 2007 21:15:46 +0000 (UTC) (envelope-from SRS0=4b9fb07047c298d5f0a8bc768439929e60f74d1e=524=es.net=oberman@es.net) Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id YGI79444; Mon, 19 Nov 2007 13:15:44 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id A1D6145011; Mon, 19 Nov 2007 13:15:44 -0800 (PST) To: "Aryeh M. Friedman" In-Reply-To: Your message of "Mon, 19 Nov 2007 01:56:23 EST." <47413397.1050602@gmail.com> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="==_Exmh_1195506944_76973P"; micalg=pgp-sha1; protocol="application/pgp-signature" Content-Transfer-Encoding: 7bit Date: Mon, 19 Nov 2007 13:15:44 -0800 From: "Kevin Oberman" Message-Id: <20071119211544.A1D6145011@ptavv.es.net> X-Sender-IP: 198.128.4.29 X-Sender-Domain: es.net X-Recipent: ; ; ; X-Sender: X-To_Name: Aryeh M. Friedman X-To_Domain: gmail.com X-To: "Aryeh M. Friedman" X-To_Email: aryeh.friedman@gmail.com X-To_Alias: aryeh.friedman Cc: Jeremy Chadwick , freebsd-current@freebsd.org Subject: Re: UPDATE: IHC9(R)/P35 w/ SATA cd/dvd 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 Nov 2007 21:15:46 -0000 --==_Exmh_1195506944_76973P Content-Type: text/plain; charset=us-ascii Content-Disposition: inline > Date: Mon, 19 Nov 2007 01:56:23 -0500 > From: "Aryeh M. Friedman" > Sender: owner-freebsd-current@freebsd.org > > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Where the saga left off: > > 1. With OEM DVD-RW on a P35/IHC9(R) [MSI Neo-F mobo] any attempt at > I/O under 8-CURRENT AMD64 produced timeouts (i386 also but less > severe) infinite loops > > 2. Problem was narrowed down to be potentially related to either SATA > CD's in general or IHC9(R) > > 3. Jeremy Chadwhick sent me a Plextor PX-755A (SATA/150 DVD+/-RW) to > attempt to isolate the problem > > 4. All ata patches have been applied up through Thurs. (currently > doing a buildworld/kernel with the new stuff) > > The drive arrived and the following is the result: > > 1. Reads and writes fine for CD's > > 2. Does not write DVD's > > 3. Untested DVD reading > > 4. Does not create a /dev/dvdX (some documentation leads me to believe > it should exist but I might be wrong) > Just for the record, /dev/dvd is net created by default, although many video and audio tools use it as a default device. To get /dev/dvd, add the following to /etc/devfs.conf: link cd0 dvd This will add a symlink to /dev/dvd whenever /dev/cd0 is present at boot time. You may also want to add: perm cd0 0666 perm pass0 0666 to allow general user access to the DVD for both reading and writing. You can use devfs.rules to set the permissions to a drive connected after boot, but devfs.rules lacks the ability to create the symlink. You can create it with 'ln -s', though, if you have root access. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 --==_Exmh_1195506944_76973P Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) Comment: Exmh version 2.5 06/03/2002 iD8DBQFHQf0Akn3rs5h7N1ERAkIqAJ9tYeBsFav/MtDIHrmWfL0WW5mDcwCgk+zw VwVEvi7Q8/mPubrv1XfEf4w= =W1xP -----END PGP SIGNATURE----- --==_Exmh_1195506944_76973P-- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:19:43 2007 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 DEF1016A420; Mon, 19 Nov 2007 21:19:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AC7FD13C46E; Mon, 19 Nov 2007 21:19:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJLJdUt068378; Mon, 19 Nov 2007 16:19:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJLJdsk043057; Mon, 19 Nov 2007 16:19:39 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B6F2073039; Mon, 19 Nov 2007 16:19:39 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119211939.B6F2073039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 16:19:39 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 21:19:43 -0000 TB --- 2007-11-19 21:03:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 21:03:16 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 21:03:16 - cleaning the object tree TB --- 2007-11-19 21:03:23 - checking out the source tree TB --- 2007-11-19 21:03:23 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 21:03:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 21:08:48 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 21:08:48 - cd /src TB --- 2007-11-19 21:08:48 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 21:08:49 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 21:19:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 21:19:39 - ERROR: failed to build world TB --- 2007-11-19 21:19:39 - tinderbox aborted TB --- 561.41 user 63.03 system 983.13 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:32:55 2007 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 5689B16A417 for ; Mon, 19 Nov 2007 21:32:55 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 1D46813C44B for ; Mon, 19 Nov 2007 21:32:54 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64163 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IuEEa-000Mod-LZ for freebsd-current@freebsd.org; Mon, 19 Nov 2007 21:32:48 +0000 Message-ID: <47420100.2050700@conducive.net> Date: Mon, 19 Nov 2007 21:32:48 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Tinderbox 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 Nov 2007 21:32:55 -0000 Can someone kindly throw Tinderbox the appropriate fish? From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:41:40 2007 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 BED5B16A501; Mon, 19 Nov 2007 21:41:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 71C3413C447; Mon, 19 Nov 2007 21:41:40 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJLfVsY070952; Mon, 19 Nov 2007 16:41:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJLfVVf065686; Mon, 19 Nov 2007 16:41:31 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 407C273039; Mon, 19 Nov 2007 16:41:31 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119214131.407C273039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 16:41:31 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 21:41:40 -0000 TB --- 2007-11-19 21:20:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 21:20:01 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 21:20:01 - cleaning the object tree TB --- 2007-11-19 21:20:04 - checking out the source tree TB --- 2007-11-19 21:20:04 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 21:20:04 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 21:27:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 21:27:55 - cd /src TB --- 2007-11-19 21:27:55 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 21:27:56 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 21:41:31 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 21:41:31 - ERROR: failed to build world TB --- 2007-11-19 21:41:31 - tinderbox aborted TB --- 656.82 user 67.48 system 1290.05 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:42:53 2007 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 747BB16A46C; Mon, 19 Nov 2007 21:42:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 2831213C4BB; Mon, 19 Nov 2007 21:42:53 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJLgkOR071069; Mon, 19 Nov 2007 16:42:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJLgkww067439; Mon, 19 Nov 2007 16:42:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0CEC373039; Mon, 19 Nov 2007 16:42:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119214246.0CEC373039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 16:42:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 21:42:53 -0000 TB --- 2007-11-19 21:20:01 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 21:20:01 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 21:20:01 - cleaning the object tree TB --- 2007-11-19 21:20:07 - checking out the source tree TB --- 2007-11-19 21:20:07 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 21:20:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 21:27:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 21:27:55 - cd /src TB --- 2007-11-19 21:27:55 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 21:27:56 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/amd64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/amd64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 21:42:45 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 21:42:45 - ERROR: failed to build world TB --- 2007-11-19 21:42:45 - tinderbox aborted TB --- 713.57 user 77.12 system 1364.86 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 21:55:28 2007 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 0AAFC16A417; Mon, 19 Nov 2007 21:55:28 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 6D7F513C458; Mon, 19 Nov 2007 21:55:27 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from ap-h.matik.com.br (ap-h.matik.com.br [200.152.83.36]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lAJLsxGt015626; Mon, 19 Nov 2007 19:54:59 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Mon, 19 Nov 2007 19:54:01 -0200 User-Agent: KMail/1.9.7 References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> <47406E17.5010702@FreeBSD.org> In-Reply-To: <47406E17.5010702@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711191954.02883.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Gregory Wright , "Arno J. Klaassen" Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 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 Nov 2007 21:55:28 -0000 On Sunday 18 November 2007 14:53:43 Kris Kennaway wrote: > Arno J. Klaassen wrote: > > Gregory Wright writes: > >> Hi, > >> > >> I tried enabling powerd on FreeBSd 7.0BETA-2 by adding > >> > >> powerd_enable=3D"YES" > >> > >> to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron > >> 270 HE processor (dual core), 2 GB RAM. AMD powernow was > >> enabled in the BIOS. > > > > I never succeeded in using cpufreq on any 288x MB. If freezes > > box even with latest bios. > > Have you tried disabling acpi_throttle? > I have the same MB but with two dual-core, with powerd enabled and ULE I ge= t=20 no crash but calcru went backwards events and while they are happening the= =20 machine is not responsive, even remotely no answer, after a while, when the= =20 calcru events stop I get access again. Unsetting acpi_throttle does not change a thing. I can set manually all=20 available cpu freqs. with cpufreq in the kernel I get sporadic "lock held to long" panics when=20 rebooting after syncing the disks so actually I am running without it. This= =20 is with sources from saturday =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 22:02:57 2007 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 10B1616A41A; Mon, 19 Nov 2007 22:02:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 0B04113C457; Mon, 19 Nov 2007 22:02:55 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJM2lDi073435; Mon, 19 Nov 2007 17:02:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJM2lXV097769; Mon, 19 Nov 2007 17:02:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 911DB73039; Mon, 19 Nov 2007 17:02:47 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119220247.911DB73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 17:02:47 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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: Mon, 19 Nov 2007 22:02:57 -0000 TB --- 2007-11-19 21:42:46 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 21:42:46 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-19 21:42:46 - cleaning the object tree TB --- 2007-11-19 21:42:53 - checking out the source tree TB --- 2007-11-19 21:42:53 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-19 21:42:53 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 21:49:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 21:49:42 - cd /src TB --- 2007-11-19 21:49:42 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 21:49:44 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/ia64 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/ia64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 22:02:47 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 22:02:47 - ERROR: failed to build world TB --- 2007-11-19 22:02:47 - tinderbox aborted TB --- 626.08 user 65.60 system 1201.15 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 22:03:36 2007 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 557FE16A419; Mon, 19 Nov 2007 22:03:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 510B613C474; Mon, 19 Nov 2007 22:03:33 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJM3R4t051363; Mon, 19 Nov 2007 17:03:27 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJM3Q7a098910; Mon, 19 Nov 2007 17:03:26 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id AD5277303E; Mon, 19 Nov 2007 17:03:26 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119220326.AD5277303E@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 17:03:26 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Mon, 19 Nov 2007 22:03:36 -0000 TB --- 2007-11-19 21:41:31 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 21:41:31 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-19 21:41:31 - cleaning the object tree TB --- 2007-11-19 21:41:38 - checking out the source tree TB --- 2007-11-19 21:41:38 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-19 21:41:38 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 21:49:42 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 21:49:42 - cd /src TB --- 2007-11-19 21:49:42 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 21:49:44 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/i386 -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/pc98/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 22:03:26 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 22:03:26 - ERROR: failed to build world TB --- 2007-11-19 22:03:26 - tinderbox aborted TB --- 657.47 user 67.95 system 1315.24 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 22:14:04 2007 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 1244316A41A; Mon, 19 Nov 2007 22:14:04 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id B3C7813C447; Mon, 19 Nov 2007 22:14:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 3A5E3EC5401; Tue, 20 Nov 2007 06:04:22 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id x814mpAtAJdH; Tue, 20 Nov 2007 06:04:18 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id E50D0EC5403; Tue, 20 Nov 2007 06:04:16 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=rEQIfe01gTSARXwcijojwD+79aO3GUIMVQKSzmVg0xQ2Uesxa85g7PL//U/4YXup9 P8E1cWd6HbMWX1zgC2AYw== Message-ID: <4742085E.2080300@delphij.net> Date: Mon, 19 Nov 2007 14:04:14 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Boris Samorodov References: <42544904@serv3.int.kfs.ru> In-Reply-To: <42544904@serv3.int.kfs.ru> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, scottl@FreeBSD.org Subject: Re: IBM ServeRAID 8e X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 22:14:04 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Boris Samorodov wrote: > Hi! > > > Google told me that there is no FreeBSD driver for IBM ServeRAID 8e > adapter. Are there any plans to add it? I don't think so. ServeRAID 8e is an Adaptec HostRAID stuff which IIRC we do not have support of HostRAID at the moment. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHQghehcUczkLqiksRAug7AJ9aaf2xPulp2pwOT2l+PsW1pbsCwgCeMZNE KQOwDBf+n5pjhMuNtsXfltI= =dm3K -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 22:23:18 2007 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 4D37716A418; Mon, 19 Nov 2007 22:23:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 1466713C45B; Mon, 19 Nov 2007 22:23:17 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJMNA8C075024; Mon, 19 Nov 2007 17:23:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJMN9c6028317; Mon, 19 Nov 2007 17:23:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id C269873039; Mon, 19 Nov 2007 17:23:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119222309.C269873039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 17:23:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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: Mon, 19 Nov 2007 22:23:18 -0000 TB --- 2007-11-19 22:03:26 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 22:03:26 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-19 22:03:26 - cleaning the object tree TB --- 2007-11-19 22:03:33 - checking out the source tree TB --- 2007-11-19 22:03:33 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-19 22:03:33 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 22:10:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 22:10:56 - cd /src TB --- 2007-11-19 22:10:56 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 22:10:57 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sparc64/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 22:23:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 22:23:09 - ERROR: failed to build world TB --- 2007-11-19 22:23:09 - tinderbox aborted TB --- 562.95 user 64.32 system 1182.86 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 22:24:42 2007 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 9CD9A16A473; Mon, 19 Nov 2007 22:24:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 6544B13C468; Mon, 19 Nov 2007 22:24:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAJMOYUQ053810; Mon, 19 Nov 2007 17:24:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJMOYjX093974; Mon, 19 Nov 2007 17:24:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 2071773039; Mon, 19 Nov 2007 17:24:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119222434.2071773039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 17:24:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean 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: Mon, 19 Nov 2007 22:24:42 -0000 TB --- 2007-11-19 22:02:47 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 22:02:47 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-19 22:02:47 - cleaning the object tree TB --- 2007-11-19 22:02:54 - checking out the source tree TB --- 2007-11-19 22:02:54 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-19 22:02:54 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 22:10:56 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 22:10:56 - cd /src TB --- 2007-11-19 22:10:56 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 22:10:57 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/check_utility_compat.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/clock.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/powerpc -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/powerpc/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/gen/closedir.c cc1: warnings being treated as errors /src/lib/libc/gen/closedir.c: In function 'closedir': /src/lib/libc/gen/closedir.c:57: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:65: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/lib/libc/gen/closedir.c:66: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 22:24:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 22:24:34 - ERROR: failed to build world TB --- 2007-11-19 22:24:34 - tinderbox aborted TB --- 654.20 user 67.16 system 1306.23 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 22:39:46 2007 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 0ED6216A597; Mon, 19 Nov 2007 22:39:46 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id AED4113C457; Mon, 19 Nov 2007 22:39:45 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAJMde9s076093; Mon, 19 Nov 2007 17:39:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAJMdeKI035376; Mon, 19 Nov 2007 17:39:40 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 1728573039; Mon, 19 Nov 2007 17:39:40 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071119223940.1728573039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 17:39:40 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on news X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Mon, 19 Nov 2007 22:39:46 -0000 TB --- 2007-11-19 22:23:09 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 22:23:09 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-19 22:23:09 - cleaning the object tree TB --- 2007-11-19 22:23:17 - checking out the source tree TB --- 2007-11-19 22:23:17 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-19 22:23:17 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 22:28:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 22:28:46 - cd /src TB --- 2007-11-19 22:28:46 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 22:28:47 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-19 22:39:39 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-19 22:39:39 - ERROR: failed to build world TB --- 2007-11-19 22:39:39 - tinderbox aborted TB --- 561.55 user 63.05 system 989.98 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 22:56:30 2007 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 DC7E316A418 for ; Mon, 19 Nov 2007 22:56:30 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id AD04B13C45A for ; Mon, 19 Nov 2007 22:56:30 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 7C76D73301; Mon, 19 Nov 2007 22:33:50 +0000 (GMT) Date: Mon, 19 Nov 2007 22:33:50 +0000 From: John Birrell To: ????????? Bill Hacker Message-ID: <20071119223350.GA2137@what-creek.com> References: <47420100.2050700@conducive.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47420100.2050700@conducive.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-current@freebsd.org Subject: Re: Tinderbox 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 Nov 2007 22:56:30 -0000 On Mon, Nov 19, 2007 at 09:32:48PM +0000, ????????? Bill Hacker wrote: > Can someone kindly throw Tinderbox the appropriate fish? I am working on fixing this. Sorry. Unfortunately the tinderboxes run with custom CFLAGS. I would change this if I could, but I'm not the first to mention how frustrating it is. I have never seen a good argument for why the tinderbox is different from the CVS defaults. -- John Birrell From owner-freebsd-current@FreeBSD.ORG Mon Nov 19 23:08:01 2007 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 477ED16A41B for ; Mon, 19 Nov 2007 23:08:01 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 10DC713C502 for ; Mon, 19 Nov 2007 23:08:01 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2285729waf for ; Mon, 19 Nov 2007 15:07:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=YS70mctvSm6WgWR+OiegRPcj4vBU22LyEeKlQBRyMz0=; b=mBkIVUw7KYy2p4WTKCkfX9RvYDMxOT3e+rSHSYW1MNSd8R89XSaVxLnQ8lQ+09QVXl73BXapvvl0i5nYpS7AKOS5hMSNxtJhMxSG00sxDs2cpq8aSfMsw/xmPppjnetviqqpvC4qvBbn08bUY71yN/4csUrlq7c2I0afOB5/bMI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Hs4FnvMFY2yabVeWPzAgK/k01DLrZ2ZMs+K6/D5ssJ8zDXDoN22AY45umsY1p1vTPIMZqGlOezv1/H/YWxrZoOkfkZcsneVOz6XSs4KPxAgTQVtZfYycGCyjQ92rS77ZHYQn/47GBWIRO9uF5m39GoQRa2y6bn0uCUzPjDZT5fU= Received: by 10.114.209.1 with SMTP id h1mr423159wag.1195513257829; Mon, 19 Nov 2007 15:00:57 -0800 (PST) Received: by 10.114.13.15 with HTTP; Mon, 19 Nov 2007 15:00:57 -0800 (PST) Message-ID: Date: Mon, 19 Nov 2007 15:00:57 -0800 From: "Kip Macy" To: "John Birrell" In-Reply-To: <20071119223350.GA2137@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47420100.2050700@conducive.net> <20071119223350.GA2137@what-creek.com> Cc: ????????? Bill Hacker , freebsd-current@freebsd.org Subject: Re: Tinderbox 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 Nov 2007 23:08:01 -0000 On Nov 19, 2007 2:33 PM, John Birrell wrote: > On Mon, Nov 19, 2007 at 09:32:48PM +0000, ????????? Bill Hacker wrote: > > Can someone kindly throw Tinderbox the appropriate fish? > > I am working on fixing this. Sorry. > > Unfortunately the tinderboxes run with custom CFLAGS. > I would change this if I could, but I'm not the first to mention > how frustrating it is. I have never seen a good argument for why > the tinderbox is different from the CVS defaults. > Ooh ooh - stop right there. I strongly disagree with des choosing custom flags, but he has legitimate reasons for doing so. We are only periodically bitten by the custom flags and the tinderboxes are a huge net win. So NO BIKESHEDDING PLEASE. Thanks. -Kip From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 00:07:36 2007 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 62EC316A418; Tue, 20 Nov 2007 00:07:36 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id EA62513C455; Tue, 20 Nov 2007 00:07:35 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAK07Pi8082310; Mon, 19 Nov 2007 19:07:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK07PK2082074; Mon, 19 Nov 2007 19:07:25 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 44B8D73039; Mon, 19 Nov 2007 19:07:25 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120000725.44B8D73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 19:07:25 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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 Nov 2007 00:07:36 -0000 TB --- 2007-11-19 22:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 22:40:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-19 22:40:00 - cleaning the object tree TB --- 2007-11-19 22:40:05 - checking out the source tree TB --- 2007-11-19 22:40:05 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-19 22:40:05 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 22:48:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 22:48:00 - cd /src TB --- 2007-11-19 22:48:00 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 22:48:02 UTC 2007 >>> 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 Nov 20 00:01:04 UTC 2007 TB --- 2007-11-20 00:01:04 - generating LINT kernel config TB --- 2007-11-20 00:01:04 - cd /src/sys/i386/conf TB --- 2007-11-20 00:01:04 - /usr/bin/make -B LINT TB --- 2007-11-20 00:01:04 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 00:01:04 - cd /src TB --- 2007-11-20 00:01:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 00:01:04 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 00:07:25 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 00:07:25 - ERROR: failed to build lint kernel TB --- 2007-11-20 00:07:25 - tinderbox aborted TB --- 3794.87 user 377.01 system 5244.77 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 00:17:54 2007 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 44AC016A468 for ; Tue, 20 Nov 2007 00:17:54 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail02.adl2.internode.on.net (ipmail02.adl2.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id 9E6CE13C459 for ; Tue, 20 Nov 2007 00:17:53 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ppp121-45-117-252.lns11.adl6.internode.on.net (HELO mail.clearchain.com) ([121.45.117.252]) by ipmail02.adl2.internode.on.net with ESMTP; 20 Nov 2007 10:47:01 +1030 Received: from wolf.clearchain.com (wcl.ml.unisa.edu.au [130.220.166.5]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lAK0GpRs033433 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Nov 2007 10:46:58 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <47422775.7080808@clearchain.com> Date: Tue, 20 Nov 2007 10:46:53 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.0 (X11/20070615) MIME-Version: 1.0 To: Rene Ladan References: <714518.97748.qm@web55202.mail.re4.yahoo.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Tue, 20 Nov 2007 10:46:59 +1030 (CST) Cc: freebsd-current@freebsd.org, LINGAM RAVI KIRAN Subject: Re: Problem in wpi firmware 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 Nov 2007 00:17:54 -0000 Rene Ladan wrote: > 2007/11/19, LINGAM RAVI KIRAN : > >> Hi friends, >> >> I am trying to get wifi in hp nc6400 laptop, i have Intel 3945ABG NIC card, i installed wpi package, but there is some problem in firmware or some silly mistake i am doing, which i could not figure out. My system configuration is: >> >> Intel 3945ABG NIC card >> FreeBSD 8.0 current >> >> Problem is : >> >> bad dmamem_alloc_memory >> >> and after that >> >> firmware wpifw could not load. >> >> > Since you're running CURRENT, you could try the version included in > the cvs source (remove the manually downloaded version first). The > cvs version should work (my wpi card still fails with an error 17 upon > association). It also includes the firmware image. > > Expect some harmless messages about misaligned memory when loading the driver. > > HTH, > Rene > The misaligned memory messages should disappear with a patch I'll be putting in p4 tonight. As to the association issue can you please try the version in p4 and see if it fixes your problem? Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 00:35:09 2007 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 5F5B716A41A; Tue, 20 Nov 2007 00:35:09 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 1D1A813C461; Tue, 20 Nov 2007 00:35:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAK0Z3Oq065310; Mon, 19 Nov 2007 19:35:04 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK0Z3GP014195; Mon, 19 Nov 2007 19:35:03 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BD3CA73039; Mon, 19 Nov 2007 19:35:03 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120003503.BD3CA73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 19:35:03 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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 Nov 2007 00:35:09 -0000 TB --- 2007-11-19 22:40:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-19 22:40:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-19 22:40:00 - cleaning the object tree TB --- 2007-11-19 22:40:07 - checking out the source tree TB --- 2007-11-19 22:40:07 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-19 22:40:07 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-19 22:48:00 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-19 22:48:00 - cd /src TB --- 2007-11-19 22:48:00 - /usr/bin/make -B buildworld >>> World build started on Mon Nov 19 22:48:02 UTC 2007 >>> 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 Nov 20 00:29:29 UTC 2007 TB --- 2007-11-20 00:29:30 - generating LINT kernel config TB --- 2007-11-20 00:29:30 - cd /src/sys/amd64/conf TB --- 2007-11-20 00:29:30 - /usr/bin/make -B LINT TB --- 2007-11-20 00:29:30 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 00:29:30 - cd /src TB --- 2007-11-20 00:29:30 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 00:29:30 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 00:35:03 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 00:35:03 - ERROR: failed to build lint kernel TB --- 2007-11-20 00:35:03 - tinderbox aborted TB --- 5135.27 user 543.42 system 6903.34 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 01:06:35 2007 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 D1F8316A417 for ; Tue, 20 Nov 2007 01:06:35 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from qsrv02sl.mx.bigpond.com (qsrv02sl.mx.bigpond.com [144.140.93.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5074013C46A for ; Tue, 20 Nov 2007 01:06:35 +0000 (UTC) (envelope-from andrew@areilly.bpa.nu) Received: from oaamta03sl.mx.bigpond.com ([124.188.162.219]) by omta04sl.mx.bigpond.com with ESMTP id <20071119120544.NMFR1805.omta04sl.mx.bigpond.com@oaamta03sl.mx.bigpond.com> for ; Mon, 19 Nov 2007 12:05:44 +0000 Received: from areilly.bpa.nu ([124.188.162.219]) by oaamta03sl.mx.bigpond.com with ESMTP id <20071119120544.IJGF26971.oaamta03sl.mx.bigpond.com@areilly.bpa.nu> for ; Mon, 19 Nov 2007 12:05:44 +0000 Received: (qmail 62528 invoked by uid 501); 19 Nov 2007 12:03:04 -0000 Date: Mon, 19 Nov 2007 23:03:04 +1100 From: Andrew Reilly To: "Aryeh M. Friedman" Message-ID: <20071119120304.GA62159@duncan.reilly.home> References: <473F250F.2030903@gmail.com> <20071117.164853.1221560804.imp@bsdimp.com> <473F7EE7.4080405@gmail.com> <20071118000233.GA5820@kobe.laptop> <473FB515.5080907@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <473FB515.5080907@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: Giorgos Keramidas , freebsd-current@freebsd.org, freebsd-questions@freebsd.org, "M. Warner Losh" Subject: Re: congrlations to the freebsd developers 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 Nov 2007 01:06:35 -0000 > 3. The issues with nvidia kernel module on amd64 (alternativelly > does anyone know how hard it would be to get bettern 1024x768 with nv?) I used to be able to get nv to do 1280x1024, with my 6600LE graphics card. I could never convince it to do 1600x1200, the native resolution of my LCD panel, though. Claimed to be limited by BIOS setting, whatever that means. There was, and is, however, a funky booting issue: sometimes nv would not get the card set up right, and all I would see was blocky-wrong-raster-ish screen noise. That would go away if I switched to vesa mode (which has always worked reliably for me) and back again. Sadly that fix doesn't work since the last upgrade (from 7.2 to 7.3), seemingly, so I'm stuck with vesa at 1280x1024, which is tollerable for my purposes, given how fast the processors are. Actually, I don't have that at the moment, either: something broke GNOME at the ORB level, seemingly, after I upgraded to RELENG_7... I'm fighting with portupgrade at the moment... Hopefully it'll all come good again once it's been re-built... Cheers, -- Andrew From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 01:32:51 2007 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 7810116A46E; Tue, 20 Nov 2007 01:32:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 202E513C4C6; Tue, 20 Nov 2007 01:32:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAK1WnoK087402; Mon, 19 Nov 2007 20:32:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK1Wn58090474; Mon, 19 Nov 2007 20:32:49 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B2FA873039; Mon, 19 Nov 2007 20:32:49 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120013249.B2FA873039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 20:32:49 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner1 X-Virus-Status: Clean 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 Nov 2007 01:32:51 -0000 TB --- 2007-11-20 00:07:25 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-20 00:07:25 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-20 00:07:25 - cleaning the object tree TB --- 2007-11-20 00:07:32 - checking out the source tree TB --- 2007-11-20 00:07:32 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-20 00:07:32 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-20 00:14:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-20 00:14:13 - cd /src TB --- 2007-11-20 00:14:13 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 20 00:14:14 UTC 2007 >>> 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 Nov 20 01:27:49 UTC 2007 TB --- 2007-11-20 01:27:49 - generating LINT kernel config TB --- 2007-11-20 01:27:49 - cd /src/sys/pc98/conf TB --- 2007-11-20 01:27:49 - /usr/bin/make -B LINT TB --- 2007-11-20 01:27:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 01:27:49 - cd /src TB --- 2007-11-20 01:27:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 01:27:49 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 01:32:49 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 01:32:49 - ERROR: failed to build lint kernel TB --- 2007-11-20 01:32:49 - tinderbox aborted TB --- 3698.43 user 379.37 system 5124.18 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 02:24:30 2007 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 A965B16A417; Tue, 20 Nov 2007 02:24:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 51D8C13C45A; Tue, 20 Nov 2007 02:24:30 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAK2OGEu073070; Mon, 19 Nov 2007 21:24:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK2OGdZ046683; Mon, 19 Nov 2007 21:24:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9574373039; Mon, 19 Nov 2007 21:24:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120022416.9574373039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 21:24:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on ia64/ia64 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 Nov 2007 02:24:30 -0000 TB --- 2007-11-20 00:35:03 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-20 00:35:03 - starting HEAD tinderbox run for ia64/ia64 TB --- 2007-11-20 00:35:03 - cleaning the object tree TB --- 2007-11-20 00:35:10 - checking out the source tree TB --- 2007-11-20 00:35:10 - cd /tinderbox/HEAD/ia64/ia64 TB --- 2007-11-20 00:35:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-20 00:41:13 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-20 00:41:13 - cd /src TB --- 2007-11-20 00:41:13 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 20 00:41:14 UTC 2007 >>> 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 Nov 20 02:18:27 UTC 2007 TB --- 2007-11-20 02:18:27 - generating LINT kernel config TB --- 2007-11-20 02:18:27 - cd /src/sys/ia64/conf TB --- 2007-11-20 02:18:27 - /usr/bin/make -B LINT TB --- 2007-11-20 02:18:27 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 02:18:27 - cd /src TB --- 2007-11-20 02:18:27 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 02:18:27 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/ia64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 02:24:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 02:24:16 - ERROR: failed to build lint kernel TB --- 2007-11-20 02:24:16 - tinderbox aborted TB --- 5096.09 user 375.47 system 6552.70 real http://tinderbox.des.no/tinderbox-head-HEAD-ia64-ia64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 02:59:19 2007 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 637BD16A469; Tue, 20 Nov 2007 02:59:19 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id E366F13C478; Tue, 20 Nov 2007 02:59:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAK2x9S0091382; Mon, 19 Nov 2007 21:59:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK2x9Qc029891; Mon, 19 Nov 2007 21:59:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id CE98473039; Mon, 19 Nov 2007 21:59:08 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120025908.CE98473039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 21:59:08 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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 Nov 2007 02:59:19 -0000 TB --- 2007-11-20 01:32:49 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-20 01:32:49 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-20 01:32:49 - cleaning the object tree TB --- 2007-11-20 01:32:55 - checking out the source tree TB --- 2007-11-20 01:32:55 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-20 01:32:55 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-20 01:39:02 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-20 01:39:02 - cd /src TB --- 2007-11-20 01:39:02 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 20 01:39:03 UTC 2007 >>> 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 Nov 20 02:55:15 UTC 2007 TB --- 2007-11-20 02:55:15 - generating LINT kernel config TB --- 2007-11-20 02:55:15 - cd /src/sys/powerpc/conf TB --- 2007-11-20 02:55:15 - /usr/bin/make -B LINT TB --- 2007-11-20 02:55:15 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 02:55:15 - cd /src TB --- 2007-11-20 02:55:15 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 02:55:15 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 02:59:08 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 02:59:08 - ERROR: failed to build lint kernel TB --- 2007-11-20 02:59:08 - tinderbox aborted TB --- 3795.08 user 355.88 system 5178.80 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 03:47:21 2007 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 1A05D16A41B; Tue, 20 Nov 2007 03:47:21 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id B39FF13C461; Tue, 20 Nov 2007 03:47:20 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAK3lBlG081215; Mon, 19 Nov 2007 22:47:11 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK3lA7O031739; Mon, 19 Nov 2007 22:47:10 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 9177173039; Mon, 19 Nov 2007 22:47:10 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120034710.9177173039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 22:47:10 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sparc64 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 Nov 2007 03:47:21 -0000 TB --- 2007-11-20 02:24:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-20 02:24:16 - starting HEAD tinderbox run for sparc64/sparc64 TB --- 2007-11-20 02:24:16 - cleaning the object tree TB --- 2007-11-20 02:24:22 - checking out the source tree TB --- 2007-11-20 02:24:22 - cd /tinderbox/HEAD/sparc64/sparc64 TB --- 2007-11-20 02:24:22 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-20 02:30:46 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-20 02:30:46 - cd /src TB --- 2007-11-20 02:30:46 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 20 02:30:47 UTC 2007 >>> 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 Nov 20 03:42:49 UTC 2007 TB --- 2007-11-20 03:42:49 - generating LINT kernel config TB --- 2007-11-20 03:42:49 - cd /src/sys/sparc64/conf TB --- 2007-11-20 03:42:49 - /usr/bin/make -B LINT TB --- 2007-11-20 03:42:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 03:42:49 - cd /src TB --- 2007-11-20 03:42:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 03:42:49 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/sparc64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 03:47:10 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 03:47:10 - ERROR: failed to build lint kernel TB --- 2007-11-20 03:47:10 - tinderbox aborted TB --- 3576.33 user 352.97 system 4973.28 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sparc64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 01:00:12 2007 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 BA4F116A417 for ; Tue, 20 Nov 2007 01:00:12 +0000 (UTC) (envelope-from warinthepocket@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.240]) by mx1.freebsd.org (Postfix) with ESMTP id 3DCA613C469 for ; Tue, 20 Nov 2007 01:00:11 +0000 (UTC) (envelope-from warinthepocket@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so406143anc for ; Mon, 19 Nov 2007 17:00:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5mmeUsPRl8TDakk4Lmf47+j6QjwfQrQPhUFQ20sEZ5E=; b=BczQO2PHv12OjTwp4VkJvFCRQeE5aOD1+8jCUYzs33ZpJ3fsC/94sFdeBZLGJwgVROJwiSRc1ZDDbuBVh4Hfqe7GdLAp5Y7ueR3Mlm6GxiToXQJLpuV+TyIA6UO0frKIykZHSMawlVXrXSlu0lys+a1/k86v6hM1A2EgXHaUi6E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FbfmOaZz315AfyJQmIKHa8hMuoWiVrNJ5ksAQxB9uH+hvFr6IIL1HVBN8Z3dYl7NAk9Jw/sWV1N67/439J0TSkPguSsV7fuRJuhIJXBneh/bGOmE8Nzbfzao7IEILowtGoTirnZHWa9DSROw2MpuNZ8UTZKOwE/znNhHPBx9qyQ= Received: by 10.78.134.2 with SMTP id h2mr5937741hud.1195520401297; Mon, 19 Nov 2007 17:00:01 -0800 (PST) Received: by 10.78.175.11 with HTTP; Mon, 19 Nov 2007 17:00:01 -0800 (PST) Message-ID: Date: Mon, 19 Nov 2007 19:00:01 -0600 From: "Dan Davis" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <20071118114321.GA4006@garage.freebsd.pl> X-Mailman-Approved-At: Tue, 20 Nov 2007 03:54:51 +0000 Subject: Fwd: ZFS zpool core dump 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 Nov 2007 01:00:12 -0000 ---------- Forwarded message ---------- From: Dan Davis Date: Nov 18, 2007 10:19 AM Subject: Re: ZFS zpool core dump To: Pawel Jakub Dawidek ZFS::VDEV ZFS::ZVOL FD ACD acd0 1 r0w0e0 acd0 0 0 DEV msdosfs/ =A4 4 r0w0e0 da0s1 3 r0w0e0 da0 2 r0w0e0 afd0s1c 4 r0w0e0 ad2s1 3 r0w0e0 afd0s1 3 r0w0e0 acd0 2 r0w0e0 ad2 2 r0w0e0 afd0 2 r0w0e0 msdosfs/LOCAL DISK 4 r0w0e0 ad0s1f 4 r0w0e0 ad0s1e 4 r0w0e0 ad0s1d 4 r0w0e0 ad0s1c 4 r0w0e0 ad0s1b 4 r0w0e0 ad0s1a 4 r0w0e0 ad0s2 3 r0w0e0 ad0s1 3 r0w0e0 ad0 2 r0w0e0 BSD afd0s1 3 512 32256 32256 r0w0e0 r0w0e0 afd0s1c 100606464 512 2 100606464 196497 0 0 0 ad0s1 3 512 32256 32256 r5w5e5 r1w1e1 ad0s1f 14353616896 512 5 14353616896 28034408 4523368448 8834704 7 r1w1e1 ad0s1e 536870912 512 4 536870912 1048576 3986497536 7786128 7 r1w1e1 ad0s1d 1865416704 512 3 1865416704 3643392 2121080832 4142736 7 r0w0e0 ad0s1c 18876985344 512 2 18876985344 36869112 0 0 0 r1w1e0 ad0s1b 1584209920 512 1 1584209920 3094160 536870912 1048576 1 r1w1e1 ad0s1a 536870912 512 0 536870912 1048576 0 0 7 PART LABEL da0s1 3 r0w0e0 r0w0e0 msdosfs/ =A4 128958464 512 0 128958464 251872 0 0 ad0s2 3 r0w0e0 r0w0e0 msdosfs/LOCAL DISK 21130744320 512 0 21130744320 41270985 0 0 VFS ffs.ad2s1 3 r1w1e1 ffs.ad0s1d 4 r1w1e1 ffs.ad0s1f 4 r1w1e1 ffs.ad0s1e 4 r1w1e1 ffs.ad0s1a 4 r1w1e1 MBR da0 2 r0w0e0 r0w0e0 da0s1 128958464 512 0 128958464 251872 16384 32 11 ad2 2 r1w1e2 r1w1e1 ad2s1 250056705024 512 0 250056705024 488392002 32256 63 165 afd0 2 r0w0e0 r0w0e0 afd0s1 100606464 512 0 100606464 196497 32256 63 165 ad0 2 r5w5e6 r0w0e0 ad0s2 21130744320 512 1 21130744320 41270985 18877017600 36869175 12 r5w5e5 ad0s1 18876985344 512 0 18876985344 36869112 32256 63 165 MBREXT MD DISK da0 1 r0w0e0 da0 128974848 512 64 32 ad2 1 r1w1e2 ad2 250059350016 512 16 63 afd0 1 r0w0e0 afd0 100662784 512 16 63 ad0 1 r5w5e6 ad0 40020664320 512 16 63 SWAP swap 4 r1w1e0 On 11/18/07, Pawel Jakub Dawidek wrote: > On Sat, Nov 17, 2007 at 11:06:57PM -0600, Dan Davis wrote: > > Hullo there. Just did a binary upgrad to FreeBSD 7.0 BETA 2 from 6.2 > > Release p8. when trying to create a ZFS pool, zpool gives a core dump. > > > > >zpool create tank da0 > > Assertion failed: (), function rv =3D=3D 0, file > > /usr/src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_v= dev.c, > > line 131. > > Abort (core dumped) > > Libgeom cannot parse GEOM XML tree. Can you paste output of > 'sysctl -b kern.geom.confxml'. > > -- > Pawel Jakub Dawidek http://www.wheel.pl > pjd@FreeBSD.org http://www.FreeBSD.org > FreeBSD committer Am I Evil? Yes, I Am! > > -- Is it faith to understand nothing, and merely submit your convictions implicitly to the Church? -John Calvin --=20 Is it faith to understand nothing, and merely submit your convictions implicitly to the Church? -John Calvin From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 04:38:02 2007 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 8298916A41A for ; Tue, 20 Nov 2007 04:38:02 +0000 (UTC) (envelope-from db@nipsi.de) Received: from fop.bsdsystems.de (mx.bsdsystems.de [88.198.57.43]) by mx1.freebsd.org (Postfix) with ESMTP id 6604613C447 for ; Tue, 20 Nov 2007 04:38:01 +0000 (UTC) (envelope-from db@nipsi.de) Received: from [172.16.1.13] (e176106107.adsl.alicedsl.de [85.176.106.107]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by fop.bsdsystems.de (Postfix) with ESMTP id CA009276F8; Tue, 20 Nov 2007 05:17:25 +0100 (CET) Message-ID: <47425FD1.7030204@nipsi.de> Date: Tue, 20 Nov 2007 05:17:21 +0100 From: Dennis Berger User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Dan Davis References: <20071118114321.GA4006@garage.freebsd.pl> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Fwd: ZFS zpool core dump 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 Nov 2007 04:38:02 -0000 Hi, its this one http://www.freebsd.org/cgi/query-pr.cgi?pr=104389 thanks for reporting as it reminds us that this needs to be fixed. regards, Dennis Dan Davis schrieb: > ---------- Forwarded message ---------- > From: Dan Davis > Date: Nov 18, 2007 10:19 AM > Subject: Re: ZFS zpool core dump > To: Pawel Jakub Dawidek > > > > > ZFS::VDEV > > > ZFS::ZVOL > > > FD > > > ACD > > > acd0 > 1 > > > r0w0e0 > acd0 > 0 > 0 > > > > > DEV > > > msdosfs/ ¤ > 4 > > > > r0w0e0 > > > > > da0s1 > 3 > > > > r0w0e0 > > > > > da0 > 2 > > > > r0w0e0 > > > > > afd0s1c > 4 > > > > r0w0e0 > > > > > ad2s1 > 3 > > > > r0w0e0 > > > > > afd0s1 > 3 > > > > r0w0e0 > > > > > acd0 > 2 > > > > r0w0e0 > > > > > ad2 > 2 > > > > r0w0e0 > > > > > afd0 > 2 > > > > r0w0e0 > > > > > msdosfs/LOCAL DISK > 4 > > > > r0w0e0 > > > > > ad0s1f > 4 > > > > r0w0e0 > > > > > ad0s1e > 4 > > > > r0w0e0 > > > > > ad0s1d > 4 > > > > r0w0e0 > > > > > ad0s1c > 4 > > > > r0w0e0 > > > > > ad0s1b > 4 > > > > r0w0e0 > > > > > ad0s1a > 4 > > > > r0w0e0 > > > > > ad0s2 > 3 > > > > r0w0e0 > > > > > ad0s1 > 3 > > > > r0w0e0 > > > > > ad0 > 2 > > > > r0w0e0 > > > > > BSD > > > afd0s1 > 3 > > 512 > 32256 > 32256 > > > > > r0w0e0 > > > > > > r0w0e0 > afd0s1c > 100606464 > 512 > > 2 > 100606464 > 196497 > 0 > 0 > 0 > > > > > > ad0s1 > 3 > > 512 > 32256 > 32256 > > > > > r5w5e5 > > > > > > r1w1e1 > ad0s1f > 14353616896 > 512 > > 5 > 14353616896 > 28034408 > 4523368448 > 8834704 > 7 > > > > > r1w1e1 > ad0s1e > 536870912 > 512 > > 4 > 536870912 > 1048576 > 3986497536 > 7786128 > 7 > > > > > r1w1e1 > ad0s1d > 1865416704 > 512 > > 3 > 1865416704 > 3643392 > 2121080832 > 4142736 > 7 > > > > > r0w0e0 > ad0s1c > 18876985344 > 512 > > 2 > 18876985344 > 36869112 > 0 > 0 > 0 > > > > > r1w1e0 > ad0s1b > 1584209920 > 512 > > 1 > 1584209920 > 3094160 > 536870912 > 1048576 > 1 > > > > > r1w1e1 > ad0s1a > 536870912 > 512 > > 0 > 536870912 > 1048576 > 0 > 0 > 7 > > > > > > PART > > > LABEL > > > da0s1 > 3 > > > > > > r0w0e0 > > > > > > r0w0e0 > msdosfs/ ¤ > 128958464 > 512 > > 0 > 128958464 > 251872 > 0 > 0 > > > > > > ad0s2 > 3 > > > > > > r0w0e0 > > > > > > r0w0e0 > msdosfs/LOCAL DISK > 21130744320 > 512 > > 0 > 21130744320 > 41270985 > 0 > 0 > > > > > > VFS > > > ffs.ad2s1 > 3 > > > > r1w1e1 > > > > > ffs.ad0s1d > 4 > > > > r1w1e1 > > > > > ffs.ad0s1f > 4 > > > > r1w1e1 > > > > > ffs.ad0s1e > 4 > > > > r1w1e1 > > > > > ffs.ad0s1a > 4 > > > > r1w1e1 > > > > > MBR > > > da0 > 2 > > > > > > r0w0e0 > > > > > > r0w0e0 > da0s1 > 128958464 > 512 > > 0 > 128958464 > 251872 > 16384 > 32 > 11 > > > > > > ad2 > 2 > > > > > > r1w1e2 > > > > > > r1w1e1 > ad2s1 > 250056705024 > 512 > > 0 > 250056705024 > 488392002 > 32256 > 63 > 165 > > > > > > afd0 > 2 > > > > > > r0w0e0 > > > > > > r0w0e0 > afd0s1 > 100606464 > 512 > > 0 > 100606464 > 196497 > 32256 > 63 > 165 > > > > > > ad0 > 2 > > > > > > r5w5e6 > > > > > > r0w0e0 > ad0s2 > 21130744320 > 512 > > 1 > 21130744320 > 41270985 > 18877017600 > 36869175 > 12 > > > > > r5w5e5 > ad0s1 > 18876985344 > 512 > > 0 > 18876985344 > 36869112 > 32256 > 63 > 165 > > > > > > MBREXT > > > MD > > > DISK > > > da0 > 1 > > > > > r0w0e0 > da0 > 128974848 > 512 > > 64 > 32 > > > > > > ad2 > 1 > > > > > r1w1e2 > ad2 > 250059350016 > 512 > > 16 > 63 > > > > > > afd0 > 1 > > > > > r0w0e0 > afd0 > 100662784 > 512 > > 16 > 63 > > > > > > ad0 > 1 > > > > > r5w5e6 > ad0 > 40020664320 > 512 > > 16 > 63 > > > > > > SWAP > > > swap > 4 > > > > r1w1e0 > > > > > > > On 11/18/07, Pawel Jakub Dawidek wrote: > >> On Sat, Nov 17, 2007 at 11:06:57PM -0600, Dan Davis wrote: >> >>> Hullo there. Just did a binary upgrad to FreeBSD 7.0 BETA 2 from 6.2 >>> Release p8. when trying to create a ZFS pool, zpool gives a core dump. >>> >>> >>>> zpool create tank da0 >>>> >>> Assertion failed: (), function rv == 0, file >>> /usr/src/cddl/sbin/zpool/../../../contrib/opensolaris/cmd/zpool/zpool_vdev.c, >>> line 131. >>> Abort (core dumped) >>> >> Libgeom cannot parse GEOM XML tree. Can you paste output of >> 'sysctl -b kern.geom.confxml'. >> >> -- >> Pawel Jakub Dawidek http://www.wheel.pl >> pjd@FreeBSD.org http://www.FreeBSD.org >> FreeBSD committer Am I Evil? Yes, I Am! >> >> >> > > > -- > Is it faith to understand nothing, and merely submit your convictions > implicitly to the Church? > -John Calvin > > > From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 05:01:49 2007 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 1613116A417; Tue, 20 Nov 2007 05:01:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 93D6E13C461; Tue, 20 Nov 2007 05:01:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAK4GlBJ098840; Mon, 19 Nov 2007 23:16:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK4GlE8088231; Mon, 19 Nov 2007 23:16:47 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id E27FA73039; Mon, 19 Nov 2007 23:16:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120041646.E27FA73039@freebsd-current.sentex.ca> Date: Mon, 19 Nov 2007 23:16:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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 Nov 2007 05:01:49 -0000 TB --- 2007-11-20 02:59:08 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-20 02:59:08 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-20 02:59:08 - cleaning the object tree TB --- 2007-11-20 02:59:13 - checking out the source tree TB --- 2007-11-20 02:59:13 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-20 02:59:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-20 03:05:22 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-20 03:05:22 - cd /src TB --- 2007-11-20 03:05:22 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 20 03:05:24 UTC 2007 >>> 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 Nov 20 04:13:20 UTC 2007 TB --- 2007-11-20 04:13:20 - generating LINT kernel config TB --- 2007-11-20 04:13:20 - cd /src/sys/sun4v/conf TB --- 2007-11-20 04:13:20 - /usr/bin/make -B LINT TB --- 2007-11-20 04:13:20 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 04:13:20 - cd /src TB --- 2007-11-20 04:13:20 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 04:13:20 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/sun4v/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 04:16:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 04:16:46 - ERROR: failed to build lint kernel TB --- 2007-11-20 04:16:46 - tinderbox aborted TB --- 3575.07 user 349.55 system 4657.93 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 05:39:49 2007 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 AB85D16A41B for ; Tue, 20 Nov 2007 05:39:49 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 19E7313C4D3 for ; Tue, 20 Nov 2007 05:39:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1651150nfb for ; Mon, 19 Nov 2007 21:39:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=DkkGTn5Rg3Ldg5sSV8huR9q12ldCIWNRkoGLgvuE+Fc=; b=E/O0RChVbiKJ0uQCfwKYmEV832vVTXCWmocLfh4HDOy0Z1kvGaJ4e3FPL4idCYs7e3W9huIxibJhKcY9FPa/O+7u/xBRye9kZ2F6DRLwZjiRQd9O0qm0WqMf8VsAeRNL0Hkna6kCsXwdKJLx7DqECbxcDqTH0+apDRX2Ywda4nI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=RZpGMmNgVVQD1PCpnFAAumaCXe20T3FB92O5CnVr+mSHhbeweGRyO9rUFYvu5VM2hu43g9TCYgeq26eEYgXaTr9R9Cgp09qRemlrSOtnQdUhC8yVz7+Tz7sPoey3BkKSWK+cOwVtHcOEK0s3MuNj+/6YwMZsxP1DbdoJIxM/EuM= Received: by 10.86.51.2 with SMTP id y2mr5801788fgy.1195537181436; Mon, 19 Nov 2007 21:39:41 -0800 (PST) Received: by 10.86.100.19 with HTTP; Mon, 19 Nov 2007 21:39:34 -0800 (PST) Message-ID: <2a41acea0711192139i5757df14h2796dcebf871213b@mail.gmail.com> Date: Mon, 19 Nov 2007 21:39:34 -0800 From: "Jack Vogel" To: "Mike Andrews" , re In-Reply-To: <20071118202733.S4351@mindcrime.int.bit0.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20071117003504.R31357@mindcrime.int.bit0.com> <473F9552.50402@bit0.com> <473FBD1A.8010207@bit0.com> <20071118030305.N99375@mindcrime.int.bit0.com> <2a41acea0711181133n5f63f932m714a4a6b790937c0@mail.gmail.com> <2a41acea0711181140w6707b85p18ac9a483ae367b7@mail.gmail.com> <20071118181625.Y19404@mindcrime.int.bit0.com> <2a41acea0711181549m69a55283v852f8627e3217c61@mail.gmail.com> <20071118202733.S4351@mindcrime.int.bit0.com> Cc: Denis Shaposhnikov , Kip Macy , Mike Silbersack , Andre Oppermann , freebsd-current@freebsd.org Subject: Re: bizarre em + TSO + MSS issue in RELENG_7 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 Nov 2007 05:39:49 -0000 Just to let everyone on the thread know, I have a fix for this problem that Mike just tested and confirmed. Its funny, its some crufty old code that has been in since I first got TSO working, it checks the packet len on entry to setup, and because I was always working with a standard mtu it had that hardcoded as a value less than which it would reject. I would like to update the 7 code anyway, howbout if I put in a new driver version to HEAD that includes this fix, and then MFC in a few days into REL, is there time before RELEASE or do i just need to spot fix this? Ken? Thanks for testing Mike, Jack From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 05:48:58 2007 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 301C016A41B; Tue, 20 Nov 2007 05:48:58 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 57B8513C4BB; Tue, 20 Nov 2007 05:48:57 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAK5moV7089559; Tue, 20 Nov 2007 00:48:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK5mo6Z062741; Tue, 20 Nov 2007 00:48:50 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5544173039; Tue, 20 Nov 2007 00:48:50 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120054850.5544173039@freebsd-current.sentex.ca> Date: Tue, 20 Nov 2007 00:48:50 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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 Nov 2007 05:48:58 -0000 TB --- 2007-11-20 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-20 04:20:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-20 04:20:00 - cleaning the object tree TB --- 2007-11-20 04:20:18 - checking out the source tree TB --- 2007-11-20 04:20:18 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-20 04:20:18 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-20 04:28:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-20 04:28:59 - cd /src TB --- 2007-11-20 04:28:59 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 20 04:29:00 UTC 2007 >>> 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 Nov 20 05:42:14 UTC 2007 TB --- 2007-11-20 05:42:14 - generating LINT kernel config TB --- 2007-11-20 05:42:14 - cd /src/sys/i386/conf TB --- 2007-11-20 05:42:14 - /usr/bin/make -B LINT TB --- 2007-11-20 05:42:14 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 05:42:14 - cd /src TB --- 2007-11-20 05:42:14 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 05:42:14 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 05:48:50 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 05:48:50 - ERROR: failed to build lint kernel TB --- 2007-11-20 05:48:50 - tinderbox aborted TB --- 3793.40 user 379.83 system 5329.67 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 05:51:39 2007 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 0F29916A417 for ; Tue, 20 Nov 2007 05:51:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 9CC7313C46B for ; Tue, 20 Nov 2007 05:51:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6618542pyb for ; Mon, 19 Nov 2007 21:51:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=wZQbgkMCLljN6zaKvVFZtBi7YzxDMJBloxVatP8829Y=; b=qw45OI/phefdf8kUgIB90MhfAlF/x7erfAmj7LDMwgwPy4wvVfXhJ14U5/5LdI6emo8eDcJn/SVbyqur2ZRs5s6RgWutzzx1gKBQwg3deBrCDZt4hcnJAJl4NuTwSJdmYafYW7BHz5uNZhXQb/ji7hj7/TEUwAkaxMbYxqZ3raU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=TgR9pIoH+l/hd9/1GGoEogOIH4CxHkGoXZgT6JNBb06qMN1kmwDjeJpRTI/CnnNPVn2uRzWNx3bJOyzMjDBBtm7TnYHgBkRpECbTEPdffPQn2xkDm5Wxt/Lj7YCZZ4gMYr0Ufq/D/16AtB+j6OHZYXyEfiL38O4ibbS06QG5h70= Received: by 10.64.233.12 with SMTP id f12mr13290150qbh.1195537888336; Mon, 19 Nov 2007 21:51:28 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f18sm4481489qba.2007.11.19.21.51.27 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Nov 2007 21:51:28 -0800 (PST) Message-ID: <474275DA.5060609@gmail.com> Date: Tue, 20 Nov 2007 00:51:22 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: FreeBSD Tinderbox References: <20071120054850.5544173039@freebsd-current.sentex.ca> In-Reply-To: <20071120054850.5544173039@freebsd-current.sentex.ca> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: current@freebsd.org, i386@freebsd.org Subject: Re: [head tinderbox] failure on all platforms 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 Nov 2007 05:51:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Bad tinderbox!!!! No dinner for you!!!! - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQnXaJ9+1V27SttsRAqihAKCRk1NMp7e1DsHmeTQxpK7BhimL5gCeJ6Kq TKoESQXpgXOmQMysWlCvO74= =CC5h -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 06:16:50 2007 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 6B09016A417; Tue, 20 Nov 2007 06:16:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4BE8C13C448; Tue, 20 Nov 2007 06:16:48 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAK6GYS3018769; Tue, 20 Nov 2007 01:16:34 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAK6GXtB089217; Tue, 20 Nov 2007 01:16:33 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id B1A3473039; Tue, 20 Nov 2007 01:16:33 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071120061633.B1A3473039@freebsd-current.sentex.ca> Date: Tue, 20 Nov 2007 01:16:33 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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 Nov 2007 06:16:50 -0000 TB --- 2007-11-20 04:20:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-20 04:20:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-20 04:20:00 - cleaning the object tree TB --- 2007-11-20 04:20:24 - checking out the source tree TB --- 2007-11-20 04:20:24 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-20 04:20:24 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-20 04:28:59 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-20 04:28:59 - cd /src TB --- 2007-11-20 04:28:59 - /usr/bin/make -B buildworld >>> World build started on Tue Nov 20 04:29:00 UTC 2007 >>> 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 Nov 20 06:10:47 UTC 2007 TB --- 2007-11-20 06:10:47 - generating LINT kernel config TB --- 2007-11-20 06:10:47 - cd /src/sys/amd64/conf TB --- 2007-11-20 06:10:47 - /usr/bin/make -B LINT TB --- 2007-11-20 06:10:48 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-20 06:10:48 - cd /src TB --- 2007-11-20 06:10:48 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Tue Nov 20 06:10:48 UTC 2007 >>> 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 [...] /src/sys/dev/ata/ata-chipset.c:2788: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:2788: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_promise_mio_setprd': /src/sys/dev/ata/ata-chipset.c:3845: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:3845: error: expected ';' before string constant /src/sys/dev/ata/ata-chipset.c: In function 'ata_siiprb_dmasetprd': /src/sys/dev/ata/ata-chipset.c:4907: warning: statement with no effect /src/sys/dev/ata/ata-chipset.c:4907: error: expected ';' before string constant *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-20 06:16:33 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-20 06:16:33 - ERROR: failed to build lint kernel TB --- 2007-11-20 06:16:33 - tinderbox aborted TB --- 5137.79 user 544.12 system 6993.19 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 06:21:51 2007 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 A597916A469; Tue, 20 Nov 2007 06:21:51 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) by mx1.freebsd.org (Postfix) with ESMTP id 452B413C469; Tue, 20 Nov 2007 06:21:51 +0000 (UTC) (envelope-from ohartman@zedat.fu-berlin.de) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost1.zedat.fu-berlin.de (Exim 4.67) with esmtp (envelope-from ) id <1IuMUR-0002Yj-0K>; Tue, 20 Nov 2007 07:21:43 +0100 Received: from telesto.geoinf.fu-berlin.de ([130.133.86.198]) by inpost2.zedat.fu-berlin.de (Exim 4.67) with esmtpsa (envelope-from ) id <1IuMUQ-0003ZW-Vg>; Tue, 20 Nov 2007 07:21:43 +0100 Message-ID: <47427D11.2080805@zedat.fu-berlin.de> Date: Tue, 20 Nov 2007 06:22:09 +0000 From: "O. Hartmann" Organization: Freie =?ISO-8859-15?Q?Universit=E4t_Berlin?= User-Agent: Thunderbird 2.0.0.6 (X11/20071101) MIME-Version: 1.0 To: freebsd-questions@freebsd.org, freebsd-current@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-Originating-IP: 130.133.86.198 Cc: Subject: changing passowrd on LDAP backend? 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 Nov 2007 06:21:51 -0000 Running several FreeBSD 7.0-BETA2/3 boxes with OpenLDAP 2.3.39-backend drove me into a problem: No local user is capable of neither changing his password nor shell or GECOS although this is allowed by users to do in LDAP ACLs. Looking for a solution in mailing lists I found only one - patching usr.bin/passwd/passwd.c. Doing so, users were capable of changing their passwords on LDAP backedn. Without this "patch" (simply commenting out a line and inserting a fprintf()-line for convenience) someone will get an error message only local users may change their passwords. So, what is wrong with passwd.c not to be capable of changing passwords with an OpenLDAP backend by default? Regards, Oliver From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 06:38:08 2007 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 A665D16A418 for ; Tue, 20 Nov 2007 06:38:08 +0000 (UTC) (envelope-from vasanth.raonaik@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4502013C458 for ; Tue, 20 Nov 2007 06:38:06 +0000 (UTC) (envelope-from vasanth.raonaik@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6639096pyb for ; Mon, 19 Nov 2007 22:37:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=wjI9OVHcCUUEHLjNF3uG6DNgj83yehCC30QTaNh4wXE=; b=ZQrD2sca+qd4A2IHHpHSZ0P7LIm6l6npvD/1otaHM5+DaelyTB0fxe7zZTpFcqwkFbGWS3rjfFiBvx0Wlvz0YvQzX29iFYIGmRdGUAX5vjkicCA0ZU/GBVNFaoeO/YzFMJkRJQdrZ2adZbWoj0m39tZh2VZ+xm+6p9UVuDwVpAo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=OFuGAnckdwfGhyp+qwi/5oeJ+jS7P1YayowwO53EpVOIG6j0fmsgHxl1fvXrqeSmBeD0AusSkkfGIchfv+ut9eKeEql6VD91pR8Lq7oIW7p4roQgoUE7hl8SAil/QR8OuKrnWqlQeibpzVc53wMPimNJ/zurlydAogOrU9+D0fw= Received: by 10.142.113.17 with SMTP id l17mr1398368wfc.1195538957707; Mon, 19 Nov 2007 22:09:17 -0800 (PST) Received: by 10.142.87.15 with HTTP; Mon, 19 Nov 2007 22:09:17 -0800 (PST) Message-ID: Date: Tue, 20 Nov 2007 11:39:17 +0530 From: "vasanth raonaik" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Re: problem with ld-elf.so.1 install 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 Nov 2007 06:38:08 -0000 Hello People, I have come accross the same issue as our friend Kenneth Merry about which he specified in his previous mail in this thread. Kenneth Merry Wrote: >So, it looks like find_symdef() is returning a bogus value for def, and >NULL for defobj, which causes a NULL pointer deference at line 197. I got the core in rcp with the same segmentation fault. I wanted to know if this problem is fixed. If yes could some one please mail me the link for the fix. I would be highly grateful to everyone. -- -- Vasanth From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 07:03:02 2007 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 60D8F16A41B; Tue, 20 Nov 2007 07:03:02 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.freebsd.org (Postfix) with ESMTP id D567013C442; Tue, 20 Nov 2007 07:03:01 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [192.168.2.20]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id lAK6nxLe018005; Tue, 20 Nov 2007 08:49:59 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (dhcp-2-192.syncrontech.com [192.168.2.192]) by guinness.syncrontech.com (8.13.8/8.13.8) with ESMTP id lAK6ntgI045194; Tue, 20 Nov 2007 08:49:59 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <4742838E.8010401@suutari.iki.fi> Date: Tue, 20 Nov 2007 08:49:50 +0200 From: Ari Suutari User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> <20071119103430.GA15083@stud.ntnu.no> In-Reply-To: <20071119103430.GA15083@stud.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-hackers@freebsd.org, Alexander Sabourenkov , "Matthew D. Fuller" , Thierry Herbelot , freebsd-current@freebsd.org, =?ISO-8859-1?Q?S=F8ren_Schmidt?= , sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. 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 Nov 2007 07:03:02 -0000 Hi, > On man, nov 19, 2007 at 09:02:33 +0100, Sřren Schmidt wrote: >> Hi All! >> >> I'd like to get the final verdict of the attached patch and if it fixes >> the problem or not. >> >> Please test and report, its a bit urgent if it need to get into R7 :) >> >> I have Promise TX2 (PDC20575). It didn't work with 7.0 betas before, but with this patch things run as well as they did on 6.x. Ari S. From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 07:12:01 2007 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 480A716A417 for ; Tue, 20 Nov 2007 07:12:01 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id A00E713C465 for ; Tue, 20 Nov 2007 07:12:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6652872pyb for ; Mon, 19 Nov 2007 23:11:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; bh=nVTZzB3RWuFKw4cm2esDqAAA8ghDm5eVX911/1SAFB8=; b=j6c5Habpi6ibtF3jI7PqdOa9zO0MdfCPdXesQ5mDZXBcrkFsLo6AplfruMTzJKBZ81V4blRTB17IIfQS4x3a8OAejkoaA0CBr0ktxe3s25D/SuslWOyFxOfyPq/aiohDKJqAe5ROS35/pETFJhI81g9mgb9RceqiqOVFEAe+bH0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:subject:x-enigmail-version:content-type:content-transfer-encoding; b=bwrjgfKls2wXbrz9ZVlKajx0hy0II6LS4LZDeNSlrISW9mPiHNC550QCEdDRnBmC0FsbwQ1F+UGRsj3bhnUQYuyWpnNYmpZg1SK8TicD/usbv7PfWfQuhr69IlvCxk5dkDaE+zbIsgY/vgKHa8WK+wCuBBVt4H5HVTgMdJl2kkU= Received: by 10.65.150.18 with SMTP id c18mr13482272qbo.1195542708066; Mon, 19 Nov 2007 23:11:48 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q15sm4532131qbq.2007.11.19.23.11.46 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 19 Nov 2007 23:11:47 -0800 (PST) Message-ID: <474288AE.1040106@gmail.com> Date: Tue, 20 Nov 2007 02:11:42 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: FreeBSD Questions , freebsd-current@freebsd.org, freebsd-ports@freebsd.org, freebsd-ports@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: who do I report this to? 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 Nov 2007 07:12:01 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Who do I report the following issue to (it falls into at least 3 camps)? If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into gmail (*WITH* a chat open) my network connection looses about 90% of it's capacity (for all applications), re(4) with the following: rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto After some experimenting this problem *only* occurs under the above conditions. Addtional info: gnome 2.20.1 nv driver (latest) Xorg 7.3 FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 Buildworld done at the same time as buildkernelCopyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 Features=0xbfebfbff Features2=0xe3fd AMD Features=0x20000800 AMD Features2=0x1 Cores per package: 2 usable memory = 4281409536 (4083 MB) avail memory = 4127895552 (3936 MB) ACPI APIC Table: <052107 APIC1013> FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: <052107 RSDT1013> on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, dff00000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 cpu0: on acpi0 ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, should be 79 [20070320] est0: on cpu0 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est0 attach returned 6 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 est: CPU supports Enhanced Speedstep, but is not recognized. est: cpu_vendor GenuineIntel, msr 92a092a0600092a device_attach: est1 attach returned 6 p4tcc1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 16 at device 1.0 on pci0 pci1: on pcib1 uhci0: port 0xcc00-0xcc1f irq 16 at device 26.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc880-0xc89f irq 21 at device 26.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered ehci0: mem 0xfcdffc00-0xfcdfffff irq 18 at device 26.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcm0: mem 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 pcm0: [ITHREAD] pcib2: irq 17 at device 28.0 on pci0 pci2: on pcib2 pcib3: irq 17 at device 28.4 on pci0 pci3: on pcib3 atapci0: port 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] pcib4: irq 16 at device 28.5 on pci0 pci4: on pcib4 re0: port 0xe800-0xe8ff mem 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:b5:f8:0f re0: [FILTER] re0: [FILTER] uhci2: port 0xc800-0xc81f irq 23 at device 29.0 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb3: on uhci2 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered uhci3: port 0xc480-0xc49f irq 19 at device 29.1 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb4: on uhci3 usb4: USB revision 1.0 uhub4: on usb4 uhub4: 2 ports with 2 removable, self powered uhci4: port 0xc400-0xc41f irq 18 at device 29.2 on pci0 uhci4: [GIANT-LOCKED] uhci4: [ITHREAD] usb5: on uhci4 usb5: USB revision 1.0 uhub5: on usb5 uhub5: 2 ports with 2 removable, self powered uhci5: port 0xc080-0xc09f irq 16 at device 29.3 on pci0 uhci5: [GIANT-LOCKED] uhci5: [ITHREAD] usb6: on uhci5 usb6: USB revision 1.0 uhub6: on usb6 uhub6: 2 ports with 2 removable, self powered ehci1: mem 0xfcdff800-0xfcdffbff irq 23 at device 29.7 on pci0 ehci1: [GIANT-LOCKED] ehci1: [ITHREAD] usb7: EHCI version 1.0 usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 usb7: on ehci1 usb7: USB revision 2.0 uhub7: on usb7 uhub7: 8 ports with 8 removable, self powered pcib5: at device 30.0 on pci0 pci5: on pcib5 vgapci0: mem 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci2: port 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f irq 19 at device 31.5 on pci0 atapci2: [ITHREAD] ata5: on atapci2 ata5: [ITHREAD] ata6: on atapci2 ata6: [ITHREAD] acpi_button0: on acpi0 sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 fdc0: [FILTER] ppc0: port 0x378-0x37f irq 7 on acpi0 ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppbus0: on ppc0 plip0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port ppi0: on ppbus0 ppc0: [GIANT-LOCKED] ppc0: [ITHREAD] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] orm0: at iomem 0xc0000-0xcefff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ums0: on uhub0 ums0: 3 buttons and Z dir. fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 Timecounters tick every 1.000 msec ad4: 194481MB at ata2-master UDMA133 GEOM_LABEL: Label for provider ad4 is ufs/intad5: 238475MB at ata2-slave UDMA100 disk2. ad6: 476940MB at ata3-master SATA300 acd0: DVDR at ata4-master SATA150 pcm0: pcm0: SMP: AP CPU #1 Launched! - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQoiuJ9+1V27SttsRAlLXAJwI+OPgLH/0G4MR6gzB/7Dw+flhGACdEaBB zWErhfuW3gBIn75f+t3ao78= =ImbR -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 07:14:06 2007 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 7A9C716A46B; Tue, 20 Nov 2007 07:14:06 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 33B3B13C48E; Tue, 20 Nov 2007 07:14:06 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 0CDCB3EA108; Tue, 20 Nov 2007 08:13:52 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id C800A3EA0B2; Tue, 20 Nov 2007 08:13:51 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lAK7DmlP003996; Tue, 20 Nov 2007 08:13:48 +0100 (CET) From: Thierry Herbelot To: Ari Suutari Date: Tue, 20 Nov 2007 08:13:38 +0100 User-Agent: KMail/1.9.7 References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> In-Reply-To: <4742838E.8010401@suutari.iki.fi> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200711200813.41929.thierry@herbelot.com> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.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 Nov 2007 07:14:06 -0000 Le Tuesday 20 November 2007, Ari Suutari a écrit : > I have Promise TX2 (PDC20575). It didn't work with 7.0 betas > before, but with this patch things run as well as they did > on 6.x. > > Ari S. Hello, Has anyone an idea why the Promise controllers seemed to work correctly under 6.x, then have issues with 7.0 ? (more precisely : was the existing bug not triggered by the 6.x kernel ?) Thierry From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 08:09:12 2007 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 0FFB616A417 for ; Tue, 20 Nov 2007 08:09:12 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 91A5113C4C4 for ; Tue, 20 Nov 2007 08:09:11 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from northpoint.bitshk.com ([202.64.125.90]:39536 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IuOAD-0008GR-Ok for freebsd-current@freebsd.org; Tue, 20 Nov 2007 08:08:58 +0000 Message-ID: <47429618.5020400@conducive.net> Date: Tue, 20 Nov 2007 08:08:56 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <474288AE.1040106@gmail.com> In-Reply-To: <474288AE.1040106@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: who do I report this to? 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 Nov 2007 08:09:12 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Who do I report the following issue to (it falls into at least 3 camps)? > > If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into > gmail (*WITH* a chat open) my network connection looses about 90% of > it's capacity (for all applications), re(4) with the following: > I'm not saying it is NOT a software problem, but at least one connectivity provider (COMCAST) has been caught mucking about with the link when things they were not fond of were being transferred. Might be of value to see if this can be replicated on some other upstream than whatever one serves you. tcpdump may also show you a bit more about what is going on.. Bill > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > After some experimenting this problem *only* occurs under the above > conditions. > > Addtional info: > > gnome 2.20.1 > nv driver (latest) > Xorg 7.3 > > FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 > 19:17:50 EST 2007 > aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 > > Buildworld done at the same time as buildkernelCopyright (c) 1992-2007 > The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 8.0-CURRENT #1: Thu Nov 15 19:17:50 EST 2007 > aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Duo CPU E6850 @ 3.00GHz (3005.68-MHz > K8-class CPU) > Origin = "GenuineIntel" Id = 0x6fb Stepping = 11 > > Features=0xbfebfbff > > Features2=0xe3fd > AMD Features=0x20000800 > AMD Features2=0x1 > Cores per package: 2 > usable memory = 4281409536 (4083 MB) > avail memory = 4127895552 (3936 MB) > ACPI APIC Table: <052107 APIC1013> > FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: <052107 RSDT1013> on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, dff00000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 > cpu0: on acpi0 > ACPI Warning (tbutils-0243): Incorrect checksum in table [OEMB] - 86, > should be 79 [20070320] > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 92a092a0600092a > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 92a092a0600092a > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pcib1: irq 16 at device 1.0 on pci0 > pci1: on pcib1 > uhci0: port 0xcc00-0xcc1f irq 16 at > device 26.0 on pci0 > uhci0: [GIANT-LOCKED] > uhci0: [ITHREAD] > usb0: on uhci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 2 ports with 2 removable, self powered > uhci1: port 0xc880-0xc89f irq 21 at > device 26.1 on pci0 > uhci1: [GIANT-LOCKED] > uhci1: [ITHREAD] > usb1: on uhci1 > usb1: USB revision 1.0 > uhub1: on usb1 > uhub1: 2 ports with 2 removable, self powered > ehci0: mem 0xfcdffc00-0xfcdfffff > irq 18 at device 26.7 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb2: EHCI version 1.0 > usb2: companion controllers, 2 ports each: usb0 usb1 > usb2: on ehci0 > usb2: USB revision 2.0 > uhub2: on usb2 > uhub2: 4 ports with 4 removable, self powered > pcm0: mem > 0xfcdf8000-0xfcdfbfff irq 22 at device 27.0 on pci0 > pcm0: [ITHREAD] > pcib2: irq 17 at device 28.0 on pci0 > pci2: on pcib2 > pcib3: irq 17 at device 28.4 on pci0 > pci3: on pcib3 > atapci0: port > 0xdc00-0xdc07,0xd880-0xd883,0xd800-0xd807,0xd480-0xd483,0xd400-0xd40f > mem 0xfceffc00-0xfcefffff irq 16 at device 0.0 on pci3 > atapci0: [ITHREAD] > ata2: on atapci0 > ata2: [ITHREAD] > pcib4: irq 16 at device 28.5 on pci0 > pci4: on pcib4 > re0: port 0xe800-0xe8ff mem > 0xfcfff000-0xfcffffff irq 17 at device 0.0 on pci4 > re0: Using 2 MSI messages > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:19:db:b5:f8:0f > re0: [FILTER] > re0: [FILTER] > uhci2: port 0xc800-0xc81f irq 23 at > device 29.0 on pci0 > uhci2: [GIANT-LOCKED] > uhci2: [ITHREAD] > usb3: on uhci2 > usb3: USB revision 1.0 > uhub3: on usb3 > uhub3: 2 ports with 2 removable, self powered > uhci3: port 0xc480-0xc49f irq 19 at > device 29.1 on pci0 > uhci3: [GIANT-LOCKED] > uhci3: [ITHREAD] > usb4: on uhci3 > usb4: USB revision 1.0 > uhub4: on usb4 > uhub4: 2 ports with 2 removable, self powered > uhci4: port 0xc400-0xc41f irq 18 at > device 29.2 on pci0 > uhci4: [GIANT-LOCKED] > uhci4: [ITHREAD] > usb5: on uhci4 > usb5: USB revision 1.0 > uhub5: on usb5 > uhub5: 2 ports with 2 removable, self powered > uhci5: port 0xc080-0xc09f irq 16 at > device 29.3 on pci0 > uhci5: [GIANT-LOCKED] > uhci5: [ITHREAD] > usb6: on uhci5 > usb6: USB revision 1.0 > uhub6: on usb6 > uhub6: 2 ports with 2 removable, self powered > ehci1: mem 0xfcdff800-0xfcdffbff > irq 23 at device 29.7 on pci0 > ehci1: [GIANT-LOCKED] > ehci1: [ITHREAD] > usb7: EHCI version 1.0 > usb7: companion controllers, 2 ports each: usb3 usb4 usb5 usb6 > usb7: on ehci1 > usb7: USB revision 2.0 > uhub7: on usb7 > uhub7: 8 ports with 8 removable, self powered > pcib5: at device 30.0 on pci0 > pci5: on pcib5 > vgapci0: mem > 0xfd000000-0xfdffffff,0xf0000000-0xf7ffffff irq 17 at device 1.0 on pci5 > isab0: at device 31.0 on pci0 > isa0: on isab0 > atapci1: port > 0xc000-0xc007,0xbc00-0xbc03,0xb880-0xb887,0xb800-0xb803,0xb480-0xb48f,0xb400-0xb40f > irq 19 at device 31.2 on pci0 > atapci1: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > ata4: on atapci1 > ata4: [ITHREAD] > pci0: at device 31.3 (no driver attached) > atapci2: port > 0xb000-0xb007,0xac00-0xac03,0xa880-0xa887,0xa800-0xa803,0xa480-0xa48f,0xa400-0xa40f > irq 19 at device 31.5 on pci0 > atapci2: [ITHREAD] > ata5: on atapci2 > ata5: [ITHREAD] > ata6: on atapci2 > ata6: [ITHREAD] > acpi_button0: on acpi0 > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 > on acpi0 > sio0: type 16550A > sio0: [FILTER] > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq > 2 on acpi0 > fdc0: [FILTER] > ppc0: port 0x378-0x37f irq 7 on acpi0 > ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode > ppbus0: on ppc0 > plip0: on ppbus0 > lpt0: on ppbus0 > lpt0: Interrupt-driven port > ppi0: on ppbus0 > ppc0: [GIANT-LOCKED] > ppc0: [ITHREAD] > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > orm0: at iomem 0xc0000-0xcefff on isa0 > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: addr 2> on uhub0 > ums0: 3 buttons and Z dir. > fuse4bsd: version 0.3.9-pre1, FUSE ABI 7.8 > Timecounters tick every 1.000 msec > ad4: 194481MB at ata2-master UDMA133 > GEOM_LABEL: Label for provider ad4 is ufs/intad5: 238475MB WD2500JB-22REA0 20.00K20> at ata2-slave UDMA100 > disk2. > ad6: 476940MB at ata3-master SATA300 > acd0: DVDR at ata4-master SATA150 > pcm0: > pcm0: > SMP: AP CPU #1 Launched! > > - -- > Aryeh M. Friedman > Developer, not business, friendly > http://www.flosoft-systems.com > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v2.0.4 (FreeBSD) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iD8DBQFHQoiuJ9+1V27SttsRAlLXAJwI+OPgLH/0G4MR6gzB/7Dw+flhGACdEaBB > zWErhfuW3gBIn75f+t3ao78= > =ImbR > -----END PGP SIGNATURE----- > > _______________________________________________ > 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 Tue Nov 20 08:33:30 2007 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 D956A16A46C for ; Tue, 20 Nov 2007 08:33:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id ABF4E13C45D for ; Tue, 20 Nov 2007 08:33:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2423212waf for ; Tue, 20 Nov 2007 00:33:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=U7JThhlsMq/cFTMOTkKGYQYebnBsuw5CBxIzuhnxrz4=; b=iliCAAj35U834MY4h/U+ImfDqvvnC3k9v43XGXDK0hm7rW4l5byFVFqymrc3O2eEYqoOrxTdHyJydDuCAwEldYK8OWP6Bqab9iooSZvt9ETGzBQizbSDRh+ibyicjWNkYwleDH/BBUTqlgblhls9MXJkT/0d7W+LPw7JxIG4t0k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=QNRbJZNGn8wJgXB6jL7OWr2K3h5REUOpEqF1aruAhltKxNn5cj6nVdfaBrqqGPLIwLPxcdEp16HSCVHAhXxGxan73uqNQJ8pNfptK7MCcjUmWAeRqSVGCLpzOumoNdUdYWbgKdHdPHLqZsDIKzPKJg1r+rjW/JifgU+ailFwPgQ= Received: by 10.115.54.1 with SMTP id g1mr42196wak.1195547600410; Tue, 20 Nov 2007 00:33:20 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id n32sm10312153wag.2007.11.20.00.33.16 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Nov 2007 00:33:18 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAK8VZOM011127 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 20 Nov 2007 17:31:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAK8VZHM011126; Tue, 20 Nov 2007 17:31:35 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Tue, 20 Nov 2007 17:31:35 +0900 From: Pyun YongHyeon To: "Aryeh M. Friedman" Message-ID: <20071120083135.GB9777@cdnetworks.co.kr> References: <474288AE.1040106@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <474288AE.1040106@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.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 Nov 2007 08:33:30 -0000 On Tue, Nov 20, 2007 at 02:11:42AM -0500, Aryeh M. Friedman wrote: > > Who do I report the following issue to (it falls into at least 3 camps)? > > If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into > gmail (*WITH* a chat open) my network connection looses about 90% of > it's capacity (for all applications), re(4) with the following: > > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > After some experimenting this problem *only* occurs under the above > conditions. > > Addtional info: > > gnome 2.20.1 > nv driver (latest) > Xorg 7.3 > Would you show me more details(network configuration)? Since re(4) is involved here I'd like to know what caused the issue. If you disable checksum offload does it get better performance?(#ifconfig re0 -txcsum) Btw, you wouldn't get correct performance number with P2P software because there are too many factors there. Check other network benchmark tools in ports. [Because you seem to use current, all other lists except current in CC were removed.] -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 09:04:40 2007 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 7761916A418 for ; Tue, 20 Nov 2007 09:04:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id 326E813C458 for ; Tue, 20 Nov 2007 09:04:40 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so6706733pyb for ; Tue, 20 Nov 2007 01:04:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=Sv2dIjilxlDAjVQFd+qrV43k0/gLTubydQyUUmsz+fE=; b=L2Qbb5QQ+yO+GsocU5Arx6gTWKnRSsqH4TQowOFTi3DXv/NBoYO1mxmQLOiUxr/HKiVivTCtF9Sh4giYkQE6o+CvAEJDFlCt6r6Uu4YvC5Gzy4/zOkONtSK0s9awhPOcmzP6iN8VjYmp+LEQbmI7X0D84fWQkJI7uHNIihi7+Fo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=OmlXW85i9yxA9ZaxdejGCLWDwPRy97kes88XgzSk5japUeGLQKE24V+zNSjw+o7B0Ldyp6sUy3oKBfO9PN1/5s5VQX4UAGoOQLRXXnndXv7dfH9rYLC8P4iHs3Bm3S7Z3DW/ufSmr7DQJY1tvB+iLb8lUYRjuFrd8zNMphdiCe0= Received: by 10.64.142.10 with SMTP id p10mr13670672qbd.1195549469808; Tue, 20 Nov 2007 01:04:29 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q13sm4535870qbq.2007.11.20.01.04.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Nov 2007 01:04:28 -0800 (PST) Message-ID: <4742A318.9020803@gmail.com> Date: Tue, 20 Nov 2007 04:04:24 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.6 (X11/20071111) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474288AE.1040106@gmail.com> <20071120083135.GB9777@cdnetworks.co.kr> In-Reply-To: <20071120083135.GB9777@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 09:04:40 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > On Tue, Nov 20, 2007 at 02:11:42AM -0500, Aryeh M. Friedman wrote: > > >> >> Who do I report the following issue to (it falls into at least 3 >> camps)? >> >> If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged >> into gmail (*WITH* a chat open) my network connection looses >> about 90% of it's capacity (for all applications), re(4) with the >> following: >> >> rgephy0: PHY 1 on miibus0 >> rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, >> 1000baseT, 1000baseT-FDX, auto >> >> After some experimenting this problem *only* occurs under the >> above conditions. >> >> Addtional info: >> >> gnome 2.20.1 nv driver (latest) Xorg 7.3 >> > > Would you show me more details(network configuration)? Since re(4) > is involved here I'd like to know what caused the issue. If you > disable checksum offload does it get better performance?(#ifconfig > re0 -txcsum) Will try this the next time I run into the problem (in the middle of something that can't be interrupted)... most likely tomorrow night when I DL the evenings TV shows (don't own a TV).... here is the external config: cable company (cablevision/optonline) <---- DHCP ----> belkin router <--- 192.168.2.2/24 (wired, DMZ) ----> host with issue There is also a HP DeskJet 6980 on 192.168.2.4 (wired) and a XP machine on .3 (wireless)... the router is using default settings except for the DMZ setting for 192.168.2.2. All wired connections at 100Mb optonline is 15Mb/down with unknown up (at least 5Mb)... optonline has a firewall (indirect proof via inbound ports 25 and 80 being blocked despite DMZ setting) > > Btw, you wouldn't get correct performance number with P2P software > because there are too many factors there. Check other network > benchmark tools in ports. I was looking for a suitable one couldn't find one... due to my activity over the last few days the main other evidence I have for the issue is slow/incomplete/stalled/lost/etc. connections on make fetch on arbitrary ports and running cvsup -h cvsup10.us.freebsd.org /usr/share/examples/cvsup/cvs-supfile [host is 5 hops away] (but spot checks review all apps are affected) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQqMXJ9+1V27SttsRAgGlAKCKcTzY+WXu5neaFuNpIhc8Beh1HACfcccl Yye9iQ/iK+jdNlHmRZq8aB8= =Zr/D -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 09:19:31 2007 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 E3C0D16A419 for ; Tue, 20 Nov 2007 09:19:31 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from smtp02.dentaku.gol.com (smtp02.dentaku.gol.com [203.216.5.72]) by mx1.freebsd.org (Postfix) with ESMTP id 71D2B13C448 for ; Tue, 20 Nov 2007 09:19:31 +0000 (UTC) (envelope-from n-butcher=freebsd-current=freebsd.org=sbibybnr@fusiongol.com) Received: from pat.gol.co.jp ([203.216.1.191] helo=[127.0.0.1]) by smtp02.dentaku.gol.com with esmtpa (Dentaku) id 1IuPG7-0007KI-AQ for ; Tue, 20 Nov 2007 18:19:07 +0900 Message-ID: <4742A68A.406@fusiongol.com> Date: Tue, 20 Nov 2007 18:19:06 +0900 From: Nathan Butcher User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071120025930.ECDA216A419@hub.freebsd.org> In-Reply-To: <20071120025930.ECDA216A419@hub.freebsd.org> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV GOL X-Abuse-Complaints: abuse@gol.com Subject: SATA controller testing update 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 Nov 2007 09:19:32 -0000 Hi, Just posting to say that Soren's upcoming patch to fix the Promise SATA controller issue seems to work fine for me. I imported and ran 4 drives of ZFS on the controller - and no more checksum issues. Tried running bonnie++ and had no probelms whatsoever. So far so good. I'll keep my ZFS pool on the card for a while in case anything pops up. What I have noticed though, is that occasionally my root mounted system drive (which is on my JMB363 controller running AHCI, as /dev/ad6) occasionally gets randomly dismounted with the latest BETA3. It has happened twice now. This issue hasn't happened on any other drive on my system (despite there being 11 other drives on other controllers). I have no idea how to reproduce this issue, and since it takes out my main system drive, I can't get any debugging info. All I see first is that the drive gets dismounted before the screen fills up and scrolls over with messages about missing nodes. From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 09:26:59 2007 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 3C13916A469; Tue, 20 Nov 2007 09:26:59 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: from palm.hoeg.nl (mx0.hoeg.nl [IPv6:2001:610:652::211]) by mx1.freebsd.org (Postfix) with ESMTP id EC48613C4C5; Tue, 20 Nov 2007 09:26:58 +0000 (UTC) (envelope-from ed@hoeg.nl) Received: by palm.hoeg.nl (Postfix, from userid 1000) id 482051CCC6; Tue, 20 Nov 2007 10:26:58 +0100 (CET) Date: Tue, 20 Nov 2007 10:26:58 +0100 From: Ed Schouten To: Rui Paulo Message-ID: <20071120092658.GE17028@hoeg.nl> References: <4A5A9C78-22AC-4480-BDEB-A72F6CF472DB@fnop.net> <200711121351.58616.jhb@freebsd.org> <200711121611.37781.jhb@freebsd.org> <20071118182623.GX17028@hoeg.nl> <20071118201519.GY17028@hoeg.nl> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="kyLY//NQyQkWxTQC" Content-Disposition: inline In-Reply-To: <20071118201519.GY17028@hoeg.nl> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: FreeBSD Current , freebsd-i386@freebsd.org, freebsd-hardware@freebsd.org Subject: Re: MacBook users: possible fix for the SMP 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 Nov 2007 09:26:59 -0000 --kyLY//NQyQkWxTQC Content-Type: multipart/mixed; boundary="9Z5hYcGq4mWDMhAr" Content-Disposition: inline --9Z5hYcGq4mWDMhAr Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable * Ed Schouten wrote: > * Ed Schouten wrote: > > I just merged the patch on AMD64 and I'm currently compiling a new > > install CD to test it. I'll let you know whether it works. Thanks a lot! >=20 > It does. Please commit this patch on AMD64 as well. To make it easier for our fellow readers, I've attached the patch that I'm using on FreeBSD/amd64 to boot my Macbook3,1. Yours, --=20 Ed Schouten WWW: http://g-rave.nl/ --9Z5hYcGq4mWDMhAr Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="machdep.patch" Content-Transfer-Encoding: quoted-printable --- src/sys/amd64/amd64/machdep.c 2007-11-15 23:00:57.000000000 +0100 +++ src/sys/amd64/amd64/machdep.c 2007-11-20 09:44:24.000000000 +0100 @@ -155,6 +155,9 @@ extern vm_offset_t ksym_start, ksym_end; #endif =20 +/* Intel ICH register */ +#define ICH_PMBASE 0x400 + int _udatasel, _ucodesel, _ucode32sel; =20 int cold =3D 1; @@ -192,6 +195,27 @@ cpu_startup(dummy) void *dummy; { + char *ichenv, *sysenv; +=09 + /* + * On some systems, namely MacBooks, we need to disallow the + * legacy USB circuit to generate an SMI# because this can + * cause several problems, namely: incorrect CPU frequency + * detection and failure to start the APs. + */ + ichenv =3D getenv("hw.ich.disable_legacy_usb"); + sysenv =3D getenv("smbios.system.product"); + if ((ichenv !=3D NULL) || (sysenv !=3D NULL && + strncmp(sysenv, "MacBook", 7) =3D=3D 0)) { + if (bootverbose) + printf("Disabling LEGACY_USB_EN bit on Intel ICH.\n"); + outl(ICH_PMBASE + 0x30, inl(ICH_PMBASE + 0x30) & ~0x8); + } + if (ichenv) + freeenv(ichenv); + if (sysenv) + freeenv(sysenv); + /* * Good {morning,afternoon,evening,night}. */ --9Z5hYcGq4mWDMhAr-- --kyLY//NQyQkWxTQC Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHQqhi52SDGA2eCwURAlXaAJ45tlJ8u25nZx2eoQOCHiJv1w12oQCfURgR alTpl7zZTTMT+1MYmv9fGsQ= =FG+m -----END PGP SIGNATURE----- --kyLY//NQyQkWxTQC-- From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 10:46:01 2007 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 CF1A316A418 for ; Tue, 20 Nov 2007 10:46:01 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.170]) by mx1.freebsd.org (Postfix) with ESMTP id 16A7413C46A for ; Tue, 20 Nov 2007 10:46:00 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1429010uge for ; Tue, 20 Nov 2007 02:45:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=EV5P4dZKaBOXWxe+ISUUVq9EB3XDqApo2gMiB4YNFnE=; b=ieUKgBypDoI4b+K/o4phyEhsVtXXbwCbgPuhdn+DRoJYN/TDBc99lOTP8wd5aLrdi6qTdmRAHFKF/jCOkqXTSHVCmBo84WB1OM+JI4gWhjIAiuoGqwXWNoQ6bD8Ec+alQxV3DFLy4lyhM+A8B5xLipplGhy9OwCIGn/G9RJ2+SU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EqMObJCadgC7YbMX7aaaV5HKqPmR9GrFVOw5gJRyYb36MRlr2WrV4/1fHreeYeCMmZ5GRHNTYQTHfrk/mC71cJDa7cCInS+HQURO3SmkOMW1+PznqjGXGU1F41jtxg4gzacYu8Xma4Dh6x6Rckv9kabgiBWLBK83rU+l5cMLSa8= Received: by 10.78.123.4 with SMTP id v4mr6407846huc.1195554015125; Tue, 20 Nov 2007 02:20:15 -0800 (PST) Received: by 10.78.187.19 with HTTP; Tue, 20 Nov 2007 02:20:15 -0800 (PST) Message-ID: <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> Date: Tue, 20 Nov 2007 10:20:15 +0000 From: "Joao Barros" To: thierry@herbelot.com In-Reply-To: <200711200813.41929.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> <200711200813.41929.thierry@herbelot.com> Cc: freebsd-hackers@freebsd.org, freebsd-current@freebsd.org, sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. 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 Nov 2007 10:46:01 -0000 On 11/20/07, Thierry Herbelot wrote: > Le Tuesday 20 November 2007, Ari Suutari a =E9crit : > > > I have Promise TX2 (PDC20575). It didn't work with 7.0 betas > > before, but with this patch things run as well as they did > > on 6.x. > > > > Ari S. > > Hello, > > Has anyone an idea why the Promise controllers seemed to work correctly u= nder > 6.x, then have issues with 7.0 ? (more precisely : was the existing bug n= ot > triggered by the 6.x kernel ?) > Apparently not all Promise controllers are/were affected. I've been running CURRENT since Pawel committed ZFS with an onboard Promise: atapci0: port 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem 0xfc024000-0xfc024fff,0xfc000000-0xfc01ffff irq 23 at device 4.0 on pci4 ar0: 305245MB status: READY ar1: 305245MB status: READY atapci0@pci0:4:4:0: class=3D0x010400 card=3D0x80f51043 chip=3D0x3319105= a rev=3D0x02 hdr=3D0x00 vendor =3D 'Promise Technology Inc' device =3D 'PDC20319(??) FastTrak SATA150 TX4 Controller' class =3D mass storage subclass =3D RAID The only problem I have and I'm filling a pr for that, is when booting from CD with the controller enabled, the BTX loader just reboots. --=20 Joao Barros From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 10:49:29 2007 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 0D5AE16A473; Tue, 20 Nov 2007 10:49:29 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 2F9E913C44B; Tue, 20 Nov 2007 10:49:28 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id AF59BDAD41; Tue, 20 Nov 2007 16:49:10 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 86C86DAD2C for ; Tue, 20 Nov 2007 16:49:06 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 1002B5C2D8; Tue, 20 Nov 2007 10:48:26 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id EB5C916A4EF; Tue, 20 Nov 2007 10:48:25 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 06F0316A46C for ; Tue, 20 Nov 2007 10:48:19 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from wr-out-0506.google.com (wr-out-0506.google.com [64.233.184.231]) by mx1.freebsd.org (Postfix) with ESMTP id A3A5813C45D for ; Tue, 20 Nov 2007 10:48:18 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by wr-out-0506.google.com with SMTP id 68so834348wra for ; Tue, 20 Nov 2007 02:48:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=EV5P4dZKaBOXWxe+ISUUVq9EB3XDqApo2gMiB4YNFnE=; b=ieUKgBypDoI4b+K/o4phyEhsVtXXbwCbgPuhdn+DRoJYN/TDBc99lOTP8wd5aLrdi6qTdmRAHFKF/jCOkqXTSHVCmBo84WB1OM+JI4gWhjIAiuoGqwXWNoQ6bD8Ec+alQxV3DFLy4lyhM+A8B5xLipplGhy9OwCIGn/G9RJ2+SU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=EqMObJCadgC7YbMX7aaaV5HKqPmR9GrFVOw5gJRyYb36MRlr2WrV4/1fHreeYeCMmZ5GRHNTYQTHfrk/mC71cJDa7cCInS+HQURO3SmkOMW1+PznqjGXGU1F41jtxg4gzacYu8Xma4Dh6x6Rckv9kabgiBWLBK83rU+l5cMLSa8= Received: by 10.78.123.4 with SMTP id v4mr6407846huc.1195554015125; Tue, 20 Nov 2007 02:20:15 -0800 (PST) Received: by 10.78.187.19 with HTTP; Tue, 20 Nov 2007 02:20:15 -0800 (PST) Message-ID: <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> Date: Tue, 20 Nov 2007 10:20:15 +0000 From: "Joao Barros" To: thierry@herbelot.com In-Reply-To: <200711200813.41929.thierry@herbelot.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> <200711200813.41929.thierry@herbelot.com> X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Nov 20 16:49:10 2007 X-DSPAM-Confidence: 0.9989 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4742bba6191321881074995 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00059, Sender*freebsd, 0.00059, List-Post*freebsd, 0.00059, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 10:49:29 -0000 On 11/20/07, Thierry Herbelot wrote: > Le Tuesday 20 November 2007, Ari Suutari a =E9crit : > > > I have Promise TX2 (PDC20575). It didn't work with 7.0 betas > > before, but with this patch things run as well as they did > > on 6.x. > > > > Ari S. > > Hello, > > Has anyone an idea why the Promise controllers seemed to work correctly u= nder > 6.x, then have issues with 7.0 ? (more precisely : was the existing bug n= ot > triggered by the 6.x kernel ?) > Apparently not all Promise controllers are/were affected. I've been running CURRENT since Pawel committed ZFS with an onboard Promise: atapci0: port 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem 0xfc024000-0xfc024fff,0xfc000000-0xfc01ffff irq 23 at device 4.0 on pci4 ar0: 305245MB status: READY ar1: 305245MB status: READY atapci0@pci0:4:4:0: class=3D0x010400 card=3D0x80f51043 chip=3D0x3319105= a rev=3D0x02 hdr=3D0x00 vendor =3D 'Promise Technology Inc' device =3D 'PDC20319(??) FastTrak SATA150 TX4 Controller' class =3D mass storage subclass =3D RAID The only problem I have and I'm filling a pr for that, is when booting from CD with the controller enabled, the BTX loader just reboots. --=20 Joao Barros _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 10:50:38 2007 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 84F1816A420 for ; Tue, 20 Nov 2007 10:50:38 +0000 (UTC) (envelope-from linder@jeuxvideo.com) Received: from www.odyssee-interactive.com (pop.etajv.fr [217.174.215.94]) by mx1.freebsd.org (Postfix) with ESMTP id 2C78B13C474 for ; Tue, 20 Nov 2007 10:50:37 +0000 (UTC) (envelope-from linder@jeuxvideo.com) Received: from oblivion.jeuxvideo.com (odyssee-interactive.rain.fr [83.206.74.241]) (authenticated bits=0) by www.odyssee-interactive.com (8.12.10/8.12.10) with ESMTP id lAK9sJW5026928 for ; Tue, 20 Nov 2007 10:54:19 +0100 Date: Tue, 20 Nov 2007 10:54:19 +0100 From: Gabriel Linder To: current@freebsd.org Message-ID: <20071120105419.3451d7ed@oblivion.jeuxvideo.com> Organization: =?ISO-8859-1?Q?L'Odyss=E9e?= Interactive X-Mailer: Claws Mail 3.0.2 (GTK+ 2.8.20; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: ALTQ problem on 7.0-BETA3 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 Nov 2007 10:50:38 -0000 Hi, I had some spare time yesterday, and wanted to tweak my outgoing traffic. So I recompiled my kernel with ALTQ (kernel conf here [1]), and edited my working pf.conf[2] to add queuing. As you can see, I use the BFE(4) driver, which is reported to work in ALTQ(4). I included the ALTQ_NOPCC option because I was not sure if I need in or not, I think I don't need it (without it, everything works well). I tried with both 4BSD and ULE, too. Here is my problem : with queing enabled (which seems to work perfectly), my downloads connections are reseted by the peer each ~200MB. I checked this with wget : to download the BETA3 iso it has 4 retries each ~200MB. The strange thing is that on my Slackware laptop, the same ISO from the same mirror downloads just fine, without any problem. And when I tried to download this ISO from my Slackware laptop's ftp (using my LAN), it was fine too. If I disable the queuing rules in my pf.conf, the download is just fine with FreeBSD too. And when re-enabling these rules, the download is broken. Or maybe I am just doing something wrong with my queues ? I attached a dmesg[3] by the way (Acer Aspire 5610). PS : Congrats for the ULE scheduler, I tried it too and I can now make -j8 build{world,kernel} without any problem on a Core Duo laptop ! With 4BSD the mouse and keyboard were kind of sloppy :) [1] : http://athanatos.free.fr/BSD/ALTQ/GENERIC-DARGOR.diff [2] : http://athanatos.free.fr/BSD/ALTQ/pf.conf [3] : http://athanatos.free.fr/BSD/ALTQ/dmesg.boot From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 05:41:54 2007 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 2151416A417 for ; Tue, 20 Nov 2007 05:41:54 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from mail.nickwithers.com (123-243-228-66.static.tpgi.com.au [123.243.228.66]) by mx1.freebsd.org (Postfix) with ESMTP id 7156413C4BB for ; Tue, 20 Nov 2007 05:41:52 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from [10.0.0.244] (presario.shmon.net [10.0.0.244]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nickwithers.com (Postfix) with ESMTP id DA49D3AA9A for ; Tue, 20 Nov 2007 16:25:03 +1100 (EST) From: Nick Withers To: freebsd-current@freebsd.org Content-Type: text/plain Date: Tue, 20 Nov 2007 16:25:01 +1100 Message-Id: <1195536301.1271.11.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit X-nickwithers-MailScanner: Found to be clean X-nickwithers-MailScanner-From: nick@nickwithers.com X-Mailman-Approved-At: Tue, 20 Nov 2007 12:27:30 +0000 Subject: acpi_thermal User Overriden Parameters Reset on Power State Change 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 Nov 2007 05:41:54 -0000 Hi y'all, Firstly, sorry if this isn't entirely the correct place to post this, for starters I'm not sure whether this problem is limited to -CURRENT and / or 7.0 or not. Tried to have a look at fixing it myself, but I'm not l33t enough! :-) On my Compaq Presario B3820 (PV142PA#ABG) laptop, I override the hw.acpi.thermal.tz0._PSV value because the default is the temperature at which the CPU is halted by the hardware until the temperature settles down. Since this gets triggered fairly often and is pretty annoying, I lower the trigger temperature level and have powerd(8) work passive-cooling-shaped magic. However, disconnecting or reconnecting AC power resets the value to the BIOS provided level. Would anyone be able to offer assistance with this? It's not too big a deal, I just have to remember to set the appropriate value again if the power state changes. uname -a: ____ FreeBSD presario.shmon.net 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 23:16:36 EST 2007 nick@presario.shmon.net:/usr/obj/usr/src/sys/PRESARIO i386 ____ dmesg: ____ Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #0: Mon Nov 19 23:16:36 EST 2007 nick@presario.shmon.net:/usr/obj/usr/src/sys/PRESARIO Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Pentium(R) M processor 1.70GHz (1694.51-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x6d6 Stepping = 6 Features=0xafe9f9bf Features2=0x180 real memory = 536281088 (511 MB) avail memory = 514666496 (490 MB) kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 acpi_ec0: port 0x62,0x66 on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 acpi_acad0: on acpi0 battery0: on acpi0 acpi_lid0: on acpi0 acpi_button0: on acpi0 acpi_button1: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci_link0: BIOS IRQ 10 for 0.29.INTA is invalid pci_link3: BIOS IRQ 3 for 0.29.INTB is invalid pci_link2: BIOS IRQ 11 for 0.29.INTC is invalid pci_link1: BIOS IRQ 5 for 0.31.INTB is invalid pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci_link0: BIOS IRQ 10 for 1.0.INTA is invalid pci1: on pcib1 vgapci0: port 0x3000-0x30ff mem 0xd8000000-0xdfffffff,0xd0100000-0xd010ffff irq 9 at device 0.0 on pci1 acpi_video0: on vgapci0 drm0: on vgapci0 info: [drm] AGP at 0xe0000000 256MB info: [drm] Initialized radeon 1.25.0 20060524 uhci0: port 0x1800-0x181f irq 9 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x1820-0x183f irq 9 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x1840-0x185f irq 9 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered ehci0: mem 0xd0000000-0xd00003ff irq 7 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb3: EHCI version 1.0 usb3: companion controllers, 2 ports each: usb0 usb1 usb2 usb3: on ehci0 usb3: USB revision 2.0 uhub3: on usb3 uhub3: 6 ports with 6 removable, self powered pcib2: at device 30.0 on pci0 pci_link2: BIOS IRQ 11 for 2.7.INTC is invalid pci_link1: BIOS IRQ 5 for 2.8.INTA is invalid pci_link2: BIOS IRQ 11 for 2.9.INTA is invalid pci2: on pcib2 cbb0: at device 7.0 on pci2 cardbus0: on cbb0 pccard0: <16-bit PCCard bus> on cbb0 cbb0: [ITHREAD] cbb1: at device 7.1 on pci2 cardbus1: on cbb1 pccard1: <16-bit PCCard bus> on cbb1 cbb1: [ITHREAD] fwohci0: mem 0xd0201000-0xd02017ff irq 9 at device 7.2 on pci2 fwohci0: [FILTER] fwohci0: OHCI version 1.0 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 10:cf:fd:00:00:13:93:66 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode rl0: port 0x4000-0x40ff mem 0xd0201800-0xd02018ff irq 9 at device 8.0 on pci2 miibus0: on rl0 rlphy0: PHY 0 on miibus0 rlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto rl0: Ethernet address: 00:13:21:10:b0:77 rl0: [ITHREAD] iwi0: mem 0xd0200000-0xd0200fff irq 9 at device 9.0 on pci2 iwi0: Ethernet address: 00:0e:35:d6:8b:3f iwi0: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x1860-0x186f at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pcm0: port 0x1c00-0x1cff,0x18c0-0x18ff mem 0xd0000c00-0xd0000dff,0xd0000800-0xd00008ff irq 9 at device 31.5 on pci0 pcm0: [ITHREAD] pcm0: pci0: at device 31.6 (no driver attached) acpi_tz0: on acpi0 acpi_tz_attach() called atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model Synaptics Touchpad, device ID 0 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcffff,0xd0000-0xd0fff,0xdf000-0xdffff,0xe0000-0xe3fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub1 kbd2 at ukbd0 uhid0: on uhub1 ums0: on uhub1 ums0: 8 buttons and Z dir. Timecounter "TSC" frequency 1694512240 Hz quality 800 Timecounters tick every 1.000 msec ipfw2 (+ipv6) initialized, divert loadable, rule-based forwarding disabled, default to deny, logging limited to 1000 packets/entry by default firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ad0: 57231MB at ata0-master UDMA100 cpu0: Cx states changed GEOM_LABEL: Label for provider ad0s2 is msdosfs/Corporation. acd0: DVDR at ata1-master UDMA33 acd0: FAILURE - INQUIRY ILLEGAL REQUEST asc=0x24 ascq=0x00 sks=0x40 0x00 0x01 cd0 at ata1 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 33.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present Trying to mount root from ufs:/dev/ad0s1a netsmb_dev: loaded ____ -- Nick Withers email: nick@nickwithers.com Web: http://www.nickwithers.com Mobile: +61 414 397 446 From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 12:34:12 2007 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 88FEF16A417; Tue, 20 Nov 2007 12:34:12 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 004D113C469; Tue, 20 Nov 2007 12:34:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=Np2/LRBVVt/vc4qUa3riagzua+osQtWcRy4z5zSKi5hnNhaEDilkWynTJHsrbMLVpZ+VdsMj6yL9kypLkid4q4VWtmFSJfQuvI9juFzHTD0oxM/nS1yP3QPbqms0fdpRPKpJ5rHelxOOg+ShCft+CcVtmkykzf2dENgaMZiYxKpgsOM9XBGF16YYufLFwDFtG4hiKlCvio9v8niv1nl9WLMNe76qroG9dF5fHCaE1y9X88CcIBYPplkTTnNtEPwU; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IuSIq-00024T-IT; Tue, 20 Nov 2007 12:34:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IuSI1-0007ZR-Ke; Tue, 20 Nov 2007 12:33:17 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IuSI0-000I48-Fd; Tue, 20 Nov 2007 14:33:16 +0200 To: Bruce M Simpson From: Ian FREISLICH In-Reply-To: Message from Bruce M Simpson of "Sat, 17 Nov 2007 12:45:34 GMT." <473EE26E.6050905@incunabulum.net> X-Attribution: BOFH Date: Tue, 20 Nov 2007 14:33:16 +0200 Message-Id: Cc: Reinhard Haller , Marko Zec , Robert Watson , freebsd-current@freebsd.org Subject: Re: 7.0-BETA2 routed and multicast registration 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 Nov 2007 12:34:12 -0000 Bruce M Simpson wrote: > Marko Zec wrote: > > Note that with a recent port of Quagga multicast doesn't work as well, > > so now we don't have neither RIP nor OSPF support there which is kind > > of funny. Though I think it's not only the missing RFC1724 support in > > the kernel that is crippling mcast support in Quagga... > > > > > > We all know that major point releases are the place for changes like > this to happen. > > If you check the archives for -current you'll see that Ian Frieslich had > contacted the Quagga maintainers about the change, the outcome of this > discussion I don't know. 3rd party applications are beyond FreeBSD's > control, or mine, for that matter. [*] I think it came to naught in the end. I have a patch for quagga that makes it work again if anyone is interested. Maybe it should go into the port's patches until the quagga crowd fix it. Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 10:16:37 2007 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 3C55316A419 for ; Tue, 20 Nov 2007 10:16:37 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id C1DBC13C468 for ; Tue, 20 Nov 2007 10:16:36 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAKAGPxN043222; Tue, 20 Nov 2007 11:16:33 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAKAGPj0043221; Tue, 20 Nov 2007 11:16:25 +0100 (CET) (envelope-from olli) Date: Tue, 20 Nov 2007 11:16:25 +0100 (CET) Message-Id: <200711201016.lAKAGPj0043221@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Nov 2007 11:16:34 +0100 (CET) X-Mailman-Approved-At: Tue, 20 Nov 2007 12:36:07 +0000 Cc: Subject: Sockets stuck in SYN_RCVD (re(4), RELENG_7, i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Tue, 20 Nov 2007 10:16:37 -0000 Hello, I'm watching a very strange problem here. There are two machines with almost identical hardware (see dmesg and pciconf output at the bottom). They also run identical sources: RELENG_7 (i386) as of October-18. I know it's a few weeks old, but I haven't seen any changes in the CVS that might be related to the following problem. On the first machine, I see a slow, but constant increase of the number of sockets in state SYN_RCVD in "netstat -an" output. The number of those sockets is the same as sysctl net.inet.tcp.syncache.count. This does not happen on the second machine at all (count is zero). At the moment, the count on the first machine is 702. We first noticed it three days ago when the count was 330, which leads to the assumption that the problem started about six days ago. However, the machine has an uptime of 32 days. So something must have triggered the problem after about 26 days of uptime. The port numbers and remote IPs of the SYN_RCVD sockets seem to be completely random. Most of the local ports are port 25, but a few are also port 80 or port 53. These are the ports most often used on the machine, all other ports are blocked in IPFW. In very rare cases a socket leaves the SYN_RCVD state. For example, yesterday I watched a socket with local destination port 80 that was in state SYN_RCVD for about 40 minutes and then disappeared. Both machines are only very lightly loaded. In fact they are pretty much 100% idle most of the time. They run sendmail, apache, BIND and a few minor things, but they really don't do much. There's nothing in the logs. Both machines have an re(4) interface. However, one interesting difference is that the first machine runs in GigE mode, while the second, while the second runs only at 100 Mbps. I don't know if the speed changed; the machines are colocated and if have no idea what kind of switch ports they are connected to. It could well be that the first machine's port was changed from 100M to GigE six days ago. I'm reluctant to change the speed manually to 100M, because I might lose the link if the switch is fixed at GigE. I would have to initiate a remote reboot in that case. Another thing worth noting is the fact that the second machine only has an uptime of 21 days. I'm curious if it will start collecting SYN_RCVD sockets when it reaches 26 days, too. :-) By the way, the problem does not seem to affect normal operation, so I'm not too worried at the moment. I can connect to the machine's services (ssh, http, smtp, dns) without any problems. A few data: $ sysctl net.inet.tcp.syncache net.inet.tcp.syncache.rst_on_sock_fail: 1 net.inet.tcp.syncache.rexmtlimit: 3 net.inet.tcp.syncache.hashsize: 512 net.inet.tcp.syncache.count: 702 net.inet.tcp.syncache.cachelimit: 15360 net.inet.tcp.syncache.bucketlimit: 30 $ netstat -s | sed -n '/sync/,/rec/p' 395637 syncache entries added 12023 retransmitted 8719 dupsyn 0 dropped 391666 completed 0 bucket overflow 0 cache overflow 1926 reset 1404 stale 1 aborted 0 badack 21 unreach 0 zone failures 395637 cookies sent 175 cookies received Output from dmesg and pciconf of the first machine is here: http://www.secnetix.de/~olli/dmesg/box/7.0-PRE-20071018.dmesg.txt http://www.secnetix.de/~olli/dmesg/box/7.0-PRE-20071018.pciconf.txt For comparison, this is the second machine which does _not_ exhibit the problem: http://www.secnetix.de/~olli/dmesg/pluto/7.0-PRE-20071018.dmesg.txt http://www.secnetix.de/~olli/dmesg/pluto/7.0-PRE-20071018.pciconf.txt Please let me know if I should provide more information. The next thing I would try is to reboot the machine, so I can see whether the problem occurs immediately or only after some uptime. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Python tricks" is a tough one, cuz the language is so clean. E.g., C makes an art of confusing pointers with arrays and strings, which leads to lotsa neat pointer tricks; APL mistakes everything for an array, leading to neat one-liners; and Perl confuses everything period, making each line a joyous adventure . -- Tim Peters From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 07:29:57 2007 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 55DA216A418 for ; Tue, 20 Nov 2007 07:29:57 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 199DD13C43E for ; Tue, 20 Nov 2007 07:29:57 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from localhost ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1IuNYQ-000B5k-Bw; Tue, 20 Nov 2007 08:29:54 +0100 Received: from 194.74.82.3 (SquirrelMail authenticated user remko) by galain.elvandar.org with HTTP; Tue, 20 Nov 2007 08:29:54 +0100 (CET) Message-ID: <47498.194.74.82.3.1195543794.squirrel@galain.elvandar.org> Date: Tue, 20 Nov 2007 08:29:54 +0100 (CET) From: "Remko Lodder" To: "Aryeh M. Friedman" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mailman-Approved-At: Tue, 20 Nov 2007 12:36:47 +0000 Cc: freebsd-current@freebsd.org, FreeBSD Questions , freebsd-ports@freebsd.org Subject: Re: who do I report this to? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: remko@elvandar.org 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 Nov 2007 07:29:57 -0000 Can you please STOP cross posting to various mailinglists all at once? It is causing all kinds of unneeded messages to various addresses (yeah I am now guilty of that as well); stop it. If you have issues with if_re, please ask it's maintainer for support, and rule that out first and then proceed to the next item if the problem still continues, generating loads of emails with "my " content which includes "but this and this and this and this might also be the combination" etc is NOT going to help resolve this because the options are too legio (could be the software, could be your hardware, could be a user flaw, could be the remote switch etc). Please do it step by step with the maintainers as much as possible, and where possible please try to avoid overloading the mailinglists with things you run into on a day by day basis, personally I find it not very interesting to read them anymore because "its just another thing", that might not be the thing we are persuing here, but with all of your emails, I do get this feeling. //Remko On Tue, November 20, 2007 8:11 am, Aryeh M. Friedman wrote: > Who do I report the following issue to (it falls into at least 3 camps)? > > If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into > gmail (*WITH* a chat open) my network connection looses about 90% of > it's capacity (for all applications), re(4) with the following: > > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 12:40:08 2007 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 7CAC016A421; Tue, 20 Nov 2007 12:40:08 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id B673C13C4BE; Tue, 20 Nov 2007 12:40:07 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id BADC2DAD64; Tue, 20 Nov 2007 18:39:58 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 5FFCADACCD for ; Tue, 20 Nov 2007 18:39:55 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 920A46B4F; Tue, 20 Nov 2007 12:35:29 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id A79F016A501; Tue, 20 Nov 2007 12:35:26 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7A9C716A46B; Tue, 20 Nov 2007 07:14:06 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id 33B3B13C48E; Tue, 20 Nov 2007 07:14:06 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 0CDCB3EA108; Tue, 20 Nov 2007 08:13:52 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id C800A3EA0B2; Tue, 20 Nov 2007 08:13:51 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lAK7DmlP003996; Tue, 20 Nov 2007 08:13:48 +0100 (CET) From: Thierry Herbelot To: Ari Suutari Date: Tue, 20 Nov 2007 08:13:38 +0100 User-Agent: KMail/1.9.7 References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> In-Reply-To: <4742838E.8010401@suutari.iki.fi> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Disposition: inline Message-Id: <200711200813.41929.thierry@herbelot.com> X-Mailman-Approved-At: Tue, 20 Nov 2007 12:35:22 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Nov 20 18:39:58 2007 X-DSPAM-Confidence: 0.9989 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4742d59e191324508166854 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00059, Sender*freebsd, 0.00059, List-Post*freebsd, 0.00059, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 12:40:08 -0000 Le Tuesday 20 November 2007, Ari Suutari a =E9crit : > I have Promise TX2 (PDC20575). It didn't work with 7.0 betas > before, but with this patch things run as well as they did > on 6.x. > > Ari S. Hello, Has anyone an idea why the Promise controllers seemed to work correctly u= nder=20 6.x, then have issues with 7.0 ? (more precisely : was the existing bug n= ot=20 triggered by the 6.x kernel ?) Thierry _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 12:40:42 2007 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 CEBFD16A418; Tue, 20 Nov 2007 12:40:42 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 0C69C13C518; Tue, 20 Nov 2007 12:40:42 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id E4E31DACCD; Tue, 20 Nov 2007 18:40:32 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id A958BDACCD for ; Tue, 20 Nov 2007 18:40:31 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id C7D46170130; Tue, 20 Nov 2007 12:35:39 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id ABB9016A4DC; Tue, 20 Nov 2007 12:35:39 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 60D8F16A41B; Tue, 20 Nov 2007 07:03:02 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from espresso2.syncrontech.com (sync-old.syncrontech.com [213.28.98.35]) by mx1.freebsd.org (Postfix) with ESMTP id D567013C442; Tue, 20 Nov 2007 07:03:01 +0000 (UTC) (envelope-from ari@suutari.iki.fi) Received: from guinness.syncrontech.com (guinness.syncrontech.com [192.168.2.20]) by espresso2.syncrontech.com (8.13.1/8.13.1) with ESMTP id lAK6nxLe018005; Tue, 20 Nov 2007 08:49:59 +0200 (EET) (envelope-from ari@suutari.iki.fi) Received: from [127.0.0.1] (dhcp-2-192.syncrontech.com [192.168.2.192]) by guinness.syncrontech.com (8.13.8/8.13.8) with ESMTP id lAK6ntgI045194; Tue, 20 Nov 2007 08:49:59 +0200 (EET) (envelope-from ari@suutari.iki.fi) Message-ID: <4742838E.8010401@suutari.iki.fi> Date: Tue, 20 Nov 2007 08:49:50 +0200 From: Ari Suutari User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Ulf Lilleengen References: <472A548B.50406@lxnt.info> <20071116144304.GA7950@stud.ntnu.no> <473DBABE.3070901@deepcore.dk> <47414319.6070303@deepcore.dk> <20071119103430.GA15083@stud.ntnu.no> In-Reply-To: <20071119103430.GA15083@stud.ntnu.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed X-Mailman-Approved-At: Tue, 20 Nov 2007 12:35:33 +0000 X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org Content-Transfer-Encoding: quoted-printable X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Nov 20 18:40:32 2007 X-DSPAM-Confidence: 0.9989 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 4742d5c0191321533116245 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00058, Sender*freebsd, 0.00058, List-Post*freebsd, 0.00058, List-Post*, Thierry Herbelot , Alexander Sabourenkov , =?ISO-8859-1?Q?S=F8ren_Schmidt?= , sos@freebsd.org Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. X-BeenThere: freebsd-current@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: Tue, 20 Nov 2007 12:40:42 -0000 Hi, > On man, nov 19, 2007 at 09:02:33 +0100, S=F8ren Schmidt wrote: >> Hi All! >> >> I'd like to get the final verdict of the attached patch and if it fixe= s=20 >> the problem or not. >> >> Please test and report, its a bit urgent if it need to get into R7 :) >> >> I have Promise TX2 (PDC20575). It didn't work with 7.0 betas before, but with this patch things run as well as they did on 6.x. Ari S. _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org= " From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 12:41:21 2007 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 DEA6216A419 for ; Tue, 20 Nov 2007 12:41:21 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.174]) by mx1.freebsd.org (Postfix) with ESMTP id 5A6F813C45B for ; Tue, 20 Nov 2007 12:41:21 +0000 (UTC) (envelope-from joao.barros@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so1450109uge for ; Tue, 20 Nov 2007 04:41:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; bh=VY8lepdF1iNuhdACveLOKfw2MbFk4G2cLW27xJQcQj8=; b=lMMOGOPcX7UoyekzoaL2E1bw08zhEiUQqZY35/G/Winqi0vMDH0rraE0yfKo1cAw/6gILKtEcxazj2TDqbJ7ZdBmscuV6cU5+JYzcadF0nh5uNHjeRRns4U33naSqJciqFx65yw2yx9iUClwoYVT7sAPnLBssoj1Dl7Vp6OAdBg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:mime-version:content-type:content-transfer-encoding:content-disposition; b=GqGnppEO1w5LRhX1BLhRkjedBzlc+ERxicrAt77e4M87l7T9KDnQT4TiM6JqWu2XmbZ/jk3dfR2KCAjDoJK5h6vCOxH3/UHBTiP/t8TsiHYQEm4kX7ot2KCUnfzrDjiE639Jn+HvMNurmIRiBV8Tntyz2Ngot+493u5OlFgYYkg= Received: by 10.78.168.1 with SMTP id q1mr6546845hue.1195562472100; Tue, 20 Nov 2007 04:41:12 -0800 (PST) Received: by 10.78.187.19 with HTTP; Tue, 20 Nov 2007 04:41:11 -0800 (PST) Message-ID: <70e8236f0711200441h50406b36n9b84d13da301cb8@mail.gmail.com> Date: Tue, 20 Nov 2007 12:41:11 +0000 From: "Joao Barros" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Cc: Pawel Jakub Dawidek Subject: dmesg messed up with ZFS 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 Nov 2007 12:41:22 -0000 I upgraded my sources to 7.0 BETA2 at the time and noticed today something in my dmesg near the ZFS messages, see below: Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA2 #12: Wed Nov 14 19:41:06 WET 2007 root@xeon.bsdtech.org:/usr/obj/usr/src/sys/GENERIC Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(TM) CPU 3.06GHz (3073.65-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 Logical CPUs per core: 2 real memory = 1072562176 (1022 MB) avail memory = 1035968512 (987 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 4 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard kbd1 at kbdmux0 ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, 3fde0000 (3) failed Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 p4tcc0: on cpu0 cpu1: on acpi0 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: mem 0xf8000000-0xf8ffffff,0xf0000000-0xf7ffffff irq 16 at device 0.0 on pci1 pcib2: at device 3.0 on pci0 pci2: on pcib2 em0: port 0xa000-0xa01f mem 0xfb020000-0xfb03ffff,0xfb000000-0xfb01ffff irq 18 at device 1.0 on pci2 em0: Ethernet address: 00:11:d8:a2:21:c8 em0: [FILTER] pcib3: at device 28.0 on pci0 pci3: on pcib3 uhci0: port 0xc400-0xc41f irq 16 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0xc000-0xc01f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered pci0: at device 29.4 (no driver attached) ehci0: mem 0xfc100000-0xfc1003ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb2: EHCI version 1.0 usb2: companion controllers, 2 ports each: usb0 usb1 usb2: on ehci0 usb2: USB revision 2.0 uhub2: on usb2 uhub2: 4 ports with 4 removable, self powered pcib4: at device 30.0 on pci0 pci4: on pcib4 fwohci0: mem 0xfc025000-0xfc0257ff,0xfc020000-0xfc023fff irq 20 at device 3.0 on pci4 fwohci0: [FILTER] fwohci0: OHCI version 1.10 (ROM=1) fwohci0: No. of Isochronous channels is 4. fwohci0: EUI64 00:11:d8:00:00:18:1b:79 fwohci0: Phy 1394a available S400, 2 ports. fwohci0: Link S400, max_rec 2048 bytes. firewire0: on fwohci0 fwe0: on firewire0 if_fwe0: Fake Ethernet address: 02:11:d8:18:1b:79 fwe0: Ethernet address: 02:11:d8:18:1b:79 fwip0: on firewire0 fwip0: Firewire address: 00:11:d8:00:00:18:1b:79 @ 0xfffe00000000, S400, maxrec 2048 sbp0: on firewire0 dcons_crom0: on firewire0 dcons_crom0: bus_addr 0x1528000 fwohci0: Initiate bus reset fwohci0: BUS reset fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode atapci0: port 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem 0xfc024000-0xfc024fff,0xfc000000-0xfc01ffff irq 23 at device 4.0 on pci4 atapci0: [ITHREAD] atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] isab0: at device 31.0 on pci0 isa0: on isab0 atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xf000-0xf00f irq 18 at device 31.2 on pci0 ata0: on atapci1 ata0: [ITHREAD] ata1: on atapci1 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) pci0: at device 31.5 (no driver attached) sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] psm0: irq 12 on atkbdc0 psm0: [GIANT-LOCKED] psm0: [ITHREAD] psm0: model IntelliMouse Explorer, device ID 4 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xcb7ff pnpid ORM0000 on isa0 ppc0: parallel port not found. sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 WARNING: ZFS is considered to be an experimental feature in FreeBSD. Timecounters tick every 1.000 msec firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) firewire0: bus manager 0 (me) ZFS filesystem version 6 ################ ZFS storagead0: 305245MB at ata0-master SATA150 pool version 6 ################ ad1: 305245MB at ata0-slave SATA150 acd0: DVDROM at ata1-master UDMA66 acd1: CDRW at ata1-slave UDMA33 ad4: 305245MB at ata2-master SATA150 ad6: 305245MB at ata3-master SATA150 GEOM_LABEL: Label for provider acd1 is iso9660/Ubuntu 7.10 i386. ar0: 305245MB status: READY ar0: disk0 READY using ad4 at ata2-master ar1: 305245MB status: READY ar1: disk0 READY using ad6 at ata3-master SMP: AP CPU #1 Launched! Trying to mount root from zfs:r4x320 em0: link state changed to UP -- Joao Barros From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 12:42:45 2007 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 8274516A468 for ; Tue, 20 Nov 2007 12:42:45 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2523D13C46E for ; Tue, 20 Nov 2007 12:42:45 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IuSQv-000NDc-6P for freebsd-current@freebsd.org; Tue, 20 Nov 2007 15:42:29 +0300 To: freebsd-current@freebsd.org References: <42544904@serv3.int.kfs.ru> <4741B160.60006@conducive.net> From: Boris Samorodov Date: Tue, 20 Nov 2007 15:42:29 +0300 In-Reply-To: <4741B160.60006@conducive.net> (=?shift_jis?B?itiJxpVX?= Bill Hacker's message of "Mon, 19 Nov 2007 15:53:04 +0000") Message-ID: <42533370@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=shift_jis Content-Transfer-Encoding: quoted-printable Sender: "Boris B. Samorodov" Subject: Re: IBM ServeRAID 8e 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 Nov 2007 12:42:45 -0000 On Mon, 19 Nov 2007 15:53:04 +0000 =8A=D8=89=C6=95W Bill Hacker wrote: > Boris Samorodov wrote: > > Google told me that there is no FreeBSD driver for IBM ServeRAID 8e > > adapter. Are there any plans to add it? > Needs more research to see what the 8e really is or is built from. I believe it's Adaptec AIC-9405W: ftp://ftp.software.ibm.com/systems/support/system_x/ibm_dd_hradpxx_1.2.5921= _netware_i386.txt > An older 'IBM ServeRAID' we once had was actually an OEM of a brand > and chipset that *was* supported. > I haven't seen the 8e myself. WBR --=20 Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 12:46:41 2007 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 8B57316A420 for ; Tue, 20 Nov 2007 12:46:41 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.freebsd.org (Postfix) with ESMTP id 2769613C4BB for ; Tue, 20 Nov 2007 12:46:41 +0000 (UTC) (envelope-from bsam@kfs.ru) Received: from bsam by kfs.ru with local (Exim 4.67 (FreeBSD)) (envelope-from ) id 1IuSUZ-000NFH-HE; Tue, 20 Nov 2007 15:46:15 +0300 To: d@delphij.net References: <42544904@serv3.int.kfs.ru> <4742085E.2080300@delphij.net> From: Boris Samorodov Date: Tue, 20 Nov 2007 15:46:15 +0300 In-Reply-To: <4742085E.2080300@delphij.net> (Xin LI's message of "Mon, 19 Nov 2007 14:04:14 -0800") Message-ID: <76453144@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: freebsd-current@freebsd.org, scottl@FreeBSD.org Subject: Re: IBM ServeRAID 8e 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 Nov 2007 12:46:41 -0000 On Mon, 19 Nov 2007 14:04:14 -0800 Xin LI wrote: > Boris Samorodov wrote: > > Google told me that there is no FreeBSD driver for IBM ServeRAID 8e > > adapter. Are there any plans to add it? > I don't think so. ServeRAID 8e is an Adaptec HostRAID stuff which IIRC > we do not have support of HostRAID at the moment. What do we lack so far: specs/man resources/interested person/etc? Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 13:11:44 2007 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 B312616A417 for ; Tue, 20 Nov 2007 13:11:44 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 85A3F13C467 for ; Tue, 20 Nov 2007 13:11:44 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:59457 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IuSt7-000AFe-PJ for freebsd-current@freebsd.org; Tue, 20 Nov 2007 13:11:37 +0000 Message-ID: <4742DD08.4060306@conducive.net> Date: Tue, 20 Nov 2007 13:11:36 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071120025930.ECDA216A419@hub.freebsd.org> <4742A68A.406@fusiongol.com> In-Reply-To: <4742A68A.406@fusiongol.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SATA controller testing update 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 Nov 2007 13:11:44 -0000 Nathan Butcher wrote: > Hi, > > Just posting to say that Soren's upcoming patch to fix the Promise SATA > controller issue seems to work fine for me. I imported and ran 4 drives > of ZFS on the controller - and no more checksum issues. Tried running > bonnie++ and had no probelms whatsoever. So far so good. I'll keep my > ZFS pool on the card for a while in case anything pops up. > > What I have noticed though, is that occasionally my root mounted system > drive (which is on my JMB363 controller running AHCI, as /dev/ad6) > occasionally gets randomly dismounted with the latest BETA3. It has > happened twice now. > This issue hasn't happened on any other drive on my system (despite > there being 11 other drives on other controllers). > > I have no idea how to reproduce this issue, and since it takes out my > main system drive, I can't get any debugging info. All I see first is > that the drive gets dismounted before the screen fills up and scrolls > over with messages about missing nodes. > I may have a way to reproduce at least a vaguely similar fault that we've just started looking at, but on ICH9, not Promise: GigaByte GA G33-DS3R Core-2 Quad, 2 GB DDR-800, 2 X Toshiba 160 GB 2.5" SATA on IHC9 as GMIRROR RAID1 'split' gm0 taking in the entire device (ad0 and ad2). With gm0 in good shape, a cp of a Qemu .img file - from /dev/mirror/gm0s3d ufs /pub - to /dev/mirror/gm0s3e ufs /bak/backups is rock-solid. But an inadvertant 'mv' (technically illegal, as it crosses a mount-point) doesn't throw an error message. Instead, it unaccountably causes GEOM to shed /dev/ad2 'instantly' from gm0. Several hoops must be jumped thru to get it back, as /dev/ad2 thereafter reports as 'not attached'. In addition to the usual GMIRROR commands to clean house and set up for a rebuild, I've had to set sysctl kern.geom.debugflags = 16, then do a newfs of the whole ad2 device, wiping out disklabel et al, then do what gmirror needs, re-insert, and let it rebuild. Which it does just fine. I'm about to set up a 'better instrumented' test box to get more specifics, so nothing further here yet. I report it only because there is SO little logging that first impression is that the trigger incident is below the GEOM layer. This is with 7-BETA1 i386 of 20 October, testing to be started with 7-BETA3 of last night, but I've got to buy a couple of similar drives first. Both the initially reporting MB and the test board have IHC9 *and* JMB363, so will try to reproduce on each controller with 7-BETA3 and 8- before looking at patches. More info as I get it. Bill From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 14:40:42 2007 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 7442916A418; Tue, 20 Nov 2007 14:40:42 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (comp.chem.msu.su [158.250.32.97]) by mx1.freebsd.org (Postfix) with ESMTP id 8E6C313C48A; Tue, 20 Nov 2007 14:40:39 +0000 (UTC) (envelope-from yar@comp.chem.msu.su) Received: from comp.chem.msu.su (localhost [127.0.0.1]) by comp.chem.msu.su (8.13.4/8.13.4) with ESMTP id lAKEE5Pw050212; Tue, 20 Nov 2007 17:14:05 +0300 (MSK) (envelope-from yar@comp.chem.msu.su) Received: (from yar@localhost) by comp.chem.msu.su (8.13.4/8.13.4/Submit) id lAKEE4Xf050208; Tue, 20 Nov 2007 17:14:04 +0300 (MSK) (envelope-from yar) Date: Tue, 20 Nov 2007 17:14:03 +0300 From: Yar Tikhiy To: freebsd-current@freebsd.org Message-ID: <20071120141403.GE81260@comp.chem.msu.su> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.9i Cc: Subject: SCHED_ULE & niceness / rtprio 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 Nov 2007 14:40:42 -0000 Hi all, SCHED_ULE seems to do an unfair job to processes with low niceness or with real-time priority. Here are my observations: A few days ago I noticed that music (played by Totem, Gnome's default player) would pause for a fraction of second each time I did something in X/Gnome, such as switched between windows, clicked on a link in the web browser, etc. Then I found that music was jerky only if the player ran with a negative niceness or a real-time priority: As soon as I returned it to niceness 0 and normal priority, sound became totally seamless notwithstanding my activity in X. The approximate value required for the effect to appear was niceness as low as -5 or RT priority as high as 10; niceness -1 or rtprio 1 wasn't enough. Curious, I substituted SCHED_4BSD for SCHED_ULE in my otherwise GENERIC kernel, and the jerkiness of sound was gone irrespective of the niceness or RT priority of the player. To rule out other possible causes, I also tried kernels with SCHED_ULE but without SMP or without debug stuff (INVARIANTS+WITNESS), but the issue was there in both cases, unlike in the case of SCHED_4BSD. Of course, X+Gnome+stuff isn't the clearest environment for debugging schedulers, but multimedia apps are rather sensitive to scheduling quality. This case should be rather obvious: When I click in an inactive window, some processes are woken that have been idle. After that the high-priority player isn't scheduled long enough for the hardware audo buffer to drain, although it would be scheduled soon if it had normal priority. Did I hit a known issue? -- Yar From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 14:13:50 2007 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 5697E16A46D; Tue, 20 Nov 2007 14:13:50 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from cauchy.math.missouri.edu (cauchy.math.missouri.edu [128.206.184.213]) by mx1.freebsd.org (Postfix) with ESMTP id A793B13C478; Tue, 20 Nov 2007 14:13:49 +0000 (UTC) (envelope-from stephen@math.missouri.edu) Received: from laptop2.gateway.2wire.net (cauchy.math.missouri.edu [128.206.184.213]) by cauchy.math.missouri.edu (8.14.2/8.14.1) with ESMTP id lAKDmnoX040481; Tue, 20 Nov 2007 07:48:50 -0600 (CST) (envelope-from stephen@math.missouri.edu) Message-ID: <4742E5C5.3000808@math.missouri.edu> Date: Tue, 20 Nov 2007 07:48:53 -0600 From: Stephen Montgomery-Smith User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.1.9) Gecko/20071107 SeaMonkey/1.1.6 MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <474288AE.1040106@gmail.com> In-Reply-To: <474288AE.1040106@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Tue, 20 Nov 2007 14:58:58 +0000 Cc: freebsd-current@freebsd.org, FreeBSD Questions , freebsd-ports@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 14:13:50 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Who do I report the following issue to (it falls into at least 3 camps)? > > If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into > gmail (*WITH* a chat open) my network connection looses about 90% of > it's capacity (for all applications), re(4) with the following: > > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > After some experimenting this problem *only* occurs under the above > conditions. > > Addtional info: > > gnome 2.20.1 > nv driver (latest) > Xorg 7.3 > > FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 > 19:17:50 EST 2007 > aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 This sounds similar to my problem. When I have my computer on for some time, my ndis0 driver with its Broadcom 1350 wifi card sometimes starts going very slowly. And even if this doesn't happen, xorg (I have the same gnome and xorg set up as you) freezes up the computer while it is exiting. This is on FreeBSD 7.0 Beta 3. I reported to freebsd-stable, but I didn't get any response. From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 15:09:17 2007 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 7248B16A417 for ; Tue, 20 Nov 2007 15:09:17 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id 1642513C4C4 for ; Tue, 20 Nov 2007 15:09:16 +0000 (UTC) (envelope-from swhetzel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1787149nfb for ; Tue, 20 Nov 2007 07:09:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=+IpVggpDTOu9gVYeoMi/N9WBCLIw4GcH0nN4sSjA+4g=; b=RhBAoBih5Q+085CS+S9Jj2ATGqQxM6p380BJkDKZEY9UuV2Y1+Nfn+huafhvg4cdvpn9RCMgIkHp+Xr+6VHGFUDGVyU0WjYzLwTUutasYQ7kfkVp5qnL66tirEpiayJsxEipjIziLVO1b7R0pUHaOsEjwH477UkZDuaskoEsO5M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=JJnev7mykCxcdwhBjknDLgd8m9XUgvm6ZHhQmkQ0FPaGYHbPa+DMTAx3uA9EkumM50OsaasCKKuQA7IpNClR+IG1umIMDQ5ZIdhq1J7CGbdaBhxUduO/WMM1aQzyIvmM6iPwH6NdG1YnFcrl6CHFQ3l4BRrFTHnweV8auznP5oQ= Received: by 10.86.78.4 with SMTP id a4mr2786322fgb.1195571349498; Tue, 20 Nov 2007 07:09:09 -0800 (PST) Received: by 10.86.3.20 with HTTP; Tue, 20 Nov 2007 07:09:09 -0800 (PST) Message-ID: <790a9fff0711200709k7537fa56kd39baf986b30dbd7@mail.gmail.com> Date: Tue, 20 Nov 2007 09:09:09 -0600 From: "Scot Hetzel" To: "Joao Barros" In-Reply-To: <70e8236f0711200441h50406b36n9b84d13da301cb8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <70e8236f0711200441h50406b36n9b84d13da301cb8@mail.gmail.com> Cc: FreeBSD Current Subject: Re: dmesg messed up with ZFS 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 Nov 2007 15:09:17 -0000 On 11/20/07, Joao Barros wrote: > I upgraded my sources to 7.0 BETA2 at the time and noticed today > something in my dmesg near the ZFS messages, see below: > : > > ZFS storagead0: 305245MB at ata0-master SATA150 > pool version 6 > This is a known problem, and it happens occasionally where two messages are interleaved, it's not trivial to solve in a generic and efficient way. Here's another example that was reported on the stable list recently: > kernel: _GFELOUMS_HJ OnUoRtN AsLu:p pJoorutrenda lb y 3a3a7c2d819s325.22 if you read every other letter, you will see that it is 2 messages. Scot From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 15:20:51 2007 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 1918B16A41A for ; Tue, 20 Nov 2007 15:20:51 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (trang.nuxi.org [74.95.12.85]) by mx1.freebsd.org (Postfix) with ESMTP id 0D02713C467 for ; Tue, 20 Nov 2007 15:20:50 +0000 (UTC) (envelope-from obrien@NUXI.org) Received: from dragon.nuxi.org (obrien@localhost [127.0.0.1]) by dragon.nuxi.org (8.14.1/8.14.1) with ESMTP id lAKFKTjN072415; Tue, 20 Nov 2007 07:20:29 -0800 (PST) (envelope-from obrien@dragon.nuxi.org) Received: (from obrien@localhost) by dragon.nuxi.org (8.14.1/8.14.1/Submit) id lAKFKSJL072409; Tue, 20 Nov 2007 07:20:28 -0800 (PST) (envelope-from obrien) Date: Tue, 20 Nov 2007 07:20:28 -0800 From: "David O'Brien" To: John Birrell Message-ID: <20071120152028.GA72317@dragon.NUXI.org> Mail-Followup-To: obrien@freebsd.org, John Birrell , ????????? Bill Hacker , freebsd-current@freebsd.org References: <47420100.2050700@conducive.net> <20071119223350.GA2137@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071119223350.GA2137@what-creek.com> X-Operating-System: FreeBSD 7.0-CURRENT User-Agent: Mutt/1.5.16 (2007-06-09) Cc: ????????? Bill Hacker , freebsd-current@freebsd.org Subject: Re: Tinderbox X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: obrien@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: Tue, 20 Nov 2007 15:20:51 -0000 On Mon, Nov 19, 2007 at 10:33:50PM +0000, John Birrell wrote: > Unfortunately the tinderboxes run with custom CFLAGS. > I would change this if I could, but I'm not the first to mention > how frustrating it is. I have never seen a good argument for why > the tinderbox is different from the CVS defaults. One reason is that some of us (at least) have dreams of not compiling with -strict-aliasing. If we have any hope of doing so - the tenderbox needs to build without to keep new warnings of creaping up. -- -- David (obrien@FreeBSD.org) From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 15:21:13 2007 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 1567216A41A for ; Tue, 20 Nov 2007 15:21:13 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zcars04f.nortel.com (zcars04f.nortel.com [47.129.242.57]) by mx1.freebsd.org (Postfix) with ESMTP id B147F13C447 for ; Tue, 20 Nov 2007 15:21:12 +0000 (UTC) (envelope-from ATRENS@nortel.com) Received: from zcarhxm2.corp.nortel.com (zcarhxm2.corp.nortel.com [47.129.230.99]) by zcars04f.nortel.com (Switch-2.2.6/Switch-2.2.0) with ESMTP id lAKFKj711337; Tue, 20 Nov 2007 15:20:45 GMT X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Tue, 20 Nov 2007 10:16:29 -0500 Message-ID: <87AC5F88F03E6249AEA68D40BD3E00BE05274596@zcarhxm2.corp.nortel.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: who do I report this to? Thread-Index: Acgrh8GnLmMdVINsStO2Zj9j0UrF1gAAJHDU References: <474288AE.1040106@gmail.com> <4742E5C5.3000808@math.missouri.edu> From: "Andrew Atrens" To: "Stephen Montgomery-Smith" , "Aryeh M. Friedman" Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org, FreeBSD Questions , freebsd-ports@freebsd.org Subject: RE: who do I report this to? 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 Nov 2007 15:21:13 -0000 Are you on asymmetric DSL (ADSL) or some other residential connection = s.t. the uplink pipe is considerably smaller than the downlink pipe? If so you could be seeing ACK starvation - it's a well understood = problem, as is the solution - http://www.benzedrine.cx/ackpri.html --Andrew -----Original Message----- From: owner-freebsd-current@freebsd.org on behalf of Stephen = Montgomery-Smith Sent: Tue 11/20/2007 8:48 AM To: Aryeh M. Friedman Cc: freebsd-current@freebsd.org; FreeBSD Questions; = freebsd-ports@freebsd.org Subject: Re: who do I report this to? =20 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 >=20 > Who do I report the following issue to (it falls into at least 3 = camps)? >=20 > If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into > gmail (*WITH* a chat open) my network connection looses about 90% of > it's capacity (for all applications), re(4) with the following: >=20 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto >=20 > After some experimenting this problem *only* occurs under the above > conditions. >=20 > Addtional info: >=20 > gnome 2.20.1 > nv driver (latest) > Xorg 7.3 >=20 > FreeBSD monster 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Thu Nov 15 > 19:17:50 EST 2007 =20 > aryeh@monster:/usr/obj/FreeBSD/FreeBSD-current/src/sys/MONSTER amd64 This sounds similar to my problem. When I have my computer on for some=20 time, my ndis0 driver with its Broadcom 1350 wifi card sometimes starts=20 going very slowly. And even if this doesn't happen, xorg (I have the=20 same gnome and xorg set up as you) freezes up the computer while it is=20 exiting. This is on FreeBSD 7.0 Beta 3. I reported to freebsd-stable, but I didn't get any response. _______________________________________________ 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 Tue Nov 20 15:19:26 2007 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 73B4616A468 for ; Tue, 20 Nov 2007 15:19:26 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id E09F413C46E for ; Tue, 20 Nov 2007 15:19:25 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAKFJIfr055232; Tue, 20 Nov 2007 16:19:24 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAKFJIg5055231; Tue, 20 Nov 2007 16:19:18 +0100 (CET) (envelope-from olli) Date: Tue, 20 Nov 2007 16:19:18 +0100 (CET) Message-Id: <200711201519.lAKFJIg5055231@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG In-Reply-To: <200711201016.lAKAGPj0043221@lurza.secnetix.de> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 20 Nov 2007 16:19:24 +0100 (CET) X-Mailman-Approved-At: Tue, 20 Nov 2007 15:27:53 +0000 Cc: Subject: Re: Sockets stuck in SYN_RCVD (re(4), RELENG_7, i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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: Tue, 20 Nov 2007 15:19:26 -0000 Some additional information. Today I have run the re(4) interface at 100 Mbps for a few hours. The count did still increase, so it's not a GigE- only problem. The I disabled RXCSUM,TXCSUM on the interface. Again, the counter still increased. So hardware checksumming isn't the cause of the problem either. Anything else I could try? > net.inet.tcp.syncache.count: 702 It's now at 731. Best regards Oliver PS: pciconf -lv says: re0@pci0:0:13:0: class=0x020000 card=0x094c1462 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet dmesg says: re0: port 0xe000-0xe0ff mem 0xfd021000-0xfd0210ff irq 16 at device 13.0 on pci0 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:16:17:99:d3:69 re0: [FILTER] ifconfig says (IP addresses masked): re0: flags=8843 metric 0 mtu 1500 options=9b ether 00:16:17:99:d3:69 inet a.b.c.75 netmask 0xffffffe0 broadcast a.b.c.95 inet a.b.d.138 netmask 0xfffffff8 broadcast a.b.d.143 inet a.b.d.139 netmask 0xfffffff8 broadcast a.b.d.143 inet a.b.d.140 netmask 0xfffffff8 broadcast a.b.d.143 inet a.b.d.141 netmask 0xfffffff8 broadcast a.b.d.143 inet a.b.d.142 netmask 0xfffffff8 broadcast a.b.d.143 media: Ethernet autoselect (1000baseTX ) status: active -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd I suggested holding a "Python Object Oriented Programming Seminar", but the acronym was unpopular. -- Joseph Strout From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 15:35:50 2007 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 690E816A418 for ; Tue, 20 Nov 2007 15:35:50 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: from web50704.mail.re2.yahoo.com (web50704.mail.re2.yahoo.com [206.190.38.102]) by mx1.freebsd.org (Postfix) with SMTP id 1A07213C4B8 for ; Tue, 20 Nov 2007 15:35:49 +0000 (UTC) (envelope-from john_m_cooper@yahoo.com) Received: (qmail 44881 invoked by uid 60001); 20 Nov 2007 15:35:42 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Received:X-Mailer:Date:From:Subject:To:Cc:MIME-Version:Content-Type:Message-ID; b=z/zt814D8oUacFOC6JYpLZp+GiUQq92ziZiIVZfkexikp+aikqeelHmNcJD1BTB053bzaYfN3gKf4l5hnN+ZU5QQZ9ln4zv5k5ZsGSdAUWTPGHjc/ENu7zFS9MuQvIL6B4X98KYRzaOyOqVdM7WuQewwIE6ZZ6uPAsAA73Lme2c=; Received: from [134.121.240.131] by web50704.mail.re2.yahoo.com via HTTP; Tue, 20 Nov 2007 07:35:42 PST X-Mailer: YahooMailRC/818.27 YahooMailWebService/0.7.157 Date: Tue, 20 Nov 2007 07:35:42 -0800 (PST) From: John Merryweather Cooper To: obrien@freebsd.org, John Birrell MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Message-ID: <543425.44000.qm@web50704.mail.re2.yahoo.com> Cc: ????????? Bill Hacker , freebsd-current@freebsd.org Subject: Re: Tinderbox 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 Nov 2007 15:35:50 -0000 Could not -fno-strict-aliasing be considered as just another WARN level? At least then, there might be some pressure to eliminate strict aliasing warnings as a necessary component to moving to a higher WARN level. jmc ----- Original Message ---- From: David O'Brien To: John Birrell Cc: ????????? Bill Hacker ; freebsd-current@freebsd.org Sent: Tuesday, November 20, 2007 7:20:28 AM Subject: Re: Tinderbox On Mon, Nov 19, 2007 at 10:33:50PM +0000, John Birrell wrote: > Unfortunately the tinderboxes run with custom CFLAGS. > I would change this if I could, but I'm not the first to mention > how frustrating it is. I have never seen a good argument for why > the tinderbox is different from the CVS defaults. One reason is that some of us (at least) have dreams of not compiling with -strict-aliasing. If we have any hope of doing so - the tenderbox needs to build without to keep new warnings of creaping up. -- -- David (obrien@FreeBSD.org) _______________________________________________ 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 Tue Nov 20 15:51:30 2007 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 112DE16A417; Tue, 20 Nov 2007 15:51:30 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8869D13C455; Tue, 20 Nov 2007 15:51:29 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAKFpGg9051830; Tue, 20 Nov 2007 16:51:16 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47430274.4030109@deepcore.dk> Date: Tue, 20 Nov 2007 16:51:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Joao Barros References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> <200711200813.41929.thierry@herbelot.com> <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> In-Reply-To: <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable Cc: freebsd-hackers@FreeBSD.ORG, sos@FreeBSD.ORG, freebsd-current@FreeBSD.ORG, thierry@herbelot.com Subject: Re: Patch RFC: Promise SATA300 TX4 hardware bug workaround. 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 Nov 2007 15:51:30 -0000 Joao Barros wrote: > On 11/20/07, Thierry Herbelot wrote: > =20 >> Le Tuesday 20 November 2007, Ari Suutari a =E9crit : >> >> =20 >>> I have Promise TX2 (PDC20575). It didn't work with 7.0 betas >>> before, but with this patch things run as well as they did >>> on 6.x. >>> >>> Ari S. >>> =20 >> Hello, >> >> Has anyone an idea why the Promise controllers seemed to work correctl= y under >> 6.x, then have issues with 7.0 ? (more precisely : was the existing bu= g not >> triggered by the 6.x kernel ?) >> >> =20 The problems as in the Promise HW, so it bound to happen on 6.x as well. = Note that it just leads to data corruption not nessesarily hangs/lockups.= > > Apparently not all Promise controllers are/were affected. I've been > running CURRENT since Pawel committed ZFS with an onboard Promise: > > atapci0: port > 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem > 0xfc024000-0xfc024fff,0xfc000000-0xfc01ffff irq 23 at device 4.0 on > pci4 > ar0: 305245MB status: READY > ar1: 305245MB status: READY > =20 No, only the newer "Gen2" chips, the older should be safe. > atapci0@pci0:4:4:0: class=3D0x010400 card=3D0x80f51043 chip=3D0x331= 9105a > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Promise Technology Inc' > device =3D 'PDC20319(??) FastTrak SATA150 TX4 Controller' > class =3D mass storage > subclass =3D RAID > > The only problem I have and I'm filling a pr for that, is when booting > from CD with the controller enabled, the BTX loader just reboots. > =20 Thats at least not an ATA problem :) -S=F8ren From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 15:53:28 2007 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 1BC2C16A475; Tue, 20 Nov 2007 15:53:28 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: from mx.kash.tomsk.ru (ns2.kash.tomsk.ru [88.204.35.2]) by mx1.freebsd.org (Postfix) with ESMTP id 6076913C47E; Tue, 20 Nov 2007 15:53:27 +0000 (UTC) (envelope-from root@kash.tomsk.ru) Received: by mx.kash.tomsk.ru (Postfix, from userid 0) id B1FA0DAD66; Tue, 20 Nov 2007 21:53:17 +0600 (NOVT) Received: from mx2.freebsd.org (mx2.freebsd.org [69.147.83.53]) by mx.kash.tomsk.ru (Postfix) with ESMTP id 1104BDAD29 for ; Tue, 20 Nov 2007 21:53:16 +0600 (NOVT) Received: from hub.freebsd.org (hub.freebsd.org [IPv6:2001:4f8:fff6::36]) by mx2.freebsd.org (Postfix) with ESMTP id 115995EECD; Tue, 20 Nov 2007 15:51:47 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Received: from hub.freebsd.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 4CA0B16A4EA; Tue, 20 Nov 2007 15:51:46 +0000 (UTC) (envelope-from owner-freebsd-hackers@freebsd.org) Delivered-To: freebsd-hackers@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 112DE16A417; Tue, 20 Nov 2007 15:51:30 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from spider.deepcore.dk (cpe.atm2-0-70484.0x50a6c9a6.abnxx16.customer.tele.dk [80.166.201.166]) by mx1.freebsd.org (Postfix) with ESMTP id 8869D13C455; Tue, 20 Nov 2007 15:51:29 +0000 (UTC) (envelope-from sos@deepcore.dk) Received: from ws.local (ws.deepcore.dk [194.192.25.137]) by spider.deepcore.dk (8.13.8/8.13.8) with ESMTP id lAKFpGg9051830; Tue, 20 Nov 2007 16:51:16 +0100 (CET) (envelope-from sos@deepcore.dk) Message-ID: <47430274.4030109@deepcore.dk> Date: Tue, 20 Nov 2007 16:51:16 +0100 From: =?ISO-8859-1?Q?S=F8ren_Schmidt?= User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Joao Barros References: <472A548B.50406@lxnt.info> <20071119103430.GA15083@stud.ntnu.no> <4742838E.8010401@suutari.iki.fi> <200711200813.41929.thierry@herbelot.com> <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> In-Reply-To: <70e8236f0711200220n28747b22x47da532e9e4b5f84@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: quoted-printable X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Sender: owner-freebsd-hackers@freebsd.org Errors-To: owner-freebsd-hackers@freebsd.org X-DSPAM-Result: Innocent X-DSPAM-Processed: Tue Nov 20 21:53:17 2007 X-DSPAM-Confidence: 0.9989 X-DSPAM-Probability: 0.0000 X-DSPAM-Signature: 474302ed191322906613978 X-DSPAM-Factors: 27, Sender*owner+freebsd, 0.00057, Sender*freebsd, 0.00057, List-Post*freebsd, 0.00057, List-Post* List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 15:53:28 -0000 Joao Barros wrote: > On 11/20/07, Thierry Herbelot wrote: > =20 >> Le Tuesday 20 November 2007, Ari Suutari a =E9crit : >> >> =20 >>> I have Promise TX2 (PDC20575). It didn't work with 7.0 betas >>> before, but with this patch things run as well as they did >>> on 6.x. >>> >>> Ari S. >>> =20 >> Hello, >> >> Has anyone an idea why the Promise controllers seemed to work correctl= y under >> 6.x, then have issues with 7.0 ? (more precisely : was the existing bu= g not >> triggered by the 6.x kernel ?) >> >> =20 The problems as in the Promise HW, so it bound to happen on 6.x as well. = Note that it just leads to data corruption not nessesarily hangs/lockups.= > > Apparently not all Promise controllers are/were affected. I've been > running CURRENT since Pawel committed ZFS with an onboard Promise: > > atapci0: port > 0xb000-0xb03f,0xb400-0xb40f,0xb800-0xb87f mem > 0xfc024000-0xfc024fff,0xfc000000-0xfc01ffff irq 23 at device 4.0 on > pci4 > ar0: 305245MB status: READY > ar1: 305245MB status: READY > =20 No, only the newer "Gen2" chips, the older should be safe. > atapci0@pci0:4:4:0: class=3D0x010400 card=3D0x80f51043 chip=3D0x331= 9105a > rev=3D0x02 hdr=3D0x00 > vendor =3D 'Promise Technology Inc' > device =3D 'PDC20319(??) FastTrak SATA150 TX4 Controller' > class =3D mass storage > subclass =3D RAID > > The only problem I have and I'm filling a pr for that, is when booting > from CD with the controller enabled, the BTX loader just reboots. > =20 Thats at least not an ATA problem :) -S=F8ren _______________________________________________ freebsd-hackers@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-hackers To unsubscribe, send any mail to "freebsd-hackers-unsubscribe@freebsd.org" From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 17:50:33 2007 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 BA86316A41B for ; Tue, 20 Nov 2007 17:50:33 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: from redundancy.redundancy.org (redundancy.redundancy.org [64.147.160.152]) by mx1.freebsd.org (Postfix) with SMTP id A071213C4C4 for ; Tue, 20 Nov 2007 17:50:33 +0000 (UTC) (envelope-from lx@redundancy.redundancy.org) Received: (qmail 53573 invoked by uid 1001); 20 Nov 2007 17:50:56 -0000 Date: Tue, 20 Nov 2007 09:50:55 -0800 From: "David E. Thiel" To: freebsd-current@freebsd.org Message-ID: <20071120175032.GD73898@redundancy.redundancy.org> Mail-Followup-To: freebsd-current@freebsd.org References: <20071120141403.GE81260@comp.chem.msu.su> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071120141403.GE81260@comp.chem.msu.su> X-OpenPGP-Key-fingerprint: 482A 8C46 C844 7E7C 8CBC 2313 96EE BEE5 1F4B CA13 X-Face: %H~{$1~NOw1y#%mM6{|4:/ List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 20 Nov 2007 17:50:33 -0000 On Tue, Nov 20, 2007 at 05:13:40PM +0300, Yar Tikhiy wrote: > Did I hit a known issue? Yes, there are some known desktop responsiveness issues. Kip indicated yesterday that he has a potential fix for a thread priority inversion issue, so I'd recommend tracking RELENG_7 for a while and hopefully it'll go away. In the meantime, some people have reported success reducing kern.hz. From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 19:23:17 2007 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 E122216A41A for ; Tue, 20 Nov 2007 19:23:17 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 222CF13C447; Tue, 20 Nov 2007 19:23:16 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <4743342A.10507@FreeBSD.org> Date: Tue, 20 Nov 2007 20:23:22 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Yar Tikhiy References: <20071120141403.GE81260@comp.chem.msu.su> In-Reply-To: <20071120141403.GE81260@comp.chem.msu.su> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: jroberson@chesapeake.net, freebsd-current@freebsd.org Subject: Re: SCHED_ULE & niceness / rtprio 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 Nov 2007 19:23:18 -0000 Yar Tikhiy wrote: > Hi all, > > SCHED_ULE seems to do an unfair job to processes with low niceness > or with real-time priority. Here are my observations: > > A few days ago I noticed that music (played by Totem, Gnome's default > player) would pause for a fraction of second each time I did something > in X/Gnome, such as switched between windows, clicked on a link in > the web browser, etc. Then I found that music was jerky only if > the player ran with a negative niceness or a real-time priority: > As soon as I returned it to niceness 0 and normal priority, sound > became totally seamless notwithstanding my activity in X. > > The approximate value required for the effect to appear was niceness > as low as -5 or RT priority as high as 10; niceness -1 or rtprio 1 > wasn't enough. > > Curious, I substituted SCHED_4BSD for SCHED_ULE in my otherwise > GENERIC kernel, and the jerkiness of sound was gone irrespective > of the niceness or RT priority of the player. > > To rule out other possible causes, I also tried kernels with SCHED_ULE > but without SMP or without debug stuff (INVARIANTS+WITNESS), but > the issue was there in both cases, unlike in the case of SCHED_4BSD. > > Of course, X+Gnome+stuff isn't the clearest environment for debugging > schedulers, but multimedia apps are rather sensitive to scheduling > quality. This case should be rather obvious: When I click in an > inactive window, some processes are woken that have been idle. > After that the high-priority player isn't scheduled long enough for > the hardware audo buffer to drain, although it would be scheduled > soon if it had normal priority. > > Did I hit a known issue? Others have reported it, but I don't know if Jeff has had time to investigate yet. Kris From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 21:45:07 2007 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 7685216A421 for ; Tue, 20 Nov 2007 21:45:07 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from rusty.kulnet.kuleuven.ac.be (rusty.kulnet.kuleuven.ac.be [134.58.240.42]) by mx1.freebsd.org (Postfix) with ESMTP id 44A7813C467 for ; Tue, 20 Nov 2007 21:45:07 +0000 (UTC) (envelope-from tijl@ulyssis.org) Received: from localhost (localhost [127.0.0.1]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 1F8F21D78CE; Tue, 20 Nov 2007 22:20:02 +0100 (CET) Received: from smtps02.kuleuven.be (smtpshost02.kulnet.kuleuven.be [134.58.240.75]) by rusty.kulnet.kuleuven.ac.be (Postfix) with ESMTP id 48AF11D771F; Tue, 20 Nov 2007 22:20:00 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [10.4.16.222]) by smtps02.kuleuven.be (Postfix) with ESMTP id BDD97F3862; Tue, 20 Nov 2007 22:19:59 +0100 (CET) Received: from kalimero.kotnet.org (kalimero.kotnet.org [127.0.0.1]) by kalimero.kotnet.org (8.14.2/8.14.1) with ESMTP id lAKLJw8N006572; Tue, 20 Nov 2007 22:19:58 +0100 (CET) (envelope-from tijl@ulyssis.org) X-Kuleuven: This mail passed the K.U.Leuven mailcluster From: Tijl Coosemans To: freebsd-current@freebsd.org Date: Tue, 20 Nov 2007 22:19:56 +0100 User-Agent: KMail/1.9.7 References: <473F250F.2030903@gmail.com> <-7365572665943498145@unknownmsgid> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711202219.57553.tijl@ulyssis.org> X-Virus-Scanned: by KULeuven Antivirus Cluster Cc: Kip Macy Subject: Re: congrlations to the freebsd developers 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 Nov 2007 21:45:07 -0000 On Sunday 18 November 2007 23:45:12 Kip Macy wrote: > On Nov 18, 2007 12:21 PM, Alexey Shuvaev > wrote: >> On Sun, Nov 18, 2007 at 08:24:36AM +0100, [LoN]Kamikaze wrote: >>> Aryeh M. Friedman wrote: >>>> 2. I meant features not formats and since I am using amd64 no >>>> wine >>> >>> Setting up FreeBSD i386 in a jail seems to do the job for most >>> people. You can have a whole i386 system in a jail and it won't >>> even recognize it's running on an amd64 kernel. >> >> I have gone this way. Well, everything (including emulators/wine) >> compiles and installs fine, but i386-build of a wine does not work >> inside i386-jail hosted on amd64 machine. I don't remember exactly >> what happens on start, segment violation or something like this, >> with core dump. I think wine requires rather tight co-operation with >> the kernel and it is not possible to launch i386-wine on amd64 this >> way. > > Please file a PR on the Wine core dump. It's a known problem. The amd64 kernel doesn't preserve the segment registers (%es, %fs, %gs,...) when switching an ia32 context. Wine won't work without that. From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 21:47:15 2007 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 6A5D716A49A for ; Tue, 20 Nov 2007 21:47:15 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 0D93613C442 for ; Tue, 20 Nov 2007 21:47:14 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1927322nfb for ; Tue, 20 Nov 2007 13:47:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=XGNOhvmM2XV6bVxlX2Iac0zOvF+nDkF/ElGyx8RVeb8=; b=D4Rr+DiHhl92cJD2YvFa8HIyFdaFrXDBB/y6DJUB58IVwV8D979ED6OEAaGIYw2ceDccJDRrh/85bMfi+BaR4Ax2MhiDGFOfIX5i9S8Rqltc4ImbILiuFwpmHtAndEmD5gGacIn6bWB7Nby0JEux+xPfPHAneG3Q7lcq854p2Xk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=PBFDPEOIlK3BLhFSaa8/zi+2GgR+AEBgvRT2OnsG3rsXagO8w1K6PjNJKv3WDZQglBrTZiYbwEIbXNw2QYWBpr8L36lOuYcHf3z9RblymNai5BIMhB29fMGYgVLGw1/+PuA8ZJuJbHup/B2zxstPmPYW7jE499IU7XKpZt4CDCc= Received: by 10.86.72.15 with SMTP id u15mr6583708fga.1195595233588; Tue, 20 Nov 2007 13:47:13 -0800 (PST) Received: by 10.86.100.19 with HTTP; Tue, 20 Nov 2007 13:47:08 -0800 (PST) Message-ID: <2a41acea0711201347p30aacc02h1015a19a48715e15@mail.gmail.com> Date: Tue, 20 Nov 2007 13:47:08 -0800 From: "Jack Vogel" To: "FreeBSD Current" MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: Version 6.7.3 of the em 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: Tue, 20 Nov 2007 21:47:15 -0000 I have just checked in a new version of the em driver to HEAD, it incorporates all the fixes I know about, and some of the features that have only been in 6.3 til now. I would like to MFC this in time for 7.0 so please kick the tires if you can :) Cheers, Jack From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 22:41:03 2007 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 E686816A418 for ; Tue, 20 Nov 2007 22:41:03 +0000 (UTC) (envelope-from jb@what-creek.com) Received: from what-creek.com (what-creek.com [66.111.37.70]) by mx1.freebsd.org (Postfix) with ESMTP id C83D013C4C6 for ; Tue, 20 Nov 2007 22:41:03 +0000 (UTC) (envelope-from jb@what-creek.com) Received: by what-creek.com (Postfix, from userid 102) id 4AADD73301; Tue, 20 Nov 2007 22:43:37 +0000 (GMT) Date: Tue, 20 Nov 2007 22:43:37 +0000 From: John Birrell To: John Merryweather Cooper Message-ID: <20071120224337.GB12810@what-creek.com> References: <543425.44000.qm@web50704.mail.re2.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <543425.44000.qm@web50704.mail.re2.yahoo.com> User-Agent: Mutt/1.4.2.3i Cc: ????????? Bill Hacker , freebsd-current@freebsd.org Subject: Re: Tinderbox 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 Nov 2007 22:41:04 -0000 On Tue, Nov 20, 2007 at 07:35:42AM -0800, John Merryweather Cooper wrote: > Could not -fno-strict-aliasing be considered as just another WARN level? > At least then, there might be some pressure to eliminate strict aliasing > warnings as a necessary component to moving to a higher WARN level. > This is something I'd like to do right now as "a step in the right direction". RCS file: /u/freebsd/cvsup/src/src/share/mk/bsd.sys.mk,v retrieving revision 1.43 diff -r1.43 bsd.sys.mk 11,12d10 < NO_WERROR= < 78a77,80 > .if defined(NO_WARNS) || (defined(WARNS) && ${WARNS} == 0) > CFLAGS += -fno-strict-aliasing > .endif > and remove it from the default CFLAGS in sys.mk -- John Birrell From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 22:55:26 2007 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 44B0A16A421 for ; Tue, 20 Nov 2007 22:55:26 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id D6EE913C4C6 for ; Tue, 20 Nov 2007 22:55:25 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iubzu-00071E-9b for freebsd-current@freebsd.org; Tue, 20 Nov 2007 22:55:14 +0000 Received: from mulderlab.f5.com ([205.229.151.151]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Nov 2007 22:55:14 +0000 Received: from atkin901 by mulderlab.f5.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 20 Nov 2007 22:55:14 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Mark Atkinson Date: Tue, 20 Nov 2007 14:54:49 -0800 Lines: 83 Message-ID: References: <200711200037.lAK0bkoM067509__45537.6001693823$1195519138$gmane$org@repoman.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7Bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: mulderlab.f5.com User-Agent: KNode/0.10.5 Sender: news Subject: Re: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h 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 Nov 2007 22:55:26 -0000 Attilio Rao wrote: > attilio 2007-11-20 00:37:45 UTC > > FreeBSD src repository > > Modified files: > sys/kern kern_timeout.c > sys/sys callout.h > Log: > Add the function callout_init_rw() to callout facility in order to use > rwlocks in conjuction with callouts. The function does basically what > callout_init_mtx() alredy does with the difference of using a rwlock > as extra argument. > CALLOUT_SHAREDLOCK flag can be used, now, in order to acquire the lock > only > in read mode when running the callout handler. It has no effects when > used in conjuction with mtx. > > In order to implement this, underlying callout functions have been made > completely lock type-unaware, so accordingly with this, sysctl > debug.to_avg_mtxcalls is now changed in the generic > debug.to_avg_lockcalls. > > Note: currently the allowed lock classes are mutexes and rwlocks because > callout handlers run in softclock swi, so they cannot sleep and they > cannot acquire sleepable locks like sx or lockmgr. > > Requested by: kmacy, pjd, rwatson > Reviewed by: jhb > > Revision Changes Path > 1.107 +57 -52 src/sys/kern/kern_timeout.c > 1.32 +10 -3 src/sys/sys/callout.h > _______________________________________________ > cvs-src@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/cvs-src > To unsubscribe, send any mail to "cvs-src-unsubscribe@freebsd.org" Did I update at the wrong time? I get this after I rebuilt world trying to go to multi user: Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0ee fault code = supervisor read, page not present instruction pointer = 0x20:0xc075ea03 stack pointer = 0x28:0xe4364c54 frame pointer = 0x28:0xe4364c64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 12 (swi4: clock sio) [thread pid 12 tid 100005 ] Stopped at _mtx_assert+0x53: movl 0x10(%edx),%eax db> bt Tracing pid 12 tid 100005 td 0xc3f08440 _mtx_assert(deadc0de,14,c0ac8273,a7,c422f860,...) at _mtx_assert+0x53 unlock_mtx(deadc0de,1,c0aca89d,f2,6,...) at unlock_mtx+0x2a softclock(0,0,c0ac60de,46f,c3f46364,...) at softclock+0x293 ithread_loop(c3f05280,e4364d38,c0ac5e54,30c,c3f067f8,...) at ithread_loop+0x1c5 fork_exit(c074e7f0,c3f05280,e4364d38) at fork_exit+0xc5 fork_trampoline() at fork_trampoline+0x8 --- trap 0, eip = 0, esp = 0xe4364d70, ebp = 0 --- db> show alllocks Process 12 (swi4: clock sio) thread 0xc3f08440 (100005) exclusive sleep mutex Giant r = 0 (0xc0be3570) locked @ /usr/src/sys/kern/kern_mutex.c:151 db> call doadump Physical memory: 1010 MB Dumping 48 MB: 33 17 1 Dump complete = 0xf db> panic panic: from debugger cpuid = 0 Uptime: 23s Automatic reboot in 15 seconds - press a key on the console to abort -- Mark Atkinson atkin901@yahoo.com (!wired)?(coffee++):(wired); From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 23:34:57 2007 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 5A5AA16A419 for ; Tue, 20 Nov 2007 23:34:57 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from ch-smtp02.sth.basefarm.net (ch-smtp02.sth.basefarm.net [80.76.149.213]) by mx1.freebsd.org (Postfix) with ESMTP id EC59513C45D for ; Tue, 20 Nov 2007 23:34:56 +0000 (UTC) (envelope-from erikt@midgard.homeip.net) Received: from c83-253-25-183.bredband.comhem.se ([83.253.25.183]:61694 helo=falcon.midgard.homeip.net) by ch-smtp02.sth.basefarm.net with esmtp (Exim 4.68) (envelope-from ) id 1IucNb-0007I2-7S for freebsd-current@freebsd.org; Wed, 21 Nov 2007 00:19:45 +0100 Received: (qmail 28406 invoked from network); 21 Nov 2007 00:19:38 +0100 Received: from owl.midgard.homeip.net (10.1.5.7) by falcon.midgard.homeip.net with ESMTP; 21 Nov 2007 00:19:38 +0100 Received: (qmail 13171 invoked by uid 1001); 21 Nov 2007 00:19:38 +0100 Date: Wed, 21 Nov 2007 00:19:38 +0100 From: Erik Trulsson To: John Birrell Message-ID: <20071120231938.GA13120@owl.midgard.homeip.net> Mail-Followup-To: John Birrell , John Merryweather Cooper , ????????? Bill Hacker , freebsd-current@freebsd.org References: <543425.44000.qm@web50704.mail.re2.yahoo.com> <20071120224337.GB12810@what-creek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071120224337.GB12810@what-creek.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Originating-IP: 83.253.25.183 X-Scan-Result: No virus found in message 1IucNb-0007I2-7S. X-Scan-Signature: ch-smtp02.sth.basefarm.net 1IucNb-0007I2-7S 90f162c0eecc9fc1daea88bb524d97cf Cc: ????????? Bill Hacker , freebsd-current@freebsd.org Subject: Re: Tinderbox 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 Nov 2007 23:34:57 -0000 On Tue, Nov 20, 2007 at 10:43:37PM +0000, John Birrell wrote: > On Tue, Nov 20, 2007 at 07:35:42AM -0800, John Merryweather Cooper wrote: > > Could not -fno-strict-aliasing be considered as just another WARN level? > > At least then, there might be some pressure to eliminate strict aliasing > > warnings as a necessary component to moving to a higher WARN level. > > > > This is something I'd like to do right now as "a step in the right > direction". > > RCS file: /u/freebsd/cvsup/src/src/share/mk/bsd.sys.mk,v > retrieving revision 1.43 > diff -r1.43 bsd.sys.mk > 11,12d10 > < NO_WERROR= > < > 78a77,80 > > .if defined(NO_WARNS) || (defined(WARNS) && ${WARNS} == 0) > > CFLAGS += -fno-strict-aliasing > > .endif > > > > > and remove it from the default CFLAGS in sys.mk > You seem to misunderstand what -fno-strict-aliasing does. Its purpose is not to disable some warnings, but to disable certain optimizations which can easily cause not-quite-correct code to behave differently than the programmer intended. Such incorrect code is unfortunately fairly common, which is why -fno-strict-aliasing is often needed. Which optimizations are enabled or disabled should not depend on which WARN level is used. If gcc gives a warning about strict aliasing this means that there is almost certainly a bug in the code which need to be fixed, to make it safe to compile with the extra optimizations that an assumption of strict aliasing enables. -- Erik Trulsson ertr1013@student.uu.se From owner-freebsd-current@FreeBSD.ORG Tue Nov 20 23:38:24 2007 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 5C35C16A418 for ; Tue, 20 Nov 2007 23:38:24 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.181]) by mx1.freebsd.org (Postfix) with ESMTP id 434EB13C43E for ; Tue, 20 Nov 2007 23:38:24 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2717781waf for ; Tue, 20 Nov 2007 15:38:23 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=cp79TkxrWLU4s+/+EhVKyV7nyq+9UHYzr5Z4OzO0o6s=; b=SF51Ea6XHvD07dpv2XCboMm0LXETXDhtVCpdSKGgwlrbtYwzhmwZGbY6NJZP9J2+vtbt6u6bOhjuLURrCh9LA86i4SfBf64MOMsZ7bqigWH4kIEvhQau10pdgjhBmIZSvqglDg5owAtpSFaNBd2G3bBU3LRpDB+bA9SLd1iz/1w= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kfGt3chOxhfrLT+frvhnZqU88gPg+sclRAqgcJdMLgkpeikF4cJgxYsusL3JKYknTx7vBiC/JHJreaPV9tHXS3FT2aj1JJpEVrQMBFygzedQSSMFmlvzwSG/oGVmKmEeJ+qcOXt9GYfa7NKrj/Q8PrAxwmGTk9DcExgJEB8UP0s= Received: by 10.114.93.17 with SMTP id q17mr215822wab.1195601902848; Tue, 20 Nov 2007 15:38:22 -0800 (PST) Received: by 10.114.13.15 with HTTP; Tue, 20 Nov 2007 15:38:22 -0800 (PST) Message-ID: Date: Tue, 20 Nov 2007 15:38:22 -0800 From: "Kip Macy" To: "John Birrell" , "John Merryweather Cooper" , "????????? Bill Hacker" , freebsd-current@freebsd.org In-Reply-To: <20071120231938.GA13120@owl.midgard.homeip.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <543425.44000.qm@web50704.mail.re2.yahoo.com> <20071120224337.GB12810@what-creek.com> <20071120231938.GA13120@owl.midgard.homeip.net> Cc: Subject: Re: Tinderbox 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 Nov 2007 23:38:24 -0000 On Nov 20, 2007 3:19 PM, Erik Trulsson wrote: > On Tue, Nov 20, 2007 at 10:43:37PM +0000, John Birrell wrote: > > On Tue, Nov 20, 2007 at 07:35:42AM -0800, John Merryweather Cooper wrote: > > > Could not -fno-strict-aliasing be considered as just another WARN level? > > > At least then, there might be some pressure to eliminate strict aliasing > > > warnings as a necessary component to moving to a higher WARN level. > > > > > > > This is something I'd like to do right now as "a step in the right > > direction". > > > > RCS file: /u/freebsd/cvsup/src/src/share/mk/bsd.sys.mk,v > > retrieving revision 1.43 > > diff -r1.43 bsd.sys.mk > > 11,12d10 > > < NO_WERROR= > > < > > 78a77,80 > > > .if defined(NO_WARNS) || (defined(WARNS) && ${WARNS} == 0) > > > CFLAGS += -fno-strict-aliasing > > > .endif > > > > > > > > > and remove it from the default CFLAGS in sys.mk > > > > You seem to misunderstand what -fno-strict-aliasing does. > Its purpose is not to disable some warnings, but to disable > certain optimizations which can easily cause not-quite-correct code > to behave differently than the programmer intended. > Such incorrect code is unfortunately fairly common, which is why > -fno-strict-aliasing is often needed. > > Which optimizations are enabled or disabled should not depend > on which WARN level is used. > > If gcc gives a warning about strict aliasing this means that there is > almost certainly a bug in the code which need to be fixed, to make it safe > to compile with the extra optimizations that an assumption of strict > aliasing enables. > The kernel will never be compiled with strict aliasing on. It introduces the possibility for too many impossible to diagnose bugs. -Kip From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 00:08:05 2007 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 6DBA016A41A; Wed, 21 Nov 2007 00:08:05 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from webaccess-cl.virtdom.com (webaccess-cl.virtdom.com [216.240.101.25]) by mx1.freebsd.org (Postfix) with ESMTP id 2DDDE13C45A; Wed, 21 Nov 2007 00:08:05 +0000 (UTC) (envelope-from jroberson@chesapeake.net) Received: from [192.168.1.107] (cpe-24-94-75-93.hawaii.res.rr.com [24.94.75.93]) (authenticated bits=0) by webaccess-cl.virtdom.com (8.13.6/8.13.6) with ESMTP id lAL07LbZ042150; Tue, 20 Nov 2007 19:07:22 -0500 (EST) (envelope-from jroberson@chesapeake.net) Date: Tue, 20 Nov 2007 14:08:49 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@192.168.1.107 To: Kris Kennaway In-Reply-To: <4743342A.10507@FreeBSD.org> Message-ID: <20071120140752.C884@192.168.1.107> References: <20071120141403.GE81260@comp.chem.msu.su> <4743342A.10507@FreeBSD.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: SCHED_ULE & niceness / rtprio 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 Nov 2007 00:08:05 -0000 On Tue, 20 Nov 2007, Kris Kennaway wrote: > Yar Tikhiy wrote: >> Hi all, >> >> SCHED_ULE seems to do an unfair job to processes with low niceness >> or with real-time priority. Here are my observations: >> >> A few days ago I noticed that music (played by Totem, Gnome's default >> player) would pause for a fraction of second each time I did something >> in X/Gnome, such as switched between windows, clicked on a link in >> the web browser, etc. Then I found that music was jerky only if >> the player ran with a negative niceness or a real-time priority: >> As soon as I returned it to niceness 0 and normal priority, sound >> became totally seamless notwithstanding my activity in X. >> >> The approximate value required for the effect to appear was niceness >> as low as -5 or RT priority as high as 10; niceness -1 or rtprio 1 >> wasn't enough. >> >> Curious, I substituted SCHED_4BSD for SCHED_ULE in my otherwise >> GENERIC kernel, and the jerkiness of sound was gone irrespective >> of the niceness or RT priority of the player. >> >> To rule out other possible causes, I also tried kernels with SCHED_ULE >> but without SMP or without debug stuff (INVARIANTS+WITNESS), but >> the issue was there in both cases, unlike in the case of SCHED_4BSD. >> >> Of course, X+Gnome+stuff isn't the clearest environment for debugging >> schedulers, but multimedia apps are rather sensitive to scheduling >> quality. This case should be rather obvious: When I click in an >> inactive window, some processes are woken that have been idle. >> After that the high-priority player isn't scheduled long enough for >> the hardware audo buffer to drain, although it would be scheduled >> soon if it had normal priority. >> >> Did I hit a known issue? > > Others have reported it, but I don't know if Jeff has had time to investigate > yet. I definitely knew about problems with positively niced tasks. I had not heard about the negative nice problems. This is my top priority as far as opensource goes. I've been unfortunately busy with other things however. I hope to get to this soon. Thanks, Jeff > > Kris > _______________________________________________ > 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 Nov 21 00:51:34 2007 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 9A9F916A46B for ; Wed, 21 Nov 2007 00:51:34 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from shiva.jussieu.fr (shiva.jussieu.fr [134.157.0.129]) by mx1.freebsd.org (Postfix) with ESMTP id 26C6B13C44B for ; Wed, 21 Nov 2007 00:51:33 +0000 (UTC) (envelope-from arno@heho.snv.jussieu.fr) Received: from heho.snv.jussieu.fr (heho.snv.jussieu.fr [134.157.184.22]) by shiva.jussieu.fr (8.13.8/jtpda-5.4) with ESMTP id lAL0pUdV056687 ; Wed, 21 Nov 2007 01:51:30 +0100 (CET) X-Ids: 168 Received: from heho.snv.jussieu.fr (localhost [127.0.0.1]) by heho.snv.jussieu.fr (8.13.3/jtpda-5.2) with ESMTP id lAL0pTND015336 ; Wed, 21 Nov 2007 01:51:29 +0100 (MET) Received: (from arno@localhost) by heho.snv.jussieu.fr (8.13.3/8.13.1/Submit) id lAL0pSDa015333; Wed, 21 Nov 2007 01:51:28 +0100 (MET) (envelope-from arno) To: Kris Kennaway References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> <47406E17.5010702@FreeBSD.org> From: "Arno J. Klaassen" Date: 21 Nov 2007 01:51:27 +0100 In-Reply-To: <47406E17.5010702@FreeBSD.org> Message-ID: Lines: 37 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-3.0 (shiva.jussieu.fr [134.157.0.168]); Wed, 21 Nov 2007 01:51:31 +0100 (CET) X-Virus-Scanned: ClamAV 0.88.7/4856/Wed Nov 21 00:19:47 2007 on shiva.jussieu.fr X-Virus-Status: Clean X-Miltered: at shiva.jussieu.fr with ID 47438112.000 by Joe's j-chkmail (http://j-chkmail.ensmp.fr)! Cc: Gregory Wright , freebsd-current@FreeBSD.org, joao@matik.com.br Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 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 Nov 2007 00:51:34 -0000 Kris Kennaway writes: > Arno J. Klaassen wrote: > > Gregory Wright writes: > > > >> Hi, > >> > >> I tried enabling powerd on FreeBSd 7.0BETA-2 by adding > >> > >> powerd_enable="YES" > >> > >> to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron > >> 270 HE processor (dual core), 2 GB RAM. AMD powernow was > >> enabled in the BIOS. > > I never succeeded in using cpufreq on any 288x MB. If freezes > > box even with latest bios. > > Have you tried disabling acpi_throttle? yes; but quite a long time ago; didn't make a difference those boards go rather low in their minimal frequency (about 200-300Mhz if not even lower) and in at least 8 steps; acpi_ppc, which works for me, seems to take into account only the four most powerfull states (about 1Ghz being minimal then) might be a "piste" Arno PS, while here, and totaly unrelated, rev 1.252.2.7 (MFC "un-neede singl-threading code") of kern_fork.c to releng_6, seems to break things for me in a 4-way SMP (twice dual-core) amd64_releng6 box when forking procs in java. I'll triple-check before once again sending a bogus problem email but I got plenty of strange things when upgrading a production box to recent releng_6 (for sake of testing ata-promise TX4 patch), which disappeared after reverting to 1.252.2.6. fyi From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 01:08:48 2007 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 3482F16A469 for ; Wed, 21 Nov 2007 01:08:48 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id E56BF13C43E for ; Wed, 21 Nov 2007 01:08:47 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5DBDAEB17FE; Wed, 21 Nov 2007 09:08:50 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id o4BJpZL1uSoe; Wed, 21 Nov 2007 09:08:44 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 8AF9CEB0CF3; Wed, 21 Nov 2007 09:08:43 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:x-enigmail-version:content-type:content-transfer-encoding; b=F9jC1cPeiH26vgBAfqvV5bW+n68TbEWgCvElrfl+iHdBp+gcRLFXa3vNCeUWrrfFw E4q+fZNWQpsKbrDAKCBsw== Message-ID: <47438516.6060105@delphij.net> Date: Tue, 20 Nov 2007 17:08:38 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: kensmith@freebsd.org Subject: Strange behavior of mv(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 01:08:48 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, It seems that mv(1) behaves differently when handling with respect to different filesystems. Test1: Moving within one filesystem: mkdir -p t/a/b mkdir -p b/c/d cd t/ mv ../b a Resulting tree: t/ a/ b/ c/ d/ However, with different filesystems: mkdir -p t/a/b mkdir -p /tmp/b/c/d cd t mv /tmp/b a We get: t/ a/ b/ b/ c/ d/ I think the second behavior is not correct? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHQ4UWhcUczkLqiksRAs2xAJ9SJJu7fM/ujzr3QDnbBrz3bdbp1QCg1RC4 7sJ5E/KHURXw5GZ2dtlDI5k= =Ftoi -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 01:13:12 2007 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 0C81F16A417 for ; Wed, 21 Nov 2007 01:13:12 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.180]) by mx1.freebsd.org (Postfix) with ESMTP id 6EC5F13C455 for ; Wed, 21 Nov 2007 01:13:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2742281waf for ; Tue, 20 Nov 2007 17:13:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=VYDsp6oPextGxr0H4IYhk2wBsjN8ahbEae7c6F6B3z0=; b=lMsu1GOA+DkNwzHEpAp4pFyVBUfl2UCVbEPcWzH/6i0Rrm9Hjsa+xNZf/q7O0wib0GVQKOvKTjJCwzpq2s+JC8v641CyT3CKAMM8NUpPuMMbfSUwgGRkxHZYNxXEfqM7V4uwadxLfgkiEeXYY7iZ5FGDq4nFtI0CCQCaf+kIdsY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=IJWjYjXzI/PdyDNXEE0B/DWmg663aMzTt1/7qhqvznXHdyYtAd2QOBJ5tzuje/0gFs/lUCks6xsd4dLGGV+MLjchmgmCbXqf1coDdlOpvJPBiMPvkm8l8Vxqqm6+VkgQYTwEl0H5UEcuyNQR86tMjU6WWJSJleGJ33LkJkOC3zQ= Received: by 10.114.58.1 with SMTP id g1mr757096waa.1195607589349; Tue, 20 Nov 2007 17:13:09 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id m40sm1831398wag.2007.11.20.17.13.05 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Nov 2007 17:13:08 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAL1BLbk014154 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Nov 2007 10:11:21 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAL1BKvE014153 for freebsd-current@FreeBSD.ORG; Wed, 21 Nov 2007 10:11:20 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 21 Nov 2007 10:11:20 +0900 From: Pyun YongHyeon To: freebsd-current@FreeBSD.ORG Message-ID: <20071121011120.GB13817@cdnetworks.co.kr> References: <200711201016.lAKAGPj0043221@lurza.secnetix.de> <200711201519.lAKFJIg5055231@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200711201519.lAKFJIg5055231@lurza.secnetix.de> User-Agent: Mutt/1.4.2.1i Cc: Subject: Re: Sockets stuck in SYN_RCVD (re(4), RELENG_7, i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com 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 Nov 2007 01:13:12 -0000 On Tue, Nov 20, 2007 at 04:19:18PM +0100, Oliver Fromme wrote: > Some additional information. > > Today I have run the re(4) interface at 100 Mbps for a few > hours. The count did still increase, so it's not a GigE- > only problem. > > The I disabled RXCSUM,TXCSUM on the interface. Again, the > counter still increased. So hardware checksumming isn't > the cause of the problem either. > > Anything else I could try? > re(4) is not smart enough to analyze packet payload. The hardware also doesn't have a feature like TCP header split so I think re(4) wouldn't have influence with TCP traffics by itself. Your dmesg indicates that you're using slightly old rgephy(4) on 7.0. I touched rgephy(4) to support a newer PHY and fixed several bugs. If speed/duplex mismatch was the cause of the issue you can see lots of input errors from the output of "netstat -ndi" output. If so, try latest rgephy(4). > > net.inet.tcp.syncache.count: 702 > > It's now at 731. > > Best regards > Oliver > > PS: pciconf -lv says: > > re0@pci0:0:13:0: class=0x020000 card=0x094c1462 chip=0x816910ec rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > > dmesg says: > > re0: port 0xe000-0xe0ff mem 0xfd021000-0xfd0210ff irq 16 at device 13.0 on pci0 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 00:16:17:99:d3:69 > re0: [FILTER] > > ifconfig says (IP addresses masked): > > re0: flags=8843 metric 0 mtu 1500 > options=9b > ether 00:16:17:99:d3:69 > inet a.b.c.75 netmask 0xffffffe0 broadcast a.b.c.95 > inet a.b.d.138 netmask 0xfffffff8 broadcast a.b.d.143 > inet a.b.d.139 netmask 0xfffffff8 broadcast a.b.d.143 > inet a.b.d.140 netmask 0xfffffff8 broadcast a.b.d.143 > inet a.b.d.141 netmask 0xfffffff8 broadcast a.b.d.143 > inet a.b.d.142 netmask 0xfffffff8 broadcast a.b.d.143 > media: Ethernet autoselect (1000baseTX ) > status: active > -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 01:21:48 2007 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 633FA16A418 for ; Wed, 21 Nov 2007 01:21:48 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.185]) by mx1.freebsd.org (Postfix) with ESMTP id 033F513C44B for ; Wed, 21 Nov 2007 01:21:47 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so1980342nfb for ; Tue, 20 Nov 2007 17:21:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=xorihLdMrp58q8HI8CR92kL9lvSXU5y/YmbLbtf49/A=; b=GxiPP/6tRP2FaXpkLY2gwDU/iQO04a++1Qr29HNZxLUntyrp9H8FQps3a723IW2vtjWXCtCoH8BoAp7kOGygqVCUQiC7KGXAcTf/PAyAUuv9+Jnx4L4SBr5NHQfK/Hb91Qk4F07t9YlchzBT0337Dw2c9gAbwtf5GzDrdNzWrE8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Z8M3BSlu/reZDw6+zyUnRio7+DjC0c51ReDjIUJRpkX7iOvaduy6FyossYom2p1aAujCTbPwqrYaapiJSITY8dBiKluLZipP+It0e7yqzB4unM3gh0LlPZp8x/SKzwg5n2Xf6Qmf+jk8sqH3VrNQE9+ppzYVsU3jKkIoF2bK+0I= Received: by 10.86.51.2 with SMTP id y2mr6774887fgy.1195608106322; Tue, 20 Nov 2007 17:21:46 -0800 (PST) Received: by 10.86.28.19 with HTTP; Tue, 20 Nov 2007 17:21:46 -0800 (PST) Message-ID: <3bbf2fe10711201721k3d99c8d1kef38649aa8769656@mail.gmail.com> Date: Wed, 21 Nov 2007 02:21:46 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Mark Atkinson" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <200711200037.lAK0bkoM067509__45537.6001693823$1195519138$gmane$org@repoman.freebsd.org> X-Google-Sender-Auth: 73aeee7d6bea6f74 Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h 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 Nov 2007 01:21:48 -0000 2007/11/20, Mark Atkinson : > > Did I update at the wrong time? I get this after I rebuilt world trying to > go to multi user: Hello Mark, it seems you have hitten what seems a long-standing bug. I'm not sure why it never triggered a PF# before though. Is this reproducible for you? Could you try this patch?: http://people.freebsd.org/~attilio/calloutrev.diff Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 01:55:43 2007 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 D99C216A417 for ; Wed, 21 Nov 2007 01:55:43 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD0413C45A for ; Wed, 21 Nov 2007 01:55:43 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 622DAEB1925; Wed, 21 Nov 2007 09:55:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id EvpTkMbUUe2L; Wed, 21 Nov 2007 09:55:41 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id E4513EB0C20; Wed, 21 Nov 2007 09:55:40 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=if/PnwBwtxvf6bvGa7AThxgsP9GKCCw+SCGWiTfaz1VItZ/v/1eL7Gf2uCfUiIN9t PgXYRyKyAaWZ/Ta550GeA== Message-ID: <47439017.5040403@delphij.net> Date: Tue, 20 Nov 2007 17:55:35 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Jack Vogel References: <2a41acea0711201347p30aacc02h1015a19a48715e15@mail.gmail.com> In-Reply-To: <2a41acea0711201347p30aacc02h1015a19a48715e15@mail.gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current Subject: Re: Version 6.7.3 of the em driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 01:55:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jack Vogel wrote: > I have just checked in a new version of the em driver to HEAD, it > incorporates all the fixes I > know about, and some of the features that have only been in 6.3 til now. > > I would like to MFC this in time for 7.0 so please kick the tires if you can :) Works here on my laptop so far, have not tried INTR_FAST yet; the configuration is: [delphij@charlie] ~> pciconf -lv | grep -A4 ^em em0@pci0:0:25:0: class=0x020000 card=0x20b917aa chip=0x10498086 rev=0x03 hdr=0x00 vendor = 'Intel Corporation' device = '82566MM Gigabit Network Connection' class = network subclass = ethernet [delphij@charlie] ~> dmesg | grep ^em em0: port 0x1840-0x185f mem 0xfe200000-0xfe21ffff,0xfe225000-0xfe225fff irq 20 at device 25.0 on pci0 em0: Using MSI interrupt em0: Ethernet address: 00:1c:25:14:71:6c em0: [FILTER] Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHQ5AXhcUczkLqiksRAicdAKC8quyMi5z4B7EWx/3QJCqtRbS8pQCgrPiV YtuD5tTZwLik4mHezyLP1iU= =WPkO -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 03:57:16 2007 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 2255716A419 for ; Wed, 21 Nov 2007 03:57:16 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id D347513C458 for ; Wed, 21 Nov 2007 03:57:15 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7355690pyb for ; Tue, 20 Nov 2007 19:57:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=P2b3sJWXoFVWiUbe5A2UdzkTbRhBrwt+qdjNyooqGV0=; b=eM55cxVbeV4SPVPIGlOADM14oxndibY1jbzTCmkqyCf+urQnALIuyi1BhwEduin87YjgIGBDNSbsO2+KF3yyLYGx4MtvtWmENE1QdOO9giU4LC2d1dxbXAm6VgqKmecTa8VYFHvrKe4Vcs6rJU4yIzSlvqfuireOy4SYSzN6VV4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=g3yGlTXMX6y8dDWp0lY83s8qlTOeymC3P0Utdd6AjRLiy1W3xIgj1xEnDu367EdVIxg+WLiHBsNDQd4qIieL+mjyggr7MBD8PTltPJFl/8AcJ2G1IpNX7tuYsQdeJb0WO9vDI6hKCEjP0FwGe6AAxOt4HVtVbbjUOE8fdoIU7YM= Received: by 10.65.203.3 with SMTP id f3mr10773929qbq.1195617434238; Tue, 20 Nov 2007 19:57:14 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e13sm5301719qbe.2007.11.20.19.57.13 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Nov 2007 19:57:13 -0800 (PST) Message-ID: <4743AC94.6070605@gmail.com> Date: Tue, 20 Nov 2007 22:57:08 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <474288AE.1040106@gmail.com> <20071120083135.GB9777@cdnetworks.co.kr> <4742A318.9020803@gmail.com> In-Reply-To: <4742A318.9020803@gmail.com> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: pyunyh@gmail.com, freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 03:57:16 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Aryeh M. Friedman wrote: > Pyun YongHyeon wrote: >> On Tue, Nov 20, 2007 at 02:11:42AM -0500, Aryeh M. Friedman >> wrote: > > >>> Who do I report the following issue to (it falls into at least >>> 3 camps)? >>> >>> If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am >>> logged into gmail (*WITH* a chat open) my network connection >>> looses about 90% of it's capacity (for all applications), re(4) >>> with the following: >>> >>> rgephy0: PHY 1 on >>> miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, >>> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >>> >>> After some experimenting this problem *only* occurs under the >>> above conditions. >>> >>> Addtional info: >>> >>> gnome 2.20.1 nv driver (latest) Xorg 7.3 >>> >> Would you show me more details(network configuration)? Since >> re(4) is involved here I'd like to know what caused the issue. If >> you disable checksum offload does it get better >> performance?(#ifconfig re0 -txcsum) I am going to reboot to see if this clears but I noticed this happening also: monster# !! cvsup -h cvsup10.us.freebsd.org /usr/share/examples/cvsup/cvs-supfile Connected to cvsup10.us.freebsd.org Updating collection src-all/cvs Edit src/lib/libc/rpc/key_prot_xdr.c,v Edit src/lib/libc/rpc/rpc_callmsg.c,v Edit src/lib/libc/rpc/rpc_prot.c,v Edit src/lib/libc/rpc/rpcb_prot.c,v Edit src/lib/libc/rpc/rpcb_st_xdr.c,v Edit src/lib/libdisk/libdisk.h,v Edit src/lib/libgssapi/Makefile,v Edit src/lib/libkse/Makefile,v TreeList failed: Network write failure: Connection closed Will retry at 23:00:29 - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQ6yUJ9+1V27SttsRApiwAKCCgjr0sa98J/KEz4ZDMbrvhraS2wCbBQwF 59/FM/S1YNreDD5KDeIQbKM= =Bahf -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 04:32:48 2007 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 760FE16A420 for ; Wed, 21 Nov 2007 04:32:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.179]) by mx1.freebsd.org (Postfix) with ESMTP id 4B2B213C48E for ; Wed, 21 Nov 2007 04:32:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2789952waf for ; Tue, 20 Nov 2007 20:32:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:received:received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; bh=sgqi9f1t/4UZPzUvujUaiCt08Pbv/+KqSQpYRWnrZsI=; b=VMZN2jYoAYic71WDA2fn/bvSBZbmxX1WfGg4Yn33K2JGc1aR00dM7ixKX2j4pSGQGQlYc8dbOU39pMi9Vd9zhbo2sK+EcBgwlxJ98IoKKjA5g8hxzEl4sKII/R/FuIyvLtaOwJ0Q0Lkz2qJu3mAxknZ1pZF0vi1T+tgWQTHOa6I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:date:from:to:cc:subject:message-id:reply-to:references:mime-version:content-type:content-disposition:in-reply-to:user-agent; b=T+0dd4zMWkA2MM5WkGjKX50EEOE6AO8ufBnvfKU3q/vkv0ffxVUev4hq97MCK1dPkhOhKRZ//tOjB9aQayCmhB/s5fi76tGlg/3R2xdO+W/0BgCAIapsuL/nrcytjgcP8WpoRlPf9oYat0Op4vlqkv5uOr04oifmYEDLfhWL69w= Received: by 10.114.195.19 with SMTP id s19mr286109waf.1195619568017; Tue, 20 Nov 2007 20:32:48 -0800 (PST) Received: from michelle.cdnetworks.co.kr ( [211.53.35.84]) by mx.google.com with ESMTPS id 35sm5382521wra.2007.11.20.20.32.45 (version=TLSv1/SSLv3 cipher=OTHER); Tue, 20 Nov 2007 20:32:47 -0800 (PST) Received: from michelle.cdnetworks.co.kr (localhost.cdnetworks.co.kr [127.0.0.1]) by michelle.cdnetworks.co.kr (8.13.5/8.13.5) with ESMTP id lAL4V4Y2014739 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Nov 2007 13:31:04 +0900 (KST) (envelope-from pyunyh@gmail.com) Received: (from yongari@localhost) by michelle.cdnetworks.co.kr (8.13.5/8.13.5/Submit) id lAL4V3Bb014738; Wed, 21 Nov 2007 13:31:03 +0900 (KST) (envelope-from pyunyh@gmail.com) Date: Wed, 21 Nov 2007 13:31:03 +0900 From: Pyun YongHyeon To: "Aryeh M. Friedman" Message-ID: <20071121043103.GC13817@cdnetworks.co.kr> References: <474288AE.1040106@gmail.com> <20071120083135.GB9777@cdnetworks.co.kr> <4742A318.9020803@gmail.com> <4743AC94.6070605@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4743AC94.6070605@gmail.com> User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com 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 Nov 2007 04:32:48 -0000 On Tue, Nov 20, 2007 at 10:57:08PM -0500, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Aryeh M. Friedman wrote: > > Pyun YongHyeon wrote: > >> On Tue, Nov 20, 2007 at 02:11:42AM -0500, Aryeh M. Friedman > >> wrote: > > > > > >>> Who do I report the following issue to (it falls into at least > >>> 3 camps)? > >>> > >>> If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am > >>> logged into gmail (*WITH* a chat open) my network connection > >>> looses about 90% of it's capacity (for all applications), re(4) > >>> with the following: > >>> > >>> rgephy0: PHY 1 on > >>> miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, > >>> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > >>> > >>> After some experimenting this problem *only* occurs under the > >>> above conditions. > >>> > >>> Addtional info: > >>> > >>> gnome 2.20.1 nv driver (latest) Xorg 7.3 > >>> > >> Would you show me more details(network configuration)? Since > >> re(4) is involved here I'd like to know what caused the issue. If > >> you disable checksum offload does it get better > >> performance?(#ifconfig re0 -txcsum) > > I am going to reboot to see if this clears but I noticed this You don't need to reboot at all after chainging checksum offload configuration. Does re(4) spit some messages like watchdog timeout? If not I have no clue yet. > happening also: > > monster# !! > cvsup -h cvsup10.us.freebsd.org /usr/share/examples/cvsup/cvs-supfile > Connected to cvsup10.us.freebsd.org > Updating collection src-all/cvs > Edit src/lib/libc/rpc/key_prot_xdr.c,v > Edit src/lib/libc/rpc/rpc_callmsg.c,v > Edit src/lib/libc/rpc/rpc_prot.c,v > Edit src/lib/libc/rpc/rpcb_prot.c,v > Edit src/lib/libc/rpc/rpcb_st_xdr.c,v > Edit src/lib/libdisk/libdisk.h,v > Edit src/lib/libgssapi/Makefile,v > Edit src/lib/libkse/Makefile,v > TreeList failed: Network write failure: Connection closed Sorry, I don't know Modular3 language, so I don't know what socket operation was failed. If remote end closed the connection it wouldn't be fault of re(4). You can check it with tcpdump. > Will retry at 23:00:29 -- Regards, Pyun YongHyeon From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 04:53:28 2007 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 C64C616A420 for ; Wed, 21 Nov 2007 04:53:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.182]) by mx1.freebsd.org (Postfix) with ESMTP id A1FDB13C474 for ; Wed, 21 Nov 2007 04:53:28 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so2794817waf for ; Tue, 20 Nov 2007 20:53:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=gLSzAzBONYQNyruXXYiWZnjuFQZL96CuFR6BO7i9Xtw=; b=SEKx6PxljdPt9cI0j+OHuIxUrhGDJSkU52zUtP66dtMEZCalToC1GD7VcKpC8Z8wSKJyskQrQOFAOz5gUaKGbeGUoRplkB+0/Ul09bEXvJ9nEdX+54P0rDOmnvUrB4Jj/14cVpIr4AieWKhG5rV5phvUtBnIgz/ULWWqXPl0558= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=oIOCeu+zVZrfXNN/zX+5bJS7GbF/zjapZBvtcV/Sw1iwczKDR/VlLk5FKryVjXYiAIIA0xAJ1vNsGGvXBOQ/a7hmCj4BB8NCZ5bsx6CYyLeURJm1xVW83lTod80kQeySnmuf+LY8Q7RKJJdb+6/zltNS9NnK5nDOzELAax30+/c= Received: by 10.115.77.1 with SMTP id e1mr1610968wal.1195620799843; Tue, 20 Nov 2007 20:53:19 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e14sm5389495qbe.2007.11.20.20.53.18 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Nov 2007 20:53:18 -0800 (PST) Message-ID: <4743B9B7.3020200@gmail.com> Date: Tue, 20 Nov 2007 23:53:11 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474288AE.1040106@gmail.com> <20071120083135.GB9777@cdnetworks.co.kr> <4742A318.9020803@gmail.com> <4743AC94.6070605@gmail.com> <20071121043103.GC13817@cdnetworks.co.kr> In-Reply-To: <20071121043103.GC13817@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 04:53:28 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > On Tue, Nov 20, 2007 at 10:57:08PM -0500, Aryeh M. Friedman wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> Aryeh M. Friedman wrote: >>> Pyun YongHyeon wrote: >>>> On Tue, Nov 20, 2007 at 02:11:42AM -0500, Aryeh M. Friedman >>>> wrote: >>> >>> >>>>> Who do I report the following issue to (it falls into at >>>>> least 3 camps)? >>>>> >>>>> If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am >>>>> logged into gmail (*WITH* a chat open) my network >>>>> connection looses about 90% of it's capacity (for all >>>>> applications), re(4) with the following: >>>>> >>>>> rgephy0: PHY 1 on >>>>> miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, >>>>> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >>>>> >>>>> After some experimenting this problem *only* occurs under >>>>> the above conditions. >>>>> >>>>> Addtional info: >>>>> >>>>> gnome 2.20.1 nv driver (latest) Xorg 7.3 >>>>> >>>> Would you show me more details(network configuration)? Since >>>> re(4) is involved here I'd like to know what caused the >>>> issue. If you disable checksum offload does it get better >>>> performance?(#ifconfig re0 -txcsum) >> >> I am going to reboot to see if this clears but I noticed this > > You don't need to reboot at all after chainging checksum offload > configuration. Does re(4) spit some messages like watchdog timeout? > If not I have no clue yet. I was not rebooting only to clear the error but also had just completed a buildkernel/installkernel > >> happening also: >> >> monster# !! cvsup -h cvsup10.us.freebsd.org >> /usr/share/examples/cvsup/cvs-supfile Connected to >> cvsup10.us.freebsd.org Updating collection src-all/cvs Edit >> src/lib/libc/rpc/key_prot_xdr.c,v Edit >> src/lib/libc/rpc/rpc_callmsg.c,v Edit >> src/lib/libc/rpc/rpc_prot.c,v Edit src/lib/libc/rpc/rpcb_prot.c,v >> Edit src/lib/libc/rpc/rpcb_st_xdr.c,v Edit >> src/lib/libdisk/libdisk.h,v Edit src/lib/libgssapi/Makefile,v >> Edit src/lib/libkse/Makefile,v TreeList failed: Network write >> failure: Connection closed > > Sorry, I don't know Modular3 language, so I don't know what socket > operation was failed. If remote end closed the connection it > wouldn't be fault of re(4). You can check it with tcpdump. Next time any errors occur (and/or slowdowns) I will turn checksum off... but for the time being after I sent that mail I just remembered to other issues I had: 1. Using ftp(1) to upload my site some files where garbbaged, incomplete and/or had too much/little data in them... attempted reuploads corrected this but it was luck of the draw for any given upload... problem also occured in filezilla 2. When browsing my site (but not other ones) after a garbaged/whatever upload would produce different results on each reload even if the source file had not been reuploaded (this is true even for files that where corrected uploaded) All issues listed so far are cleared by reboots but no other action (have not tried -txcsum) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQ7m2J9+1V27SttsRAvdlAKCdoEQNTwYgDQv0fBwyyPDTaR/pCACfe+37 kAVhCS01x1nuGQ3PsmeAYvY= =uDRJ -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 05:21:15 2007 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 4931116A419 for ; Wed, 21 Nov 2007 05:21:15 +0000 (UTC) (envelope-from nakaji@jp.freebsd.org) Received: from d4407.kankyo-u.ac.jp (unknown [IPv6:2001:3e0:a84:2::2]) by mx1.freebsd.org (Postfix) with ESMTP id BE35013C474 for ; Wed, 21 Nov 2007 05:21:14 +0000 (UTC) (envelope-from nakaji@jp.freebsd.org) Received: from roddy.4407.kankyo-u.ac.jp.kankyo-u.ac.jp (localhost [IPv6:::1]) by d4407.kankyo-u.ac.jp (8.14.2/8.14.2) with ESMTP id lAL5L9Kb012220 for ; Wed, 21 Nov 2007 14:21:09 +0900 (JST) (envelope-from nakaji@jp.freebsd.org) From: NAKAJI Hiroyuki To: freebsd-current@freebsd.org Date: Wed, 21 Nov 2007 14:21:09 +0900 Message-ID: <871wakrx6i.fsf@roddy.4407.kankyo-u.ac.jp> User-Agent: Gnus/5.110007 (No Gnus v0.7) Emacs/23.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Virus-Scanned: by amavisd-new Subject: [netstat] reset value increasing 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 Nov 2007 05:21:15 -0000 Hi, I'm running FreeBSD/i386 8.0-CURRENT on my dual Xeon box. I installed munin-node and monitoring the status of the system. And I noticed the reset value of netstat is increasing constantly. $ uname -a FreeBSD roddy.4407.kankyo-u.ac.jp 8.0-CURRENT FreeBSD 8.0-CURRENT #91: Fri Nov 16 21:28:51 JST 2007 root@roddy.4407.kankyo-u.ac.jp:/usr/obj/usr/src/sys/RODDY i386 Before Nov 16 21:28:51 JST 2007, this was not seen. Are there any changes or fixes around Nov 16 2007? -- NAKAJI Hiroyuki From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 05:26:53 2007 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 086B216A419 for ; Wed, 21 Nov 2007 05:26:53 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 94B0513C45D for ; Wed, 21 Nov 2007 05:26:52 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2031089nfb for ; Tue, 20 Nov 2007 21:26:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=vKfolpY6CIsYItzbTF7xTQ1Zg7GYjbwHTOXDtDMEe14=; b=qVrXQ7hPhzlI+yyTyGUXGGK1YO/E5kY91ZIfHmz93/zkpDWdUfzhct8ak75BgLKQvYGrxtzonBxyrsPWl4ihxpoU/vqbOXHEA4omQrAvaIFBFXdtRV5fiARiV/oD1AYBrrPm8KERumz7rIHXKKoqjfQMFDsxfAJrgvLBR2zu1V8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:subject:from:to:cc:in-reply-to:references:content-type:organization:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=Covy6j5x9Xj0TCAnTC0pHAt9kWRqfHyxxNgcs8s2l6W4sdA0N4pD+F8Buyj2ex/nHMqKZz+2x5LIvYDOYAdqMFZ666uYFAy3z99Ll0sI9ephrYepHKLLohAPGve361Keq/0l9XgMIGcuQsnYIbpsmVZuwslRnHmvXnEQrh9kXIo= Received: by 10.86.58.3 with SMTP id g3mr6974648fga.1195622811235; Tue, 20 Nov 2007 21:26:51 -0800 (PST) Received: from ?10.0.100.2? ( [89.176.79.57]) by mx.google.com with ESMTPS id c14sm8956923nfi.2007.11.20.21.26.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Nov 2007 21:26:50 -0800 (PST) From: Michal Varga To: Jeff Roberson In-Reply-To: <20071120140752.C884@192.168.1.107> References: <20071120141403.GE81260@comp.chem.msu.su> <4743342A.10507@FreeBSD.org> <20071120140752.C884@192.168.1.107> Content-Type: text/plain Organization: Stonehenge Date: Wed, 21 Nov 2007 06:21:03 +0100 Message-Id: <1195622463.53690.43.camel@xenon.stonehenge.sk> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Cc: Yar Tikhiy , freebsd-current@freebsd.org Subject: Re: SCHED_ULE & niceness / rtprio 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 Nov 2007 05:26:53 -0000 On Tue, 2007-11-20 at 14:08 -1000, Jeff Roberson wrote: > I definitely knew about problems with positively niced tasks. I had not > heard about the negative nice problems. This is my top priority as far as > opensource goes. I've been unfortunately busy with other things however. > I hope to get to this soon. > > Thanks, > Jeff > Just for the record, I have one user here claiming the same symptoms. His description exactly matches that of Yar Tikhiy, sound popping when switching windows in Gnome, clicking url in browser, etc. But there are few diferences: - Switching ULE for 4BSD does nothing for him, he says the sound jerkiness is still there, unchanged. - He didn't play manually with any particular niceness, everything running in default priorities. I let him test sound in totem, audacious (with various buffer sizes), then mplayer from console, without GUI.. No difference, sound pausing in every one. Another problem I see is that he is using the *exact* custom built and tuned FreeBSD configuration that I've deployed on a number of other machines and I just can't replicate any of the symptoms. From and old Pentium 3, through x86 Athlons, dual core AMD64 (with either smp or up kernel), some sort of Sempron+nforce3 - there is no single other place I'm aware of that this happens, only this particular guys hardware. Did you guys with the symptoms tried to cross-check your hardware lists to see if you don't have something in common? m. -- Michal Varga Stonehenge From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 05:27:23 2007 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 A86A916A417 for ; Wed, 21 Nov 2007 05:27:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 6604613C43E for ; Wed, 21 Nov 2007 05:27:23 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7393764pyb for ; Tue, 20 Nov 2007 21:27:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=RRSKfZoJhzrILI8oRiif3WBMmzrBLI9zv3Cio6aoUsk=; b=ohcIG8JtZiIlKpZyWbpquo1g4Qc353c+nAt1+AlN21NUHPuZIcFb/1MD8RDRbzkfg2oWdnzHmBbLurCSVC7w4f2Ths5H4i34qZedHNnTPQhe7yF04At5G0XtJkpb2VCdFwQ5Ecs/3UwZUV8qk7n6J8zm9jzmxQ8YFyhZLqPXN+4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=E1EmhkAj7A7ZE8cTz5N9y+KPQuVLZrWF5nCLeGZNBRxMnqB9q5OFs6TBEOmBxwWPk+AkGA/1Zy0iqQUdWHngHvBxJXjOFEOwSeP6cbQKbe0Y/NL7tpB+y1wmdTKdvd4kyuB87uzQViVLiZ+hiIiToH3QZBdJnMamHhRBs5NjZbE= Received: by 10.65.203.3 with SMTP id f3mr10940648qbq.1195622842357; Tue, 20 Nov 2007 21:27:22 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id a29sm5369738qbd.2007.11.20.21.27.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Nov 2007 21:27:22 -0800 (PST) Message-ID: <4743C1B0.60907@gmail.com> Date: Wed, 21 Nov 2007 00:27:12 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474288AE.1040106@gmail.com> <20071120083135.GB9777@cdnetworks.co.kr> <4742A318.9020803@gmail.com> <4743AC94.6070605@gmail.com> <20071121043103.GC13817@cdnetworks.co.kr> In-Reply-To: <20071121043103.GC13817@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 05:27:23 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 After placing my machine under severe network load using the indicated combo no issue after 15 mins... next time it appears I will tell you but Kip Macy says that a very recent committed change should also help -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQ8GvJ9+1V27SttsRAiXBAJ43c4iXJGjh4ntiqROPRU2bQ4XEeACfRIbN YXLiGBTiZeXXhiw284aEAR0= =I6k3 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 05:28:18 2007 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 5F97E16A41B; Wed, 21 Nov 2007 05:28:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 3962913C461; Wed, 21 Nov 2007 05:28:18 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAL5SGDD047705; Wed, 21 Nov 2007 00:28:17 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAL5SGXe091682; Wed, 21 Nov 2007 00:28:16 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 8766273039; Wed, 21 Nov 2007 00:28:16 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071121052816.8766273039@freebsd-current.sentex.ca> Date: Wed, 21 Nov 2007 00:28:16 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Wed, 21 Nov 2007 05:28:18 -0000 TB --- 2007-11-21 03:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-21 03:45:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-21 03:45:00 - cleaning the object tree TB --- 2007-11-21 03:45:29 - checking out the source tree TB --- 2007-11-21 03:45:29 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-21 03:45:29 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-21 03:54:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-21 03:54:25 - cd /src TB --- 2007-11-21 03:54:25 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 21 03:54:26 UTC 2007 >>> 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 Nov 21 05:08:00 UTC 2007 TB --- 2007-11-21 05:08:00 - generating LINT kernel config TB --- 2007-11-21 05:08:00 - cd /src/sys/i386/conf TB --- 2007-11-21 05:08:00 - /usr/bin/make -B LINT TB --- 2007-11-21 05:08:00 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-21 05:08:00 - cd /src TB --- 2007-11-21 05:08:00 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 21 05:08:00 UTC 2007 >>> 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 [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/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/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function 'em_ioctl': /src/sys/modules/em/../../dev/em/if_em.c:1132: error: 'em_poll' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:1132: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:1132: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-21 05:28:16 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-21 05:28:16 - ERROR: failed to build lint kernel TB --- 2007-11-21 05:28:16 - tinderbox aborted TB --- 4555.33 user 413.16 system 6196.19 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 05:30:07 2007 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 A81D316A46E for ; Wed, 21 Nov 2007 05:30:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outE.internet-mail-service.net (outE.internet-mail-service.net [216.240.47.228]) by mx1.freebsd.org (Postfix) with ESMTP id 93DF913C505 for ; Wed, 21 Nov 2007 05:30:07 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 20 Nov 2007 21:30:06 -0800 X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id D4E36126A83 for ; Tue, 20 Nov 2007 21:30:05 -0800 (PST) Message-ID: <4743C25D.9060308@elischer.org> Date: Tue, 20 Nov 2007 21:30:05 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: vmware and FreeBSD. HUH? 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 Nov 2007 05:30:07 -0000 >From http://blogs.zdnet.com/Ou/?p=183 "While VMware has a high-end ESX server product that doesn’t rely on any commodity operating system, it is still running a stripped down version of FreeBSD." From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 05:54:12 2007 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 28FEC16A41B; Wed, 21 Nov 2007 05:54:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 81C5113C46A; Wed, 21 Nov 2007 05:54:08 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAL5s0ot048878; Wed, 21 Nov 2007 00:54:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAL5s0Ii074470; Wed, 21 Nov 2007 00:54:00 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 955AC73039; Wed, 21 Nov 2007 00:54:00 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071121055400.955AC73039@freebsd-current.sentex.ca> Date: Wed, 21 Nov 2007 00:54:00 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Wed, 21 Nov 2007 05:54:12 -0000 TB --- 2007-11-21 03:45:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-21 03:45:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-21 03:45:00 - cleaning the object tree TB --- 2007-11-21 03:45:41 - checking out the source tree TB --- 2007-11-21 03:45:41 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-21 03:45:41 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-21 03:54:25 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-21 03:54:25 - cd /src TB --- 2007-11-21 03:54:25 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 21 03:54:26 UTC 2007 >>> 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 Wed Nov 21 05:36:12 UTC 2007 TB --- 2007-11-21 05:36:12 - generating LINT kernel config TB --- 2007-11-21 05:36:12 - cd /src/sys/amd64/conf TB --- 2007-11-21 05:36:12 - /usr/bin/make -B LINT TB --- 2007-11-21 05:36:12 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-21 05:36:12 - cd /src TB --- 2007-11-21 05:36:12 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 21 05:36:12 UTC 2007 >>> 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 [...] awk -f /src/sys/modules/ed/../../conf/kmod_syms.awk if_ed.ko export_syms | xargs -J% objcopy % if_ed.ko objcopy --strip-debug if_ed.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/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 -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function 'em_ioctl': /src/sys/modules/em/../../dev/em/if_em.c:1132: error: 'em_poll' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:1132: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:1132: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-21 05:54:00 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-21 05:54:00 - ERROR: failed to build lint kernel TB --- 2007-11-21 05:54:00 - tinderbox aborted TB --- 5772.55 user 572.60 system 7740.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 06:33:27 2007 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 1BF7E16A468 for ; Wed, 21 Nov 2007 06:33:27 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id CABC913C457 for ; Wed, 21 Nov 2007 06:33:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7422728pyb for ; Tue, 20 Nov 2007 22:33:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=BpzU2LaPEvoQsQptu2LSgfMRsQla6Ml5AR0pxPBAWk4=; b=sBDqGHxW3obSlc5hiK7vCeXBxaduGqiQPNhmJDuQ9EX2lw3XlD+5sx7W70ViFvgh8tmBsUkPqN1vjv8v36gPSXiG2FPMYomKfXyKeVuEUawikmmrZNARmY8uoE81gL5D1uq3ft2/Hg84hQRDbYAHEx+vWjNBd7noAhGYLtuJI58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=G9fpXMzUYOgwHap0EDc3wJi/d8feX1amvREA4PiUkU0g+axSUdg4pZQVjqThxXPdMiSM1CtiEdbjjFPFrNEs/+jU50ZFBsm/2hcqR7lLah6bWM3xThHFigUEGQOTJaGWQTsOeM+tmvnQKbHFAqw1uMEPwoDGPL9X6kZQOWBxQHo= Received: by 10.65.153.10 with SMTP id f10mr16114574qbo.1195626805293; Tue, 20 Nov 2007 22:33:25 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e14sm5380823qba.2007.11.20.22.33.23 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 20 Nov 2007 22:33:24 -0800 (PST) Message-ID: <4743D12C.2000604@gmail.com> Date: Wed, 21 Nov 2007 01:33:16 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474288AE.1040106@gmail.com> <20071120083135.GB9777@cdnetworks.co.kr> <4742A318.9020803@gmail.com> <4743AC94.6070605@gmail.com> <20071121043103.GC13817@cdnetworks.co.kr> In-Reply-To: <20071121043103.GC13817@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 06:33:27 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > On Tue, Nov 20, 2007 at 10:57:08PM -0500, Aryeh M. Friedman wrote: >> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 >> >> Aryeh M. Friedman wrote: >>> Pyun YongHyeon wrote: >>>> On Tue, Nov 20, 2007 at 02:11:42AM -0500, Aryeh M. Friedman >>>> wrote: >>> >>> >>>>> Who do I report the following issue to (it falls into at >>>>> least 3 camps)? >>>>> >>>>> If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am >>>>> logged into gmail (*WITH* a chat open) my network >>>>> connection looses about 90% of it's capacity (for all >>>>> applications), re(4) with the following: >>>>> >>>>> rgephy0: PHY 1 on >>>>> miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, >>>>> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto >>>>> >>>>> After some experimenting this problem *only* occurs under >>>>> the above conditions. >>>>> >>>>> Addtional info: >>>>> >>>>> gnome 2.20.1 nv driver (latest) Xorg 7.3 >>>>> >>>> Would you show me more details(network configuration)? Since >>>> re(4) is involved here I'd like to know what caused the >>>> issue. If you disable checksum offload does it get better >>>> performance?(#ifconfig re0 -txcsum) >> >> I am going to reboot to see if this clears but I noticed this > > You don't need to reboot at all after chainging checksum offload > configuration. Does re(4) spit some messages like watchdog timeout? > If not I have no clue yet. Ok just happened and -txcsum did not improve it.... no error messages to /var/log/messages or the console - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHQ9ErJ9+1V27SttsRAkFaAJ4pMpiNhYvYtcr+RurvqaOiiRLOvwCdHclI YksdmiT2GhHAkwJ01eyMd08= =Mxfh -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 07:06:51 2007 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 09C3016A420; Wed, 21 Nov 2007 07:06:51 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D7CEB13C4D5; Wed, 21 Nov 2007 07:06:50 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAL76Zct052012; Wed, 21 Nov 2007 02:06:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lAL76ZMS015195; Wed, 21 Nov 2007 02:06:35 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 0563373039; Wed, 21 Nov 2007 02:06:34 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071121070635.0563373039@freebsd-current.sentex.ca> Date: Wed, 21 Nov 2007 02:06:34 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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 Nov 2007 07:06:51 -0000 TB --- 2007-11-21 05:28:16 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-21 05:28:16 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-21 05:28:16 - cleaning the object tree TB --- 2007-11-21 05:28:42 - checking out the source tree TB --- 2007-11-21 05:28:42 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-21 05:28:42 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-21 05:35:30 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-21 05:35:30 - cd /src TB --- 2007-11-21 05:35:30 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 21 05:35:31 UTC 2007 >>> 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 Nov 21 06:49:49 UTC 2007 TB --- 2007-11-21 06:49:49 - generating LINT kernel config TB --- 2007-11-21 06:49:49 - cd /src/sys/pc98/conf TB --- 2007-11-21 06:49:49 - /usr/bin/make -B LINT TB --- 2007-11-21 06:49:49 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-21 06:49:49 - cd /src TB --- 2007-11-21 06:49:49 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 21 06:49:49 UTC 2007 >>> 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 [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/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/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function 'em_ioctl': /src/sys/modules/em/../../dev/em/if_em.c:1132: error: 'em_poll' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:1132: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:1132: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-21 07:06:34 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-21 07:06:34 - ERROR: failed to build lint kernel TB --- 2007-11-21 07:06:34 - tinderbox aborted TB --- 4339.79 user 407.56 system 5898.20 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 07:19:44 2007 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 310A516A41A for ; Wed, 21 Nov 2007 07:19:44 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by mx1.freebsd.org (Postfix) with ESMTP id ECFCA13C4C4 for ; Wed, 21 Nov 2007 07:19:43 +0000 (UTC) (envelope-from thierry@herbelot.com) Received: from smtp4-g19.free.fr (localhost.localdomain [127.0.0.1]) by smtp4-g19.free.fr (Postfix) with ESMTP id 5EE4D3EA0AA for ; Wed, 21 Nov 2007 08:19:42 +0100 (CET) Received: from mail.herbelot.nom (bne75-4-82-227-159-103.fbx.proxad.net [82.227.159.103]) by smtp4-g19.free.fr (Postfix) with ESMTP id 313543EA0A7 for ; Wed, 21 Nov 2007 08:19:41 +0100 (CET) Received: from diversion.herbelot.nom (diversion.herbelot.nom [192.168.2.6]) by mail.herbelot.nom (8.14.0/8.14.0) with ESMTP id lAL7JYEr021968; Wed, 21 Nov 2007 08:19:35 +0100 (CET) From: Thierry Herbelot To: freebsd-current@freebsd.org Date: Wed, 21 Nov 2007 08:19:26 +0100 User-Agent: KMail/1.9.7 References: <4743C25D.9060308@elischer.org> In-Reply-To: <4743C25D.9060308@elischer.org> X-Warning: Windows can lose your files X-Op-Sys: Le FriBi de la mort qui tue X-Org: TfH&Co X-MailScanner: Found to be clean MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: 8bit Content-Disposition: inline Message-Id: <200711210819.28098.thierry@herbelot.com> Cc: Julian Elischer Subject: Re: vmware and FreeBSD. HUH? X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: thierry@herbelot.com 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 Nov 2007 07:19:44 -0000 Le Wednesday 21 November 2007, Julian Elischer a écrit : > From http://blogs.zdnet.com/Ou/?p=183 > > "While VMware has a high-end ESX server product that doesn’t rely on > any commodity operating system, it is still running a stripped down > version of FreeBSD." > I remembre reading ESX was more like a stripped-down 2.4 linux kernel (with the GPL implications ;-)) (or the "vmkernel" of ESX is the FreeBSD-based-part ?) TfH http://www.venturecake.com/the-vmware-house-of-cards/ From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 07:28:22 2007 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 EE9F916A417 for ; Wed, 21 Nov 2007 07:28:22 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outZ.internet-mail-service.net (outZ.internet-mail-service.net [216.240.47.249]) by mx1.freebsd.org (Postfix) with ESMTP id DCD7A13C448 for ; Wed, 21 Nov 2007 07:28:22 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 20 Nov 2007 23:28:22 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 2D590126A8E; Tue, 20 Nov 2007 23:28:21 -0800 (PST) Message-ID: <4743DE14.8000709@elischer.org> Date: Tue, 20 Nov 2007 23:28:20 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: thierry@herbelot.com References: <4743C25D.9060308@elischer.org> <200711210819.28098.thierry@herbelot.com> In-Reply-To: <200711210819.28098.thierry@herbelot.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: vmware and FreeBSD. HUH? 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 Nov 2007 07:28:23 -0000 Thierry Herbelot wrote: > Le Wednesday 21 November 2007, Julian Elischer a écrit : >> From http://blogs.zdnet.com/Ou/?p=183 >> >> "While VMware has a high-end ESX server product that doesn’t rely on >> any commodity operating system, it is still running a stripped down >> version of FreeBSD." >> > I remembre reading ESX was more like a stripped-down 2.4 linux kernel (with > the GPL implications ;-)) > > (or the "vmkernel" of ESX is the FreeBSD-based-part ?) > > TfH > > http://www.venturecake.com/the-vmware-house-of-cards/ > _______________________________________________ > 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" if anyone has it, it would be interesting to do a 'strings' on it. From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 07:43:01 2007 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 0EC2716A421 for ; Wed, 21 Nov 2007 07:43:01 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id EE36A13C4D3 for ; Wed, 21 Nov 2007 07:43:00 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Tue, 20 Nov 2007 23:43:00 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A62CC126A57; Tue, 20 Nov 2007 23:42:59 -0800 (PST) Message-ID: <4743E182.7090008@elischer.org> Date: Tue, 20 Nov 2007 23:42:58 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Peter Ross References: <4743C25D.9060308@elischer.org> <200711210819.28098.thierry@herbelot.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org, Thierry Herbelot Subject: Re: vmware and FreeBSD. HUH? 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 Nov 2007 07:43:01 -0000 Peter Ross wrote: > On Wed, 21 Nov 2007, Thierry Herbelot wrote: > >> Le Wednesday 21 November 2007, Julian Elischer a ďż˝crit : >>> From http://blogs.zdnet.com/Ou/?p=183 >>> >>> "While VMware has a high-end ESX server product that doesnďż˝t rely on >>> any commodity operating system, it is still running a stripped down >>> version of FreeBSD." >>> >> I remembre reading ESX was more like a stripped-down 2.4 linux kernel >> (with >> the GPL implications ;-)) > > I just logged into the service console of a ESX 3.0 box: > > # uname -a > Linux myhostname 2.4.21-47.0.1.ELvmnix #1 Thu Jul 26 13:26:41 PDT 2007 > i686 i686 i386 GNU/Linux > > Regards > Peter makes you wonder where they get this sort of stuff.. From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 08:04:37 2007 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 135B116A420 for ; Wed, 21 Nov 2007 08:04:37 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from mail.lonelyplanet.com.au (mail.lonelyplanet.com.au [203.166.32.192]) by mx1.freebsd.org (Postfix) with ESMTP id 64EDB13C465 for ; Wed, 21 Nov 2007 08:04:35 +0000 (UTC) (envelope-from Peter.Ross@alumni.tu-berlin.de) Received: from Garuda.lpint.net ([10.61.0.88]) by mail.lonelyplanet.com.au with InterScan Message Security Suite; Wed, 21 Nov 2007 18:35:57 +1100 Received: from 9N5CK1S.lpint.net ([10.61.21.74]) by Garuda.lpint.net with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Nov 2007 18:35:56 +1100 Date: Wed, 21 Nov 2007 18:35:59 +1100 (AUS Eastern Daylight Time) From: Peter Ross To: Thierry Herbelot In-Reply-To: <200711210819.28098.thierry@herbelot.com> Message-ID: References: <4743C25D.9060308@elischer.org> <200711210819.28098.thierry@herbelot.com> X-X-Sender: rossicbb@mailbox.tu-berlin.de MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="16927197-25031-1195630355=:1892" Content-ID: X-OriginalArrivalTime: 21 Nov 2007 07:35:56.0584 (UTC) FILETIME=[27527280:01C82C11] X-imss-version: 2.049 X-imss-result: Passed X-imss-scanInfo: M:P L:N SM:0 X-imss-tmaseResult: TT:0 TS:0.0000 TC:00 TRN:0 TV:5.0.1023(15558.002) X-imss-scores: Clean:51.11910 C:2 M:3 S:5 R:5 X-imss-settings: Baseline:2 C:1 M:2 S:2 R:1 (0.1500 0.1500) Cc: freebsd-current@freebsd.org, Julian Elischer Subject: Re: vmware and FreeBSD. HUH? 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 Nov 2007 08:04:37 -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. --16927197-25031-1195630355=:1892 Content-Type: TEXT/PLAIN; CHARSET=X-UNKNOWN; FORMAT=flowed Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: On Wed, 21 Nov 2007, Thierry Herbelot wrote: > Le Wednesday 21 November 2007, Julian Elischer a =E9crit : >> From http://blogs.zdnet.com/Ou/?p=3D183 >> >> "While VMware has a high-end ESX server product that doesn=92t rely on >> any commodity operating system, it is still running a stripped down >> version of FreeBSD." >> > I remembre reading ESX was more like a stripped-down 2.4 linux kernel (wi= th > the GPL implications ;-)) I just logged into the service console of a ESX 3.0 box: # uname -a Linux myhostname 2.4.21-47.0.1.ELvmnix #1 Thu Jul 26 13:26:41 PDT 2007 i686= i686 i386 GNU/Linux Regards Peter --16927197-25031-1195630355=:1892-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 08:22:36 2007 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 5B63B16A417 for ; Wed, 21 Nov 2007 08:22:36 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id 9E94213C44B for ; Wed, 21 Nov 2007 08:22:35 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 67962 invoked by uid 1001); 21 Nov 2007 08:22:34 -0000 Date: Wed, 21 Nov 2007 10:22:34 +0200 From: Dan Epure To: Xin LI Message-ID: <20071121082233.GG19354@iogyte.ro> References: <47438516.6060105@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47438516.6060105@delphij.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, kensmith@freebsd.org Subject: Re: Strange behavior of mv(1) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure 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 Nov 2007 08:22:36 -0000 Hi, >From the "man 1 mv": === cut here === ... mv [-f | -i | -n] [-v] source ... directory ... The destination path for each operand is the pathname produced by the concatenation of the last operand, a slash, and the final pathname component of the named file. ... === and here === so, i think both situations are all right. Gepu On Tue, Nov 20, 2007 at 05:08:38PM -0800, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi, > > It seems that mv(1) behaves differently when handling with respect to > different filesystems. > > Test1: Moving within one filesystem: > > mkdir -p t/a/b > mkdir -p b/c/d > cd t/ > mv ../b a > > Resulting tree: > t/ > a/ > b/ > c/ > d/ > > However, with different filesystems: > > mkdir -p t/a/b > mkdir -p /tmp/b/c/d > cd t > mv /tmp/b a > > We get: > > t/ > a/ > b/ > b/ > c/ > d/ > > I think the second behavior is not correct? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQFHQ4UWhcUczkLqiksRAs2xAJ9SJJu7fM/ujzr3QDnbBrz3bdbp1QCg1RC4 > 7sJ5E/KHURXw5GZ2dtlDI5k= > =Ftoi > -----END PGP SIGNATURE----- > _______________________________________________ > 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 Nov 21 08:27:02 2007 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 123A316A418; Wed, 21 Nov 2007 08:27:02 +0000 (UTC) (envelope-from dds@FreeBSD.org) Received: from mx-out.forthnet.gr (mx-out.forthnet.gr [193.92.150.104]) by mx1.freebsd.org (Postfix) with ESMTP id 883F513C469; Wed, 21 Nov 2007 08:27:01 +0000 (UTC) (envelope-from dds@FreeBSD.org) Received: from mx-av-01.forthnet.gr (mx-av.forthnet.gr [193.92.150.27]) by mx-out-02.forthnet.gr (8.14.0/8.14.0) with ESMTP id lAL85DPe017176; Wed, 21 Nov 2007 10:05:13 +0200 Received: from MX-IN-03.forthnet.gr (mx-in-03.forthnet.gr [193.92.150.26]) by mx-av-01.forthnet.gr (8.14.1/8.14.1) with ESMTP id lAL85DUV014362; Wed, 21 Nov 2007 10:05:13 +0200 Received: from [192.168.136.22] (ppp49-143.adsl.forthnet.gr [62.1.66.143]) by MX-IN-03.forthnet.gr (8.14.1/8.14.1) with ESMTP id lAL855Jg009152; Wed, 21 Nov 2007 10:05:06 +0200 Authentication-Results: MX-IN-03.forthnet.gr smtp.mail=dds@FreeBSD.org; spf=permerror Authentication-Results: MX-IN-03.forthnet.gr header.from=dds@FreeBSD.org; sender-id=permerror Message-ID: <4743E697.10701@FreeBSD.org> Date: Wed, 21 Nov 2007 10:04:39 +0200 From: Diomidis Spinellis User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.4) Gecko/20070509 SeaMonkey/1.1.2 MIME-Version: 1.0 To: d@delphij.net References: <47438516.6060105@delphij.net> In-Reply-To: <47438516.6060105@delphij.net> Content-Type: text/plain; charset=ISO-8859-7; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@FreeBSD.org, kensmith@FreeBSD.org Subject: Re: Strange behavior of mv(1) 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 Nov 2007 08:27:02 -0000 Xin LI wrote: > It seems that mv(1) behaves differently when handling with respect to > different filesystems. > > Test1: Moving within one filesystem: > > mkdir -p t/a/b > mkdir -p b/c/d > cd t/ > mv ../b a > > Resulting tree: > t/ > a/ > b/ > c/ > d/ > > However, with different filesystems: > > mkdir -p t/a/b > mkdir -p /tmp/b/c/d > cd t > mv /tmp/b a > > We get: > > t/ > a/ > b/ > b/ > c/ > d/ > > I think the second behavior is not correct? Yes, the second behavior is not correct. The first, behaves according to the specification of mv in IEEE Std 1003.1, 2004 Edition: "The mv utility shall perform actions equivalent to the rename() function defined in the System Interfaces volume of IEEE Std 1003.1-2001, called with the following arguments: 1. The source_file operand is used as the old argument. 2. The destination path is used as the new argument." where "The destination path for each source_file shall be the concatenation of the target directory, a single slash character, and the last pathname component of the source_file." mv -v and truss(1) show that this is the case: rename("../b","a/b") = 0 (0x0) The code used for running the second instance, misses implementing a part of the rename(2) specification: "If the directory named by the new argument exists, it shall be removed and old renamed to new." Currently mv first calls cp, which behaves as follows: cp -PRpv /tmp/b a/b /tmp/b -> a/b/b /tmp/b/c -> a/b/b/c /tmp/b/c/d -> a/b/b/c/d If the destination is first removed, cp behaves as expected: rm -rf a/b cp -PRpv /tmp/b a/b /tmp/b -> a/b /tmp/b/c -> a/b/c /tmp/b/c/d -> a/b/c/d I'd be happy to fix it, if you file a PR assigned to me. There are two issues related to the fix: 1. I think we should do more to preserve the atomicity requirements of rename(2) when we're copying files. Currently if cp(1) or rm(1) fails, stuff is left lying around. If the fix follows the same path, data will also get deleted. 2. How would you feel about linking with mv(1) the code of cp(1) and rm(1)? On i386 the space overhead will be less than 25k, and we will save three fork/exec calls. Diomidis Spinellis - http://www.spinellis.gr From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 08:52:15 2007 Return-Path: Delivered-To: current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E12CA16A419 for ; Wed, 21 Nov 2007 08:52:15 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D926513C448 for ; Wed, 21 Nov 2007 08:52:15 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAL8qDaG076904 for ; Wed, 21 Nov 2007 08:52:14 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4743F1F7.2030709@freebsd.org> Date: Wed, 21 Nov 2007 16:53:11 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: current@FreeBSD.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: strange thread priority displayed in top 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 Nov 2007 08:52:16 -0000 It seems top displaying thread priority in kernel strangely. Look at threads blocked at select() syscall, it is displayed as 96, it is userland priority: 96 + PZERO = 180. --- last pid: 4352; load averages: 0.00, 0.11, 0.08 up 0+00:06:24 16:40:03 138 processes: 2 running, 136 sleeping CPU states: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle Mem: 202M Active, 100M Inact, 129M Wired, 4824K Cache, 159M Buf, 559M Free Swap: 2020M Total, 2020M Free PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND 1075 davidxu 2 -8 0 53920K 25432K piperd 0 0:01 1.03% gnome-terminal 1020 davidxu 1 96 0 35048K 16344K CPU1 1 0:05 0.00% Xorg 626 _tor 1 4 0 17256K 11492K kqread 1 0:02 0.00% tor 1052 davidxu 1 96 0 58916K 27988K select 0 0:01 0.00% nautilus 1053 davidxu 1 96 0 39368K 22504K select 1 0:01 0.00% gnome-panel 1070 davidxu 1 96 0 39416K 21476K select 0 0:01 0.00% mixer_applet2 1061 davidxu 1 96 0 37692K 20716K select 1 0:00 0.00% wnck-applet --- I think the problem is select() uses cv_wait_sig which does not raise thread priority, but cv_broadcast() has a priority parameter to raise thread's priorities, however cv_signal() does not have this parameter, these are inconsitent interfaces. To fix the problem, there are two ways: 1. pass a priority parameter to cv_init(), and cv_wait(), cv_wait_sig() etcs will use the priority, remove priority parameter from cv_broadcast(). 2. pass a priority parameter to cv_wait(), and cv_wait_sig() etcs. I prefer the first one. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 09:30:04 2007 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 5F53F16A46B for ; Wed, 21 Nov 2007 09:30:04 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 2D60713C474 for ; Wed, 21 Nov 2007 09:30:04 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from northpoint.bitshk.com ([202.64.125.90]:42788 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IuluE-000ILZ-TP for freebsd-current@freebsd.org; Wed, 21 Nov 2007 09:30:02 +0000 Message-ID: <4743FA99.3090308@conducive.net> Date: Wed, 21 Nov 2007 09:30:01 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <20071120141403.GE81260@comp.chem.msu.su> <4743342A.10507@FreeBSD.org> <20071120140752.C884@192.168.1.107> <1195622463.53690.43.camel@xenon.stonehenge.sk> In-Reply-To: <1195622463.53690.43.camel@xenon.stonehenge.sk> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: SCHED_ULE & niceness / rtprio 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 Nov 2007 09:30:04 -0000 Michal Varga wrote: > On Tue, 2007-11-20 at 14:08 -1000, Jeff Roberson wrote: > >> I definitely knew about problems with positively niced tasks. I had not >> heard about the negative nice problems. This is my top priority as far as >> opensource goes. I've been unfortunately busy with other things however. >> I hope to get to this soon. >> >> Thanks, >> Jeff >> > Just for the record, I have one user here claiming the same symptoms. > His description exactly matches that of Yar Tikhiy, sound popping when > switching windows in Gnome, clicking url in browser, etc. But there are > few diferences: > > - Switching ULE for 4BSD does nothing for him, he says the sound > jerkiness is still there, unchanged. > > - He didn't play manually with any particular niceness, everything > running in default priorities. I let him test sound in totem, audacious > (with various buffer sizes), then mplayer from console, without GUI.. No > difference, sound pausing in every one. > > Another problem I see is that he is using the *exact* custom built and > tuned FreeBSD configuration that I've deployed on a number of other > machines and I just can't replicate any of the symptoms. From and old > Pentium 3, through x86 Athlons, dual core AMD64 (with either smp or up > kernel), some sort of Sempron+nforce3 - there is no single other place > I'm aware of that this happens, only this particular guys hardware. > > Did you guys with the symptoms tried to cross-check your hardware lists > to see if you don't have something in common? > > m. > > Here's something that *should* be unrelated, yet may shed some light.. OS X 10.3.9, not 'real *BSD, 1 GHz G4 1 GB RAM, video/audio playback in Flash, ordinarily smooth as silk, goes choppy when there is nought but the browser - and several ssh sessions running... Suspicion is the encryption workload of the ssh sessions, which are tailing -f the varnishd log, MTA logs, etc. of several servers. Very easily reproduced. Will try a comparison tonight in FreeBSD, as much as it pains me to even support such 'candy' on my headless server OS of choice ... Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 09:56:28 2007 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 1E02216A418 for ; Wed, 21 Nov 2007 09:56:28 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2001:1b20:1:3::1]) by mx1.freebsd.org (Postfix) with ESMTP id 8295013C45D for ; Wed, 21 Nov 2007 09:56:27 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.1/8.14.1) with ESMTP id lAL9uIf7097058; Wed, 21 Nov 2007 10:56:26 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.1/8.14.1/Submit) id lAL9uI0o097057; Wed, 21 Nov 2007 10:56:18 +0100 (CET) (envelope-from olli) Date: Wed, 21 Nov 2007 10:56:18 +0100 (CET) Message-Id: <200711210956.lAL9uI0o097057@lurza.secnetix.de> From: Oliver Fromme To: freebsd-current@FreeBSD.ORG, pyunyh@gmail.com In-Reply-To: <20071121011120.GB13817@cdnetworks.co.kr> X-Newsgroups: list.freebsd-current User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.2-STABLE-20070808 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 21 Nov 2007 10:56:26 +0100 (CET) Cc: Subject: Re: Sockets stuck in SYN_RCVD (re(4), RELENG_7, i386) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@FreeBSD.ORG, pyunyh@gmail.com 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 Nov 2007 09:56:28 -0000 Pyun YongHyeon wrote: > On Tue, Nov 20, 2007 at 04:19:18PM +0100, Oliver Fromme wrote: > > Some additional information. > > > > Today I have run the re(4) interface at 100 Mbps for a few > > hours. The count did still increase, so it's not a GigE- > > only problem. > > > > The I disabled RXCSUM,TXCSUM on the interface. Again, the > > counter still increased. So hardware checksumming isn't > > the cause of the problem either. > > > > Anything else I could try? > > re(4) is not smart enough to analyze packet payload. The hardware > also doesn't have a feature like TCP header split so I think re(4) > wouldn't have influence with TCP traffics by itself. I see. So it does not seem to be a bug in re(4). My first suspect were the IPFW rules. But they're quite simple (only 20 rules) and I'm sure they're correct. Apart from that, if it was a faulty rule that blocks SYN+ACK packets or similar, then no TCP connections would work at all. And even in that case, the default timeout for SYN_RCVD is very short (45 seconds I think), but not several days. So my current suspect is a bug in the syncache code. That bug is probably triggered by something exceptional, because I don't see the problem on any other machine, not even on the one which is almost identical in hardware and OS. I would like to ask everybody to have a look at the output from "sysctl net.inet.tcp.syncache.count". Does anybody else have a non-zero value that slowly increases? If so, it would be interesting to find out if there are any similarities with my machine. > Your dmesg indicates that you're using slightly old rgephy(4) on 7.0. > I touched rgephy(4) to support a newer PHY and fixed several bugs. If > speed/duplex mismatch was the cause of the issue you can see lots > of input errors from the output of "netstat -ndi" output. If so, try > latest rgephy(4). I don't think that's the cause. I tried with and without auto-select, forcing the interface to 100 and GigE, and all of that did not affect the behaviour at all. The error counters are all zero: Name Mtu Network Address Ipkts Ierrs Opkts Oerrs Coll Drop re0 1500 [...] 28363007 0 25430349 0 0 0 > > > net.inet.tcp.syncache.count: 702 > > > > It's now at 731. And now at 832. So it grows by more than 100 entries per day. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd > Can the denizens of this group enlighten me about what the > advantages of Python are, versus Perl ? "python" is more likely to pass unharmed through your spelling checker than "perl". -- An unknown poster and Fredrik Lundh From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 10:08:54 2007 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 5D7DD16A419 for ; Wed, 21 Nov 2007 10:08:54 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from mailrelay.rz.uni-wuerzburg.de (wrzx28.rz.uni-wuerzburg.de [132.187.3.28]) by mx1.freebsd.org (Postfix) with ESMTP id 1A84A13C46B for ; Wed, 21 Nov 2007 10:08:53 +0000 (UTC) (envelope-from shuvaev@physik.uni-wuerzburg.de) Received: from virusscan.mail (localhost [127.0.0.1]) by mailrelay.mail (Postfix) with ESMTP id C745BB6A6 for ; Wed, 21 Nov 2007 11:08:48 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by virusscan.mail (Postfix) with ESMTP id BA258DADC for ; Wed, 21 Nov 2007 11:08:48 +0100 (CET) Received: from mail.physik.uni-wuerzburg.de (wptd92.physik.uni-wuerzburg.de [132.187.40.192]) by mailmaster.uni-wuerzburg.de (Postfix) with ESMTP id A7C08B6A6 for ; Wed, 21 Nov 2007 11:08:48 +0100 (CET) Received: from wep4017.physik.uni-wuerzburg.de ([132.187.37.17]) by mail.physik.uni-wuerzburg.de (Lotus Domino Release 7.0.3) with ESMTP id 2007112111084668-21055 ; Wed, 21 Nov 2007 11:08:46 +0100 Received: by wep4017.physik.uni-wuerzburg.de (sSMTP sendmail emulation); Wed, 21 Nov 2007 11:08:47 +0100 From: "Alexey Shuvaev" Date: Wed, 21 Nov 2007 11:08:47 +0100 To: freebsd-current@freebsd.org Message-ID: <20071121100847.GA5752@wep4017.physik.uni-wuerzburg.de> Mail-Followup-To: freebsd-current@freebsd.org MIME-Version: 1.0 Organization: Universitaet Wuerzburg User-Agent: Mutt/1.5.16 (2007-06-09) X-MIMETrack: Itemize by SMTP Server on domino1/uni-wuerzburg(Release 7.0.3|September 26, 2007) at 11/21/2007 11:08:46, Serialize by Router on domino1/uni-wuerzburg(Release 7.0.3|September 26, 2007) at 11/21/2007 11:08:47, Serialize complete at 11/21/2007 11:08:47 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Virus-Scanned: by amavisd-new at uni-wuerzburg.de Subject: ObsoleteFiles.inc possible mistype 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 Nov 2007 10:08:54 -0000 I am not sure should I fill in a PR or not. I think the entry: # 20070603: BIND 9.4.1 import OLD_LIBS+=lib/liblwres.so.10 should read: # 20070603: BIND 9.4.1 import OLD_LIBS+=/usr/lib/liblwres.so.10 (Just run sysutils/libchk and it points me to that). From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 10:11:12 2007 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 1195916A418 for ; Wed, 21 Nov 2007 10:11:12 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.net [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id D03CA13C4AC for ; Wed, 21 Nov 2007 10:11:11 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from northpoint.bitshk.com ([202.64.125.90]:42840 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IumY3-000ISd-4s for freebsd-current@FreeBSD.ORG; Wed, 21 Nov 2007 10:11:11 +0000 Message-ID: <4744043D.6060309@conducive.net> Date: Wed, 21 Nov 2007 10:11:09 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@FreeBSD.ORG References: <200711210956.lAL9uI0o097057@lurza.secnetix.de> In-Reply-To: <200711210956.lAL9uI0o097057@lurza.secnetix.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Sockets stuck in SYN_RCVD (re(4), RELENG_7, i386) 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 Nov 2007 10:11:12 -0000 Oliver Fromme wrote: *snip* > I would like to ask everybody to have a look at the > output from "sysctl net.inet.tcp.syncache.count". > Does anybody else have a non-zero value that slowly > increases? If so, it would be interesting to find out > if there are any similarities with my machine. Zero count on: 7-BETA1 i386 of 20 October w/SCHED-ULE, otherwise vanilla, on GigaByte GA G33-DS3R, Core-2 Quad 2.4, 2 GB DDR-800. Production use, varnishd on that NIC accelerating a WinServer website running in Qemu to an internal IP on fxp0 NIC -> Linksys firewall --> another frontside IP:port, thence picked up by varnisd and served 'publically' over the RealTek NIC (below). == re0: port 0xc000-0xc0ff mem 0xf1000000-0xf1000fff irq 16 at device 0.0 on pci3 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:1a:4d:4e:22:e8 re0: [FILTER] re0: [FILTER] == fxp0 is promiscuous for tun/tap. re0 is vanilla. Bill From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 10:14:18 2007 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 C615B16A468 for ; Wed, 21 Nov 2007 10:14:18 +0000 (UTC) (envelope-from jamesoff@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.191]) by mx1.freebsd.org (Postfix) with ESMTP id 9E75713C478 for ; Wed, 21 Nov 2007 10:14:18 +0000 (UTC) (envelope-from jamesoff@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2056571rvb for ; Wed, 21 Nov 2007 02:14:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=P74Yg2fFrhr3Pzhs2FRoBznKeIzkVNrUTukE21HXjqE=; b=MAgH1EOo3EIwS9H09bKAOY8iJ75S4q+MH03EN27Ac/7x4z6COXqsIsK00+8aqtvhlLUWruXPelfSsh+Y8vkU189KRCjjyjzMlt22QXkVXXTloRRtRyCI7pOEforiRmOtdxvVMmTgzUjEIZ1Kp4aeJ0hiADiv/+UVBILttR8RDW8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=uIhb3V5pnruayrfBTtIGTsUnAk+wvMVZnXI7aRJJUKFQj8yPyvP79iMfoI+buaNw58HoDUJLf9gXtxU4AomCQU5IHWzEUo3baRlljLqL3WoHqvhzax9RKfHaXwK6igpNv3kMqdPLolqC2qoR6MOlhc/JBhJqK7m9SEmRG6mUhaU= Received: by 10.140.126.14 with SMTP id y14mr3202320rvc.1195638579425; Wed, 21 Nov 2007 01:49:39 -0800 (PST) Received: by 10.141.190.16 with HTTP; Wed, 21 Nov 2007 01:49:39 -0800 (PST) Message-ID: <720051dc0711210149q619188e5l41706d538e245fa3@mail.gmail.com> Date: Wed, 21 Nov 2007 09:49:39 +0000 From: "James Seward" To: freebsd-current@freebsd.org In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4743C25D.9060308@elischer.org> <200711210819.28098.thierry@herbelot.com> Subject: Re: vmware and FreeBSD. HUH? 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 Nov 2007 10:14:18 -0000 On Nov 21, 2007 7:35 AM, Peter Ross wrote: > # uname -a > Linux myhostname 2.4.21-47.0.1.ELvmnix #1 Thu Jul 26 13:26:41 PDT 2007 i686 i686 i386 GNU/Linux All this tells you is that your service console is running Linux; The actual vmkernel is VMware's own concoction, although I have no idea if it's originally based on something else. /JMS From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 10:50:35 2007 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 08ABC16A41A for ; Wed, 21 Nov 2007 10:50:35 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id B62AE13C457 for ; Wed, 21 Nov 2007 10:50:34 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=63588 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IunA9-000LJW-Tl for freebsd-current@freebsd.org; Wed, 21 Nov 2007 10:50:33 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id lALAoM2R077765 for ; Wed, 21 Nov 2007 13:50:22 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id lALAoMU6077764 for freebsd-current@freebsd.org; Wed, 21 Nov 2007 13:50:22 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Wed, 21 Nov 2007 13:50:22 +0300 From: Ruslan Ermilov To: freebsd-current@freebsd.org Message-ID: <20071121105022.GB71519@team.vega.ru> References: <20071121100847.GA5752@wep4017.physik.uni-wuerzburg.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071121100847.GA5752@wep4017.physik.uni-wuerzburg.de> User-Agent: Mutt/1.5.16 (2007-06-09) Subject: Re: ObsoleteFiles.inc possible mistype 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 Nov 2007 10:50:35 -0000 On Wed, Nov 21, 2007 at 11:08:47AM +0100, Alexey Shuvaev wrote: > I am not sure should I fill in a PR or not. > I think the entry: > > # 20070603: BIND 9.4.1 import > OLD_LIBS+=lib/liblwres.so.10 > > should read: > > # 20070603: BIND 9.4.1 import > OLD_LIBS+=/usr/lib/liblwres.so.10 > Fixed (without a leading slash), thanks! Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 11:32:53 2007 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 580CB16A419 for ; Wed, 21 Nov 2007 11:32:53 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from digitiminimi.de (digitiminimi.de [217.172.44.71]) by mx1.freebsd.org (Postfix) with ESMTP id 1541E13C4C4 for ; Wed, 21 Nov 2007 11:32:52 +0000 (UTC) (envelope-from liste@encephalon.de) Received: from localhost (digitiminimi.de [217.172.44.71]) by digitiminimi.de (Postfix) with ESMTP id C94249B400; Wed, 21 Nov 2007 12:38:20 +0100 (CET) X-Virus-Scanned: amavisd-new at digitiminimi.de Received: from digitiminimi.de ([217.172.44.71]) by localhost (main.digitiminimi.de [217.172.44.71]) (amavisd-new, port 10024) with ESMTP id pFv5omSqG7y9; Wed, 21 Nov 2007 12:38:14 +0100 (CET) Received: from cojote.suedfac.com (ns2.suedfactoring.de [212.202.224.253]) by digitiminimi.de (Postfix) with ESMTP id DE1B69B407; Wed, 21 Nov 2007 12:38:12 +0100 (CET) Message-Id: <5CF17840-1770-4EDD-9881-089B5212C7C6@encephalon.de> From: "Axel S. Gruner" To: James Seward In-Reply-To: <720051dc0711210149q619188e5l41706d538e245fa3@mail.gmail.com> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Wed, 21 Nov 2007 12:17:38 +0100 References: <4743C25D.9060308@elischer.org> <200711210819.28098.thierry@herbelot.com> <720051dc0711210149q619188e5l41706d538e245fa3@mail.gmail.com> X-Mailer: Apple Mail (2.915) Cc: freebsd-current@freebsd.org Subject: Re: vmware and FreeBSD. HUH? 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 Nov 2007 11:32:53 -0000 Am 21.11.2007 um 10:49 schrieb James Seward: > On Nov 21, 2007 7:35 AM, Peter Ross > wrote: >> # uname -a >> Linux myhostname 2.4.21-47.0.1.ELvmnix #1 Thu Jul 26 13:26:41 PDT >> 2007 i686 i686 i386 GNU/Linux > > All this tells you is that your service console is running Linux; The > actual vmkernel is VMware's own concoction, although I have no idea if > it's originally based on something else. Based on BSD? Well, that would be nice. Imho, what i found out, vmkernel is based von SimOS and DISCO. From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 12:26:19 2007 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 272F916A418 for ; Wed, 21 Nov 2007 12:26:19 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: from web63913.mail.re1.yahoo.com (web63913.mail.re1.yahoo.com [69.147.97.128]) by mx1.freebsd.org (Postfix) with SMTP id CB06513C44B for ; Wed, 21 Nov 2007 12:26:18 +0000 (UTC) (envelope-from barney_cordoba@yahoo.com) Received: (qmail 61931 invoked by uid 60001); 21 Nov 2007 12:26:17 -0000 DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=X-YMail-OSG:Received:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type:Content-Transfer-Encoding:Message-ID; b=G0uXW0Cf0ICnleaiBH1Uh8rBGpAZwE2nEUTbXkcW1jEoEsrEPQSe23u8pImy1UVFED13Z/KqgYPSfQWANj9p8h4tP9h8DkTZOyZUbiFIE32DpsOKUtVBi3nsm9UuC5PjGXsPmFmX9N9gxgeQAWGY3MSQ8j7SigKx+alLcGDLwHs=; X-YMail-OSG: 5su5M94VM1lEeFwgqyyj4jiKE.sXPq0szRj5.faS8mUhUjxVfO4.0fPwxArA7RCq2xHtCHezLkMpf_gKvpoDLlTX7EBnwBECmoBcDTdrwVG8STgsU7ma Received: from [24.45.195.185] by web63913.mail.re1.yahoo.com via HTTP; Wed, 21 Nov 2007 04:26:17 PST Date: Wed, 21 Nov 2007 04:26:17 -0800 (PST) From: Barney Cordoba To: Travis Mikalson , freebsd-current@freebsd.org In-Reply-To: <47402ABA.9060209@terranova.net> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Message-ID: <826454.61528.qm@web63913.mail.re1.yahoo.com> Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 12:26:19 -0000 --- Travis Mikalson wrote: > Pawel Worach wrote: > > Barney Cordoba wrote: > >> We can't get any flavor of Freebsd 7 to build or > boot > >> successfully on an HT1000 MB. We have 2 distinct > MBs > >> and both have similar problems. > >> > >> I noticed in the linux driver that they have the > >> HT1000 listed in their pci_quirks.c, and have > >> "quirk_disable_all_msi" set for it. I have no > idea > >> what that means, but is FreeBSD doing something > >> similar? I haven't tested linux on this system > yet, > >> but I hope to do so sometime this week. > >> > > > > At the loader(8) prompt set the following two > tunables: > > hw.pci.enable_msix=0 > > hw.pci.enable_msi=0 > > I just tried this and it didn't help I'm afraid. > > In more detail: I hooked up my SATA disk to my > HT1000 motherboard's > onboard SATA controller with those two tunables set > to 0 and my data was > still horribly corrupted quite quickly. It's just as > bad with or without > those tunables set to 0. > > -- > TerraNovaNet Internet Services - Key Largo, FL > Voice: (305)453-4011 x101 Fax: (305)451-5991 > http://www.terranova.net/ > ---------------------------------------------- > Life's not fair, but the root password helps. > _______________________________________________ > 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've done a bit of research and it seems that this chipset has been ignored for years now by the FreeBSD team. Whats the reasoning for a major chipset used by supermicro and Tyan not being supported after years of deployment? This isn't some obscure chipset we have here. This effects a major pct of opteron systems deployed worldwide. I don't see how Freebsd 7 can be released without this being fixed. It would be a major black eye to the project to say "FreeBSD 7 is released, but BTW, if you have a supermicro or tyan opteron system it won't work at all". Someone was complaining 2 years ago that they didn't have hardware to do the work. Is the FreeBSD project really so poorly funded that they can't get their hands on a $150 motherboard for 2 years? Barney ____________________________________________________________________________________ Be a better sports nut! Let your teams follow you with Yahoo Mobile. Try it now. http://mobile.yahoo.com/sports;_ylt=At9_qDKvtAbMuh1G1SQtBI7ntAcJ From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 12:32:49 2007 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 7061C16A46C; Wed, 21 Nov 2007 12:32:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 40B7913C45D; Wed, 21 Nov 2007 12:32:49 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lALCWmw2072010; Wed, 21 Nov 2007 07:32:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lALCWmuU066885; Wed, 21 Nov 2007 07:32:48 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 4B1C073039; Wed, 21 Nov 2007 07:32:48 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071121123248.4B1C073039@freebsd-current.sentex.ca> Date: Wed, 21 Nov 2007 07:32:48 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean 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: Wed, 21 Nov 2007 12:32:49 -0000 TB --- 2007-11-21 10:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-21 10:50:00 - starting HEAD tinderbox run for i386/i386 TB --- 2007-11-21 10:50:01 - cleaning the object tree TB --- 2007-11-21 10:50:23 - checking out the source tree TB --- 2007-11-21 10:50:23 - cd /tinderbox/HEAD/i386/i386 TB --- 2007-11-21 10:50:23 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-21 10:59:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-21 10:59:18 - cd /src TB --- 2007-11-21 10:59:18 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 21 10:59:20 UTC 2007 >>> 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 Nov 21 12:12:33 UTC 2007 TB --- 2007-11-21 12:12:33 - generating LINT kernel config TB --- 2007-11-21 12:12:33 - cd /src/sys/i386/conf TB --- 2007-11-21 12:12:33 - /usr/bin/make -B LINT TB --- 2007-11-21 12:12:33 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-21 12:12:33 - cd /src TB --- 2007-11-21 12:12:33 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 21 12:12:33 UTC 2007 >>> 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 [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/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/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function 'em_ioctl': /src/sys/modules/em/../../dev/em/if_em.c:1132: error: 'em_poll' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:1132: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:1132: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-21 12:32:48 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-21 12:32:48 - ERROR: failed to build lint kernel TB --- 2007-11-21 12:32:48 - tinderbox aborted TB --- 4555.95 user 411.38 system 6167.14 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-i386.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 12:45:00 2007 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 AA5E516A417 for ; Wed, 21 Nov 2007 12:45:00 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id 7155613C46B for ; Wed, 21 Nov 2007 12:45:00 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (m036202.ppp.asahi-net.or.jp [219.121.36.202]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 4352F4FC49; Wed, 21 Nov 2007 21:44:59 +0900 (JST) Date: Wed, 21 Nov 2007 21:44:58 +0900 From: Watanabe Kazuhiro To: freebsd-current In-Reply-To: References: User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20071121124459.4352F4FC49@mail.asahi-net.or.jp> Cc: Kip Macy , freebsd-emulation@freebsd.org, Juergen Lock Subject: Re: An ATAPI CD-ROM drive doesn't work with 7.0-BETA2, but it works with 7.0-BETA1 and 6.3-BETA1 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 Nov 2007 12:45:00 -0000 At Sun, 18 Nov 2007 16:19:58 -0800, Kip Macy wrote: > This is also an issue on parallels. Scott Long and the maintainer are > aware of the issue. I don't know yet how they intend to address it. > > -Kip > > > On Nov 18, 2007 3:08 PM, Juergen Lock wrote: > > > > In article <20071111073940.E35C74AE2D@mail.asahi-net.or.jp> you write: > > >Hi, all. > > > > > >I've tried to install FreeBSD/pc98 7.0-BETA2 to PC-9821Xa9 via FTP. > > >Installation is finished sucessfully. > > >But cannot use the internal ATAPI CD-ROM drive. > > > > > >aries# uname -a > > >FreeBSD aries.sign.local 7.0-BETA2 FreeBSD 7.0-BETA2 #1: Sun Nov 11 00:16:42 > > >JST 2007 nabe@aries.sign.local:/usr/src/sys/pc98/compile/GENERIC pc98 > > >aries# dmesg | grep ^acd > > >acd0: CDROM drive at ata1 as master > > >acd0: read 689KB/s (689KB/s), 256KB buffer, PIO2 > > >acd0: Reads: CDDA stream > > >acd0: Writes: > > >acd0: Audio: play, 256 volume levels > > >acd0: Mechanism: ejectable tray, unlocked > > >acd0: Medium: CD-ROM unknown > > >aries# mount_cd9660 -v /dev/acd0 /mnt > > >could not determine starting sector, using very first session > > >mount_cd9660: /dev/acd0: Input/output error > > >aries# cdcontrol info > > >cdcontrol: /dev/acd0: Input/output error > > >aries# cdcontrol status > > >cdcontrol: /dev/acd0: Input/output error > > >aries# > > > > > >The CD-ROM drive works well with 7.0-BETA1 and 6.3-BETA1. > > > > > >To use the CD-ROM drive with 7.0-BETA2, I have to apply a quick patch > > >described below and recompile the kernel: > > > > > >--- sys/dev/ata/atapi-cd.c.orig 2007-11-01 04:59:53.000000000 +0900 > > >+++ sys/dev/ata/atapi-cd.c 2007-11-11 00:15:21.000000000 +0900 > > >@@ -696,12 +696,16 @@ > > > if (!acd_mode_sense(dev, ATAPI_CDROM_CAP_PAGE, > > > (caddr_t)&cdp->cap, sizeof(cdp->cap)) && > > > cdp->cap.page_code == ATAPI_CDROM_CAP_PAGE) { > > >+#if 0 > > > if ((cdp->cap.medium_type == MST_FMT_NONE) || > > > (cdp->cap.medium_type == MST_NO_DISC) || > > > (cdp->cap.medium_type == MST_DOOR_OPEN) || > > > (cdp->cap.medium_type == MST_FMT_ERROR)) > > > return EIO; > > > else > > >+#else > > >+ printf("cap.medium_type:%d\n", cdp->cap.medium_type); > > >+#endif > > > break; > > > } > > > pause("acdld", hz / 2); > > > > > >The value of cdp->cap.medium_type is 0 (MST_FMT_NONE). > > > > Interesting, I didn't know real hw is also affected... I already > > had to make a patch for qemu that chases these recent commits (atapi-cd.c), > > see my post on -emulation, > > http://lists.freebsd.org/pipermail/freebsd-emulation/2007-November/004178.html > > > > If you want to play with the patch, its also at, > > http://people.freebsd.org/~nox/qemu/patch-hw-ide.c > > (testers especially with non-FreeBSD guests still wanted!) > > > > Thanx, > > Juergen Fixed in 8-current. http://www.jp.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/ata/atapi-cd.c#rev1.195 I've upgraded the PC from 7.0-BETA3 (cannot use the CD-ROM yet) to 8-current (yesterday's source). The CD-ROM drive works fine. aries# uname -a FreeBSD aries.sign.local 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Tue Nov 20 21:16:32 JST 2007 nabe@capricorn:/FreeBSD/obj/pc98/HEAD/pc98 /FreeBSD/HEAD/src/sys/GENERIC pc98 aries# dmesg | grep ^acd acd0: CDROM drive at ata1 as master acd0: read 689KB/s (689KB/s), 256KB buffer, PIO2 acd0: Reads: CDDA stream acd0: Writes: acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray, unlocked acd0: Medium: CD-ROM unknown aries# mount_cd9660 -v /dev/acd0 /mnt using starting sector 0 aries# ls -l /mnt total 57 -r--r--r-- 1 root wheel 25 Oct 8 2002 cdrom.inf -r--r--r-- 1 root wheel 50336 Oct 19 2002 filename.txt dr-xr-xr-x 55 root wheel 8192 Oct 19 2002 packages aries# cdcontrol info Starting track = 1, ending track = 1, TOC size = 18 bytes track start duration block length type ------------------------------------------------- 1 0:02.00 73:36.48 0 331248 data 170 73:38.48 - 331248 - - aries# cdcontrol status Audio status = 21, current track = 1, current position = 0:01.60 Media catalog is inactive Left volume = 255, right volume = 255 aries# I hope to MFC the fix to RELENG_7 and RELENG_6. --- Watanabe Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 11:02:32 2007 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 4431A16A417 for ; Wed, 21 Nov 2007 11:02:32 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from pop.taipei.corp.yahoo.com (pop.taipei.corp.yahoo.com [203.188.207.36]) by mx1.freebsd.org (Postfix) with ESMTP id C391F13C457 for ; Wed, 21 Nov 2007 11:02:31 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from passion.hsins.com (ktsin-lt.taipei.corp.yahoo.com [10.82.30.25]) by pop.taipei.corp.yahoo.com (8.13.8/8.13.8/pop-tw) with ESMTP id lALB2Uqm096521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Nov 2007 19:02:30 +0800 (CST) Received: from passion.hsins.com (localhost [127.0.0.1]) by passion.hsins.com (8.14.2/8.14.1/cyrus) with ESMTP id lALB2QLj003666 for ; Wed, 21 Nov 2007 19:02:26 +0800 (MYT) (envelope-from ktsin@acm.org) Received: (from ktsin@localhost) by passion.hsins.com (8.14.2/8.14.1/Submit) id lALB2Qqw003665 for freebsd-current@FreeBSD.ORG; Wed, 21 Nov 2007 19:02:26 +0800 (MYT) (envelope-from ktsin@acm.org) Date: Wed, 21 Nov 2007 19:02:26 +0800 From: KT Sin To: freebsd-current@FreeBSD.ORG Message-ID: <20071121110226.GA3543@passion.hsins.com> References: <20071121103211.GA3190@passion.hsins.com> <20071121105122.GA3421@passion.hsins.com> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20071121105122.GA3421@passion.hsins.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on passion.hsins.com X-Mailman-Approved-At: Wed, 21 Nov 2007 12:46:39 +0000 Cc: Subject: Re: freebsd7 and mdconfig -l -u oddity 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 Nov 2007 11:02:32 -0000 apparently fixed in 8-current, e.g. src/sbin/mdconfig/mdconfig.c,v 1.55. recompiled mdconfig.c v1.55 on 7 and so far, it's working great. can somebody please backport the code to 7? thanks kt :) On Wed, Nov 21, 2007 at 06:51:22PM +0800, KT Sin wrote: > ah...there appears to be a PR (conf/118035) reporting breakage caused > by changes in mdconfig -l -u. > > kt :( > > On Wed, Nov 21, 2007 at 06:32:11PM +0800, KT Sin wrote: > > i've upgraded my server from 6 to 7 and mdconfig -l -u is behaving > > in a weird (and incorrect) manner. > > > > on freebsd 7, mdconfig -l -u returns exit code of 0 even for > > non-existence md devices. > > > > has anyone got the same problem or is it just me? this weirdness is > > breaking the code to detect next available md device number in > > ports/freebsd-snapshot. > > > > e.g. > > > > on freebsd6: > > > > si1:~[512]# mdconfig -l -u 0 ; echo $? > > md0 swap 2.0G > > 0 > > si1:~[513]# mdconfig -l -u 1 ; echo $? > > mdconfig: ioctl(/dev/mdctl): No such file or directory > > 1 > > > > on freebsd7 beta3: > > > > melati# uname -a > > FreeBSD melati.hsins.com 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 06:25:50 MYT 2007 ktsin@melati.hsins.com:/tmp/obj/usr/src/sys/MELATI i386 > > melati# mdconfig -l -u 0 ; echo $? > > md0 swap 2.0G > > 0 > > melati# mdconfig -l -u 1 ; echo $? > > 0 > > > > kt From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 10:51:31 2007 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 E356616A420 for ; Wed, 21 Nov 2007 10:51:31 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from pop.taipei.corp.yahoo.com (pop.taipei.corp.yahoo.com [203.188.207.36]) by mx1.freebsd.org (Postfix) with ESMTP id 7CAB613C465 for ; Wed, 21 Nov 2007 10:51:31 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from passion.hsins.com (ktsin-lt.taipei.corp.yahoo.com [10.82.30.25]) by pop.taipei.corp.yahoo.com (8.13.8/8.13.8/pop-tw) with ESMTP id lALApUTD096165 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Nov 2007 18:51:30 +0800 (CST) Received: from passion.hsins.com (localhost [127.0.0.1]) by passion.hsins.com (8.14.2/8.14.1/cyrus) with ESMTP id lALApMIV003451 for ; Wed, 21 Nov 2007 18:51:22 +0800 (MYT) (envelope-from ktsin@acm.org) Received: (from ktsin@localhost) by passion.hsins.com (8.14.2/8.14.1/Submit) id lALApMJe003450 for freebsd-current@FreeBSD.ORG; Wed, 21 Nov 2007 18:51:22 +0800 (MYT) (envelope-from ktsin@acm.org) Date: Wed, 21 Nov 2007 18:51:22 +0800 From: KT Sin To: freebsd-current@FreeBSD.ORG Message-ID: <20071121105122.GA3421@passion.hsins.com> References: <20071121103211.GA3190@passion.hsins.com> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline In-Reply-To: <20071121103211.GA3190@passion.hsins.com> User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on passion.hsins.com X-Mailman-Approved-At: Wed, 21 Nov 2007 12:49:07 +0000 Cc: Subject: Re: freebsd7 and mdconfig -l -u oddity 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 Nov 2007 10:51:32 -0000 ah...there appears to be a PR (conf/118035) reporting breakage caused by changes in mdconfig -l -u. kt :( On Wed, Nov 21, 2007 at 06:32:11PM +0800, KT Sin wrote: > i've upgraded my server from 6 to 7 and mdconfig -l -u is behaving > in a weird (and incorrect) manner. > > on freebsd 7, mdconfig -l -u returns exit code of 0 even for > non-existence md devices. > > has anyone got the same problem or is it just me? this weirdness is > breaking the code to detect next available md device number in > ports/freebsd-snapshot. > > e.g. > > on freebsd6: > > si1:~[512]# mdconfig -l -u 0 ; echo $? > md0 swap 2.0G > 0 > si1:~[513]# mdconfig -l -u 1 ; echo $? > mdconfig: ioctl(/dev/mdctl): No such file or directory > 1 > > on freebsd7 beta3: > > melati# uname -a > FreeBSD melati.hsins.com 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 06:25:50 MYT 2007 ktsin@melati.hsins.com:/tmp/obj/usr/src/sys/MELATI i386 > melati# mdconfig -l -u 0 ; echo $? > md0 swap 2.0G > 0 > melati# mdconfig -l -u 1 ; echo $? > 0 > > kt From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 10:42:59 2007 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 836F316A41A for ; Wed, 21 Nov 2007 10:42:59 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from pop.taipei.corp.yahoo.com (pop.taipei.corp.yahoo.com [203.188.207.36]) by mx1.freebsd.org (Postfix) with ESMTP id 1E9F513C45A for ; Wed, 21 Nov 2007 10:42:58 +0000 (UTC) (envelope-from ktsin@acm.org) Received: from passion.hsins.com (ktsin-lt.taipei.corp.yahoo.com [10.82.30.25]) by pop.taipei.corp.yahoo.com (8.13.8/8.13.8/pop-tw) with ESMTP id lALAWQTM095683 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 21 Nov 2007 18:32:27 +0800 (CST) Received: from passion.hsins.com (localhost [127.0.0.1]) by passion.hsins.com (8.14.2/8.14.1/cyrus) with ESMTP id lALAWCk2003230 for ; Wed, 21 Nov 2007 18:32:12 +0800 (MYT) (envelope-from ktsin@acm.org) Received: (from ktsin@localhost) by passion.hsins.com (8.14.2/8.14.1/Submit) id lALAWCo6003229 for freebsd-current@FreeBSD.ORG; Wed, 21 Nov 2007 18:32:12 +0800 (MYT) (envelope-from ktsin@acm.org) Date: Wed, 21 Nov 2007 18:32:12 +0800 From: KT Sin To: freebsd-current@FreeBSD.ORG Message-ID: <20071121103211.GA3190@passion.hsins.com> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Content-Disposition: inline User-Agent: Mutt/1.5.16 (2007-06-09) X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on passion.hsins.com X-Mailman-Approved-At: Wed, 21 Nov 2007 12:49:20 +0000 Cc: Subject: freebsd7 and mdconfig -l -u oddity 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 Nov 2007 10:42:59 -0000 i've upgraded my server from 6 to 7 and mdconfig -l -u is behaving in a weird (and incorrect) manner. on freebsd 7, mdconfig -l -u returns exit code of 0 even for non-existence md devices. has anyone got the same problem or is it just me? this weirdness is breaking the code to detect next available md device number in ports/freebsd-snapshot. e.g. on freebsd6: si1:~[512]# mdconfig -l -u 0 ; echo $? md0 swap 2.0G 0 si1:~[513]# mdconfig -l -u 1 ; echo $? mdconfig: ioctl(/dev/mdctl): No such file or directory 1 on freebsd7 beta3: melati# uname -a FreeBSD melati.hsins.com 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 06:25:50 MYT 2007 ktsin@melati.hsins.com:/tmp/obj/usr/src/sys/MELATI i386 melati# mdconfig -l -u 0 ; echo $? md0 swap 2.0G 0 melati# mdconfig -l -u 1 ; echo $? 0 kt From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 09:27:27 2007 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 A485516A418 for ; Wed, 21 Nov 2007 09:27:27 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.freebsd.org (Postfix) with ESMTP id 5974713C458 for ; Wed, 21 Nov 2007 09:27:27 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.50) id 1IulTD-0004YQ-8u for current@freebsd.org; Wed, 21 Nov 2007 15:02:07 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.1/8.14.1) with ESMTP id lAL95Z4A063847 for ; Wed, 21 Nov 2007 15:05:35 +0600 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.1/8.14.1/Submit) id lAL95Rj3063828 for current@freebsd.org; Wed, 21 Nov 2007 15:05:27 +0600 (NOVT) (envelope-from danfe) Date: Wed, 21 Nov 2007 15:05:27 +0600 From: Alexey Dokuchaev To: current@freebsd.org Message-ID: <20071121090527.GA57912@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 21 Nov 2007 12:49:33 +0000 Cc: Subject: make kernel build error on recent -current 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 Nov 2007 09:27:27 -0000 hi there, i'm seeing this while trying to make my kernel: cc -c -O2 -pipe -mtune=pentium4 -march=pentium4 -fno-strict-aliasing -march=pentium4 -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/usr/src/sys -I/usr/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 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/kern_intr.c cc1: warnings being treated as errors /usr/src/sys/kern/kern_intr.c: In function 'intr_priority': /usr/src/sys/kern/kern_intr.c:117: warning: 'pri' may be used uninitialized in this function *** Error code 1 it seems that `kern.pre.mk' enables -Werror despite my NO_WERROR setting. ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 12:58:54 2007 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 B4BC016A41A; Wed, 21 Nov 2007 12:58:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8425A13C4BE; Wed, 21 Nov 2007 12:58:54 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lALCwrJ8087377; Wed, 21 Nov 2007 07:58:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lALCwrNl052087; Wed, 21 Nov 2007 07:58:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 56C4473039; Wed, 21 Nov 2007 07:58:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071121125853.56C4473039@freebsd-current.sentex.ca> Date: Wed, 21 Nov 2007 07:58:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner2 X-Virus-Status: Clean 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: Wed, 21 Nov 2007 12:58:54 -0000 TB --- 2007-11-21 10:50:00 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-21 10:50:00 - starting HEAD tinderbox run for amd64/amd64 TB --- 2007-11-21 10:50:01 - cleaning the object tree TB --- 2007-11-21 10:50:30 - checking out the source tree TB --- 2007-11-21 10:50:30 - cd /tinderbox/HEAD/amd64/amd64 TB --- 2007-11-21 10:50:30 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-21 10:59:18 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-21 10:59:18 - cd /src TB --- 2007-11-21 10:59:18 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 21 10:59:20 UTC 2007 >>> 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 Wed Nov 21 12:41:02 UTC 2007 TB --- 2007-11-21 12:41:02 - generating LINT kernel config TB --- 2007-11-21 12:41:02 - cd /src/sys/amd64/conf TB --- 2007-11-21 12:41:02 - /usr/bin/make -B LINT TB --- 2007-11-21 12:41:02 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-21 12:41:02 - cd /src TB --- 2007-11-21 12:41:02 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 21 12:41:02 UTC 2007 >>> 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 [...] awk -f /src/sys/modules/ed/../../conf/kmod_syms.awk if_ed.ko export_syms | xargs -J% objcopy % if_ed.ko objcopy --strip-debug if_ed.ko ===> em (all) cc -O2 -pipe -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/amd64/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 -fno-omit-frame-pointer -I/obj/amd64/src/sys/LINT -mcmodel=kernel -mno-red-zone -mfpmath=387 -mno-sse -mno-sse2 -mno-mmx -mno-3dnow -msoft-float -fno-asynchronous-unwind-tables -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function 'em_ioctl': /src/sys/modules/em/../../dev/em/if_em.c:1132: error: 'em_poll' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:1132: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:1132: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/amd64/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-21 12:58:53 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-21 12:58:53 - ERROR: failed to build lint kernel TB --- 2007-11-21 12:58:53 - tinderbox aborted TB --- 5776.01 user 572.49 system 7732.30 real http://tinderbox.des.no/tinderbox-head-HEAD-amd64-amd64.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 13:10:11 2007 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 B4D7416A418 for ; Wed, 21 Nov 2007 13:10:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 7885313C468 for ; Wed, 21 Nov 2007 13:10:10 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=bt5thb2lxpfCVa4k7YKbE8HuwdFQRCuHHZqP8lyIzQhLbpjh+ZN/o/uN8AbgE3AQO/d2vNTDnWetivJfRGXw52Uyn/prpaYaSCbwWWM4AhAZ9lNriCQX2mv8P413nfD7ZR++tcRbSF8NoLU3RDVdLTe3ywBVHURILcnADdAEGiSsrMyOapJ/MIiuf9n/Md0opuOv22zDvYuM9Ewm83XNlEW+OWDD+b1sEhU59VlWNvkui4RoOSQlShnlK/in2BYd; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IupLF-0006pC-AB; Wed, 21 Nov 2007 13:10:09 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IupKm-0003iU-Ic; Wed, 21 Nov 2007 13:09:40 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IupKj-0000RG-48; Wed, 21 Nov 2007 15:09:37 +0200 To: Barney Cordoba From: Ian FREISLICH In-Reply-To: Message from Barney Cordoba of "Wed, 21 Nov 2007 04:26:17 PST." <826454.61528.qm@web63913.mail.re1.yahoo.com> X-Attribution: BOFH Date: Wed, 21 Nov 2007 15:09:37 +0200 Message-Id: Cc: Travis Mikalson , freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 13:10:11 -0000 Barney Cordoba wrote: > Travis Mikalson wrote: > > Pawel Worach wrote: > > > Barney Cordoba wrote: > > >> We can't get any flavor of Freebsd 7 to build or boot > > >> successfully on an HT1000 MB. We have 2 distinct MBs and both > > >> have similar problems. > > >> > > >> I noticed in the linux driver that they have the HT1000 listed > > >> in their pci_quirks.c, and have "quirk_disable_all_msi" set > > >> for it. I have no idea what that means, but is FreeBSD doing > > >> something similar? I haven't tested linux on this system yet, but > > >> I hope to do so sometime this week. > > > > > > > > > At the loader(8) prompt set the following two tunables: > > > hw.pci.enable_msix0 > > > hw.pci.enable_msi=0 > > > > I just tried this and it didn't help I'm afraid. > > > > In more detail: I hooked up my SATA disk to my HT1000 > > motherboard's onboard SATA controller with those two tunables set > > to 0 and my data was still horribly corrupted quite quickly. It's > > just as bad with or without those tunables set to 0. > > I've done a bit of research and it seems that this chipset has been > ignored for years now by the FreeBSD team. Whats the reasoning for > a major chipset used by supermicro and Tyan not being supported > after years of deployment? This isn't some obscure chipset we > have here. This effects a major pct of opteron systems deployed > worldwide. I don't see how Freebsd 7 can be released without this > being fixed. It would be a major black eye to the project to say > "FreeBSD 7 is released, but BTW, if you have a supermicro or tyan > opteron system it won't work at all". > > Someone was complaining 2 years ago that they didn't have hardware to > do the work. Is the FreeBSD project really so poorly funded that they > can't get their hands on a $150 motherboard for 2 years? I have two systems that I think are HT1000/HT2100 based. They booted and installed 7-BETA1.5 (amd64) and happily build RELENG7 about 3 weeks ago. They don't have any PCI/PCI-X slots. PCI-E works fine. I used the onboard ATA DVD-ROM drive to install and the drive still works: ATA channel 0: Master: acd0 ATA/ATAPI revision 5 Slave: no device present ATA channel 1: Master: no device present Slave: no device present ATA channel 2: Master: no device present Slave: no device present ATA channel 3: Master: no device present Slave: no device present Disks are connected to a PCI-E LSI Megaraid so I can't verify the onboard SATA. pciconf -lv later. The only other quirk is the one set of USB ports on the front panel work if I have a keyboard plugged in at boot time, but stops working if I unplug the keyboard and plug it back in again. The front panel monitor connection also doesn't work after a headless boot. Anly the rear monitor and USB ports work properly after a boot. Ian -- Ian Freislich pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x00361166 rev=0x00 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:2:0: class=0x060000 card=0x02011166 chip=0x02051166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy South Bridge' class = bridge subclass = HOST-PCI atapci1@pci0:0:2:1: class=0x01018a card=0x02051028 chip=0x02141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy IDE controller' class = mass storage subclass = ATA isab0@pci0:0:2:2: class=0x060100 card=0x02051028 chip=0x02341166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 LPC Bridge' class = bridge subclass = PCI-ISA none0@pci0:0:3:0: class=0x0c0310 card=0x02051028 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 USB Controller' class = serial bus subclass = USB none1@pci0:0:3:1: class=0x0c0310 card=0x02051028 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 USB Controller' class = serial bus subclass = USB ehci0@pci0:0:3:2: class=0x0c0320 card=0x02051028 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 USB Controller' class = serial bus subclass = USB vgapci0@pci0:0:4:0: class=0x030000 card=0x02051028 chip=0x515e1002 rev=0x02 hdr=0x00 vendor = 'ATI Technologies Inc.' device = 'Radeon ES1000 Radeon ES1000' class = display subclass = VGA pcib3@pci0:0:7:0: class=0x060400 card=0x00000000 chip=0x01401166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT2100 PCI-Express Bridge' class = bridge subclass = PCI-PCI pcib4@pci0:0:8:0: class=0x060400 card=0x00000000 chip=0x01421166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT2100 PCI-Express Bridge' class = bridge subclass = PCI-PCI pcib8@pci0:0:9:0: class=0x060400 card=0x00000000 chip=0x01441166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI pcib17@pci0:0:10:0: class=0x060400 card=0x00000000 chip=0x01421166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT2100 PCI-Express Bridge' class = bridge subclass = PCI-PCI pcib18@pci0:0:11:0: class=0x060400 card=0x00000000 chip=0x01441166 rev=0xa2 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' class = bridge subclass = PCI-PCI hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI hostb5@pci0:0:25:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb6@pci0:0:25:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Address Map' class = bridge subclass = HOST-PCI hostb7@pci0:0:25:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb8@pci0:0:25:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = 'Athlon 64 / Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI pcib2@pci0:10:13:0: class=0x060400 card=0x8f01013f chip=0x01041166 rev=0xc0 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI atapci0@pci0:10:14:0: class=0x01018f card=0x02051028 chip=0x024b1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5785 (HT1000) PATA/IDE Mode' class = mass storage subclass = ATA pcib5@pci0:13:0:0: class=0x060400 card=0x00000000 chip=0x8018111d rev=0x04 hdr=0x01 vendor = 'Integrated Device Technology Inc.' class = bridge subclass = PCI-PCI pcib6@pci0:14:0:0: class=0x060400 card=0x00000000 chip=0x8018111d rev=0x04 hdr=0x01 vendor = 'Integrated Device Technology Inc.' class = bridge subclass = PCI-PCI pcib7@pci0:14:1:0: class=0x060400 card=0x00000000 chip=0x8018111d rev=0x04 hdr=0x01 vendor = 'Integrated Device Technology Inc.' class = bridge subclass = PCI-PCI em0@pci0:15:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet em1@pci0:15:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet em2@pci0:16:0:0: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet em3@pci0:16:0:1: class=0x020000 card=0x10a48086 chip=0x10a48086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet pcib9@pci0:1:0:0: class=0x060400 card=0x00000000 chip=0x851810b5 rev=0xac hdr=0x01 vendor = 'PLX Technology' class = bridge subclass = PCI-PCI pcib10@pci0:2:1:0: class=0x060400 card=0x00000000 chip=0x851810b5 rev=0xac hdr=0x01 vendor = 'PLX Technology' class = bridge subclass = PCI-PCI pcib12@pci0:2:2:0: class=0x060400 card=0x00000000 chip=0x851810b5 rev=0xac hdr=0x01 vendor = 'PLX Technology' class = bridge subclass = PCI-PCI pcib14@pci0:2:3:0: class=0x060400 card=0x00000000 chip=0x851810b5 rev=0xac hdr=0x01 vendor = 'PLX Technology' class = bridge subclass = PCI-PCI pcib11@pci0:3:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xc3 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5715 Broadcom dual gigabit, pci bridge' class = bridge subclass = PCI-PCI bce0@pci0:4:0:0: class=0x020000 card=0x02051028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = '5708C Broadcom NetXtreme II Gigabit Ethernet Adapter' class = network subclass = ethernet pcib13@pci0:5:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xc3 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5715 Broadcom dual gigabit, pci bridge' class = bridge subclass = PCI-PCI bce1@pci0:6:0:0: class=0x020000 card=0x02051028 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = '5708C Broadcom NetXtreme II Gigabit Ethernet Adapter' class = network subclass = ethernet pcib15@pci0:7:0:0: class=0x060400 card=0x00000000 chip=0x03708086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = '80333 Segment-A PCI Express-to-PCI Express Bridge' class = bridge subclass = PCI-PCI pcib16@pci0:7:0:2: class=0x060400 card=0x00000000 chip=0x03728086 rev=0x00 hdr=0x01 vendor = 'Intel Corporation' device = '80333 Segment-B PCI Express-to-PCI Express Bridge' class = bridge subclass = PCI-PCI mfi0@pci0:8:14:0: class=0x010400 card=0x1f031028 chip=0x00151028 rev=0x00 hdr=0x00 vendor = 'Dell Computer Corporation' class = mass storage subclass = RAID From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 13:07:24 2007 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 BC04016A47E for ; Wed, 21 Nov 2007 13:07:24 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id 7344C13C442 for ; Wed, 21 Nov 2007 13:07:23 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id DD5E011F4AC for ; Wed, 21 Nov 2007 14:06:31 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28170-05; Wed, 21 Nov 2007 14:06:29 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id 530B711F486; Wed, 21 Nov 2007 14:06:29 +0100 (CET) In-Reply-To: <20071121103211.GA3190@passion.hsins.com> References: <20071121103211.GA3190@passion.hsins.com> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <84EDBBF0-9978-429A-94A9-F34349516325@biff.ch> Content-Transfer-Encoding: 7bit From: Christoph Hoffmann Date: Wed, 21 Nov 2007 14:07:27 +0100 To: FreeBSD Current X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch X-Mailman-Approved-At: Wed, 21 Nov 2007 13:11:36 +0000 Cc: Subject: Re: freebsd7 and mdconfig -l -u oddity 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 Nov 2007 13:07:24 -0000 as request the quick check: (o) 8.0-CURRENT --------------- # mdconfig -l -u 1 ; echo $? 255 (o) 7.0-BETA3 ------------- # mdconfig -l -u 1 ; echo $? 0 (o) 6.2-STABLE -------------- # mdconfig -l -u 1 ; echo $? mdconfig: ioctl(/dev/mdctl): No such file or directory 1 Regards, Christoph From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 13:18:26 2007 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 AB67916A468 for ; Wed, 21 Nov 2007 13:18:26 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id 5C32413C46A for ; Wed, 21 Nov 2007 13:18:26 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id EF81611F33F for ; Wed, 21 Nov 2007 13:46:03 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 28170-01; Wed, 21 Nov 2007 13:46:00 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id C48A711F316; Wed, 21 Nov 2007 13:46:00 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <190EEEC4-D015-4A93-893F-D2B2EDCAC6FE@biff.ch> Content-Transfer-Encoding: 7bit From: Christoph Hoffmann Date: Wed, 21 Nov 2007 13:46:58 +0100 To: FreeBSD Current X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch X-Mailman-Approved-At: Wed, 21 Nov 2007 13:24:41 +0000 Subject: ciss 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: Wed, 21 Nov 2007 13:18:26 -0000 Hello Everybody, is there any time plans/time frame to get the latest ciss driver 8.0-CURRENT ciss.c,v 1.85 2007/11/05 13:54:23 iwasaki (fix the ADAPTER HEARTBEAT FAILED problem) back-ported to 7.0 and 6? Best Regards, Christoph From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 13:58:38 2007 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 B255816A419 for ; Wed, 21 Nov 2007 13:58:38 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from mail.vega.ru (infra.dev.vega.ru [90.156.167.14]) by mx1.freebsd.org (Postfix) with ESMTP id 69F9413C44B for ; Wed, 21 Nov 2007 13:58:37 +0000 (UTC) (envelope-from rermilov@team.vega.ru) Received: from [87.242.97.68] (port=1833 helo=edoofus.dev.vega.ru) by mail.vega.ru with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iuq67-0008zO-TM; Wed, 21 Nov 2007 13:58:35 +0000 Received: from edoofus.dev.vega.ru (localhost [127.0.0.1]) by edoofus.dev.vega.ru (8.14.2/8.14.2) with ESMTP id lALDwOfR027829; Wed, 21 Nov 2007 16:58:24 +0300 (MSK) (envelope-from rermilov@team.vega.ru) Received: (from ru@localhost) by edoofus.dev.vega.ru (8.14.2/8.14.2/Submit) id lALDwOwJ027828; Wed, 21 Nov 2007 16:58:24 +0300 (MSK) (envelope-from rermilov@team.vega.ru) X-Authentication-Warning: edoofus.dev.vega.ru: ru set sender to rermilov@team.vega.ru using -f Date: Wed, 21 Nov 2007 16:58:24 +0300 From: Ruslan Ermilov To: Alexey Dokuchaev Message-ID: <20071121135823.GE1617@team.vega.ru> References: <20071121090527.GA57912@regency.nsu.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071121090527.GA57912@regency.nsu.ru> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: current@freebsd.org Subject: Re: make kernel build error on recent -current 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 Nov 2007 13:58:38 -0000 On Wed, Nov 21, 2007 at 03:05:27PM +0600, Alexey Dokuchaev wrote: > hi there, > > i'm seeing this while trying to make my kernel: > > cc -c -O2 -pipe -mtune=pentium4 -march=pentium4 -fno-strict-aliasing -march=pentium4 -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/usr/src/sys -I/usr/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 -fno-builtin -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Werror /usr/src/sys/kern/kern_intr.c > cc1: warnings being treated as errors > /usr/src/sys/kern/kern_intr.c: In function 'intr_priority': > /usr/src/sys/kern/kern_intr.c:117: warning: 'pri' may be used uninitialized in this function > *** Error code 1 > > it seems that `kern.pre.mk' enables -Werror despite my NO_WERROR setting. > I cannot reproduce this on neither RELENG_7 or HEAD, compiling GENERIC or LINT (you didn't tell what combination you're using), but NO_WERROR never affected -Werror in kernel and module builds. In this case, you can reset -Werror like this: make ... WERROR= Cheers, -- Ruslan Ermilov ru@FreeBSD.org FreeBSD committer From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 14:10:47 2007 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 B602816A49A; Wed, 21 Nov 2007 14:10:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7629713C504; Wed, 21 Nov 2007 14:10:47 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lALEAksi083819; Wed, 21 Nov 2007 09:10:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lALEAkvB024783; Wed, 21 Nov 2007 09:10:46 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 526CA73039; Wed, 21 Nov 2007 09:10:46 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071121141046.526CA73039@freebsd-current.sentex.ca> Date: Wed, 21 Nov 2007 09:10:46 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner3 X-Virus-Status: Clean 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 Nov 2007 14:10:47 -0000 TB --- 2007-11-21 12:32:48 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-21 12:32:48 - starting HEAD tinderbox run for i386/pc98 TB --- 2007-11-21 12:32:48 - cleaning the object tree TB --- 2007-11-21 12:33:10 - checking out the source tree TB --- 2007-11-21 12:33:10 - cd /tinderbox/HEAD/i386/pc98 TB --- 2007-11-21 12:33:10 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-21 12:39:54 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-21 12:39:54 - cd /src TB --- 2007-11-21 12:39:54 - /usr/bin/make -B buildworld >>> World build started on Wed Nov 21 12:39:55 UTC 2007 >>> 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 Nov 21 13:54:08 UTC 2007 TB --- 2007-11-21 13:54:08 - generating LINT kernel config TB --- 2007-11-21 13:54:08 - cd /src/sys/pc98/conf TB --- 2007-11-21 13:54:08 - /usr/bin/make -B LINT TB --- 2007-11-21 13:54:08 - building LINT kernel (COPTFLAGS=-O2 -pipe) TB --- 2007-11-21 13:54:08 - cd /src TB --- 2007-11-21 13:54:08 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Wed Nov 21 13:54:08 UTC 2007 >>> 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 [...] ld -Bshareable -d -warn-common -o elink.ko elink.kld objcopy --strip-debug elink.ko ===> em (all) cc -O2 -pipe -DPC98 -fno-strict-aliasing -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src/sys/modules/em/../../dev/em -DHAVE_KERNEL_OPTION_HEADERS -include /obj/pc98/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/pc98/src/sys/LINT -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c /src/sys/modules/em/../../dev/em/if_em.c /src/sys/modules/em/../../dev/em/if_em.c: In function 'em_ioctl': /src/sys/modules/em/../../dev/em/if_em.c:1132: error: 'em_poll' undeclared (first use in this function) /src/sys/modules/em/../../dev/em/if_em.c:1132: error: (Each undeclared identifier is reported only once /src/sys/modules/em/../../dev/em/if_em.c:1132: error: for each function it appears in.) *** Error code 1 Stop in /src/sys/modules/em. *** Error code 1 Stop in /src/sys/modules. *** Error code 1 Stop in /obj/pc98/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-21 14:10:46 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-21 14:10:46 - ERROR: failed to build lint kernel TB --- 2007-11-21 14:10:46 - tinderbox aborted TB --- 4339.43 user 406.57 system 5877.72 real http://tinderbox.des.no/tinderbox-head-HEAD-i386-pc98.full From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 14:10:50 2007 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 975B616A418; Wed, 21 Nov 2007 14:10:50 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id D9C1D13C4C4; Wed, 21 Nov 2007 14:10:49 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.1/8.14.1/NETPLEX) with ESMTP id lALEAlTo019011; Wed, 21 Nov 2007 09:10:47 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Wed, 21 Nov 2007 09:10:48 -0500 (EST) Date: Wed, 21 Nov 2007 09:10:47 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: David Xu In-Reply-To: <4743F1F7.2030709@freebsd.org> Message-ID: References: <4743F1F7.2030709@freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: strange thread priority displayed in top X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen 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 Nov 2007 14:10:50 -0000 On Wed, 21 Nov 2007, David Xu wrote: > It seems top displaying thread priority in kernel strangely. > Look at threads blocked at select() syscall, it is displayed as 96, > it is userland priority: 96 + PZERO = 180. > > --- > last pid: 4352; load averages: 0.00, 0.11, 0.08 > up 0+00:06:24 16:40:03 > 138 processes: 2 running, 136 sleeping > CPU states: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > Mem: 202M Active, 100M Inact, 129M Wired, 4824K Cache, 159M Buf, 559M Free > Swap: 2020M Total, 2020M Free > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > 1075 davidxu 2 -8 0 53920K 25432K piperd 0 0:01 1.03% > gnome-terminal > 1020 davidxu 1 96 0 35048K 16344K CPU1 1 0:05 0.00% Xorg > 626 _tor 1 4 0 17256K 11492K kqread 1 0:02 0.00% tor > 1052 davidxu 1 96 0 58916K 27988K select 0 0:01 0.00% nautilus > 1053 davidxu 1 96 0 39368K 22504K select 1 0:01 0.00% > gnome-panel > 1070 davidxu 1 96 0 39416K 21476K select 0 0:01 0.00% > mixer_applet2 > 1061 davidxu 1 96 0 37692K 20716K select 1 0:00 0.00% > wnck-applet > > --- > > I think the problem is select() uses cv_wait_sig which does not raise > thread priority, but cv_broadcast() has a priority parameter to > raise thread's priorities, however cv_signal() does not have this > parameter, these are inconsitent interfaces. To fix the problem, there > are two ways: > 1. pass a priority parameter to cv_init(), and cv_wait(), cv_wait_sig() > etcs will use the priority, remove priority parameter from > cv_broadcast(). > > 2. pass a priority parameter to cv_wait(), and cv_wait_sig() etcs. > > I prefer the first one. I agree, the mistakes of msleep() and tsleep() shouldn't be propagated to cv's and mutexes. The priority should either be inherent in the mutex or cv, or in the thread if not present in the former. Solaris seems to do it this way in their kernel mutexes by initializing optionally with an interrupt cookie (mmm, cookie) for mutexes used within interrupt handlers. -- DE From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 14:17:02 2007 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 8EA9116A420 for ; Wed, 21 Nov 2007 14:17:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 5000113C45B for ; Wed, 21 Nov 2007 14:17:02 +0000 (UTC) (envelope-from mike@sentex.net) Received: from lava.sentex.ca (pyroxene.sentex.ca [199.212.134.18]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lALEGv0T096332; Wed, 21 Nov 2007 09:16:57 -0500 (EST) (envelope-from mike@sentex.net) Received: from mdt-xp.sentex.net (simeon.sentex.ca [192.168.43.27]) by lava.sentex.ca (8.13.8/8.13.3) with ESMTP id lALEGv6O040459 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 21 Nov 2007 09:16:57 -0500 (EST) (envelope-from mike@sentex.net) Message-Id: <200711211416.lALEGv6O040459@lava.sentex.ca> X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9 Date: Wed, 21 Nov 2007 09:16:57 -0500 To: Barney Cordoba , Travis Mikalson , freebsd-current@freebsd.org From: Mike Tancsa In-Reply-To: <826454.61528.qm@web63913.mail.re1.yahoo.com> References: <47402ABA.9060209@terranova.net> <826454.61528.qm@web63913.mail.re1.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Cc: Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 14:17:02 -0000 At 07:26 AM 11/21/2007, Barney Cordoba wrote: >I've done a bit of research and it seems that this >chipset has been ignored for years now by the FreeBSD >team. Whats the reasoning for a major chipset used by I think you are jumping to conclusions. I have a HT1000 chipset board and have been using it just fine for some time. (http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079920.html) There obviously are some cases were it does not, so its harder to track down than just a case of spending $150. If you do have such a board that does not work, perhaps make the offer of sending the problem board to a developer who is interested in fixing the issue. ---Mike From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 14:18:37 2007 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 CF1B216A417; Wed, 21 Nov 2007 14:18:37 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 28E6D13C4C6; Wed, 21 Nov 2007 14:18:36 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lALEIQCe030661; Wed, 21 Nov 2007 12:18:26 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Wed, 21 Nov 2007 12:17:18 -0200 User-Agent: KMail/1.9.7 References: <098550E8-78BE-497D-BBB6-964A50059AF4@antiope.com> <47406E17.5010702@FreeBSD.org> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711211217.19277.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: Gregory Wright , "Arno J. Klaassen" Subject: Re: Crash after trying powerd on FreeBSD 7.0BETA-2 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 Nov 2007 14:18:38 -0000 On Tuesday 20 November 2007 22:51:27 Arno J. Klaassen wrote: > Kris Kennaway writes: > > Arno J. Klaassen wrote: > > > Gregory Wright writes: > > >> Hi, > > >> > > >> I tried enabling powerd on FreeBSd 7.0BETA-2 by adding > > >> > > >> powerd_enable=3D"YES" > > >> > > >> to /etc/rc.conf. The mobo is a Tyan 2882-D with a single Opteron > > >> 270 HE processor (dual core), 2 GB RAM. AMD powernow was > > >> enabled in the BIOS. > > > > > > I never succeeded in using cpufreq on any 288x MB. If freezes > > > box even with latest bios. > > > > Have you tried disabling acpi_throttle? > > yes; but quite a long time ago; didn't make a difference > no change at all, doesn't matter if ULE or 4BSD > those boards go rather low in their minimal frequency (about > 200-300Mhz if not even lower) and in at least 8 steps; acpi_ppc, which > works for me, seems to take into account only the four most powerfull > states (about 1Ghz being minimal then) > are you saying that your setup there is changing the cpu freq levels by its= elf=20 or acpi? here, as long as I do not set it manually nothing happens, the averages are= =20 coming from top:=20 Wed Nov 21 10:55:00 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 Wed Nov 21 11:00:00 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 Wed Nov 21 11:05:01 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 Wed Nov 21 11:10:00 BRST 2007 Freq:2189 av: 0.00, 0.00, 0.00 I can run this for hours and days and the cpu freq stays where it is, machi= ne=20 idle for the records powernow is enabled in the BIOS and cpufreq in the kernel: Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 cpu0: on acpi0 acpi_throttle0: on cpu0 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 cpu2: on acpi0 powernow2: on cpu2 cpu3: on acpi0 powernow3: on cpu3 setting the cpu freq manually to a lower value seems to work because compli= ng=20 the kernel needs more time but running something the level do not switch up= ,=20 it is locked Wed Nov 21 11:15:00 BRST 2007 Freq:995 av: 0.00, 0.00, 0.00 Wed Nov 21 11:20:00 BRST 2007 Freq:995 av: 0.46, 0.13, 0.04 Wed Nov 21 11:25:00 BRST 2007 Freq:995 av: 0.96, 0.63, 0.29=20 Wed Nov 21 11:30:00 BRST 2007 Freq:995 av: 1.01, 0.88, 0.51=20 the cpu freq itself as you can see does not switch up as it also does not=20 switch down then here is a larger sheet with 3 temps and 3 fans measured with healthd=20 */5min and even if this values might not be accurate you can see they do no= t=20 change I can put more load ont the CPUs and the fan speed grows up to 6200= =20 (first two) and the temps grow a little bit but whatever I try the cpu freq= =20 stays where it is =46req:995 av: 0.96, 0.63, 0.29 35.0 36.5 43.5 4017 4115 20454 =46req:995 av: 1.01, 0.88, 0.51 35.0 36.5 43.5 4017 4115 20454 =46req:995 av: 1.03, 0.98, 0.65 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 1.05, 0.99, 0.75 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 1.02, 1.02, 0.83 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 2.25, 1.19, 0.90 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 5.80, 3.58, 2.06 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 7.14, 6.24, 3.80 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 9.68, 8.12, 5.33 35.0 36.5 43.5 4017 4115 20454 =46req:2189 av: 3.82, 6.73, 5.62 35.0 36.5 43.5 4017 4115 20454 so I guess that powernow is certainly working in means of temperature readi= ng=20 and fan control but cpu freq unfortunatly is not to complete: =46reeBSD wco-nov.matik.com.br 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Tue Nov 20=20 14:49:30 BRST 2007 jm@wco-nov.matik.com.br:/usr/obj/usr/src/sys/GENERIC= =20 amd64 > might be a "piste" > > Arno > > PS, while here, and totaly unrelated, rev 1.252.2.7 (MFC "un-neede > singl-threading code") of kern_fork.c to releng_6, seems to break > things for me in a 4-way SMP (twice dual-core) amd64_releng6 box when > forking procs in java. I'll triple-check before once again sending a > bogus problem email but I got plenty of strange things when upgrading > a production box to recent releng_6 (for sake of testing ata-promise > TX4 patch), which disappeared after reverting to 1.252.2.6. fyi > _______________________________________________ > 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" > > > > > > > > A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada > segura. Service fornecido pelo Datacenter Matik=20 > https://datacenter.matik.com.br =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 14:53:21 2007 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 4440016A419 for ; Wed, 21 Nov 2007 14:53:21 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.freebsd.org (Postfix) with ESMTP id E447713C45B for ; Wed, 21 Nov 2007 14:53:20 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.50) id 1IuqxB-0006bE-BT; Wed, 21 Nov 2007 20:53:25 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.1/8.14.1) with ESMTP id lALEuqNi082312; Wed, 21 Nov 2007 20:56:52 +0600 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.1/8.14.1/Submit) id lALEulj0082241; Wed, 21 Nov 2007 20:56:47 +0600 (NOVT) (envelope-from danfe) Date: Wed, 21 Nov 2007 20:56:46 +0600 From: Alexey Dokuchaev To: Ruslan Ermilov Message-ID: <20071121145646.GA80149@regency.nsu.ru> References: <20071121090527.GA57912@regency.nsu.ru> <20071121135823.GE1617@team.vega.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071121135823.GE1617@team.vega.ru> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Wed, 21 Nov 2007 14:56:55 +0000 Cc: current@freebsd.org Subject: Re: make kernel build error on recent -current 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 Nov 2007 14:53:21 -0000 On Wed, Nov 21, 2007 at 04:58:24PM +0300, Ruslan Ermilov wrote: > I cannot reproduce this on neither RELENG_7 or HEAD, compiling > GENERIC or LINT (you didn't tell what combination you're using), Indeed. GENERIC is building just fine. Will investigate further. > but NO_WERROR never affected -Werror in kernel and module builds. Right, I overlooked it. > In this case, you can reset -Werror like this: > > make ... WERROR= I'd still like to figure out what is going wrong with my custom kernel. Thanks! ./danfe From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 16:07:15 2007 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 28B7C16A417 for ; Wed, 21 Nov 2007 16:07:15 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id CFC4A13C442 for ; Wed, 21 Nov 2007 16:07:14 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 20E3E29B6CC for ; Wed, 21 Nov 2007 11:07:14 -0500 (EST) Message-ID: <474457AE.8090602@terranova.net> Date: Wed, 21 Nov 2007 11:07:10 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 16:07:15 -0000 Ian FREISLICH wrote: > I have two systems that I think are HT1000/HT2100 based. They > booted and installed 7-BETA1.5 (amd64) and happily build RELENG7 > about 3 weeks ago. They don't have any PCI/PCI-X slots. PCI-E > works fine. I used the onboard ATA DVD-ROM drive to install and > the drive still works: > > ATA channel 0: > Master: acd0 ATA/ATAPI revision 5 > Slave: no device present > ATA channel 1: > Master: no device present > Slave: no device present > ATA channel 2: > Master: no device present > Slave: no device present > ATA channel 3: > Master: no device present > Slave: no device present > > Disks are connected to a PCI-E LSI Megaraid so I can't verify the > onboard SATA. pciconf -lv later. > > The only other quirk is the one set of USB ports on the front panel > work if I have a keyboard plugged in at boot time, but stops working > if I unplug the keyboard and plug it back in again. The front panel > monitor connection also doesn't work after a headless boot. Anly > the rear monitor and USB ports work properly after a boot. My motherboard is PCI-X rather than PCI Express, though... It could be real handy if you could verify that there's no problem with your onboard SATA in standard SATA (non-legacy) mode, if that box happens to be near you :) You must be careful, though, any disk with existing data on it that you plug into the onboard SATA controller has a chance of being horribly corrupted just by booting from it, assuming you run into the same problems as us. I am having the nasty data corruption problems using the onboard SATA controller as well as an 8-port Marvell SATA controller plugged into the motherboard's PCI-X slot. I've had no problems with the dvd-rom drive that's plugged into the onboard PATA controller. I do not have any problem with a PCI SiI3114 SATA controller plugged into one of the 32-bit PCI slots. If it helps anybody, I'll stick my pciconf -lv at the end of my post, too... -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. pcib1@pci0:0:1:0: class=0x060400 card=0x00000000 chip=0x00361166 rev=0x00 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI hostb0@pci0:0:2:0: class=0x060000 card=0x02011166 chip=0x02051166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy South Bridge' class = bridge subclass = HOST-PCI atapci1@pci0:0:2:1: class=0x01018a card=0x02141166 chip=0x02141166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 Legacy IDE controller' class = mass storage subclass = ATA isab0@pci0:0:2:2: class=0x060100 card=0x02301166 chip=0x02341166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 LPC Bridge' class = bridge subclass = PCI-ISA none0@pci0:0:3:0: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB none1@pci0:0:3:1: class=0x0c0310 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB none2@pci0:0:3:2: class=0x0c0320 card=0x02231166 chip=0x02231166 rev=0x01 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = '0x0223 USB controller' class = serial bus subclass = USB em0@pci0:0:4:0: class=0x020000 card=0x387010f1 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller' class = network subclass = ethernet em1@pci0:0:5:0: class=0x020000 card=0x387010f1 chip=0x10768086 rev=0x05 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller' class = network subclass = ethernet vgapci0@pci0:0:6:0: class=0x030000 card=0x002018ca chip=0x002018ca rev=0x00 hdr=0x00 vendor = 'XGI Technology Inc' class = display subclass = VGA atapci2@pci0:0:7:0: class=0x010400 card=0x61141095 chip=0x31141095 rev=0x02 hdr=0x00 vendor = 'Silicon Image Inc (Was: CMD Technology Inc)' device = 'Sil 3114 SATALink/SATARaid Controller' class = mass storage subclass = RAID hostb1@pci0:0:24:0: class=0x060000 card=0x00000000 chip=0x11001022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron HyperTransport Technology Configuration' class = bridge subclass = HOST-PCI hostb2@pci0:0:24:1: class=0x060000 card=0x00000000 chip=0x11011022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Address Map' class = bridge subclass = HOST-PCI hostb3@pci0:0:24:2: class=0x060000 card=0x00000000 chip=0x11021022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron DRAM Controller' class = bridge subclass = HOST-PCI hostb4@pci0:0:24:3: class=0x060000 card=0x00000000 chip=0x11031022 rev=0x00 hdr=0x00 vendor = 'Advanced Micro Devices (AMD)' device = '(K8) Athlon 64/Opteron Miscellaneous Control' class = bridge subclass = HOST-PCI pcib2@pci0:1:13:0: class=0x060400 card=0x4f00d7f7 chip=0x01041166 rev=0xc0 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'HT1000 PCI/PCI-X bridge' class = bridge subclass = PCI-PCI atapci0@pci0:1:14:0: class=0x010405 card=0x024a1166 chip=0x024a1166 rev=0x00 hdr=0x00 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5785 (HT1000) SATA Native SATA Mode' class = mass storage subclass = RAID From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 16:24:02 2007 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 7865D16A418 for ; Wed, 21 Nov 2007 16:24:02 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id DE15713C503 for ; Wed, 21 Nov 2007 16:24:01 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id 5A47111FA7C for ; Wed, 21 Nov 2007 17:23:09 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 29703-09; Wed, 21 Nov 2007 17:23:06 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id 95EC711FA4F; Wed, 21 Nov 2007 17:23:06 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: To: FreeBSD Current From: Christoph Hoffmann Date: Wed, 21 Nov 2007 17:24:05 +0100 X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ciss 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: Wed, 21 Nov 2007 16:24:02 -0000 Hello Everybody, is there any time plans/time frame to get the latest ciss driver 8.0-CURRENT ciss.c,v 1.85 2007/11/05 13:54:23 iwasaki (fix the ADAPTER HEARTBEAT FAILED problem) back-ported to 7.0 and 6? Best Regards, Christoph From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 16:31:36 2007 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 075C316A468 for ; Wed, 21 Nov 2007 16:31:36 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 97A8613C474 for ; Wed, 21 Nov 2007 16:31:34 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 0A6F8EB5FEB; Thu, 22 Nov 2007 00:31:37 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id CXJAtLP64Saj; Thu, 22 Nov 2007 00:31:25 +0800 (CST) Received: from charlie.delphij.net (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 3FBD5EB5F8C; Thu, 22 Nov 2007 00:31:15 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type; b=uwkEiQ5vjsxtP0gpgd2IvGZBklb4/8yJLYSQoyhXeSaMTC0spWNSNcMgI49O8qOb0 NARp/cHc3SRyh8v5rY5Hg== Message-ID: <47445D4D.9060207@delphij.net> Date: Wed, 21 Nov 2007 08:31:09 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Christoph Hoffmann References: In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------060709020508000509010004" Cc: FreeBSD Current Subject: Re: ciss driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 16:31:36 -0000 This is a multi-part message in MIME format. --------------060709020508000509010004 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christoph Hoffmann wrote: > Hello Everybody, > > is there any time plans/time frame to get the latest ciss driver > > 8.0-CURRENT > ciss.c,v 1.85 2007/11/05 13:54:23 iwasaki > > (fix the ADAPTER HEARTBEAT FAILED problem) > > back-ported to 7.0 and 6? Try this patch? (RELENG_7) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRF1NhcUczkLqiksRAsT0AJ0fJE2CpgTf1CPuJ8ac6JDiRl5n0QCfUag4 0L76W1H0a//Hg6thVv4+kXg= =4o/2 -----END PGP SIGNATURE----- --------------060709020508000509010004 Content-Type: text/x-patch; name="ciss-mfc.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ciss-mfc.diff" Index: ciss.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ciss/ciss.c,v retrieving revision 1.81.2.1 diff -u -p -r1.81.2.1 ciss.c --- ciss.c 19 Oct 2007 15:19:22 -0000 1.81.2.1 +++ ciss.c 21 Nov 2007 16:29:35 -0000 @@ -183,6 +183,8 @@ static int ciss_name_device(struct ciss_ /* periodic status monitoring */ static void ciss_periodic(void *arg); +static void ciss_nop_complete(struct ciss_request *cr); +static void ciss_disable_adapter(struct ciss_softc *sc); static void ciss_notify_event(struct ciss_softc *sc); static void ciss_notify_complete(struct ciss_request *cr); static int ciss_notify_abort(struct ciss_softc *sc); @@ -3068,6 +3070,9 @@ static void ciss_periodic(void *arg) { struct ciss_softc *sc; + struct ciss_request *cr = NULL; + struct ciss_command *cc = NULL; + int error = 0; debug_called(1); @@ -3082,7 +3087,8 @@ ciss_periodic(void *arg) sc->ciss_heartbeat, sc->ciss_heart_attack); if (sc->ciss_heart_attack == 3) { ciss_printf(sc, "ADAPTER HEARTBEAT FAILED\n"); - /* XXX should reset adapter here */ + ciss_disable_adapter(sc); + return; } } else { sc->ciss_heartbeat = sc->ciss_cfg->heartbeat; @@ -3091,6 +3097,24 @@ ciss_periodic(void *arg) } /* + * Send the NOP message and wait for a response. + */ + if ((error = ciss_get_request(sc, &cr)) == 0) { + cc = CISS_FIND_COMMAND(cr); + cr->cr_complete = ciss_nop_complete; + cc->cdb.cdb_length = 1; + cc->cdb.type = CISS_CDB_TYPE_MESSAGE; + cc->cdb.attribute = CISS_CDB_ATTRIBUTE_SIMPLE; + cc->cdb.direction = CISS_CDB_DIRECTION_WRITE; + cc->cdb.timeout = 0; + cc->cdb.cdb[0] = CISS_OPCODE_MESSAGE_NOP; + + if ((error = ciss_start(cr)) != 0) { + ciss_printf(sc, "SENDING NOP MESSAGE FAILED\n"); + } + } + + /* * If the notify event request has died for some reason, or has * not started yet, restart it. */ @@ -3105,6 +3129,74 @@ ciss_periodic(void *arg) callout_reset(&sc->ciss_periodic, CISS_HEARTBEAT_RATE * hz, ciss_periodic, sc); } +static void +ciss_nop_complete(struct ciss_request *cr) +{ + struct ciss_softc *sc; + + sc = cr->cr_sc; + if (ciss_report_request(cr, NULL, NULL) != 0) { + ciss_printf(sc, "SENDING NOP MESSAGE FAILED\n"); + } + + ciss_release_request(cr); +} + +/************************************************************************ + * Disable the adapter. + * + * The all requests in completed queue is failed with hardware error. + * This will cause failover in a multipath configuration. + */ +static void +ciss_disable_adapter(struct ciss_softc *sc) +{ + struct ciss_request *cr; + struct ciss_command *cc; + struct ciss_error_info *ce; + int s; + + s = splcam(); + + CISS_TL_SIMPLE_DISABLE_INTERRUPTS(sc); + pci_disable_busmaster(sc->ciss_dev); + sc->ciss_flags &= ~CISS_FLAG_RUNNING; + + for (;;) { + if ((cr = ciss_dequeue_busy(sc)) == NULL) + break; + + cc = CISS_FIND_COMMAND(cr); + ce = (struct ciss_error_info *)&(cc->sg[0]); + ce->command_status = CISS_CMD_STATUS_HARDWARE_ERROR; + ciss_enqueue_complete(cr); + } + + for (;;) { + if ((cr = ciss_dequeue_complete(sc)) == NULL) + break; + + /* + * If the request has a callback, invoke it. + */ + if (cr->cr_complete != NULL) { + cr->cr_complete(cr); + continue; + } + + /* + * If someone is sleeping on this request, wake them up. + */ + if (cr->cr_flags & CISS_REQ_SLEEP) { + cr->cr_flags &= ~CISS_REQ_SLEEP; + wakeup(cr); + continue; + } + } + + splx(s); +} + /************************************************************************ * Request a notification response from the adapter. * --------------060709020508000509010004-- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 16:39:04 2007 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 45D7216A41B for ; Wed, 21 Nov 2007 16:39:04 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id AD7B513C468 for ; Wed, 21 Nov 2007 16:39:02 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id 4D04A11FB9F; Wed, 21 Nov 2007 17:38:10 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02212-02; Wed, 21 Nov 2007 17:38:07 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id 3C3A011FB72; Wed, 21 Nov 2007 17:38:07 +0100 (CET) In-Reply-To: <47445D4D.9060207@delphij.net> References: <47445D4D.9060207@delphij.net> Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> From: Christoph Hoffmann Date: Wed, 21 Nov 2007 17:39:05 +0100 To: d@delphij.net X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Current Subject: Re: ciss 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: Wed, 21 Nov 2007 16:39:04 -0000 Thank You very much indeed for your help. Will you be able to submit this fix into 6 and 7 pool? Regards, Christoph On Nov 21, 2007, at 5:31 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Christoph Hoffmann wrote: >> Hello Everybody, >> >> is there any time plans/time frame to get the latest ciss driver >> >> 8.0-CURRENT >> ciss.c,v 1.85 2007/11/05 13:54:23 iwasaki >> >> (fix the ADAPTER HEARTBEAT FAILED problem) >> >> back-ported to 7.0 and 6? > > Try this patch? (RELENG_7) > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQFHRF1NhcUczkLqiksRAsT0AJ0fJE2CpgTf1CPuJ8ac6JDiRl5n0QCfUag4 > 0L76W1H0a//Hg6thVv4+kXg= > =4o/2 > -----END PGP SIGNATURE----- > Index: ciss.c > =================================================================== > RCS file: /home/ncvs/src/sys/dev/ciss/ciss.c,v > retrieving revision 1.81.2.1 > diff -u -p -r1.81.2.1 ciss.c > --- ciss.c 19 Oct 2007 15:19:22 -0000 1.81.2.1 > +++ ciss.c 21 Nov 2007 16:29:35 -0000 > @@ -183,6 +183,8 @@ static int ciss_name_device(struct ciss_ > > /* periodic status monitoring */ > static void ciss_periodic(void *arg); > +static void ciss_nop_complete(struct ciss_request *cr); > +static void ciss_disable_adapter(struct ciss_softc *sc); > static void ciss_notify_event(struct ciss_softc *sc); > static void ciss_notify_complete(struct ciss_request *cr); > static int ciss_notify_abort(struct ciss_softc *sc); > @@ -3068,6 +3070,9 @@ static void > ciss_periodic(void *arg) > { > struct ciss_softc *sc; > + struct ciss_request *cr = NULL; > + struct ciss_command *cc = NULL; > + int error = 0; > > debug_called(1); > > @@ -3082,7 +3087,8 @@ ciss_periodic(void *arg) > sc->ciss_heartbeat, sc->ciss_heart_attack); > if (sc->ciss_heart_attack == 3) { > ciss_printf(sc, "ADAPTER HEARTBEAT FAILED\n"); > - /* XXX should reset adapter here */ > + ciss_disable_adapter(sc); > + return; > } > } else { > sc->ciss_heartbeat = sc->ciss_cfg->heartbeat; > @@ -3091,6 +3097,24 @@ ciss_periodic(void *arg) > } > > /* > + * Send the NOP message and wait for a response. > + */ > + if ((error = ciss_get_request(sc, &cr)) == 0) { > + cc = CISS_FIND_COMMAND(cr); > + cr->cr_complete = ciss_nop_complete; > + cc->cdb.cdb_length = 1; > + cc->cdb.type = CISS_CDB_TYPE_MESSAGE; > + cc->cdb.attribute = CISS_CDB_ATTRIBUTE_SIMPLE; > + cc->cdb.direction = CISS_CDB_DIRECTION_WRITE; > + cc->cdb.timeout = 0; > + cc->cdb.cdb[0] = CISS_OPCODE_MESSAGE_NOP; > + > + if ((error = ciss_start(cr)) != 0) { > + ciss_printf(sc, "SENDING NOP MESSAGE FAILED\n"); > + } > + } > + > + /* > * If the notify event request has died for some reason, or has > * not started yet, restart it. > */ > @@ -3105,6 +3129,74 @@ ciss_periodic(void *arg) > callout_reset(&sc->ciss_periodic, CISS_HEARTBEAT_RATE * hz, > ciss_periodic, sc); > } > > +static void > +ciss_nop_complete(struct ciss_request *cr) > +{ > + struct ciss_softc *sc; > + > + sc = cr->cr_sc; > + if (ciss_report_request(cr, NULL, NULL) != 0) { > + ciss_printf(sc, "SENDING NOP MESSAGE FAILED\n"); > + } > + > + ciss_release_request(cr); > +} > + > +/ > ********************************************************************** > ** > + * Disable the adapter. > + * > + * The all requests in completed queue is failed with hardware error. > + * This will cause failover in a multipath configuration. > + */ > +static void > +ciss_disable_adapter(struct ciss_softc *sc) > +{ > + struct ciss_request *cr; > + struct ciss_command *cc; > + struct ciss_error_info *ce; > + int s; > + > + s = splcam(); > + > + CISS_TL_SIMPLE_DISABLE_INTERRUPTS(sc); > + pci_disable_busmaster(sc->ciss_dev); > + sc->ciss_flags &= ~CISS_FLAG_RUNNING; > + > + for (;;) { > + if ((cr = ciss_dequeue_busy(sc)) == NULL) > + break; > + > + cc = CISS_FIND_COMMAND(cr); > + ce = (struct ciss_error_info *)&(cc->sg[0]); > + ce->command_status = CISS_CMD_STATUS_HARDWARE_ERROR; > + ciss_enqueue_complete(cr); > + } > + > + for (;;) { > + if ((cr = ciss_dequeue_complete(sc)) == NULL) > + break; > + > + /* > + * If the request has a callback, invoke it. > + */ > + if (cr->cr_complete != NULL) { > + cr->cr_complete(cr); > + continue; > + } > + > + /* > + * If someone is sleeping on this request, wake them up. > + */ > + if (cr->cr_flags & CISS_REQ_SLEEP) { > + cr->cr_flags &= ~CISS_REQ_SLEEP; > + wakeup(cr); > + continue; > + } > + } > + > + splx(s); > +} > + > / > ********************************************************************** > ** > * Request a notification response from the adapter. > * From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 16:58:11 2007 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 4EC3C16A417 for ; Wed, 21 Nov 2007 16:58:11 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from smtp.sd73.bc.ca (smtp.sd73.bc.ca [142.24.13.140]) by mx1.freebsd.org (Postfix) with ESMTP id 2922513C47E for ; Wed, 21 Nov 2007 16:58:10 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from localhost (localhost [127.0.0.1]) by localhost.sd73.bc.ca (Postfix) with ESMTP id A1FB41A000B33 for ; Wed, 21 Nov 2007 08:38:26 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at smtp.sd73.bc.ca Received: from smtp.sd73.bc.ca ([127.0.0.1]) by localhost (smtp.sd73.bc.ca [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 59CoBioYs3F8 for ; Wed, 21 Nov 2007 08:38:19 -0800 (PST) Received: from coal (s10.sbo [192.168.0.10]) by smtp.sd73.bc.ca (Postfix) with ESMTP id 990D41A000B2D for ; Wed, 21 Nov 2007 08:38:19 -0800 (PST) From: Freddie Cash Organization: School District 73 To: freebsd-current@freebsd.org Date: Wed, 21 Nov 2007 08:38:18 -0800 User-Agent: KMail/1.9.7 References: <826454.61528.qm@web63913.mail.re1.yahoo.com> In-Reply-To: <826454.61528.qm@web63913.mail.re1.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711210838.18781.fjwcash@gmail.com> Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 16:58:11 -0000 On November 21, 2007 04:26 am Barney Cordoba wrote: > It would be a major > black eye to the project to say "FreeBSD 7 is > released, but BTW, if you have a supermicro or tyan > opteron system it won't work at all". The HT1000 is only 1 of the Opteron chipsets available from Tyan, and it's only available on their 1 socket boards (the Tomcats). The dual- and quad- socket boards either use AMD or AMD+nVidia chipsets (Socket 939/940), or nVidia chipsets (Socket AM2). Out of their entire lineup, the HT1000 makes up maybe 10% of the chipsets used by Tyan. I'd hardly call that a "black eye". And it's only the onboard SATA controller that has issues. Pop in a proper RAID controller, and it's no longer an issue. > Someone was complaining 2 years ago that they didn't > have hardware to do the work. Is the FreeBSD project > really so poorly funded that they can't get their > hands on a $150 motherboard for 2 years? Ever considered sending one in? :) -- Freddie Cash, LPIC-2 CCNT CCLP Network Support Technician School District 73 (250) 377-HELP [377-4357] fjwcash@gmail.com From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 17:38:18 2007 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 6810016A418 for ; Wed, 21 Nov 2007 17:38:18 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id F0DAE13C45B for ; Wed, 21 Nov 2007 17:38:17 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id A774CEB6152; Thu, 22 Nov 2007 01:38:20 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id YLqJsVMBaXVk; Thu, 22 Nov 2007 01:38:16 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 4964EEB610A; Thu, 22 Nov 2007 01:38:15 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=BXouRQnhcpLrwvyrXGjwOCwXRJl5XcCiR1QilHw/T66Gt4efYYjNkuJYb/1iyqxM3 2deL6iSm/Nvz39r1hHAPw== Message-ID: <47446D01.4060201@delphij.net> Date: Wed, 21 Nov 2007 09:38:09 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Christoph Hoffmann References: <47445D4D.9060207@delphij.net> <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> In-Reply-To: <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: simokawa@FreeBSD.org, FreeBSD Current , d@delphij.net, iwasaki@FreeBSD.org Subject: Re: ciss driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 17:38:18 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christoph Hoffmann wrote: > Thank You very much indeed for your help. > > Will you be able to submit this fix into 6 and 7 pool? Well, I do not have real hardware at hand so I need confirm before requesting re@ approval. I've cc'ed iwasaki@ and simokawa@ for this to see if they are willing to commit this. Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRG0BhcUczkLqiksRAk+KAKC9bBGwlgvJzP1abI3V2a7twFKG2ACgjhfZ ywv8RooqtzzouOIm0WfWMK0= =m8tP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 17:58:29 2007 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 EB2CF16A419 for ; Wed, 21 Nov 2007 17:58:29 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id 1B8E113C48A for ; Wed, 21 Nov 2007 17:58:28 +0000 (UTC) (envelope-from chrcoluk@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so188772uge for ; Wed, 21 Nov 2007 09:58:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Wcu4aAbwvg6MhfrnlUGifjICWj7bcCtM3x8+DpWy2TI=; b=saxCBa/SDU6q2+Q7BO3Rq7d3Ff9+hqMF+7JumScmzI8fTnxFm2VYo71H9zzYpNHpv6T4Oc2fNiMRW3Dfjvo4qrTGS4JknuyVBmpHcrH6zO0uDCA6haOmkSAdb5LmwI0t7XTcpspMBnEU7vRowQiVY41D0EirsxijqJ4zQOXctz8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sn/UHJnxx3agYBQqrRS8ApiNKMpRVLzXxGTrwfcWb+gTMu2im4LDVHJJBIba8kblEOR8HMvuPfS7Rm3UZAO2+3z6450bNmG4ynOuMEP8XLBZZhRoFKmh3/GlCdJxEPnzcYP8zG1YA5BnugJLFdHD7ERz2UkCZdjJLcPhFMw6t0w= Received: by 10.66.219.11 with SMTP id r11mr68230ugg.1195666425957; Wed, 21 Nov 2007 09:33:45 -0800 (PST) Received: by 10.66.250.6 with HTTP; Wed, 21 Nov 2007 09:33:45 -0800 (PST) Message-ID: <3aaaa3a0711210933m6badcae2p6a243bf704eed65b@mail.gmail.com> Date: Wed, 21 Nov 2007 17:33:45 +0000 From: Chris To: "Sam Fourman Jr." In-Reply-To: <11167f520711121803r4a21bcf5ma3541a19f8756794@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <47375D78.4040309@chuckr.org> <20071112005620.GA87383@cdnetworks.co.kr> <4737BCC3.5030509@chuckr.org> <20071112044340.GC87383@cdnetworks.co.kr> <4738B818.2070204@chuckr.org> <4738BDA4.3070405@conducive.net> <4738C36B.9090302@chuckr.org> <20071113001643.GH87383@cdnetworks.co.kr> <4739012F.3060204@chuckr.org> <11167f520711121803r4a21bcf5ma3541a19f8756794@mail.gmail.com> Cc: pyunyh@gmail.com, Chuck Robey , freebsd-current@freebsd.org, =?BIG5?B?wfquYbzQIEJpbGwgSGFja2Vy?= Subject: Re: nfe internet problems 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 Nov 2007 17:58:30 -0000 On 13/11/2007, Sam Fourman Jr. wrote: > I have 4 computers with the Striker Extreme Motherboard in it. I had > this Trouble before about the nfe cards locking the system, I updated > to the latest BIOS and all was fixed > > dmesg is as follows > > Sam$ dmesg > Copyright (c) 1992-2007 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.0-BETA1 #1: Thu Oct 25 00:44:38 CDT 2007 > root@Sam.PuffyBSD.Com:/usr/obj/usr/src/sys/CUSTOM > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (2400.02-MHz 686-class CPU) > Origin = "GenuineIntel" Id = 0x6f7 Stepping = 7 > Features=0xbfebfbff > Features2=0xe3bd > AMD Features=0x20100000 > AMD Features2=0x1 > Cores per package: 4 > real memory = 3488546816 (3326 MB) > avail memory = 3400851456 (3243 MB) > ACPI APIC Table: > FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs > cpu0 (BSP): APIC ID: 0 > cpu1 (AP): APIC ID: 1 > cpu2 (AP): APIC ID: 2 > cpu3 (AP): APIC ID: 3 > ioapic0: Changing APIC ID to 4 > ioapic0 irqs 0-23 on motherboard > kbd1 at kbdmux0 > kqemu version 0x00010300 > kqemu: KQEMU installed, max_locked_mem=1692872kB. > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > acpi0: on motherboard > acpi0: [ITHREAD] > acpi0: Power Button (fixed) > acpi0: reservation of 0, a0000 (3) failed > acpi0: reservation of 100000, cfdf0000 (3) failed > Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 > acpi_timer0: <24-bit timer at 3.579545MHz> port 0x1008-0x100b on acpi0 > acpi_hpet0: iomem 0xfeff0000-0xfeff03ff on acpi0 > Timecounter "HPET" frequency 25000000 Hz quality 900 > cpu0: on acpi0 > est0: on cpu0 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est0 attach returned 6 > p4tcc0: on cpu0 > cpu1: on acpi0 > est1: on cpu1 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est1 attach returned 6 > p4tcc1: on cpu1 > cpu2: on acpi0 > est2: on cpu2 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est2 attach returned 6 > p4tcc2: on cpu2 > cpu3: on acpi0 > est3: on cpu3 > est: CPU supports Enhanced Speedstep, but is not recognized. > est: cpu_vendor GenuineIntel, msr 927092706000927 > device_attach: est3 attach returned 6 > p4tcc3: on cpu3 > acpi_button0: on acpi0 > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > pci0: at device 0.1 (no driver attached) > pci0: at device 0.2 (no driver attached) > pci0: at device 0.3 (no driver attached) > pci0: at device 0.4 (no driver attached) > pci0: at device 0.5 (no driver attached) > pci0: at device 0.6 (no driver attached) > pci0: at device 0.7 (no driver attached) > pci0: at device 1.0 (no driver attached) > pci0: at device 1.1 (no driver attached) > pci0: at device 1.2 (no driver attached) > pci0: at device 1.3 (no driver attached) > pci0: at device 1.4 (no driver attached) > pci0: at device 1.5 (no driver attached) > pci0: at device 1.6 (no driver attached) > pci0: at device 2.0 (no driver attached) > pci0: at device 2.1 (no driver attached) > pci0: at device 2.2 (no driver attached) > pcib1: at device 3.0 on pci0 > pci1: on pcib1 > nvidia0: port 0xdf00-0xdf7f mem > 0xec000000-0xecffffff,0xd0000000-0xdfffffff,0xea000000-0xebffffff irq > 16 at device 0.0 on pci1 > nvidia0: [GIANT-LOCKED] > nvidia0: [ITHREAD] > pcib2: at device 6.0 on pci0 > pci2: on pcib2 > pcib3: at device 7.0 on pci0 > pci3: on pcib3 > pci0: at device 9.0 (no driver attached) > isab0: at device 10.0 on pci0 > isa0: on isab0 > pci0: at device 10.1 (no driver attached) > ohci0: mem 0xeffff000-0xefffffff irq > 21 at device 11.0 on pci0 > ohci0: [GIANT-LOCKED] > ohci0: [ITHREAD] > usb0: OHCI version 1.0, legacy support > usb0: SMM does not respond, resetting > usb0: on ohci0 > usb0: USB revision 1.0 > uhub0: on usb0 > uhub0: 10 ports with 10 removable, self powered > ehci0: mem 0xefffe000-0xefffe0ff > irq 22 at device 11.1 on pci0 > ehci0: [GIANT-LOCKED] > ehci0: [ITHREAD] > usb1: EHCI version 1.0 > usb1: companion controller, 10 ports each: usb0 > usb1: on ehci0 > usb1: USB revision 2.0 > uhub1: on usb1 > uhub1: 10 ports with 10 removable, self powered > umass0: on uhub1 > atapci0: port > 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xfc00-0xfc0f at device 13.0 on > pci0 > ata0: on atapci0 > ata0: [ITHREAD] > ata1: on atapci0 > ata1: [ITHREAD] > atapci1: port > 0x9f0-0x9f7,0xbf0-0xbf3,0x970-0x977,0xb70-0xb73,0xf700-0xf70f mem > 0xefffd000-0xefffdfff irq 23 at device 14.0 on pci0 > atapci1: [ITHREAD] > ata2: on atapci1 > ata2: [ITHREAD] > ata3: on atapci1 > ata3: [ITHREAD] > atapci2: port > 0x9e0-0x9e7,0xbe0-0xbe3,0x960-0x967,0xb60-0xb63,0xf200-0xf20f mem > 0xefffc000-0xefffcfff irq 20 at device 14.1 on pci0 > atapci2: [ITHREAD] > ata4: on atapci2 > ata4: [ITHREAD] > ata5: on atapci2 > ata5: [ITHREAD] > atapci3: port > 0xf100-0xf107,0xf000-0xf003,0xef00-0xef07,0xee00-0xee03,0xed00-0xed0f > mem 0xefffb000-0xefffbfff irq 21 at device 14.2 on pci0 > atapci3: [ITHREAD] > ata6: on atapci3 > ata6: [ITHREAD] > ata7: on atapci3 > ata7: [ITHREAD] > pcib4: at device 15.0 on pci0 > pci4: on pcib4 > ral0: mem 0xefbf0000-0xefbf7fff irq 17 at > device 7.0 on pci4 > ral0: MAC/BBP RT2661D, RF RT2529 (MIMO XR) > ral0: Ethernet address: 00:0e:2e:99:e4:ce > ral0: [ITHREAD] > fwohci0: port 0xcf00-0xcf7f mem > 0xefbff000-0xefbff7ff irq 19 at device 11.0 on pci4 > fwohci0: [FILTER] > fwohci0: OHCI version 1.10 (ROM=1) > fwohci0: No. of Isochronous channels is 4. > fwohci0: EUI64 00:11:d8:00:01:36:e8:c5 > fwohci0: Phy 1394a available S400, 2 ports. > fwohci0: Link S400, max_rec 2048 bytes. > firewire0: on fwohci0 > fwe0: on firewire0 > if_fwe0: Fake Ethernet address: 02:11:d8:36:e8:c5 > fwe0: Ethernet address: 02:11:d8:36:e8:c5 > fwip0: on firewire0 > fwip0: Firewire address: 00:11:d8:00:01:36:e8:c5 @ 0xfffe00000000, > S400, maxrec 2048 > sbp0: on firewire0 > dcons_crom0: on firewire0 > dcons_crom0: bus_addr 0x1ddc000 > fwohci0: Initiate bus reset > fwohci0: BUS reset > fwohci0: node_id=0xc800ffc0, gen=1, CYCLEMASTER mode > pcm0: mem > 0xefff0000-0xefff3fff irq 22 at device 15.1 on pci0 > pcm0: [ITHREAD] > nfe0: port 0xec00-0xec07 mem > 0xefffa000-0xefffafff,0xefff9000-0xefff90ff,0xefff8000-0xefff800f irq > 23 at device 17.0 on pci0 > miibus0: on nfe0 > e1000phy0: PHY 19 on miibus0 > e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > nfe0: Ethernet address: 00:1a:92:c2:8b:b1 > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe0: [FILTER] > nfe1: port 0xeb00-0xeb07 mem > 0xefff7000-0xefff7fff,0xefff6000-0xefff60ff,0xefff5000-0xefff500f irq > 20 at device 18.0 on pci0 > miibus1: on nfe1 > e1000phy1: PHY 19 on miibus1 > e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX-FDX, auto > nfe1: Ethernet address: 00:1a:92:c2:92:55 > nfe1: [FILTER] > nfe1: [FILTER] > nfe1: [FILTER] > nfe1: [FILTER] > nfe1: [FILTER] > nfe1: [FILTER] > nfe1: [FILTER] > nfe1: [FILTER] > pcib5: at device 19.0 on pci0 > pci5: on pcib5 > pcib6: at device 20.0 on pci0 > pci6: on pcib6 > pcib7: at device 21.0 on pci0 > pci7: on pcib7 > pcib8: at device 22.0 on pci0 > pci8: on pcib8 > atapci4: port 0x6f00-0x6f7f mem > 0xef2ff000-0xef2ff07f,0xef2f8000-0xef2fbfff irq 16 at device 0.0 on > pci8 > atapci4: [ITHREAD] > ata8: on atapci4 > ata8: [ITHREAD] > ata9: on atapci4 > ata9: [ITHREAD] > pcib9: at device 23.0 on pci0 > pci9: on pcib9 > pcib10: at device 24.0 on pci0 > pci10: on pcib10 > acpi_tz0: on acpi0 > fdc0: port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on acpi0 > fdc0: [FILTER] > fd0: <1440-KB 3.5" drive> on fdc0 drive 0 > atkbdc0: port 0x60,0x64 irq 1 on acpi0 > atkbd0: irq 1 on atkbdc0 > kbd0 at atkbd0 > atkbd0: [GIANT-LOCKED] > atkbd0: [ITHREAD] > pmtimer0 on isa0 > orm0: at iomem 0xd0000-0xd3fff pnpid ORM0000 on isa0 > ppc0: parallel port not found. > sc0: at flags 0x100 on isa0 > sc0: VGA <16 virtual consoles, flags=0x300> > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0: configured irq 4 not in bitmap of probed irqs 0 > sio0: port may not be enabled > sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 > sio0: type 8250 or not responding > sio0: [FILTER] > sio1: configured irq 3 not in bitmap of probed irqs 0 > sio1: port may not be enabled > vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 > ums0: addr 2> on uhub0 > ums0: 8 buttons and Z dir. > Timecounters tick every 1.000 msec > firewire0: 1 nodes, maxhop <= 0, cable IRM = 0 (me) > firewire0: bus manager 0 (me) > ad4: 152627MB at ata2-master SATA300 > ad6: 152627MB at ata3-master SATA300 > acd0: DVDR at ata6-master SATA150 > acd1: DVDR at ata7-master SATA150 > pcm0: > pcm0: > cd1 at ata6 bus 0 target 0 lun 0 > cd1: Removable CD-ROM SCSI-0 device > cd1: 3.300MB/s transfers > cd1: Attempt to query device size failed: NOT READY, Medium not present > cd0 at umass-sim0 bus 0 target 0 lun 1 > cd0: Removable CD-ROM SCSI-0 device > cd0: 40.000MB/s transfers > cd0: Attempt to query device size failed: NOT READY, Medium not present > cd2 at ata7 bus 0 target 0 lun 0 > cd2: Removable CD-ROM SCSI-0 device > cd2: 3.300MB/s transfers > cd2: Attempt to query device size failed: NOT READY, Medium not present > da0 at umass-sim0 bus 0 target 0 lun 0 > da0: Removable Direct Access SCSI-0 device > da0: 40.000MB/s transfers > da0: 476MB (976287 512 byte sectors: 64H 32S/T 476C) > SMP: AP CPU #1 Launched! > SMP: AP CPU #2 Launched! > SMP: AP CPU #3 Launched! > GEOM_LABEL: Label for provider cd0 is iso9660/Ativa U3 System. > GEOM_LABEL: Label for provider da0s1 is msdosfs/MY 512MB. > Trying to mount root from ufs:/dev/ad6s1a > tap0: Ethernet address: 00:bd:1d:1f:00:00 > nfe0: link state changed to UP > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > arp: 12.192.128.148 is on nfe0 but got reply from 52:54:00:12:34:56 on tap0 > bridge0: Ethernet address: ea:b1:dc:fc:49:dc > nfe0: promiscuous mode enabled > nfe0: link state changed to DOWN > nfe0: link state changed to UP > tap0: promiscuous mode enabled > pid 1303 (esd), uid 0: exited on signal 11 (core dumped) > pid 1294 (gconfd-2), uid 0: exited on signal 6 (core dumped) > pid 12264 (gconfd-2), uid 1001: exited on signal 6 > pid 50995 (esd), uid 0: exited on signal 11 (core dumped) > pid 1263 (gconfd-2), uid 0: exited on signal 6 (core dumped) > pid 1574 (gconfd-2), uid 1001: exited on signal 6 > umass1: 3> on uhub1 > da1 at umass-sim1 bus 1 target 0 lun 0 > da1: Fixed Direct Access SCSI-0 device > da1: 40.000MB/s transfers > da1: 152627MB (312581808 512 byte sectors: 255H 63S/T 19457C) > GEOM_LABEL: Label for provider da1s1 is msdosfs/My Book. > GEOM_LABEL: Label msdosfs/My Book removed. > GEOM_LABEL: Label for provider da1s1 is msdosfs/My Book. > GEOM_LABEL: Label msdosfs/My Book removed. > GEOM_LABEL: Label for provider da1s1 is msdosfs/My Book. > umass1: at uhub1 port 7 (addr 3) disconnected > (dGaE1O:Mu_LmAaBsEsL-:s iLma1b:e1l: 0m:s0d)o:s flso/sMty dBeovoikc ere > m(odva1e:du.m > ass-sim1:1:0:0): removing device entry > umass1: detached > > > Sam Fourman Jr. > _______________________________________________ > 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 see you have Marvell 88E1116 same as me do you get checksumming and/or tso in ifconfig? Chris From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 18:07:04 2007 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 F12D516A418; Wed, 21 Nov 2007 18:07:04 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from mx.nitro.dk (zarniwoop.nitro.dk [83.92.207.38]) by mx1.freebsd.org (Postfix) with ESMTP id 827FC13C448; Wed, 21 Nov 2007 18:07:04 +0000 (UTC) (envelope-from simon@zaphod.nitro.dk) Received: from zaphod.nitro.dk (unknown [192.168.3.39]) by mx.nitro.dk (Postfix) with ESMTP id 357652DCEE6; Wed, 21 Nov 2007 17:48:04 +0000 (UTC) Received: by zaphod.nitro.dk (Postfix, from userid 3000) id 0A26311458; Wed, 21 Nov 2007 18:48:03 +0100 (CET) Date: Wed, 21 Nov 2007 18:48:03 +0100 From: "Simon L. Nielsen" To: d@delphij.net Message-ID: <20071121174802.GA1150@zaphod.nitro.dk> References: <47445D4D.9060207@delphij.net> <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> <47446D01.4060201@delphij.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <47446D01.4060201@delphij.net> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Christoph Hoffmann , FreeBSD Current , iwasaki@FreeBSD.org, simokawa@FreeBSD.org Subject: Re: ciss 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: Wed, 21 Nov 2007 18:07:05 -0000 On 2007.11.21 09:38:09 -0800, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Christoph Hoffmann wrote: > > Thank You very much indeed for your help. > > > > Will you be able to submit this fix into 6 and 7 pool? > > Well, I do not have real hardware at hand so I need confirm before > requesting re@ approval. If nobody else can test it I can, but since it's a production system I certainly wouldn't mind somebody else testing it first, if possible :-). -- Simon L. Nielsen From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 18:24:22 2007 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 7462C16A419 for ; Wed, 21 Nov 2007 18:24:22 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from tog.net (tog.net [216.89.226.5]) by mx1.freebsd.org (Postfix) with ESMTP id 4398F13C467 for ; Wed, 21 Nov 2007 18:24:17 +0000 (UTC) (envelope-from bofh@terranova.net) Received: from [216.89.228.170] (host-216-89-228-170.wireless.terranova.net [216.89.228.170]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tog.net (Postfix) with ESMTP id 7876129B5F6 for ; Wed, 21 Nov 2007 13:24:16 -0500 (EST) Message-ID: <474477CE.3030805@terranova.net> Date: Wed, 21 Nov 2007 13:24:14 -0500 From: Travis Mikalson Organization: TerraNovaNet Internet Services User-Agent: Thunderbird 1.5.0.13 (Windows/20070809) MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <826454.61528.qm@web63913.mail.re1.yahoo.com> <200711210838.18781.fjwcash@gmail.com> In-Reply-To: <200711210838.18781.fjwcash@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 18:24:22 -0000 Freddie Cash wrote: > On November 21, 2007 04:26 am Barney Cordoba wrote: >> It would be a major >> black eye to the project to say "FreeBSD 7 is >> released, but BTW, if you have a supermicro or tyan >> opteron system it won't work at all". > > The HT1000 is only 1 of the Opteron chipsets available from Tyan, and it's > only available on their 1 socket boards (the Tomcats). The dual- and > quad- socket boards either use AMD or AMD+nVidia chipsets (Socket > 939/940), or nVidia chipsets (Socket AM2). Out of their entire lineup, > the HT1000 makes up maybe 10% of the chipsets used by Tyan. > > I'd hardly call that a "black eye". And it's only the onboard SATA > controller that has issues. Pop in a proper RAID controller, and it's no > longer an issue. Hate to sound like a broken record but that's exactly what I did and I ran into the same nasty data corruption problem on that controller, too. That was a little frustrating. atapci0@pci0:2:3:0: class=0x010000 card=0x11ab11ab chip=0x608111ab rev=0x09 hdr=0x00 vendor = 'Marvell Semiconductor (Was: Galileo Technology Ltd)' device = 'MV88SX6081 8-port SATA II PCI-X Controller' class = mass storage subclass = SCSI I don't want a hardware RAID or a "software RAID" controller, I just want normal SATA ports with no RAID so I can use ZFS :) I find myself much preferring ZFS to any other data management solution I have ever used, including 3ware hardware RAID which was my previous favorite. Another thing I haven't tried yet is a 3ware 9500 series PCI-X controller in my HT1000 board's PCI-X slot to see if that's also broken or if it's just a PCI-X + ata(4) specific problem. I'll reply with the result of that when I get to trying it out. >> Someone was complaining 2 years ago that they didn't >> have hardware to do the work. Is the FreeBSD project >> really so poorly funded that they can't get their >> hands on a $150 motherboard for 2 years? > > Ever considered sending one in? :) I am considering it. Are any reputable FreeBSD developers interested in this problem that could benefit from having the problematic hardware in their posession? -- TerraNovaNet Internet Services - Key Largo, FL Voice: (305)453-4011 x101 Fax: (305)451-5991 http://www.terranova.net/ ---------------------------------------------- Life's not fair, but the root password helps. From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 18:24:43 2007 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 AB73D16A41A for ; Wed, 21 Nov 2007 18:24:43 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id 4D0C413C474 for ; Wed, 21 Nov 2007 18:24:42 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id 2498F11FF02; Wed, 21 Nov 2007 19:23:50 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 02212-09; Wed, 21 Nov 2007 19:23:47 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id 46BFD11FEDB; Wed, 21 Nov 2007 19:23:47 +0100 (CET) In-Reply-To: <47446D01.4060201@delphij.net> References: <47445D4D.9060207@delphij.net> <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> <47446D01.4060201@delphij.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Christoph Hoffmann Date: Wed, 21 Nov 2007 19:24:46 +0100 To: FreeBSD Current X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch Cc: simokawa@FreeBSD.org, delphij@delphij.net, iwasaki@FreeBSD.org Subject: Re: ciss 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: Wed, 21 Nov 2007 18:24:43 -0000 (o) FreeBSD 8.0-CURRENT #1 -------------------------- so far, /var/log/messages is full of kernel: ciss0: SENDING NOP MESSAGE FAILED the trouble is we have the same msg in two different places I've changed this a bit: [...] 3112 if ((error = ciss_start(cr)) != 0) { 3113 ciss_printf(sc, "SENDING NOP MESSAGE FAILED 3113 \n"); 3114 } [...] 3138 if (ciss_report_request(cr, NULL, NULL) != 0) { 3139 ciss_printf(sc, "SENDING NOP MESSAGE FAILED 3139\n"); 3140 } [...] I expect the same on FreeBSD 7.0-BETA3 #5 I'll send the results as soon as it is done. Regards, Christoph From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 18:28:20 2007 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 80CAD16A417 for ; Wed, 21 Nov 2007 18:28:20 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.180]) by mx1.freebsd.org (Postfix) with ESMTP id A217A13C44B for ; Wed, 21 Nov 2007 18:28:19 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so7827102pyb for ; Wed, 21 Nov 2007 10:28:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=g+yLZy138+L00ei+x3cfmL7LEG5XoCQubuAWioc3xwQ=; b=BILCKm+swQN4HnB0v1R8mT5EplQGETmVqZ1tugiC7nQQ6cQf75zBmbNZRp+rYg/2mwFSaypQLvZOWb6XE3zpvnxUzT4c9Y1L1FqCeCuYaeFGG/JKguqS2+eTX7B+2wxWGYjgKbyslXMopsTE6fonH7Z68QqfAWhOtEaz4X5U8uQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=jz7hv4QmhIGBn+d8LPkRA5dlhdG2We7j7gG27gwPgDGLPruiKCZ5Km6PWXYLG9xiBZkb1PMtRQe+UPUanFyxOiTPEY3zspdF0I10AQjTB995pUtUnKV73m+yms/MALBTMzX/Bq+98tBhSg76nFIXmQOpgGPcr2GFCW1hDkNvxMk= Received: by 10.65.116.10 with SMTP id t10mr17529860qbm.1195669691798; Wed, 21 Nov 2007 10:28:11 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q19sm332064qbq.2007.11.21.10.28.11 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 21 Nov 2007 10:28:11 -0800 (PST) Message-ID: <474478B3.5050405@gmail.com> Date: Wed, 21 Nov 2007 13:28:03 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Max Khon References: <4741109A.8090601@gmail.com> <47446E6D.7040802@samodelkin.net> In-Reply-To: <47446E6D.7040802@samodelkin.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: strange ntfs-fuse behavior 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 Nov 2007 18:28:20 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Max Khon wrote: > Hi! > > Aryeh M. Friedman wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Notes: /dev/ad6s1 is the primary (only) vista/ntfs partition on the >> machine >> >> monster# mount_ntfs-fuse -o force /dev/ad6s1 /mnt/windows >> /dev/ad6s1 is not a block device, nor regular file. >> Forced to continue. >> Error opening partition device : Invalid argument >> Failed to startup volume : Invalid argument >> Couldn't mount device '/dev/ad6s1' : Invalid argument >> Mount failed. > > I assume you use ntfsprogs, not ntfs-3g. Looks like you built stock > ntfsprogs. Stock version does unaligned reads (not aligned to block > size) and this does not work on FreeBSD. > > You should use ntfsprogs from ports. That is the config that gave this output - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRHizJ9+1V27SttsRAipQAJwNXRXN1cgSsOp9eluGfKKsisYWOACgpGAk iLEdFNan/O1/cgbJeV7yCwE= =w0t4 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:06:46 2007 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 AA78116A469; Wed, 21 Nov 2007 19:06:46 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id DBB3913C45D; Wed, 21 Nov 2007 19:06:45 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id 4760612009A; Wed, 21 Nov 2007 20:05:53 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04329-02; Wed, 21 Nov 2007 20:05:50 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id 5723812006D; Wed, 21 Nov 2007 20:05:50 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v752.2) Message-Id: <17A10E5D-F517-4E21-88FC-3183488DA0AE@biff.ch> From: Christoph Hoffmann Date: Wed, 21 Nov 2007 20:06:49 +0100 To: FreeBSD Current X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: simokawa@FreeBSD.org, "Simon L. Nielsen" , iwasaki@FreeBSD.org Subject: Re: ciss 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: Wed, 21 Nov 2007 19:06:46 -0000 Just to give you the latest news: (o) FreeBSD 8.0-CURRENT #2 -------------------------- from sysctl -a hw.cardbus.cis_debug: 0 hw.pccard.cis_debug: 0 dev.ciss.0.%desc: Compaq Smart Array 5i dev.ciss.0.%driver: ciss dev.ciss.0.%location: slot=3 function=0 handle=\_SB_.PCI1.SCS0 dev.ciss.0.%pnpinfo: vendor=0x0e11 device=0xb178 subvendor=0x0e11 subdevice=0x4080 class=0x010400 dev.ciss.0.%parent: pci1 dev.ciss.0.soft_reset: 0 from /var/log/messages kernel: ciss0: SENDING NOP MESSAGE FAILED 3139 so we getting it from 3099 /* 3100 * Send the NOP message and wait for a response. 3101 */ 3102 if ((error = ciss_get_request(sc, &cr)) == 0) { 3103 cc = CISS_FIND_COMMAND(cr); 3104 cr->cr_complete = ciss_nop_complete; ciss_nop_complete(struct ciss_request *cr) [...] if (ciss_report_request(cr, NULL, NULL) != 0) { ciss_printf(sc, "SENDING NOP MESSAGE FAILED 3139\n"); [...] (o) FreeBSD 7.0-BETA3 #7 (different box) ---------------------------------------- from sysctl hw.cardbus.cis_debug: 0 hw.pccard.cis_debug: 0 dev.ciss.0.%desc: Compaq Smart Array 5i dev.ciss.0.%driver: ciss dev.ciss.0.%location: slot=3 function=0 dev.ciss.0.%pnpinfo: vendor=0x0e11 device=0xb178 subvendor=0x0e11 subdevice=0x4080 class=0x010400 dev.ciss.0.%parent: pci1 dev.ciss.0.soft_reset: 0 same story as 8.0-CURRENT, kernel: ciss0: SENDING NOP MESSAGE FAILED 3139 Regards, Christoph From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:12:42 2007 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 AB14916A418; Wed, 21 Nov 2007 19:12:42 +0000 (UTC) (envelope-from atkin901@yahoo.com) Received: from fe-bunny.olympus.f5net.com (mail.f5.com [65.197.145.96]) by mx1.freebsd.org (Postfix) with ESMTP id 4AC3613C448; Wed, 21 Nov 2007 19:12:42 +0000 (UTC) (envelope-from atkin901@yahoo.com) Received: from [10.23.27.180] ([192.168.10.6]) by fe-bunny.olympus.f5net.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Nov 2007 11:12:37 -0800 MIME-Version: 1.0 X-MimeOLE: Produced By Microsoft Exchange V6.5 Newsgroups: gmane.os.freebsd.current X-OriginalArrivalTime: 21 Nov 2007 19:12:37.0960 (UTC) FILETIME=[7AE23C80:01C82C72] User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) Content-class: urn:content-classes:message Date: Wed, 21 Nov 2007 11:12:33 -0800 Message-ID: <47448321.8080202@yahoo.com> In-Reply-To: <3bbf2fe10711201721k3d99c8d1kef38649aa8769656@mail.gmail.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h Thread-Index: AcgscnrwBvZGzY8TR6WudP/bmZRfEQ== References: <200711200037.lAK0bkoM067509__45537.6001693823$1195519138$gmane$org@repoman.freebsd.org> <3bbf2fe10711201721k3d99c8d1kef38649aa8769656@mail.gmail.com> From: "othermark" To: "Attilio Rao" Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-current@freebsd.org Subject: Re: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h 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 Nov 2007 19:12:42 -0000 QXR0aWxpbyBSYW8gd3JvdGU6DQo+IDIwMDcvMTEvMjAsIE1hcmsgQXRraW5zb24gPGF0a2luOTAx QHlhaG9vLmNvbT46DQo+PiBEaWQgSSB1cGRhdGUgYXQgdGhlIHdyb25nIHRpbWU/ICBJIGdldCB0 aGlzIGFmdGVyIEkgcmVidWlsdCB3b3JsZCB0cnlpbmcgdG8NCj4+IGdvIHRvIG11bHRpIHVzZXI6 DQo+IA0KPiBIZWxsbyBNYXJrLA0KPiBpdCBzZWVtcyB5b3UgaGF2ZSBoaXR0ZW4gd2hhdCBzZWVt cyBhIGxvbmctc3RhbmRpbmcgYnVnLg0KPiBJJ20gbm90IHN1cmUgd2h5IGl0IG5ldmVyIHRyaWdn ZXJlZCBhIFBGIyBiZWZvcmUgdGhvdWdoLg0KPiBJcyB0aGlzIHJlcHJvZHVjaWJsZSBmb3IgeW91 Pw0KPiBDb3VsZCB5b3UgdHJ5IHRoaXMgcGF0Y2g/Og0KPiBodHRwOi8vcGVvcGxlLmZyZWVic2Qu b3JnL35hdHRpbGlvL2NhbGxvdXRyZXYuZGlmZg0KDQpJJ2xsIHNlZSBJZiBJIGNhbiB0cnkgdGhh dCB0b2RheS4gIFRoZSBQRiBvY2N1cnMgYXMgc29vbiBhcyBJIHRyeSB0bw0KYnJpbmcgdGhlIGVt MCBkZXZpY2UgdXAgb24gdGhpcyBib3ggKGFzIEkgZm91bmQgb3V0IHRyeWluZyB0byBkbyBzbyBm cm9tDQpzaW5nbGUgdXNlcikuDQoNCkl0IG1pZ2h0IGJlIE1vbmRheSBiZWZvcmUgSSBjYW4gdHJ5 IHRoYXQgb3RoZXJ3aXNlIGJlY2F1c2Ugb2YgdGhlDQpob2xpZGF5IGluIHRoZSBVUy4NCg0KDQo= From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:13:20 2007 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 0BFE216A469 for ; Wed, 21 Nov 2007 19:13:20 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id AEB2813C481 for ; Wed, 21 Nov 2007 19:13:19 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1Iuv0S-00067d-K4 for freebsd-current@freebsd.org; Wed, 21 Nov 2007 19:13:04 +0000 Received: from ip244.gte215.dsl-acs2.sea.iinet.com ([209.20.215.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Nov 2007 19:13:04 +0000 Received: from atkin901 by ip244.gte215.dsl-acs2.sea.iinet.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Nov 2007 19:13:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 21 Nov 2007 11:12:33 -0800 Lines: 19 Message-ID: <47448321.8080202@yahoo.com> References: <200711200037.lAK0bkoM067509__45537.6001693823$1195519138$gmane$org@repoman.freebsd.org> <3bbf2fe10711201721k3d99c8d1kef38649aa8769656@mail.gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org Cc: freebsd-current@freebsd.org X-Gmane-NNTP-Posting-Host: ip244.gte215.dsl-acs2.sea.iinet.com User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <3bbf2fe10711201721k3d99c8d1kef38649aa8769656@mail.gmail.com> Sender: news Subject: Re: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h 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 Nov 2007 19:13:20 -0000 Attilio Rao wrote: > 2007/11/20, Mark Atkinson : >> Did I update at the wrong time? I get this after I rebuilt world trying to >> go to multi user: > > Hello Mark, > it seems you have hitten what seems a long-standing bug. > I'm not sure why it never triggered a PF# before though. > Is this reproducible for you? > Could you try this patch?: > http://people.freebsd.org/~attilio/calloutrev.diff I'll see If I can try that today. The PF occurs as soon as I try to bring the em0 device up on this box (as I found out trying to do so from single user). It might be Monday before I can try that otherwise because of the holiday in the US. From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:23:46 2007 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 0B38F16A418; Wed, 21 Nov 2007 19:23:46 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id A6C8813C46E; Wed, 21 Nov 2007 19:23:45 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id AA2FAEB62C5; Thu, 22 Nov 2007 03:23:47 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id XfZ9ELpyH9If; Thu, 22 Nov 2007 03:23:42 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 30411EB5EE1; Thu, 22 Nov 2007 03:23:40 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=ndm2Bse1HdCk9NoK9SXIguH0BGHzVH/kz0jkWMO7djzB2/MdBH4NKJmHAiF5M/IGJ NmaeAJuN0hpqQfjS/CjwQ== Message-ID: <474485B6.9070106@delphij.net> Date: Wed, 21 Nov 2007 11:23:34 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Christoph Hoffmann References: <47445D4D.9060207@delphij.net> <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> <47446D01.4060201@delphij.net> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: simokawa@FreeBSD.org, FreeBSD Current , iwasaki@FreeBSD.org Subject: Re: ciss driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 19:23:46 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi, Christoph Hoffmann wrote: > (o) FreeBSD 8.0-CURRENT #1 [snip > I expect the same on FreeBSD 7.0-BETA3 #5 When sending 'FreeBSD 8.0-CURRENT', '7.0-PRERELEASE', '7.0-BETA3' or similar stuff for custom build, please be sure to specify the date you have updated the source code or we will be not able to track down what exactly you have :) Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRIW2hcUczkLqiksRAhzrAJ4txuqeFAxeGLv/0QXtaw0bC7rkAQCcCnBO t3qiq9EFppNc3/peZxm8p38= =jIUr -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:30:14 2007 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 DB26116A41A; Wed, 21 Nov 2007 19:30:14 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 830EC13C4CC; Wed, 21 Nov 2007 19:30:14 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5D1CBEB62D7; Thu, 22 Nov 2007 03:30:17 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id LkbC6lfN9OiK; Thu, 22 Nov 2007 03:30:08 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id B509FEB62DC; Thu, 22 Nov 2007 03:30:06 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=PoSL8qLgEJZm2/15DYnyoUPzU5ri+SfismX2UPVBCtRyawC8hRkiMAodD8rVcUnr+ wty+z8cUxUZBtpDaiQHEw== Message-ID: <47448739.8030308@delphij.net> Date: Wed, 21 Nov 2007 11:30:01 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Christoph Hoffmann References: <17A10E5D-F517-4E21-88FC-3183488DA0AE@biff.ch> In-Reply-To: <17A10E5D-F517-4E21-88FC-3183488DA0AE@biff.ch> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: simokawa@FreeBSD.org, FreeBSD Current , "Simon L. Nielsen" , iwasaki@FreeBSD.org Subject: Re: ciss driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 19:30:15 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christoph Hoffmann wrote: > Just to give you the latest news: > > (o) FreeBSD 8.0-CURRENT #2 > -------------------------- > > from sysctl -a > > hw.cardbus.cis_debug: 0 > hw.pccard.cis_debug: 0 > dev.ciss.0.%desc: Compaq Smart Array 5i > dev.ciss.0.%driver: ciss > dev.ciss.0.%location: slot=3 function=0 handle=\_SB_.PCI1.SCS0 > dev.ciss.0.%pnpinfo: vendor=0x0e11 device=0xb178 subvendor=0x0e11 > subdevice=0x4080 class=0x010400 > dev.ciss.0.%parent: pci1 > dev.ciss.0.soft_reset: 0 > > from /var/log/messages > > kernel: ciss0: SENDING NOP MESSAGE FAILED 3139 > > so we getting it from > 3099 /* > 3100 * Send the NOP message and wait for a response. > 3101 */ > 3102 if ((error = ciss_get_request(sc, &cr)) == 0) { > 3103 cc = CISS_FIND_COMMAND(cr); > 3104 cr->cr_complete = ciss_nop_complete; > > ciss_nop_complete(struct ciss_request *cr) > [...] > if (ciss_report_request(cr, NULL, NULL) != 0) { > ciss_printf(sc, "SENDING NOP MESSAGE FAILED 3139\n"); > [...] > > (o) FreeBSD 7.0-BETA3 #7 (different box) > ---------------------------------------- > > from sysctl > > hw.cardbus.cis_debug: 0 > hw.pccard.cis_debug: 0 > dev.ciss.0.%desc: Compaq Smart Array 5i > dev.ciss.0.%driver: ciss > dev.ciss.0.%location: slot=3 function=0 > dev.ciss.0.%pnpinfo: vendor=0x0e11 device=0xb178 subvendor=0x0e11 > subdevice=0x4080 class=0x010400 > dev.ciss.0.%parent: pci1 > dev.ciss.0.soft_reset: 0 > > same story as 8.0-CURRENT, > kernel: ciss0: SENDING NOP MESSAGE FAILED 3139 I get confused with the problem you have. What problem do you have with a unpatched RELENG_7 code? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRIc5hcUczkLqiksRAoxZAKDPUOcKbUXiL4O0LlNUOO6Kc+c4gACfai9Y 41j0olAsMrznqOQrb784YQY= =CLuT -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:30:57 2007 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 5413D16A469 for ; Wed, 21 Nov 2007 19:30:57 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id DECF013C455 for ; Wed, 21 Nov 2007 19:30:56 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6490 invoked by uid 399); 21 Nov 2007 19:30:55 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Nov 2007 19:30:55 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4744876D.4070506@FreeBSD.org> Date: Wed, 21 Nov 2007 11:30:53 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: FreeBSD Current , rwatson@freebsd.org, davidxu@FreeBSD.org, attilio@FreeBSD.org X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: boot-time crash in today's -current, and other threading problems 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 Nov 2007 19:30:57 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 I'm spamming everyone who's had fingers in the threading code lately since I can't seem to find a specific commit that looks guilty. On 19 Nov. I updated my -current system and noticed a regression where alpine (a new version of the pine mail client that uses threads) would crash while opening my mail folders with a sig 6. I figured I'd wait a day or two since it was obvious that there was some work going on with threads, and other things were working. Today I upgraded again, and the new kernel crashes on startup. Traceback is below. Suggestions welcome. Doug ... bge0: mem 0xecef0000-0xecefffff irq 18 at device 0.0 on pci9 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:15:c5:55:f0:5b bge0: [ITHREAD] Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0xdeadc0ee fault code = supervisor read, page not present instruction pointer = 0x20:0xc0556053 stack pointer = 0x28:0xe5b00c54 frame pointer = 0x28:0xe5b00c64 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 11 (swi4: clock sio) Physical memory: 2029 MB Dumping 70 MB: 55 39 23 7 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) where #0 doadump () at pcpu.h:195 #1 0xc0455619 in db_fncall (dummy1=-441447812, dummy2=0, dummy3=582, dummy4=0xe5b009e8 "ŔxEŔ") at /usr/local/src/sys/ddb/db_command.c:486 #2 0xc0455b85 in db_command_loop () at /usr/local/src/sys/ddb/db_command.c:401 #3 0xc04572f5 in db_trap (type=12, code=0) at /usr/local/src/sys/ddb/db_main.c:222 #4 0xc058b136 in kdb_trap (type=12, code=0, tf=0xe5b00c14) at /usr/local/src/sys/kern/subr_kdb.c:502 #5 0xc071f4af in trap_fatal (frame=0xe5b00c14, eva=3735929070) at /usr/local/src/sys/i386/i386/trap.c:863 #6 0xc071f6d0 in trap_pfault (frame=0xe5b00c14, usermode=0, eva=3735929070) at /usr/local/src/sys/i386/i386/trap.c:785 #7 0xc071ff92 in trap (frame=0xe5b00c14) at /usr/local/src/sys/i386/i386/trap.c:463 #8 0xc0706dab in calltrap () at /usr/local/src/sys/i386/i386/exception.s:139 #9 0xc0556053 in _mtx_assert (m=0xdeadc0de, what=20, file=0xc0763525 "/usr/local/src/sys/kern/kern_mutex.c", line=167) at /usr/local/src/sys/kern/kern_mutex.c:632 #10 0xc055676a in unlock_mtx (lock=0xdeadc0de) at /usr/local/src/sys/kern/kern_mutex.c:167 #11 0xc0574c3f in softclock (dummy=0x0) at /usr/local/src/sys/kern/kern_timeout.c:297 #12 0xc0546405 in ithread_loop (arg=0xc54daa00) at /usr/local/src/sys/kern/kern_intr.c:1034 #13 0xc0543988 in fork_exit (callout=0xc0546250 , arg=0xc54daa00, frame=0xe5b00d38) at /usr/local/src/sys/kern/kern_fork.c:788 #14 0xc0706e20 in fork_trampoline () at /usr/local/src/sys/i386/i386/exception.s:205 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRIdsyIakK9Wy8PsRA3osAJ9J99Am+qNBYRF2cHpAuGSaq//C3gCfaglM Pn/ZIOQf2WokVNtD0pETJ10= =nTCP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:39:04 2007 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 4F20A16A468 for ; Wed, 21 Nov 2007 19:39:04 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from ug-out-1314.google.com (ug-out-1314.google.com [66.249.92.175]) by mx1.freebsd.org (Postfix) with ESMTP id BCF2513C50A for ; Wed, 21 Nov 2007 19:39:02 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by ug-out-1314.google.com with SMTP id y2so215705uge for ; Wed, 21 Nov 2007 11:39:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=dTINLBC47FFo4nyRhmZY0ufw5kMQ/3Gy7s7hWcwzoq8=; b=ECb7/bIORKQPbe4hZQJiJLcvRRy19h6Y1kmO9RO6nhfxx0LhbfVWv0SXPel166cJCCGA1s9E3RmHMgMLhJHv5uG4xE0rWlwEuSkkr7ZoD+e42mBCQFKUMgjC5W0AuG0hFn0/g/qdQeh5Xl8KA50+O7CPwS9m9aKPFKMBHynmoeM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=AxuZB9LQaEc6i4ILH2jcR00iZzikw7Lf+3KgQiU44i3XuLT6DEOWtGWEqB2c7nMahazlVJ8YrSYVGfcpGPTx+9AmwcGA+xqQ28irYEztGzjsK3p+yYSrd59NtzCsdRGrIOVDLxciht1NfwqcyaDd/todVOOf0Xg/ZETGXALdN7I= Received: by 10.86.54.3 with SMTP id c3mr7638655fga.1195673941322; Wed, 21 Nov 2007 11:39:01 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 21 Nov 2007 11:39:01 -0800 (PST) Message-ID: <3bbf2fe10711211139h5ebf94e1kc082d11a0761361e@mail.gmail.com> Date: Wed, 21 Nov 2007 20:39:01 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <4744876D.4070506@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <4744876D.4070506@FreeBSD.org> X-Google-Sender-Auth: d3e36cc7dbc59408 Cc: FreeBSD Current , rwatson@freebsd.org, davidxu@freebsd.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 19:39:04 -0000 MjAwNy8xMS8yMSwgRG91ZyBCYXJ0b24gPGRvdWdiQGZyZWVic2Qub3JnPjoKPiAtLS0tLUJFR0lO IFBHUCBTSUdORUQgTUVTU0FHRS0tLS0tCj4gSGFzaDogUklQRU1EMTYwCj4KPiBJJ20gc3BhbW1p bmcgZXZlcnlvbmUgd2hvJ3MgaGFkIGZpbmdlcnMgaW4gdGhlIHRocmVhZGluZyBjb2RlIGxhdGVs eQo+IHNpbmNlIEkgY2FuJ3Qgc2VlbSB0byBmaW5kIGEgc3BlY2lmaWMgY29tbWl0IHRoYXQgbG9v a3MgZ3VpbHR5Lgo+Cj4gT24gMTkgTm92LiBJIHVwZGF0ZWQgbXkgLWN1cnJlbnQgc3lzdGVtIGFu ZCBub3RpY2VkIGEgcmVncmVzc2lvbiB3aGVyZQo+IGFscGluZSAoYSBuZXcgdmVyc2lvbiBvZiB0 aGUgcGluZSBtYWlsIGNsaWVudCB0aGF0IHVzZXMgdGhyZWFkcykgd291bGQKPiBjcmFzaCB3aGls ZSBvcGVuaW5nIG15IG1haWwgZm9sZGVycyB3aXRoIGEgc2lnIDYuIEkgZmlndXJlZCBJJ2Qgd2Fp dCBhCj4gZGF5IG9yIHR3byBzaW5jZSBpdCB3YXMgb2J2aW91cyB0aGF0IHRoZXJlIHdhcyBzb21l IHdvcmsgZ29pbmcgb24gd2l0aAo+IHRocmVhZHMsIGFuZCBvdGhlciB0aGluZ3Mgd2VyZSB3b3Jr aW5nLgo+Cj4gVG9kYXkgSSB1cGdyYWRlZCBhZ2FpbiwgYW5kIHRoZSBuZXcga2VybmVsIGNyYXNo ZXMgb24gc3RhcnR1cC4KPiBUcmFjZWJhY2sgaXMgYmVsb3cuIFN1Z2dlc3Rpb25zIHdlbGNvbWUu Cj4KPiBEb3VnCj4KPiAuLi4KPiBiZ2UwOiA8QnJvYWRjb20gTmV0WHRyZW1lIEdpZ2FiaXQgRXRo ZXJuZXQgQ29udHJvbGxlciwgQVNJQyByZXYuCj4gMHg2MDAyPiBtZW0gMHhlY2VmMDAwMC0weGVj ZWZmZmZmIGlycSAxOCBhdCBkZXZpY2UgMC4wIG9uIHBjaTkKPiBtaWlidXMwOiA8TUlJIGJ1cz4g b24gYmdlMAo+IGJyZ3BoeTA6IDxCQ001NzUyIDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gUEhZIDEg b24gbWlpYnVzMAo+IGJyZ3BoeTA6ICAxMGJhc2VULCAxMGJhc2VULUZEWCwgMTAwYmFzZVRYLCAx MDBiYXNlVFgtRkRYLCAxMDAwYmFzZVQsCj4gMTAwMGJhc2VULUZEWCwgYXV0bwo+IGJnZTA6IEV0 aGVybmV0IGFkZHJlc3M6IDAwOjE1OmM1OjU1OmYwOjViCj4gYmdlMDogW0lUSFJFQURdCj4KPgo+ IEZhdGFsIHRyYXAgMTI6IHBhZ2UgZmF1bHQgd2hpbGUgaW4ga2VybmVsIG1vZGUKPiBjcHVpZCA9 IDA7IGFwaWMgaWQgPSAwMAo+IGZhdWx0IHZpcnR1YWwgYWRkcmVzcyAgID0gMHhkZWFkYzBlZQo+ IGZhdWx0IGNvZGUgICAgICAgICAgICAgID0gc3VwZXJ2aXNvciByZWFkLCBwYWdlIG5vdCBwcmVz ZW50Cj4gaW5zdHJ1Y3Rpb24gcG9pbnRlciAgICAgPSAweDIwOjB4YzA1NTYwNTMKPiBzdGFjayBw b2ludGVyICAgICAgICAgICA9IDB4Mjg6MHhlNWIwMGM1NAo+IGZyYW1lIHBvaW50ZXIgICAgICAg ICAgID0gMHgyODoweGU1YjAwYzY0Cj4gY29kZSBzZWdtZW50ICAgICAgICAgICAgPSBiYXNlIDB4 MCwgbGltaXQgMHhmZmZmZiwgdHlwZSAweDFiCj4gICAgICAgICAgICAgICAgICAgICAgICAgPSBE UEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDEKPiBwcm9jZXNzb3IgZWZsYWdzICAgICAgICA9 IGludGVycnVwdCBlbmFibGVkLCByZXN1bWUsIElPUEwgPSAwCj4gY3VycmVudCBwcm9jZXNzICAg ICAgICAgPSAxMSAoc3dpNDogY2xvY2sgc2lvKQo+IFBoeXNpY2FsIG1lbW9yeTogMjAyOSBNQgo+ IER1bXBpbmcgNzAgTUI6IDU1IDM5IDIzIDcKPgo+ICMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDox OTUKPiAxOTUgICAgIHBjcHUuaDogTm8gc3VjaCBmaWxlIG9yIGRpcmVjdG9yeS4KPiAgICAgICAg IGluIHBjcHUuaAo+Cj4gKGtnZGIpIHdoZXJlCj4gIzAgIGRvYWR1bXAgKCkgYXQgcGNwdS5oOjE5 NQo+ICMxICAweGMwNDU1NjE5IGluIGRiX2ZuY2FsbCAoZHVtbXkxPS00NDE0NDc4MTIsIGR1bW15 Mj0wLCBkdW1teTM9NTgyLAo+ICAgICBkdW1teTQ9MHhlNWIwMDllOCAiw4B4RcOAIikgYXQgL3Vz ci9sb2NhbC9zcmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6NDg2Cj4gIzIgIDB4YzA0NTViODUgaW4g ZGJfY29tbWFuZF9sb29wICgpIGF0Cj4gL3Vzci9sb2NhbC9zcmMvc3lzL2RkYi9kYl9jb21tYW5k LmM6NDAxCj4gIzMgIDB4YzA0NTcyZjUgaW4gZGJfdHJhcCAodHlwZT0xMiwgY29kZT0wKQo+ICAg ICBhdCAvdXNyL2xvY2FsL3NyYy9zeXMvZGRiL2RiX21haW4uYzoyMjIKPiAjNCAgMHhjMDU4YjEz NiBpbiBrZGJfdHJhcCAodHlwZT0xMiwgY29kZT0wLCB0Zj0weGU1YjAwYzE0KQo+ICAgICBhdCAv dXNyL2xvY2FsL3NyYy9zeXMva2Vybi9zdWJyX2tkYi5jOjUwMgo+ICM1ICAweGMwNzFmNGFmIGlu IHRyYXBfZmF0YWwgKGZyYW1lPTB4ZTViMDBjMTQsIGV2YT0zNzM1OTI5MDcwKQo+ICAgICBhdCAv dXNyL2xvY2FsL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo4NjMKPiAjNiAgMHhjMDcxZjZkMCBp biB0cmFwX3BmYXVsdCAoZnJhbWU9MHhlNWIwMGMxNCwgdXNlcm1vZGU9MCwKPiBldmE9MzczNTky OTA3MCkKPiAgICAgYXQgL3Vzci9sb2NhbC9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6Nzg1Cj4g IzcgIDB4YzA3MWZmOTIgaW4gdHJhcCAoZnJhbWU9MHhlNWIwMGMxNCkKPiAgICAgYXQgL3Vzci9s b2NhbC9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6NDYzCj4gIzggIDB4YzA3MDZkYWIgaW4gY2Fs bHRyYXAgKCkgYXQKPiAvdXNyL2xvY2FsL3NyYy9zeXMvaTM4Ni9pMzg2L2V4Y2VwdGlvbi5zOjEz OQo+ICM5ICAweGMwNTU2MDUzIGluIF9tdHhfYXNzZXJ0IChtPTB4ZGVhZGMwZGUsIHdoYXQ9MjAs Cj4gICAgIGZpbGU9MHhjMDc2MzUyNSAiL3Vzci9sb2NhbC9zcmMvc3lzL2tlcm4va2Vybl9tdXRl eC5jIiwgbGluZT0xNjcpCj4gICAgIGF0IC91c3IvbG9jYWwvc3JjL3N5cy9rZXJuL2tlcm5fbXV0 ZXguYzo2MzIKPiAjMTAgMHhjMDU1Njc2YSBpbiB1bmxvY2tfbXR4IChsb2NrPTB4ZGVhZGMwZGUp Cj4gICAgIGF0IC91c3IvbG9jYWwvc3JjL3N5cy9rZXJuL2tlcm5fbXV0ZXguYzoxNjcKPiAjMTEg MHhjMDU3NGMzZiBpbiBzb2Z0Y2xvY2sgKGR1bW15PTB4MCkKPiAgICAgYXQgL3Vzci9sb2NhbC9z cmMvc3lzL2tlcm4va2Vybl90aW1lb3V0LmM6Mjk3Cj4gIzEyIDB4YzA1NDY0MDUgaW4gaXRocmVh ZF9sb29wIChhcmc9MHhjNTRkYWEwMCkKPiAgICAgYXQgL3Vzci9sb2NhbC9zcmMvc3lzL2tlcm4v a2Vybl9pbnRyLmM6MTAzNAo+ICMxMyAweGMwNTQzOTg4IGluIGZvcmtfZXhpdCAoY2FsbG91dD0w eGMwNTQ2MjUwIDxpdGhyZWFkX2xvb3A+LAo+ICAgICBhcmc9MHhjNTRkYWEwMCwgZnJhbWU9MHhl NWIwMGQzOCkKPiAgICAgYXQgL3Vzci9sb2NhbC9zcmMvc3lzL2tlcm4va2Vybl9mb3JrLmM6Nzg4 Cj4gIzE0IDB4YzA3MDZlMjAgaW4gZm9ya190cmFtcG9saW5lICgpCj4gICAgIGF0IC91c3IvbG9j YWwvc3JjL3N5cy9pMzg2L2kzODYvZXhjZXB0aW9uLnM6MjA1CgpNeSBsYXN0IGNhbGxvdXQgY29t bWl0IGRpZCB0aGlzLgpPYnZpb3VzbHkgaW4gbXkgdGVzdHMgaXQgZGlkbid0IGdldCBvdXQuCkFm dGVyIGEgY2hhdCB3aXRoIGpoYiBzaXR1YXRpb24gaXMgY2xlYXJlciwgSSB3aWxsIHBvc3QgYSBw YXRjaCB5b3UKY2FuIHRyeSBzb29uLgoKVGhhbmtzLApBdHRpbGlvCgoKLS0gClBlYWNlIGNhbiBv bmx5IGJlIGFjaGlldmVkIGJ5IHVuZGVyc3RhbmRpbmcgLSBBLiBFaW5zdGVpbgo= From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:39:51 2007 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 99AC516A419 for ; Wed, 21 Nov 2007 19:39:51 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 317CB13C46E for ; Wed, 21 Nov 2007 19:39:50 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 21200 invoked by uid 399); 21 Nov 2007 19:39:50 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Nov 2007 19:39:50 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47448984.4090408@FreeBSD.org> Date: Wed, 21 Nov 2007 11:39:48 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: FreeBSD Current , rwatson@freebsd.org, davidxu@FreeBSD.org, attilio@FreeBSD.org References: <4744876D.4070506@FreeBSD.org> In-Reply-To: <4744876D.4070506@FreeBSD.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 19:39:51 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 Should have mentioned that my system is a C2D running i386 SMP. Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.7 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRImDyIakK9Wy8PsRA9E7AJ0YzyfE3zYS8B1yfAIbGL+T4sj2rACfQhdF yd6VA0WTTSXlmVoZofMoMk0= =I7nV -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:40:45 2007 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 9847416A473 for ; Wed, 21 Nov 2007 19:40:45 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.227]) by mx1.freebsd.org (Postfix) with ESMTP id 47B3013C447 for ; Wed, 21 Nov 2007 19:40:43 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so888617wxd for ; Wed, 21 Nov 2007 11:40:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=hgo9uEzSeH2j7lSMOev2hp52HVlB/V0qd8EsRKF7KOY=; b=RndUCOnwDinp/O0QygXUjVao0eW7//FtWMdnMLIyi30LW53SEfltHyyI3BcybAvInsSf/JuJCcB1lBYbznYxWBG6iB/uR47P2pORMRGFFdxEfYICS9x79UWUt1C5YDX3DsqDBCeLzak/NpFAluMoVOiRDoCILfqGQ6dp/syRcA4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=AR6gohIHnBcm+vGCblCnunnU0qRAGhmdH1hu7/jXjKVZzr8CvxN6ECItZC7GWQ8xgS1mRiATcXnVFMU3VG6UzEUwmyZ9W7x6P3JbX62rjfP6Z+7MRMp2GrtWMMpHcrUWK1eMEGT8m0APJFJHPLtHNi8fD5OeN4Cn4jyMyn5aYHg= Received: by 10.86.25.17 with SMTP id 17mr7640490fgy.1195674041041; Wed, 21 Nov 2007 11:40:41 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 21 Nov 2007 11:40:41 -0800 (PST) Message-ID: <3bbf2fe10711211140y3a0e1907nd118a51eb4593116@mail.gmail.com> Date: Wed, 21 Nov 2007 20:40:41 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <3bbf2fe10711211139h5ebf94e1kc082d11a0761361e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: base64 Content-Disposition: inline References: <4744876D.4070506@FreeBSD.org> <3bbf2fe10711211139h5ebf94e1kc082d11a0761361e@mail.gmail.com> X-Google-Sender-Auth: 08645f4d58183ca7 Cc: FreeBSD Current , rwatson@freebsd.org, davidxu@freebsd.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 19:40:45 -0000 MjAwNy8xMS8yMSwgQXR0aWxpbyBSYW8gPGF0dGlsaW9AZnJlZWJzZC5vcmc+Ogo+IDIwMDcvMTEv MjEsIERvdWcgQmFydG9uIDxkb3VnYkBmcmVlYnNkLm9yZz46Cj4gPiAtLS0tLUJFR0lOIFBHUCBT SUdORUQgTUVTU0FHRS0tLS0tCj4gPiBIYXNoOiBSSVBFTUQxNjAKPiA+Cj4gPiBJJ20gc3BhbW1p bmcgZXZlcnlvbmUgd2hvJ3MgaGFkIGZpbmdlcnMgaW4gdGhlIHRocmVhZGluZyBjb2RlIGxhdGVs eQo+ID4gc2luY2UgSSBjYW4ndCBzZWVtIHRvIGZpbmQgYSBzcGVjaWZpYyBjb21taXQgdGhhdCBs b29rcyBndWlsdHkuCj4gPgo+ID4gT24gMTkgTm92LiBJIHVwZGF0ZWQgbXkgLWN1cnJlbnQgc3lz dGVtIGFuZCBub3RpY2VkIGEgcmVncmVzc2lvbiB3aGVyZQo+ID4gYWxwaW5lIChhIG5ldyB2ZXJz aW9uIG9mIHRoZSBwaW5lIG1haWwgY2xpZW50IHRoYXQgdXNlcyB0aHJlYWRzKSB3b3VsZAo+ID4g Y3Jhc2ggd2hpbGUgb3BlbmluZyBteSBtYWlsIGZvbGRlcnMgd2l0aCBhIHNpZyA2LiBJIGZpZ3Vy ZWQgSSdkIHdhaXQgYQo+ID4gZGF5IG9yIHR3byBzaW5jZSBpdCB3YXMgb2J2aW91cyB0aGF0IHRo ZXJlIHdhcyBzb21lIHdvcmsgZ29pbmcgb24gd2l0aAo+ID4gdGhyZWFkcywgYW5kIG90aGVyIHRo aW5ncyB3ZXJlIHdvcmtpbmcuCj4gPgo+ID4gVG9kYXkgSSB1cGdyYWRlZCBhZ2FpbiwgYW5kIHRo ZSBuZXcga2VybmVsIGNyYXNoZXMgb24gc3RhcnR1cC4KPiA+IFRyYWNlYmFjayBpcyBiZWxvdy4g U3VnZ2VzdGlvbnMgd2VsY29tZS4KPiA+Cj4gPiBEb3VnCj4gPgo+ID4gLi4uCj4gPiBiZ2UwOiA8 QnJvYWRjb20gTmV0WHRyZW1lIEdpZ2FiaXQgRXRoZXJuZXQgQ29udHJvbGxlciwgQVNJQyByZXYu Cj4gPiAweDYwMDI+IG1lbSAweGVjZWYwMDAwLTB4ZWNlZmZmZmYgaXJxIDE4IGF0IGRldmljZSAw LjAgb24gcGNpOQo+ID4gbWlpYnVzMDogPE1JSSBidXM+IG9uIGJnZTAKPiA+IGJyZ3BoeTA6IDxC Q001NzUyIDEwLzEwMC8xMDAwYmFzZVRYIFBIWT4gUEhZIDEgb24gbWlpYnVzMAo+ID4gYnJncGh5 MDogIDEwYmFzZVQsIDEwYmFzZVQtRkRYLCAxMDBiYXNlVFgsIDEwMGJhc2VUWC1GRFgsIDEwMDBi YXNlVCwKPiA+IDEwMDBiYXNlVC1GRFgsIGF1dG8KPiA+IGJnZTA6IEV0aGVybmV0IGFkZHJlc3M6 IDAwOjE1OmM1OjU1OmYwOjViCj4gPiBiZ2UwOiBbSVRIUkVBRF0KPiA+Cj4gPgo+ID4gRmF0YWwg dHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9kZQo+ID4gY3B1aWQgPSAwOyBh cGljIGlkID0gMDAKPiA+IGZhdWx0IHZpcnR1YWwgYWRkcmVzcyAgID0gMHhkZWFkYzBlZQo+ID4g ZmF1bHQgY29kZSAgICAgICAgICAgICAgPSBzdXBlcnZpc29yIHJlYWQsIHBhZ2Ugbm90IHByZXNl bnQKPiA+IGluc3RydWN0aW9uIHBvaW50ZXIgICAgID0gMHgyMDoweGMwNTU2MDUzCj4gPiBzdGFj ayBwb2ludGVyICAgICAgICAgICA9IDB4Mjg6MHhlNWIwMGM1NAo+ID4gZnJhbWUgcG9pbnRlciAg ICAgICAgICAgPSAweDI4OjB4ZTViMDBjNjQKPiA+IGNvZGUgc2VnbWVudCAgICAgICAgICAgID0g YmFzZSAweDAsIGxpbWl0IDB4ZmZmZmYsIHR5cGUgMHgxYgo+ID4gICAgICAgICAgICAgICAgICAg ICAgICAgPSBEUEwgMCwgcHJlcyAxLCBkZWYzMiAxLCBncmFuIDEKPiA+IHByb2Nlc3NvciBlZmxh Z3MgICAgICAgID0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3VtZSwgSU9QTCA9IDAKPiA+IGN1cnJl bnQgcHJvY2VzcyAgICAgICAgID0gMTEgKHN3aTQ6IGNsb2NrIHNpbykKPiA+IFBoeXNpY2FsIG1l bW9yeTogMjAyOSBNQgo+ID4gRHVtcGluZyA3MCBNQjogNTUgMzkgMjMgNwo+ID4KPiA+ICMwICBk b2FkdW1wICgpIGF0IHBjcHUuaDoxOTUKPiA+IDE5NSAgICAgcGNwdS5oOiBObyBzdWNoIGZpbGUg b3IgZGlyZWN0b3J5Lgo+ID4gICAgICAgICBpbiBwY3B1LmgKPiA+Cj4gPiAoa2dkYikgd2hlcmUK PiA+ICMwICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxOTUKPiA+ICMxICAweGMwNDU1NjE5IGluIGRi X2ZuY2FsbCAoZHVtbXkxPS00NDE0NDc4MTIsIGR1bW15Mj0wLCBkdW1teTM9NTgyLAo+ID4gICAg IGR1bW15ND0weGU1YjAwOWU4ICLDgHhFw4AiKSBhdCAvdXNyL2xvY2FsL3NyYy9zeXMvZGRiL2Ri X2NvbW1hbmQuYzo0ODYKPiA+ICMyICAweGMwNDU1Yjg1IGluIGRiX2NvbW1hbmRfbG9vcCAoKSBh dAo+ID4gL3Vzci9sb2NhbC9zcmMvc3lzL2RkYi9kYl9jb21tYW5kLmM6NDAxCj4gPiAjMyAgMHhj MDQ1NzJmNSBpbiBkYl90cmFwICh0eXBlPTEyLCBjb2RlPTApCj4gPiAgICAgYXQgL3Vzci9sb2Nh bC9zcmMvc3lzL2RkYi9kYl9tYWluLmM6MjIyCj4gPiAjNCAgMHhjMDU4YjEzNiBpbiBrZGJfdHJh cCAodHlwZT0xMiwgY29kZT0wLCB0Zj0weGU1YjAwYzE0KQo+ID4gICAgIGF0IC91c3IvbG9jYWwv c3JjL3N5cy9rZXJuL3N1YnJfa2RiLmM6NTAyCj4gPiAjNSAgMHhjMDcxZjRhZiBpbiB0cmFwX2Zh dGFsIChmcmFtZT0weGU1YjAwYzE0LCBldmE9MzczNTkyOTA3MCkKPiA+ICAgICBhdCAvdXNyL2xv Y2FsL3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo4NjMKPiA+ICM2ICAweGMwNzFmNmQwIGluIHRy YXBfcGZhdWx0IChmcmFtZT0weGU1YjAwYzE0LCB1c2VybW9kZT0wLAo+ID4gZXZhPTM3MzU5Mjkw NzApCj4gPiAgICAgYXQgL3Vzci9sb2NhbC9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6Nzg1Cj4g PiAjNyAgMHhjMDcxZmY5MiBpbiB0cmFwIChmcmFtZT0weGU1YjAwYzE0KQo+ID4gICAgIGF0IC91 c3IvbG9jYWwvc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjQ2Mwo+ID4gIzggIDB4YzA3MDZkYWIg aW4gY2FsbHRyYXAgKCkgYXQKPiA+IC91c3IvbG9jYWwvc3JjL3N5cy9pMzg2L2kzODYvZXhjZXB0 aW9uLnM6MTM5Cj4gPiAjOSAgMHhjMDU1NjA1MyBpbiBfbXR4X2Fzc2VydCAobT0weGRlYWRjMGRl LCB3aGF0PTIwLAo+ID4gICAgIGZpbGU9MHhjMDc2MzUyNSAiL3Vzci9sb2NhbC9zcmMvc3lzL2tl cm4va2Vybl9tdXRleC5jIiwgbGluZT0xNjcpCj4gPiAgICAgYXQgL3Vzci9sb2NhbC9zcmMvc3lz L2tlcm4va2Vybl9tdXRleC5jOjYzMgo+ID4gIzEwIDB4YzA1NTY3NmEgaW4gdW5sb2NrX210eCAo bG9jaz0weGRlYWRjMGRlKQo+ID4gICAgIGF0IC91c3IvbG9jYWwvc3JjL3N5cy9rZXJuL2tlcm5f bXV0ZXguYzoxNjcKPiA+ICMxMSAweGMwNTc0YzNmIGluIHNvZnRjbG9jayAoZHVtbXk9MHgwKQo+ ID4gICAgIGF0IC91c3IvbG9jYWwvc3JjL3N5cy9rZXJuL2tlcm5fdGltZW91dC5jOjI5Nwo+ID4g IzEyIDB4YzA1NDY0MDUgaW4gaXRocmVhZF9sb29wIChhcmc9MHhjNTRkYWEwMCkKPiA+ICAgICBh dCAvdXNyL2xvY2FsL3NyYy9zeXMva2Vybi9rZXJuX2ludHIuYzoxMDM0Cj4gPiAjMTMgMHhjMDU0 Mzk4OCBpbiBmb3JrX2V4aXQgKGNhbGxvdXQ9MHhjMDU0NjI1MCA8aXRocmVhZF9sb29wPiwKPiA+ ICAgICBhcmc9MHhjNTRkYWEwMCwgZnJhbWU9MHhlNWIwMGQzOCkKPiA+ICAgICBhdCAvdXNyL2xv Y2FsL3NyYy9zeXMva2Vybi9rZXJuX2ZvcmsuYzo3ODgKPiA+ICMxNCAweGMwNzA2ZTIwIGluIGZv cmtfdHJhbXBvbGluZSAoKQo+ID4gICAgIGF0IC91c3IvbG9jYWwvc3JjL3N5cy9pMzg2L2kzODYv ZXhjZXB0aW9uLnM6MjA1Cj4KPiBNeSBsYXN0IGNhbGxvdXQgY29tbWl0IGRpZCB0aGlzLgo+IE9i dmlvdXNseSBpbiBteSB0ZXN0cyBpdCBkaWRuJ3QgZ2V0IG91dC4KPiBBZnRlciBhIGNoYXQgd2l0 aCBqaGIgc2l0dWF0aW9uIGlzIGNsZWFyZXIsIEkgd2lsbCBwb3N0IGEgcGF0Y2ggeW91Cj4gY2Fu IHRyeSBzb29uLgoKQWRkaW5nIHNvbWV0aGluZyBlbHNlIGkgaGF2ZSBubyBpZGVhIHdoYXQgeW91 ciB0aHJlYWRpbmcgcHJvYmxlbXMgYXJlCmFib3V0IHRvLCBjYWxsb3V0IG1vZGlmaWVzIHNob3Vs ZG4ndCBhZmZlY3QgdGhlc2UuCgpBdHRpbGlvCgoKLS0gClBlYWNlIGNhbiBvbmx5IGJlIGFjaGll dmVkIGJ5IHVuZGVyc3RhbmRpbmcgLSBBLiBFaW5zdGVpbgo= From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:41:26 2007 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 B745116A420; Wed, 21 Nov 2007 19:41:26 +0000 (UTC) (envelope-from atkin901@yahoo.com) Received: from fe-boomer.olympus.f5net.com (mail.f5.com [65.197.145.96]) by mx1.freebsd.org (Postfix) with ESMTP id 5FC4113C467; Wed, 21 Nov 2007 19:41:26 +0000 (UTC) (envelope-from atkin901@yahoo.com) Received: from [10.23.27.180] ([192.168.10.6]) by fe-boomer.olympus.f5net.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 21 Nov 2007 11:41:25 -0800 Message-ID: <474489E3.2020104@yahoo.com> Date: Wed, 21 Nov 2007 11:41:23 -0800 From: othermark User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 Newsgroups: gmane.os.freebsd.current To: Doug Barton References: <4744876D.4070506@FreeBSD.org> In-Reply-To: <4744876D.4070506@FreeBSD.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Nov 2007 19:41:25.0373 (UTC) FILETIME=[80808AD0:01C82C76] Cc: attilio@FreeBSD.org, FreeBSD Current , rwatson@freebsd.org, davidxu@FreeBSD.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 19:41:26 -0000 Doug Barton wrote: > I'm spamming everyone who's had fingers in the threading code lately > since I can't seem to find a specific commit that looks guilty. > > On 19 Nov. I updated my -current system and noticed a regression where > alpine (a new version of the pine mail client that uses threads) would > crash while opening my mail folders with a sig 6. I figured I'd wait a > day or two since it was obvious that there was some work going on with > threads, and other things were working. > > Today I upgraded again, and the new kernel crashes on startup. > Traceback is below. Suggestions welcome. > > Doug > > ... > bge0: 0x6002> mem 0xecef0000-0xecefffff irq 18 at device 0.0 on pci9 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:15:c5:55:f0:5b > bge0: [ITHREAD] > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xdeadc0ee > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0556053 > stack pointer = 0x28:0xe5b00c54 > frame pointer = 0x28:0xe5b00c64 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 11 (swi4: clock sio) > Physical memory: 2029 MB > Dumping 70 MB: 55 39 23 7 The page fault looks like the same one I ran across. See my thread in -current titled: Re: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h and the patch by attilio@ in the same thread. You may be able to test it before I can get to it. From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:41:36 2007 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 5A39516A47A for ; Wed, 21 Nov 2007 19:41:36 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id B884313C447 for ; Wed, 21 Nov 2007 19:41:34 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1IuvRy-0003Fq-U6 for freebsd-current@freebsd.org; Wed, 21 Nov 2007 19:41:30 +0000 Received: from ip244.gte215.dsl-acs2.sea.iinet.com ([209.20.215.244]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Nov 2007 19:41:30 +0000 Received: from atkin901 by ip244.gte215.dsl-acs2.sea.iinet.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Wed, 21 Nov 2007 19:41:30 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: othermark Date: Wed, 21 Nov 2007 11:41:23 -0800 Lines: 47 Message-ID: <474489E3.2020104@yahoo.com> References: <4744876D.4070506@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: ip244.gte215.dsl-acs2.sea.iinet.com User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) In-Reply-To: <4744876D.4070506@FreeBSD.org> Sender: news Cc: attilio@FreeBSD.org, FreeBSD Current , rwatson@freebsd.org, davidxu@FreeBSD.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 19:41:37 -0000 Doug Barton wrote: > I'm spamming everyone who's had fingers in the threading code lately > since I can't seem to find a specific commit that looks guilty. > > On 19 Nov. I updated my -current system and noticed a regression where > alpine (a new version of the pine mail client that uses threads) would > crash while opening my mail folders with a sig 6. I figured I'd wait a > day or two since it was obvious that there was some work going on with > threads, and other things were working. > > Today I upgraded again, and the new kernel crashes on startup. > Traceback is below. Suggestions welcome. > > Doug > > ... > bge0: 0x6002> mem 0xecef0000-0xecefffff irq 18 at device 0.0 on pci9 > miibus0: on bge0 > brgphy0: PHY 1 on miibus0 > brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > bge0: Ethernet address: 00:15:c5:55:f0:5b > bge0: [ITHREAD] > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0xdeadc0ee > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc0556053 > stack pointer = 0x28:0xe5b00c54 > frame pointer = 0x28:0xe5b00c64 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 11 (swi4: clock sio) > Physical memory: 2029 MB > Dumping 70 MB: 55 39 23 7 The page fault looks like the same one I ran across. See my thread in -current titled: Re: cvs commit: src/sys/kern kern_timeout.c src/sys/sys callout.h and the patch by attilio@ in the same thread. You may be able to test it before I can get to it. From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:51:18 2007 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 7C61E16A46D for ; Wed, 21 Nov 2007 19:51:18 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id E066A13C474 for ; Wed, 21 Nov 2007 19:50:07 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2282677nfb for ; Wed, 21 Nov 2007 11:49:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=rrDRjFIiFE5sjL3417kGxyGM9y3WszSgc9Bo0NiwP54=; b=TXF9qbZJYj86pEuTdY/9puJvdpiFjnCa2TyedlPJSFLXf3zMuKOlInUaxMFjhU9jDyW4heHPRuUGKsji9uqT+4aIBul8G7/B/fViYRkRN/WhdbCexKLrpFKM3MNEMGjTBVmiAnHddS2rDvpA8HF+1NdF8+gCTCw23Zp8W3unpF4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=GB4W/gEmbH80ysQOFJ0XEfiCvirKonXzNYCuhOvmiHGwWj/jp2O+kQbHlUXHy9Xjy4774O7qy86scY1U+RVD71PhDyd3/ml8QX9X927mekpNLpmM3+o4ljgYhFrlzS+5cA4VL2zMakGtVTkS3Ued3b0dTKbEmTnB0mLAed0SywU= Received: by 10.86.90.2 with SMTP id n2mr7632447fgb.1195674597972; Wed, 21 Nov 2007 11:49:57 -0800 (PST) Received: by 10.86.28.19 with HTTP; Wed, 21 Nov 2007 11:49:57 -0800 (PST) Message-ID: <3bbf2fe10711211149n5a919bc0sd8b983f3cdeb3ce8@mail.gmail.com> Date: Wed, 21 Nov 2007 20:49:57 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <47448984.4090408@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744876D.4070506@FreeBSD.org> <47448984.4090408@FreeBSD.org> X-Google-Sender-Auth: 05fd366d414178d6 Cc: FreeBSD Current , rwatson@freebsd.org, davidxu@freebsd.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 19:51:18 -0000 2007/11/21, Doug Barton : > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > Should have mentioned that my system is a C2D running i386 SMP. Can you try this patch?: http://people.freebsd.org/~attilio/kern_timeout.diff Let me know if this improves things for you. Thanks, Attilio PS: my previous fix cannot improve the situation -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 18:06:49 2007 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 57E6616A417 for ; Wed, 21 Nov 2007 18:06:49 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: from neo.samodelkin.net (samodelkin.net [195.62.0.66]) by mx1.freebsd.org (Postfix) with ESMTP id DB2DE13C465 for ; Wed, 21 Nov 2007 18:06:48 +0000 (UTC) (envelope-from fjoe@samodelkin.net) Received: by neo.samodelkin.net (Postfix, from userid 10117) id 8FCCA17090; Wed, 21 Nov 2007 23:44:14 +0600 (NOVT) Received: from husky.fjoe.local (gw.nsib.ru [217.117.80.2]) by neo.samodelkin.net (Postfix) with ESMTP id 2B1951707E; Wed, 21 Nov 2007 23:44:14 +0600 (NOVT) Message-ID: <47446E6D.7040802@samodelkin.net> Date: Wed, 21 Nov 2007 23:44:13 +0600 From: Max Khon User-Agent: Thunderbird 2.0.0.6 (X11/20071028) MIME-Version: 1.0 To: "Aryeh M. Friedman" References: <4741109A.8090601@gmail.com> In-Reply-To: <4741109A.8090601@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Bogosity: No, tests=bogofilter, spamicity=0.000000, version=0.16.4 X-Mailman-Approved-At: Wed, 21 Nov 2007 19:56:56 +0000 Cc: freebsd-current@freebsd.org Subject: Re: strange ntfs-fuse behavior 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 Nov 2007 18:06:49 -0000 Hi! Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Notes: /dev/ad6s1 is the primary (only) vista/ntfs partition on the > machine > > monster# mount_ntfs-fuse -o force /dev/ad6s1 /mnt/windows > /dev/ad6s1 is not a block device, nor regular file. > Forced to continue. > Error opening partition device : Invalid argument > Failed to startup volume : Invalid argument > Couldn't mount device '/dev/ad6s1' : Invalid argument > Mount failed. I assume you use ntfsprogs, not ntfs-3g. Looks like you built stock ntfsprogs. Stock version does unaligned reads (not aligned to block size) and this does not work on FreeBSD. You should use ntfsprogs from ports. /fjoe From owner-freebsd-current@FreeBSD.ORG Wed Nov 21 19:57:56 2007 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 69D2516A421; Wed, 21 Nov 2007 19:57:56 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id 24F3213C468; Wed, 21 Nov 2007 19:55:28 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id C3A50120318; Wed, 21 Nov 2007 20:54:22 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04329-09; Wed, 21 Nov 2007 20:54:20 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id 0FD8F1202F2; Wed, 21 Nov 2007 20:54:19 +0100 (CET) In-Reply-To: <474485B6.9070106@delphij.net> References: <47445D4D.9060207@delphij.net> <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> <47446D01.4060201@delphij.net> <474485B6.9070106@delphij.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <36DAD1BB-1DA9-454B-AB74-1CA254E7B4DB@biff.ch> Content-Transfer-Encoding: 7bit From: Christoph Hoffmann Date: Wed, 21 Nov 2007 20:55:19 +0100 To: delphij@delphij.net X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch Cc: simokawa@FreeBSD.org, FreeBSD Current , iwasaki@FreeBSD.org Subject: Re: ciss 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: Wed, 21 Nov 2007 19:57:56 -0000 Hello, I must apologize to you for the lack of this information. The box on 8.0-CURRENT cvsup as of 17 Nov works fine with the latest ciss driver except the /var/log/messages is full of 'kernel: ciss0: SENDING NOP MESSAGE FAILED' coming out of ciss.c line 3139 Please note that ciss.c does have the same error msg in to different places (line 3114 and 3139) and this is why I've modified the code a bit. Other box 7.0-BETA3 cvsup as of 21 Nov also works fine except the above message. Both of the above is the a test area. The real problem in on amd64 6.2-STABLE cvsup as of Jun 5 which died with the console msg 'ADAPTER HEARTBEAT FAILED'. This is why I've asked about backport to 6 and 7 as I hope this will solve the production problem. I hope this help to understand what I'm doing. Regards, Christoph From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 01:24:56 2007 Return-Path: Delivered-To: freebsd-current@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 93C3016A417; Thu, 22 Nov 2007 01:24:56 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8BD3613C4AC; Thu, 22 Nov 2007 01:24:56 +0000 (UTC) (envelope-from davidxu@FreeBSD.org) Received: from [127.0.0.1] (root@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.1/8.14.1) with ESMTP id lAM1OqdM025415; Thu, 22 Nov 2007 01:24:54 GMT (envelope-from davidxu@freebsd.org) Message-ID: <4744DA9F.8050104@freebsd.org> Date: Thu, 22 Nov 2007 09:25:51 +0800 From: David Xu User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.13) Gecko/20070516 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Doug Barton References: <4744876D.4070506@FreeBSD.org> In-Reply-To: <4744876D.4070506@FreeBSD.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: attilio@FreeBSD.org, FreeBSD Current , rwatson@FreeBSD.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 01:24:56 -0000 Doug Barton wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: RIPEMD160 > > I'm spamming everyone who's had fingers in the threading code lately > since I can't seem to find a specific commit that looks guilty. > > On 19 Nov. I updated my -current system and noticed a regression where > alpine (a new version of the pine mail client that uses threads) would > crash while opening my mail folders with a sig 6. I figured I'd wait a > day or two since it was obvious that there was some work going on with > threads, and other things were working. > > Today I upgraded again, and the new kernel crashes on startup. > Traceback is below. Suggestions welcome. > > Doug > > ... A sub-function was added to umtx code in kernel, it is not available in old kernel, but the change should not cause kernel to panic. you might have to rebuild and reinstall the world. Regards, David Xu From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 07:00:00 2007 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 153C616A418 for ; Thu, 22 Nov 2007 07:00:00 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7269813C4C4 for ; Thu, 22 Nov 2007 06:59:41 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8184950pyb for ; Wed, 21 Nov 2007 22:59:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=5ou2JVnWQoEcldTSeNr+OYr+nJflRpX0/ttrst+ekqI=; b=bCPSrSJukVlop+4dJSBihtmxVGcwidh8HqDzSSdVHTZZuKqdG9QR6mFcspiStZd6VAnjs4+8AVa8GAUIGL2ziTyQrKrmeKSphWBBDzwTV5ydhIcLgOadWlOtmSiKcxwgshO7L6x0R2dfmN4RUby9vQCCQ1B0aWsKlhy8h95hCjw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=NTpV3t7SWy1aH8ZwKzPdijpJQhbcrbST5T4SPR4L+ai0x0YKCVUctiHkM+xaFf2tWF/Y+amx4PAZZ7Wl+zKKgm3FbPF4Ffvq9LUfDVurrbLRrAg0Ki72Q7fou8KKEyoKVgFpUZRq7eWPvaVSoXeFmWIUvYv7I9MC59HcZ/zP+Zg= Received: by 10.64.199.2 with SMTP id w2mr18912802qbf.1195714317790; Wed, 21 Nov 2007 22:51:57 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id c5sm512663qbc.2007.11.21.22.51.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 21 Nov 2007 22:51:56 -0800 (PST) Message-ID: <47452703.1020008@gmail.com> Date: Thu, 22 Nov 2007 01:51:47 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Robert Backhaus References: <474288AE.1040106@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org, FreeBSD Questions , freebsd-ports@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 07:00:00 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > The first thing to do is to make sure it is not your ISP inflicting you with > some slowdown. Connect a second node to the re interface (put a switch > between you and the modem, and connect something else to it) and see > if your connection speed to that local machine is affected. > If not, then it is your isp that is the problem. Change ISPs to a legitimate > one. I guess you don't read -current it is a confirmed re(4) issue (plus some other things but the ISP has nothing to do with it) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRScDJ9+1V27SttsRAlJDAJ9RkHvocRj6Eiw+rqyQQq+fx37e7ACglwmI xfNQ7Und4cZRHAGFerHGI+Y= =w0id -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 07:27:54 2007 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 9A67416A46D; Thu, 22 Nov 2007 07:27:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5439A13C44B; Thu, 22 Nov 2007 07:26:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 7ABE046FED; Wed, 21 Nov 2007 18:20:34 -0500 (EST) Date: Wed, 21 Nov 2007 23:17:37 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Bruce M Simpson In-Reply-To: <473F1B7C.1080907@incunabulum.net> Message-ID: <20071121231457.Q60495@fledge.watson.org> References: <4732110D.3090808@interactive-net.de> <200711171227.21855.zec@icir.org> <473EE26E.6050905@incunabulum.net> <200711171428.13522.zec@icir.org> <473F1B7C.1080907@incunabulum.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: re@FreeBSD.org, Marko Zec , Reinhard Haller , freebsd-current@freebsd.org Subject: Re: 7.0-BETA2 routed and multicast registration 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 Nov 2007 07:27:54 -0000 On Sat, 17 Nov 2007, Bruce M Simpson wrote: > We can bring it back in the 7-current train to keep folk happy for now, > sure, but I strongly suggest we get rid of it in future, otherwise, we risk > not taking the step of progress -- EBIKESHED. Just to be clear on this one -- I think that temporary re-introduction for 7.x is the right route (pun intended). Right now we're at 7.0 BETA 3 and we don't have a working routing daemon. Would it be possible for one of you (Bruce, Marko, ...?) to put together a candidate patch to reintroduce the old interface? We can also update any appropriate man pages (if any) to indicate that the interface is deprecated and will be eliminated in a future release (8.0). Thanks, Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 07:35:39 2007 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 B01BF16A41A for ; Thu, 22 Nov 2007 07:35:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 83D8D13C45D for ; Thu, 22 Nov 2007 07:35:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8202485pyb for ; Wed, 21 Nov 2007 23:35:22 -0800 (PST) Received: by 10.64.250.7 with SMTP id x7mr18464800qbh.1195701657884; Wed, 21 Nov 2007 19:20:57 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e13sm413969qba.2007.11.21.19.20.56 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 21 Nov 2007 19:20:57 -0800 (PST) Message-ID: <4744F590.80702@gmail.com> Date: Wed, 21 Nov 2007 22:20:48 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: freebsd-current@freebsd.org X-Enigmail-Version: 0.95.5 Content-Type: multipart/mixed; boundary="------------030900060200090107080005" Subject: PATCH: prevent mergemaster from doing a "make builldworld" 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 Nov 2007 07:35:39 -0000 This is a multi-part message in MIME format. --------------030900060200090107080005 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Patch attached. - From the new man page: BUGS If run without the -M flag on the "current" source tree as defined in development(7) make(1) will be called, even if invocation of mergemaster(8) follows immediate after a call to "make buildworld" or "make installworld". The reason for not using a non-flagged workaround is it is not possible to determine which SOURCEDIR your working in if they are symlinked back to /FreeBSD/xxx. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRPWQJ9+1V27SttsRAruBAJ0Qwf4kiycurQfPe3OUKbhS3ClT5gCfSOo2 wD3V2B1z6zIIZ0Wshmq5GkU= =iTtQ -----END PGP SIGNATURE----- --------------030900060200090107080005 Content-Type: text/x-patch; name="mergemaster.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mergemaster.diff" Index: mergemaster.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/mergemaster/mergemaster.8,v retrieving revision 1.36 diff -u -a -u -r1.36 mergemaster.8 --- mergemaster.8 30 Apr 2006 22:09:47 -0000 1.36 +++ mergemaster.8 22 Nov 2007 03:14:02 -0000 @@ -218,6 +218,10 @@ .Xr make 1 . (In other words, where your sources are, but -s was already taken.) +.It Fl M +Do not run +.Xr make 1 +on any uncompiled sources .It Fl t Ar /path/to/temp/root Create the temporary root environment in .Pa /path/to/temp/root @@ -405,7 +409,12 @@ This manual page and the script itself were written by .An Douglas Barton Aq DougB@FreeBSD.org . .Sh BUGS -There are no known bugs. +If run without the -M flag on the "current" source tree as defined in +.Xr development 7 +.Xr make 1 +will be called, even if invocation of +.Xr mergemaster 8 +follows immediate after a call to "make buildworld" or "make installworld". Please report any problems, comments or suggestions to the author. Several of the Index: mergemaster.sh =================================================================== RCS file: /home/ncvs/src/usr.sbin/mergemaster/mergemaster.sh,v retrieving revision 1.54 diff -u -a -u -r1.54 mergemaster.sh --- mergemaster.sh 29 Apr 2006 18:21:43 -0000 1.54 +++ mergemaster.sh 22 Nov 2007 03:14:02 -0000 @@ -15,7 +15,7 @@ display_usage () { VERSION_NUMBER=`grep "[$]FreeBSD:" $0 | cut -d ' ' -f 4` echo "mergemaster version ${VERSION_NUMBER}" - echo 'Usage: mergemaster [-scrvahipCP] [-m /path]' + echo 'Usage: mergemaster [-scrvahipCMP] [-m /path]' echo ' [-t /path] [-d] [-u N] [-w N] [-D /path]' echo "Options:" echo " -s Strict comparison (diff every pair of files)" @@ -29,6 +29,7 @@ echo ' -C Compare local rc.conf variables to the defaults' echo ' -P Preserve files that are overwritten' echo " -m /path/directory Specify location of source to do the make in" + echo " -M Do not run make on any unmade source files" echo " -t /path/directory Specify temp root directory" echo " -d Add date and time to directory name (e.g., /var/tmp/temproot.`date +%m%d.%H.%M`)" echo " -u N Specify a numeric umask" @@ -262,7 +263,7 @@ # Check the command line options # -while getopts ":ascrvhipCPm:t:du:w:D:A:U" COMMAND_LINE_ARGUMENT ; do +while getopts ":ascrvhipCPMm:t:du:w:D:A:U" COMMAND_LINE_ARGUMENT ; do case "${COMMAND_LINE_ARGUMENT}" in A) ARCHSTRING='MACHINE_ARCH='${OPTARG} @@ -311,6 +312,9 @@ m) SOURCEDIR=${OPTARG} ;; + M) + NO_MAKE="NO_MAKE" + ;; t) TEMPROOT=${OPTARG} ;; @@ -548,18 +552,21 @@ case "${PRE_WORLD}" in '') - { cd ${SOURCEDIR} && + { + cd ${SOURCEDIR} && case "${DESTDIR}" in '') ;; *) make DESTDIR=${DESTDIR} ${ARCHSTRING} distrib-dirs - ;; - esac - make DESTDIR=${TEMPROOT} ${ARCHSTRING} distrib-dirs && - MAKEOBJDIRPREFIX=${TEMPROOT}/usr/obj make ${ARCHSTRING} obj && - MAKEOBJDIRPREFIX=${TEMPROOT}/usr/obj make ${ARCHSTRING} all && - MAKEOBJDIRPREFIX=${TEMPROOT}/usr/obj make ${ARCHSTRING} \ - DESTDIR=${TEMPROOT} distribution;} || + ;; + esac + if [ ! ${NO_MAKE} ]; then + make DESTDIR=${TEMPROOT} ${ARCHSTRING} distrib-dirs + MAKEOBJDIRPREFIX=${TEMPROOT}/usr/obj make ${ARCHSTRING} obj + MAKEOBJDIRPREFIX=${TEMPROOT}/usr/obj make ${ARCHSTRING} all + MAKEOBJDIRPREFIX=${TEMPROOT}/usr/obj make ${ARCHSTRING} \ + DESTDIR=${DESTDIR} distribution; + fi } || { echo ''; echo " *** FATAL ERROR: Cannot 'cd' to ${SOURCEDIR} and install files to"; echo " the temproot environment"; --------------030900060200090107080005-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 07:50:26 2007 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 66AEA16A478 for ; Thu, 22 Nov 2007 07:50:26 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.179]) by mx1.freebsd.org (Postfix) with ESMTP id 28BCC13C4DB for ; Thu, 22 Nov 2007 07:50:25 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8209392pyb for ; Wed, 21 Nov 2007 23:50:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=kqP7zI0aWcVqQHhoMPaRUkWrE1X0OfGXHomvtAG1erQ=; b=SFhP1JuE/hyqcaUgGDvth/FnxEgwRSDLQDl/sQAISqMyW2JhJB+Pi0S7sSP6LiY/waJ6qQIWKnE9dTTDJgi1VHQRXm6ecDS0lONpCYYANfeg7ix46pj2L5gV1H5Ao5Lq+TqtSaG/t15p2E1rfQHXb8MDsQb4xUZ8KMX6stKUCDM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=n14U5W8C/ontwbj897SzuyW91Bjti3KXEp8STdXmJl3Yz8VIkmSDc2iesnJlyMt4+jsdMD1CumH5OddlPshjV9wmVYcowLdwSPktVFIAKJranedUyYWcCbAglggNexNSDYbLe4gbdoyr7e84/2sqqo95gW0TUVKUueA/dkU5YNU= Received: by 10.65.83.18 with SMTP id k18mr18819239qbl.1195714010521; Wed, 21 Nov 2007 22:46:50 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id q16sm4890523qbq.2007.11.21.22.46.47 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 21 Nov 2007 22:46:49 -0800 (PST) Message-ID: <474525C5.1020006@gmail.com> Date: Thu, 22 Nov 2007 01:46:29 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: pyunyh@gmail.com References: <474288AE.1040106@gmail.com> <20071120083135.GB9777@cdnetworks.co.kr> <4742A318.9020803@gmail.com> <4743AC94.6070605@gmail.com> <20071121043103.GC13817@cdnetworks.co.kr> In-Reply-To: <20071121043103.GC13817@cdnetworks.co.kr> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 07:50:26 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Pyun YongHyeon wrote: > On Tue, Nov 20, 2007 at 10:57:08PM -0500, Aryeh M. Friedman wrote: > > -----BEGIN PGP SIGNED MESSAGE----- > > Hash: SHA1 > > > > Aryeh M. Friedman wrote: > > > Pyun YongHyeon wrote: > > >> On Tue, Nov 20, 2007 at 02:11:42AM -0500, Aryeh M. Friedman > > >> wrote: > > > > > > > > >>> Who do I report the following issue to (it falls into at least > > >>> 3 camps)? > > >>> > > >>> If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am > > >>> logged into gmail (*WITH* a chat open) my network connection > > >>> looses about 90% of it's capacity (for all applications), re(4) > > >>> with the following: > > >>> > > >>> rgephy0: PHY 1 on > > >>> miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, > > >>> 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > >>> > > >>> After some experimenting this problem *only* occurs under the > > >>> above conditions. > > >>> > > >>> Addtional info: > > >>> > > >>> gnome 2.20.1 nv driver (latest) Xorg 7.3 > > >>> > > >> Would you show me more details(network configuration)? Since > > >> re(4) is involved here I'd like to know what caused the issue. If > > >> you disable checksum offload does it get better > > >> performance?(#ifconfig re0 -txcsum) > > > > I am going to reboot to see if this clears but I noticed this > > You don't need to reboot at all after chainging checksum offload > configuration. Does re(4) spit some messages like watchdog timeout? > If not I have no clue yet. => Attempting to fetch from http://heanet.dl.sourceforge.net/sourceforge/xine/. xine-lib-1.1.7.tar.gz 9% of 8660 kB 40 kBps 03m13s fetch: xine-lib-1.1.7.tar.gz appears to be truncated: 868700/8868650 bytes - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRSXFJ9+1V27SttsRAqvVAJ48f47aS7hZuIOGfQJ+u5bhqop9SgCgk6gw jFdRwFtiPXimDJzbDi4PxAY= =XjLb -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 07:51:44 2007 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 1E84D16A469 for ; Thu, 22 Nov 2007 07:51:44 +0000 (UTC) (envelope-from robbak@gmail.com) Received: from nz-out-0506.google.com (nz-out-0506.google.com [64.233.162.233]) by mx1.freebsd.org (Postfix) with ESMTP id DD21413C4D1 for ; Thu, 22 Nov 2007 07:51:43 +0000 (UTC) (envelope-from robbak@gmail.com) Received: by nz-out-0506.google.com with SMTP id l8so2139236nzf for ; Wed, 21 Nov 2007 23:51:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=N55VhtheVIol9qmWwsP6GGDFmk+LPZMQ6zPHVYZrsvo=; b=dchweG+SJ26ak44TnE72T2T36lEWOeA7zmGkCLw2QfXYqNpvluWj2h8koHAPNkm1v36zfFnvsvr+9KF07GYYwDC+CbOkj/HdDNkrsg1Rqwz2tABKUUrOb4Ke3UzOIbt0F2+j0P6NreGG/tzwm5Hm/y9vNIbOzn5+0lR9h7JOFjQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=a6KSoawMaVJ4QFGEPswyJONrrxVnzHLEHjS1UK/XY/6wr5HHGPSoe9lu5ABsnN0ZaaomxxcvnC9PP8kwKZqZc0QpokVA9Oao1Dqpo3yB7vIrOeoVN4nqlW+s5CNBXYc8WM4Aa7i8cMnmYrUUYngFDZASstnWE98YVY49uP0+GEc= Received: by 10.65.233.16 with SMTP id k16mr18871769qbr.1195714192472; Wed, 21 Nov 2007 22:49:52 -0800 (PST) Received: by 10.65.249.17 with HTTP; Wed, 21 Nov 2007 22:49:52 -0800 (PST) Message-ID: Date: Thu, 22 Nov 2007 16:49:52 +1000 From: "Robert Backhaus" Sender: robbak@gmail.com To: "Aryeh M. Friedman" In-Reply-To: <474288AE.1040106@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474288AE.1040106@gmail.com> X-Google-Sender-Auth: bd94d57942691187 Cc: freebsd-current@freebsd.org, FreeBSD Questions , freebsd-ports@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 07:51:44 -0000 On Nov 20, 2007 5:11 PM, Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Who do I report the following issue to (it falls into at least 3 camps)? > > If I am downloading a torrent in deluge 0.5.6.2_1 *AND* am logged into > gmail (*WITH* a chat open) my network connection looses about 90% of > it's capacity (for all applications), re(4) with the following: > > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > > After some experimenting this problem *only* occurs under the above > conditions. > > Addtional info: > --snip-- The first thing to do is to make sure it is not your ISP inflicting you with some slowdown. Connect a second node to the re interface (put a switch between you and the modem, and connect something else to it) and see if your connection speed to that local machine is affected. If not, then it is your isp that is the problem. Change ISPs to a legitimate one. From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:00:06 2007 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 6F19D16A420 for ; Thu, 22 Nov 2007 08:00:06 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id BCA4D13C455 for ; Thu, 22 Nov 2007 08:00:05 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 73636 invoked by uid 1001); 22 Nov 2007 06:59:56 -0000 Date: Thu, 22 Nov 2007 08:59:56 +0200 From: Dan Epure To: Robert Watson Message-ID: <20071122065956.GH19354@iogyte.ro> References: <20071118012616.GF19354@iogyte.ro> <20071118144243.B97497@fledge.watson.org> <20071121215807.F60495@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071121215807.F60495@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, csjp@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure 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 Nov 2007 08:00:06 -0000 Hi Robert, Thank you for your answer. In this case the first problem (gnu screen) does not deserve any attention because it is related to the ptmx clonig. My goal is to find a way to increase the number os pseudo terminal. the traditional 256 pty is not sufficient for my needs. Is there any way to do this on freebsd other than using ptmx cloning ? On Wed, Nov 21, 2007 at 10:00:02PM +0000, Robert Watson wrote: > > On Sun, 18 Nov 2007, Robert Watson wrote: > >> On Sun, 18 Nov 2007, Dan Epure wrote: >> >>> 7.0-BETA3 still has issues regarding the pts implementation . problems >>> found: 1. - GNU screen: starting a screen, opening a few windows and >>> quiting screen leaves the allocated pseudo terminal in use. 100 screen >>> user, using each one opening 10 windows will deplete the default of 1000 >>> pseudo terminals leaving the system unusable. 2. - 'ls /dev/ptmx' creates >>> an additional entry in /dev/pty/. when the number of entries equals >>> kern.pts.max the system became unusable. >> >> The first of these is likely a reference management bug of some sort -- I >> find that if I close a pty in screen by exiting the shell, the pts device >> is GC'd properly, but if I close it by killing the session with ctrl-k, >> then the pts device is not properly GC'd and processes hung off it not >> properly killed. I believe that closing the master device is not properly >> kicking the slave device and causing its consumers to exit, hence the pts >> device not being closd and released. Christian was taking a look at this >> a couple of days ago, and I've CC'd him. >> >> The second problem is more tricky, and has to do with the cloning model. >> Similar problems can exist with other variations on the ptmx >> implementation, and I need to give some thought to how to address this. > > Dan, > > So, thinking a bit more about the second problem, I think it is inherrent > to the way we've designed the /dev/ptmx cloning model, which is > unfortunate. My current leaning is to disable the ptmx mechanism in 7.0 > and put together a revised one for 7.1. The reason to do this is to avoid > encoding the user<->kernel interface for allocating pty's via ptmx along > the current lines, which we'd then need to continue supporting in future > releases. I'm going to spend a bit of time over the next day or two > looking at revising the interface to fix these problems. > > Robert N M Watson > Computer Laboratory > University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:10:31 2007 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 7484516A47A for ; Thu, 22 Nov 2007 08:10:31 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.177]) by mx1.freebsd.org (Postfix) with ESMTP id 63FAE13C4CC for ; Thu, 22 Nov 2007 08:09:44 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3243206waf for ; Thu, 22 Nov 2007 00:09:29 -0800 (PST) Received: by 10.114.190.6 with SMTP id n6mr318778waf.1195699291215; Wed, 21 Nov 2007 18:41:31 -0800 (PST) Received: by 10.114.13.15 with HTTP; Wed, 21 Nov 2007 18:41:31 -0800 (PST) Message-ID: Date: Wed, 21 Nov 2007 18:41:31 -0800 From: "Kip Macy" To: "Daniel Eischen" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4743F1F7.2030709@freebsd.org> Cc: David Xu , current@freebsd.org Subject: Re: strange thread priority displayed in top 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 Nov 2007 08:10:31 -0000 On Nov 21, 2007 6:10 AM, Daniel Eischen wrote: > > On Wed, 21 Nov 2007, David Xu wrote: > > > It seems top displaying thread priority in kernel strangely. > > Look at threads blocked at select() syscall, it is displayed as 96, > > it is userland priority: 96 + PZERO = 180. > > > > --- > > last pid: 4352; load averages: 0.00, 0.11, 0.08 > > up 0+00:06:24 16:40:03 > > 138 processes: 2 running, 136 sleeping > > CPU states: 0.4% user, 0.0% nice, 0.0% system, 0.0% interrupt, 99.6% idle > > Mem: 202M Active, 100M Inact, 129M Wired, 4824K Cache, 159M Buf, 559M Free > > Swap: 2020M Total, 2020M Free > > > > PID USERNAME THR PRI NICE SIZE RES STATE C TIME WCPU COMMAND > > 1075 davidxu 2 -8 0 53920K 25432K piperd 0 0:01 1.03% > > gnome-terminal > > 1020 davidxu 1 96 0 35048K 16344K CPU1 1 0:05 0.00% Xorg > > 626 _tor 1 4 0 17256K 11492K kqread 1 0:02 0.00% tor > > 1052 davidxu 1 96 0 58916K 27988K select 0 0:01 0.00% nautilus > > 1053 davidxu 1 96 0 39368K 22504K select 1 0:01 0.00% > > gnome-panel > > 1070 davidxu 1 96 0 39416K 21476K select 0 0:01 0.00% > > mixer_applet2 > > 1061 davidxu 1 96 0 37692K 20716K select 1 0:00 0.00% > > wnck-applet > > > > --- > > > > I think the problem is select() uses cv_wait_sig which does not raise > > thread priority, but cv_broadcast() has a priority parameter to > > raise thread's priorities, however cv_signal() does not have this > > parameter, these are inconsitent interfaces. To fix the problem, there > > are two ways: > > 1. pass a priority parameter to cv_init(), and cv_wait(), cv_wait_sig() > > etcs will use the priority, remove priority parameter from > > cv_broadcast(). > > > > 2. pass a priority parameter to cv_wait(), and cv_wait_sig() etcs. > > > > I prefer the first one. > > I agree, the mistakes of msleep() and tsleep() shouldn't be propagated > to cv's and mutexes. The priority should either be inherent in the > mutex or cv, or in the thread if not present in the former. Solaris > seems to do it this way in their kernel mutexes by initializing > optionally with an interrupt cookie (mmm, cookie) for mutexes used > within interrupt handlers. > This sounds like the right way to go. However, could we please wait until we hit 7.0-RELEASE to change the interface? -Kip From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:16:30 2007 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 AA68916A47A; Thu, 22 Nov 2007 08:16:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5266313C4E8; Thu, 22 Nov 2007 08:16:30 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3945E46E7C; Wed, 21 Nov 2007 17:02:59 -0500 (EST) Date: Wed, 21 Nov 2007 22:00:02 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dan Epure In-Reply-To: <20071118144243.B97497@fledge.watson.org> Message-ID: <20071121215807.F60495@fledge.watson.org> References: <20071118012616.GF19354@iogyte.ro> <20071118144243.B97497@fledge.watson.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, csjp@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation 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 Nov 2007 08:16:30 -0000 On Sun, 18 Nov 2007, Robert Watson wrote: > On Sun, 18 Nov 2007, Dan Epure wrote: > >> 7.0-BETA3 still has issues regarding the pts implementation . problems >> found: 1. - GNU screen: starting a screen, opening a few windows and >> quiting screen leaves the allocated pseudo terminal in use. 100 screen >> user, using each one opening 10 windows will deplete the default of 1000 >> pseudo terminals leaving the system unusable. 2. - 'ls /dev/ptmx' creates >> an additional entry in /dev/pty/. when the number of entries equals >> kern.pts.max the system became unusable. > > The first of these is likely a reference management bug of some sort -- I > find that if I close a pty in screen by exiting the shell, the pts device is > GC'd properly, but if I close it by killing the session with ctrl-k, then > the pts device is not properly GC'd and processes hung off it not properly > killed. I believe that closing the master device is not properly kicking > the slave device and causing its consumers to exit, hence the pts device not > being closd and released. Christian was taking a look at this a couple of > days ago, and I've CC'd him. > > The second problem is more tricky, and has to do with the cloning model. > Similar problems can exist with other variations on the ptmx implementation, > and I need to give some thought to how to address this. Dan, So, thinking a bit more about the second problem, I think it is inherrent to the way we've designed the /dev/ptmx cloning model, which is unfortunate. My current leaning is to disable the ptmx mechanism in 7.0 and put together a revised one for 7.1. The reason to do this is to avoid encoding the user<->kernel interface for allocating pty's via ptmx along the current lines, which we'd then need to continue supporting in future releases. I'm going to spend a bit of time over the next day or two looking at revising the interface to fix these problems. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:20:42 2007 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 BC0AB16A418 for ; Thu, 22 Nov 2007 08:20:42 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 910FB13C465 for ; Thu, 22 Nov 2007 08:20:42 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:64533 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1Iv7IW-000Prs-ED for freebsd-current@freebsd.org; Thu, 22 Nov 2007 08:20:32 +0000 Message-ID: <47453BCF.1060908@conducive.net> Date: Thu, 22 Nov 2007 08:20:31 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <474288AE.1040106@gmail.com> <47452703.1020008@gmail.com> In-Reply-To: <47452703.1020008@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: who do I report this to? 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 Nov 2007 08:20:42 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > >> The first thing to do is to make sure it is not your ISP inflicting you > with >> some slowdown. Connect a second node to the re interface (put a switch >> between you and the modem, and connect something else to it) and see >> if your connection speed to that local machine is affected. >> If not, then it is your isp that is the problem. Change ISPs to a > legitimate >> one. > > I guess you don't read -current it is a confirmed re(4) issue (plus > some other things but the ISP has nothing to do with it) > > > - -- > Aryeh M. Friedman To be fair, Aryeh - your report was of a sort that indicated it could very well have been an upstream issue. Torrents in particular are unpredictable critters, and - given you've said you had only the one box - I don't see how/where you could have emulated that 'locally'. As to the re(4) 'issue' - we are scp'ing seriously large container files over local switches internal to the rack, AND both carrier-grade and sod-awful residential cable-modem links, csuping often, etc --- all w/o *any* of the reported 're' problems (so far). 7-CURRENT of September ISO, 7-BETA1 with the Realtek NIC, 6.2 with the BGE NIC at one end, plus the odd fxp or rl NIC at 10/100 under 7-BETA1, &-BETA3, 8-CURRENT. We do not presently have hardware to do re to re. Maybe next week. Meanwhile - more accurate / detailed research & reporting, and a bit less sarcasm would be useful. Bill From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:42:55 2007 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 4DD3816A46D for ; Thu, 22 Nov 2007 08:42:55 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id E6C4013C468 for ; Thu, 22 Nov 2007 08:42:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 30854 invoked by uid 399); 22 Nov 2007 08:36:09 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 22 Nov 2007 08:36:09 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 22 Nov 2007 00:36:06 -0800 (PST) From: Doug Barton To: "Aryeh M. Friedman" In-Reply-To: <4744F590.80702@gmail.com> Message-ID: References: <4744F590.80702@gmail.com> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-current@freebsd.org Subject: Re: PATCH: prevent mergemaster from doing a "make builldworld" 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 Nov 2007 08:42:55 -0000 I think you're going to need to describe the problem you're trying to solve in more detail. If you don't use make, how do you propose to create the temproot directory that contains the files that mergemaster is designed to compare? I've run mergemaster thousands of times both with and without a current /usr/obj, and it's never kicked off a buildworld for me. I just tested it a few minutes ago to confirm. And FYI, if you end up submitting another patch please avoid gratuitous whitespace changes. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:45:25 2007 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 B045B16A417; Thu, 22 Nov 2007 08:45:25 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from aix.biff.ch (aix.biff.ch [80.238.135.101]) by mx1.freebsd.org (Postfix) with ESMTP id 5A54913C467; Thu, 22 Nov 2007 08:45:25 +0000 (UTC) (envelope-from christoph.hoffmann@biff.ch) Received: from localhost (localhost [127.0.0.1]) by aix.biff.ch (Postfix) with ESMTP id 0E70E1207BA; Thu, 22 Nov 2007 00:43:28 +0100 (CET) Received: from aix.biff.ch ([127.0.0.1]) by localhost (localhost [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 05880-07; Thu, 22 Nov 2007 00:43:25 +0100 (CET) Received: from [192.168.2.27] (secmac.biff.ch [192.168.2.27]) by aix.biff.ch (Postfix) with ESMTP id 3F711120794; Thu, 22 Nov 2007 00:43:25 +0100 (CET) In-Reply-To: <4744B7E9.4010000@delphij.net> References: <47445D4D.9060207@delphij.net> <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> <47446D01.4060201@delphij.net> <474485B6.9070106@delphij.net> <36DAD1BB-1DA9-454B-AB74-1CA254E7B4DB@biff.ch> <4744B7E9.4010000@delphij.net> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: <083A7DB2-0BF9-4DE1-90CC-109D6B4D0771@biff.ch> Content-Transfer-Encoding: 7bit From: Christoph Hoffmann Date: Thu, 22 Nov 2007 00:44:25 +0100 To: delphij@delphij.net X-Mailer: Apple Mail (2.752.2) X-Virus-Scanned: by amavisd-new at biff.ch Cc: simokawa@FreeBSD.org, FreeBSD Current , iwasaki@FreeBSD.org Subject: Re: ciss 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: Thu, 22 Nov 2007 08:45:25 -0000 Hi, correct, CURRENT and RELENG_7 are fine, so far. RELENG_6: it is unpredictable when the box (I've 2 of them, both DL's and amd64 ) die, at the present moment everything is up and and running. I'll try to test RELENG_6 tomorrow/today and let you know the results. Regards, Christoph On Nov 21, 2007, at 11:57 PM, Xin LI wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Christoph Hoffmann wrote: >> Hello, >> >> I must apologize to you for the lack of this information. >> >> The box on 8.0-CURRENT cvsup as of 17 Nov >> works fine with the latest ciss driver except the /var/log/ >> messages >> is full of 'kernel: ciss0: SENDING NOP MESSAGE FAILED' coming >> out of >> ciss.c line 3139 >> Please note that ciss.c does have the same error msg in to >> different >> places >> (line 3114 and 3139) and this is why I've modified the code a bit. >> >> Other box 7.0-BETA3 cvsup as of 21 Nov also works fine except the >> above >> message. >> >> Both of the above is the a test area. >> >> The real problem in on amd64 6.2-STABLE cvsup as of Jun 5 which died >> with the console msg 'ADAPTER HEARTBEAT FAILED'. >> >> This is why I've asked about backport to 6 and 7 as I hope this >> will solve the production problem. >> >> I hope this help to understand what I'm doing. > > So in conclusion: > > CURRENT and RELENG_7 works the same for you, except the message > everything is fine; > > RELENG_6 hangs with the message, and does not work at all? > > Cheers, > - -- > Xin LI http://www.delphij.net/ > FreeBSD - The Power to Serve! > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.7 (FreeBSD) > > iD8DBQFHRLfphcUczkLqiksRAsqUAJ97V3THdbYvyc/cMH+18Yx8Cx0s1gCgiRAK > AZYIWZbNyysCQIUIpmbxt9E= > =jXa2 > -----END PGP SIGNATURE----- > From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:47:16 2007 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 D5B3516A473 for ; Thu, 22 Nov 2007 08:47:16 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) Received: from ipmail02.adl2.internode.on.net (ipmail02.adl2.internode.on.net [203.16.214.141]) by mx1.freebsd.org (Postfix) with ESMTP id 318D513C4E5 for ; Thu, 22 Nov 2007 08:47:15 +0000 (UTC) (envelope-from Benjamin.Close@clearchain.com) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ah4FAHF3REd5LTGL/2dsb2JhbACBWw X-IronPort-AV: E=Sophos;i="4.21,449,1188743400"; d="scan'208";a="232729534" Received: from ppp121-45-49-139.lns11.adl2.internode.on.net (HELO mail.clearchain.com) ([121.45.49.139]) by ipmail02.adl2.internode.on.net with ESMTP; 22 Nov 2007 13:05:46 +1030 Received: from benjamin-closes-powerbook-g4-12.local (wcl.ml.unisa.edu.au [130.220.166.5]) (authenticated bits=0) by mail.clearchain.com (8.13.8/8.13.8) with ESMTP id lAM2ZclF059399 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 22 Nov 2007 13:05:46 +1030 (CST) (envelope-from Benjamin.Close@clearchain.com) Message-ID: <4744EBA4.7020209@clearchain.com> Date: Thu, 22 Nov 2007 13:08:28 +1030 From: Benjamin Close User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on pegasus.clearchain.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (mail.clearchain.com [192.168.154.1]); Thu, 22 Nov 2007 13:05:46 +1030 (CST) Subject: em0 panic: mutex em0 not owned 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 Nov 2007 08:47:16 -0000 Hi Folks, With a recent current I'm now getting panics when em0 tries to come up: panic: mutex em0 not owned at ../../../kern/kern_mutex.c:144 _mtx_assert() + 0xdc _callout_stop_safe()+0x5d em_stop() + 0x50 (if_em.c:2546) em_init_locked()+0x47 (if_em.c:1256) em_ioctl()+0x466 ifhwioctl() + 0x75f ifioctl() +0xb0 kern_ioctl() + 0xa3 This is even after atillos, latest patch. if_em.c v: 1.186 Cheers, Benjamin From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:49:54 2007 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 F1C6816A473 for ; Thu, 22 Nov 2007 08:49:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 5F3B413C4D5 for ; Thu, 22 Nov 2007 08:49:54 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 14387 invoked by uid 399); 22 Nov 2007 08:49:43 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 22 Nov 2007 08:49:43 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 22 Nov 2007 00:49:40 -0800 (PST) From: Doug Barton To: freebsd-current@freebsd.org Message-ID: User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: danfe@FreeBSD.org Subject: Lack of agpvar.h causing nvidia-driver build to fail 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 Nov 2007 08:49:55 -0000 On the latest -current, I'm trying to debug the issue with nvidia-driver-100.14.19 not being able to "see" my external monitor that's attached to the dock. However, I didn't get very far: cc -O2 -fno-strict-aliasing -pipe -ggdb -ggdb -DNV_VERSION_STRING=\"100.14.19\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -ggdb -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c nvidia_ctl.c In file included from nvidia_ctl.c:14: nv-freebsd.h:75:24: error: pci/agpvar.h: No such file or directory *** Error code 1 This seems to be related to the removal of that header by jhb on 12 November. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:01:16 2007 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 19DAB16A46C; Thu, 22 Nov 2007 09:01:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id E3BBC13C45A; Thu, 22 Nov 2007 09:01:15 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 3EF7947370; Thu, 22 Nov 2007 03:56:37 -0500 (EST) Date: Thu, 22 Nov 2007 08:53:36 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Dan Epure In-Reply-To: <20071122065956.GH19354@iogyte.ro> Message-ID: <20071122085228.M60495@fledge.watson.org> References: <20071118012616.GF19354@iogyte.ro> <20071118144243.B97497@fledge.watson.org> <20071121215807.F60495@fledge.watson.org> <20071122065956.GH19354@iogyte.ro> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, csjp@FreeBSD.org, jhb@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation 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 Nov 2007 09:01:16 -0000 On Thu, 22 Nov 2007, Dan Epure wrote: > Thank you for your answer. In this case the first problem (gnu screen) does > not deserve any attention because it is related to the ptmx clonig. My goal > is to find a way to increase the number os pseudo terminal. the traditional > 256 pty is not sufficient for my needs. Is there any way to do this on > freebsd other than using ptmx cloning ? John Baldwin has just merged support for up to 1024 ptys using the traditional pty driver, I believe, to HEAD, and plans (or perhaps has already) merged it to 7.0. I see no reason not to further merge it to 6.x. I've stuck him on the CC list also. Robert N M Watson Computer Laboratory University of Cambridge > > > On Wed, Nov 21, 2007 at 10:00:02PM +0000, Robert Watson wrote: >> >> On Sun, 18 Nov 2007, Robert Watson wrote: >> >>> On Sun, 18 Nov 2007, Dan Epure wrote: >>> >>>> 7.0-BETA3 still has issues regarding the pts implementation . problems >>>> found: 1. - GNU screen: starting a screen, opening a few windows and >>>> quiting screen leaves the allocated pseudo terminal in use. 100 screen >>>> user, using each one opening 10 windows will deplete the default of 1000 >>>> pseudo terminals leaving the system unusable. 2. - 'ls /dev/ptmx' creates >>>> an additional entry in /dev/pty/. when the number of entries equals >>>> kern.pts.max the system became unusable. >>> >>> The first of these is likely a reference management bug of some sort -- I >>> find that if I close a pty in screen by exiting the shell, the pts device >>> is GC'd properly, but if I close it by killing the session with ctrl-k, >>> then the pts device is not properly GC'd and processes hung off it not >>> properly killed. I believe that closing the master device is not properly >>> kicking the slave device and causing its consumers to exit, hence the pts >>> device not being closd and released. Christian was taking a look at this >>> a couple of days ago, and I've CC'd him. >>> >>> The second problem is more tricky, and has to do with the cloning model. >>> Similar problems can exist with other variations on the ptmx >>> implementation, and I need to give some thought to how to address this. >> >> Dan, >> >> So, thinking a bit more about the second problem, I think it is inherrent >> to the way we've designed the /dev/ptmx cloning model, which is >> unfortunate. My current leaning is to disable the ptmx mechanism in 7.0 >> and put together a revised one for 7.1. The reason to do this is to avoid >> encoding the user<->kernel interface for allocating pty's via ptmx along >> the current lines, which we'd then need to continue supporting in future >> releases. I'm going to spend a bit of time over the next day or two >> looking at revising the interface to fix these problems. >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge > From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:04:47 2007 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 3324116A418 for ; Thu, 22 Nov 2007 09:04:47 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id D962C13C458 for ; Thu, 22 Nov 2007 09:04:46 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id D693139855 for ; Thu, 22 Nov 2007 10:04:36 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id LF8vwnzVCii7 for ; Thu, 22 Nov 2007 10:04:34 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id 7BFE739832 for ; Thu, 22 Nov 2007 10:04:34 +0100 (CET) Message-ID: <4745462F.7090506@FreeBSD.org> Date: Thu, 22 Nov 2007 10:04:47 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.95.3 Content-Type: multipart/mixed; boundary="------------030101000705020600060409" Cc: Subject: Updated ata(4) patch for SB600 and SB700 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 Nov 2007 09:04:47 -0000 This is a multi-part message in MIME format. --------------030101000705020600060409 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit An updated patch against recent changes in ata(4) for users with IXP600 and IXP700 chipsets is attached. The patch enables SATA300 (via AHCI) e.g on mainboards with AMD690G chipsets. Patch applies against recent -CURRENT, 7-STABLE and 6-STABLE. ata(4) commiters please review, others please report any issues here. I have submitted a PR as well, but the mail server seems to have problems right now. --------------030101000705020600060409 Content-Type: text/plain; name="ata.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ata.diff" Index: src/sys/dev/ata/ata-chipset.c =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-chipset.c,v retrieving revision 1.207 diff -a -u -r1.207 ata-chipset.c --- src/sys/dev/ata/ata-chipset.c 20 Nov 2007 04:52:19 -0000 1.207 +++ src/sys/dev/ata/ata-chipset.c 22 Nov 2007 00:01:14 -0000 @@ -1345,7 +1345,9 @@ { ATA_ATI_IXP400_S1, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, { ATA_ATI_IXP400_S2, 0x00, SIIMEMIO, 0, ATA_SA150, "IXP400" }, { ATA_ATI_IXP600, 0x00, 0, 0, ATA_UDMA6, "IXP600" }, + { ATA_ATI_IXP600_S1, 0x00, 0, AHCI, ATA_SA300, "IXP600" }, { ATA_ATI_IXP700, 0x00, 0, 0, ATA_UDMA6, "IXP700" }, + { ATA_ATI_IXP700_S1, 0x00, 0, AHCI, ATA_SA300, "IXP700" }, { 0, 0, 0, 0, 0, 0}}; if (!(ctlr->chip = ata_match_chip(dev, ids))) @@ -1366,6 +1368,9 @@ { struct ata_pci_controller *ctlr = device_get_softc(dev); + if ((ctlr->chip->cfg2 == AHCI) && ata_ahci_chipinit(dev) != ENXIO) + return 0; + if (ata_setup_interrupt(dev)) return ENXIO; Index: src/sys/dev/ata/ata-pci.h =================================================================== RCS file: /home/ncvs/src/sys/dev/ata/ata-pci.h,v retrieving revision 1.82 diff -a -u -r1.82 ata-pci.h --- src/sys/dev/ata/ata-pci.h 18 Nov 2007 14:44:52 -0000 1.82 +++ src/sys/dev/ata/ata-pci.h 22 Nov 2007 00:01:14 -0000 @@ -104,7 +104,9 @@ #define ATA_ATI_IXP400_S1 0x43791002 #define ATA_ATI_IXP400_S2 0x437a1002 #define ATA_ATI_IXP600 0x438c1002 +#define ATA_ATI_IXP600_S1 0x43801002 #define ATA_ATI_IXP700 0x439c1002 +#define ATA_ATI_IXP700_S1 0x43901002 #define ATA_CENATEK_ID 0x16ca #define ATA_CENATEK_ROCKET 0x000116ca --------------030101000705020600060409-- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:14:19 2007 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 400B116A46B for ; Thu, 22 Nov 2007 09:14:19 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id 8878C13C478 for ; Thu, 22 Nov 2007 09:14:18 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1195721210; i=frank@pinky.sax.de; bh=MJoPbC6bHykWe/LYEMsZSu09MNhH5ZK4YQbY/Wz/sAY=; b=fDKa/GsDchWUbB6dN3gyIXYnPyHtwm+vJoKB6UATrcuq4rb1fl4RF+mkEe47e0vGKFifeLg6sWLt1G/8kPAy+Q== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lAM8kgDD002815 for ; Thu, 22 Nov 2007 09:46:43 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200711220846.lAM8kgDD002815@post.frank-behrens.de> From: "Frank Behrens" To: freebsd-current@freebsd.org Date: Thu, 22 Nov 2007 09:46:43 +0100 MIME-Version: 1.0 Priority: normal X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071122:freebsd-current@freebsd.org::bVTksavsci5ZrLc6:000000jUiX Subject: Can not boot 7.0-BETA3 with IPSEC 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 Nov 2007 09:14:19 -0000 Hi, I tried to use the new 7.0 version, but have some trouble. The PC has been running 5.x/6.x for years without problems, but my new kernel does not boot. A self compiled GENERIC 7.0- BETA3 kernel runs without problems. When I use the following kernel configuration ----------- include GENERIC ident GENIPSEC makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options INVARIANTS # Enable calls of extra sanity checking options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS options WITNESS # Enable checks to detect deadlocks and cycles options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed options IPSEC #IP security device crypto #options IPSEC_DEBUG #debug for IP security options IPSEC_FILTERTUNNEL #filter ipsec packets from a tunnel device puc nodevice uart options COM_MULTIPORT ---------- the kernel boots until FreeBSD 7.0-BETA3-200711220702 #1: Thu Nov 22 08:10:52 CET 2007 frank@moon.behrens:/data3/sys/obj/data3/sources/fbsd7/sys/GENIPSEC WARNING: WITNESS option enabled, expect reduced performance. ... cryptosoft0: on motherboard crypto: assign cryptosoft0 driver id 0, flags 100663296 ... Fast IPsec: Initialized Security Association Processing. ... SMP: AP CPU #1 Launched! cpu1 AP: ID: 0x01000000 VER: 0x00050014 LDR: 0x00000000 DFR: 0xffffffff lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000000 SVR: 0x000001ff timer: 0x000200ef therm: 0x00010000 err: 0x00010000 pcm: 0x00010000 WARNING: WITNESS option enabled, expect reduced performance. Trying to mount root from ufs:/dev/ad6s1a start_init: trying /sbin/init Then the system seems to hang, no messages, no reaction on serial console. With an different kernel including DDB I was not able to enter the kernel debugger, although I must admit that I never used DDB so maybe I made a mistake in this part. To repeat: A self compiled GENERIC kernel boots fine, I tried single user 6.2 world and multi user 7.0 world. But I was never able to boot a 7.0 kernel with IPSEC. Is my IPSEC kernel configuration ok? How should I debug the problem, additional debug prints in IPSEC code? Best regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:18:26 2007 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id EC93C16A419; Thu, 22 Nov 2007 09:18:26 +0000 (UTC) Date: Thu, 22 Nov 2007 09:18:26 +0000 From: Alexey Dokuchaev To: Doug Barton Message-ID: <20071122091826.GA38417@FreeBSD.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: freebsd-current@freebsd.org Subject: Re: Lack of agpvar.h causing nvidia-driver build to fail 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 Nov 2007 09:18:27 -0000 On Thu, Nov 22, 2007 at 12:49:40AM -0800, Doug Barton wrote: > On the latest -current, I'm trying to debug the issue with > nvidia-driver-100.14.19 not being able to "see" my external monitor that's > attached to the dock. However, I didn't get very far: > > cc -O2 -fno-strict-aliasing -pipe -ggdb -ggdb > -DNV_VERSION_STRING=\"100.14.19\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG > -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src -I. > -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 > --param large-function-growth=1000 -fno-common -ggdb > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow > -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls > -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith > -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c > nvidia_ctl.c > In file included from nvidia_ctl.c:14: > nv-freebsd.h:75:24: error: pci/agpvar.h: No such file or directory > *** Error code 1 > > This seems to be related to the removal of that header by jhb on 12 > November. Exactly right, I have a fix I will commit after I make my -current up to date to test it and get portmgr@ approval. ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:25:16 2007 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 B440216A41A for ; Thu, 22 Nov 2007 09:25:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 5614413C469 for ; Thu, 22 Nov 2007 09:25:16 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 28924 invoked by uid 399); 22 Nov 2007 09:25:04 -0000 Received: from localhost (HELO ?192.168.0.4?) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 22 Nov 2007 09:25:04 -0000 X-Originating-IP: 127.0.0.1 Date: Thu, 22 Nov 2007 01:25:00 -0800 (PST) From: Doug Barton To: Alexey Dokuchaev In-Reply-To: <20071122091826.GA38417@FreeBSD.org> Message-ID: References: <20071122091826.GA38417@FreeBSD.org> User-Agent: Alpine 0.99999 (BSF 796 2007-11-08) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Lack of agpvar.h causing nvidia-driver build to fail 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 Nov 2007 09:25:16 -0000 On Thu, 22 Nov 2007, Alexey Dokuchaev wrote: > Exactly right, I have a fix I will commit after I make my -current up to > date to test it and get portmgr@ approval. Great news, today really is my day for quick responses on broken stuff. :) If you want to send me the patch I'll be glad to test it as well. My system is right up to the minute, and I always clean out old cruft. FYI, I took a look at what's different between versions .14 and .19, and it looks to me like it's an issue of "hot" docking vs. "warm" docking. I've made the change to "warm" docking in my BIOS, so the next step is to try things with the latest driver version to confirm that theory. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:26:47 2007 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 D6C3F16A418 for ; Thu, 22 Nov 2007 09:26:47 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 9778213C459 for ; Thu, 22 Nov 2007 09:26:47 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=ux2KyeKX+ilOGm4XRgu06S3IyUSm8yiTnmmB7gtirGWNHG9Aw2TI3S3JHYI2337BqEZNT9i5SlXIuOuezkwWCEh1eXk0m0LgZGAyO2ugXAo7S3zdbMDskdlAdT6jkBYJajtRXD2L2+Xo9N8sUNSUWa3GJBL3kesuvzlNna9cZQb7lKA6x6slQAHNmC6baly2Y1CH76h+bXK9vVQKBVDYHMraPEoLjwYHc4VYy+BjjF5YP5hOwZmuoCy2SqRQ4hvC; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1Iv7M2-0000cn-7l; Thu, 22 Nov 2007 08:24:10 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Iv7Lo-0004Vg-Id; Thu, 22 Nov 2007 08:23:56 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1Iv7Lm-0000r3-P5; Thu, 22 Nov 2007 10:23:54 +0200 To: Travis Mikalson From: Ian FREISLICH In-Reply-To: Message from Travis Mikalson of "Wed, 21 Nov 2007 11:07:10 EST." <474457AE.8090602@terranova.net> X-Attribution: BOFH Date: Thu, 22 Nov 2007 10:23:54 +0200 Message-Id: Cc: freebsd-current@freebsd.org Subject: Re: Any successful installs on a Broadcom HT1000 chipset? 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 Nov 2007 09:26:47 -0000 Travis Mikalson wrote: > Ian FREISLICH wrote: > > I have two systems that I think are HT1000/HT2100 based. They > > booted and installed 7-BETA1.5 (amd64) and happily build RELENG7 > > about 3 weeks ago. They don't have any PCI/PCI-X slots. PCI-E > > works fine. I used the onboard ATA DVD-ROM drive to install and > > the drive still works: > > .... > > Disks are connected to a PCI-E LSI Megaraid so I can't verify the > > onboard SATA. pciconf -lv later. > > > > The only other quirk is the one set of USB ports on the front panel > > work if I have a keyboard plugged in at boot time, but stops working > > if I unplug the keyboard and plug it back in again. The front panel > > monitor connection also doesn't work after a headless boot. Anly > > the rear monitor and USB ports work properly after a boot. > > My motherboard is PCI-X rather than PCI Express, though... > > It could be real handy if you could verify that there's no problem with > your onboard SATA in standard SATA (non-legacy) mode, if that box > happens to be near you :) It's owned by a client of mine in their datacenter. They might be buying more of the same in the next few months or I might be able to schedule some testing at some time in the future. (They know they owe FreeBSD a huge amount - it's saved them buying several junipers) Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:34:44 2007 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 24EF216A419 for ; Thu, 22 Nov 2007 09:34:44 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 9D6F413C4FB for ; Thu, 22 Nov 2007 09:34:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8259309pyb for ; Thu, 22 Nov 2007 01:34:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=CDWVdxycYazn3dbuAADb8V4M+OdTi3nUXctPFtOVi2k=; b=sGvGCTMoJI/kucEKOUdR7W9wNfJHnqjkB+R+MUCqQ2vqGhY73cgX2bLJH8Wo/8DESeZnnnr/gOxubBT9/rOfWMsf62M1bsB02ya738RKU4ety2Bs03/mOwd0TrhqpxAO1cy5lJuLFTvsMpppvQlhoiI367hqHE8saE6T8mjEpEA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=m5PvyFlRiafthfo1SG4rUk9j5yNeHeqD08ZBJP6dsY4bG0G5nRK8vMH1oJIFnE4JmtUrEXqhekCSY3THOwHitWaqH4GbwxRaaOp4r1osT6pYsNqUoTodNHQb50RqoL7n/QumnA5y8B5ZCJYtXq2nFohqkDWgUlo7NsCApegimzI= Received: by 10.65.244.15 with SMTP id w15mr19172382qbr.1195724070966; Thu, 22 Nov 2007 01:34:30 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id e13sm569855qba.2007.11.22.01.34.29 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Nov 2007 01:34:29 -0800 (PST) Message-ID: <47454D1C.30406@gmail.com> Date: Thu, 22 Nov 2007 04:34:20 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: Doug Barton References: <4744F590.80702@gmail.com> In-Reply-To: X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: PATCH: prevent mergemaster from doing a "make builldworld" 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 Nov 2007 09:34:44 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Doug Barton wrote: > I think you're going to need to describe the problem you're trying > to solve in more detail. If you don't use make, how do you propose > to create the temproot directory that contains the files that > mergemaster is designed to compare? I've run mergemaster thousands > of times both with and without a current /usr/obj, and it's never > kicked off a buildworld for me. I just tested it a few minutes ago > to confirm. Prerequisites: * Source tree layed out as the one specified in development(7) monster# df -k Filesystem 1024-blocks Used Avail Capacity Mounted on /dev/ad6s2a 507630 116242 350778 25% / devfs 1 1 0 100% /dev /dev/ad6s2f 20308398 6692020 11991708 36% /FreeBSD /dev/ad6s2e 507630 9822 457198 2% /tmp /dev/ad6s2h 60948072 6567756 49504472 12% /usr /dev/ad6s2g 10154158 230782 9111044 2% /usr/obj /dev/ad6s2d 5059630 176162 4478698 4% /var /dev/ad5s1 236508370 50964338 166623364 23% /usr/home procfs 4 4 0 100% /proc linprocfs 4 4 0 100% /usr/compat/linux/proc /dev/ad6s1 126975999 32877319 94098680 26% /mnt/windows /dev/ad4s1a 192879126 21441040 156007756 12% /1 monster# ls -l /usr/src /usr/src2 lrwxr-xr-x 1 root wheel 21 Nov 8 08:32 /usr/src -> /FreeBSD/FreeBSD-7.x/ lrwxr-xr-x 1 root wheel 28 Nov 21 21:08 /usr/src2 -> /FreeBSD/FreeBSD-current/src Since the output is so long on the following I have truncated everything except relivent sections % cd /usr/src2 % make buildworld buildkernel installkernel;reboot in single user mode: % cd /usr/src2 % make installworld lots of output % mergemaster lots of output (it does a *COMPLETE* buildworld before doing the diffs against temproot) Other info: * -DNO_CLEAN and NO_CLEAN= in /etc/make.conf ignored by the buildworld invoked by mergemaster: monster# cat /etc/make.conf WRKDIRPREFIX=/usr/ports.workdir CPUTYPE?=nocona KERNEL=MONSTER # added by use.perl 2007-11-19 15:05:31 PERL_VER=5.8.8 PERL_VERSION=5.8.8 NO_CLEAN= * Mergemaster buildworld uses /usr/src2 as it's default source path * -m and -t flags have no effect What the patch does: If -M is specified skips the 4 make's in the empty case for PRE_BUILD when determining the type of merge to perform. See BUGS section of modified man page. > > And FYI, if you end up submitting another patch please avoid > gratuitous whitespace changes. As far I know I made no such changes... if your refering to extra context lines in the diff I used cvs diff -Nau as per Kip Macy's recommendation (this is my first time making a patch against a "live" cvs repo instead of hand backed up files) - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRU0cJ9+1V27SttsRAkX6AKCU784LcKqmLj7uhEGEZ3/CMx5o8ACeKPb3 9eVDsLDwQP58yOoNEEa5BqQ= =hhRP -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 09:58:02 2007 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 1474F16A473 for ; Thu, 22 Nov 2007 09:58:02 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id A5CAD13C4F6 for ; Thu, 22 Nov 2007 09:58:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6883 invoked by uid 399); 21 Nov 2007 20:31:06 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Nov 2007 20:31:06 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47449588.7050301@FreeBSD.org> Date: Wed, 21 Nov 2007 12:31:04 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Attilio Rao References: <4744876D.4070506@FreeBSD.org> <47448984.4090408@FreeBSD.org> <3bbf2fe10711211149n5a919bc0sd8b983f3cdeb3ce8@mail.gmail.com> In-Reply-To: <3bbf2fe10711211149n5a919bc0sd8b983f3cdeb3ce8@mail.gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: FreeBSD Current , rwatson@freebsd.org, davidxu@freebsd.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 09:58:02 -0000 Attilio Rao wrote: > 2007/11/21, Doug Barton : >> Should have mentioned that my system is a C2D running i386 SMP. > > Can you try this patch?: > http://people.freebsd.org/~attilio/kern_timeout.diff > > Let me know if this improves things for you. Ok, this got the new kernel up and running, thanks. I'll run it this way for a little while to be on the safe side. Thanks for the quick response, and thanks for working to make the system better. Bumps like this are just part of the price. ;) Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 08:37:27 2007 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 1BA0C16A46E for ; Thu, 22 Nov 2007 08:37:27 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.freebsd.org (Postfix) with ESMTP id 087EF13C4E9 for ; Thu, 22 Nov 2007 08:37:26 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id D0841F6998 for ; Wed, 21 Nov 2007 14:00:59 -0800 (PST) X-Virus-Scanned: amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BfZzUh1lWxX9 for ; Wed, 21 Nov 2007 14:00:58 -0800 (PST) Received: from [10.10.10.246] (mini.mcneil.com [10.10.10.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mcneil.com (Postfix) with ESMTP id 0DA00F6630 for ; Wed, 21 Nov 2007 14:00:57 -0800 (PST) Message-ID: <4744AA82.1060506@mcneil.com> Date: Wed, 21 Nov 2007 14:00:34 -0800 From: Sean McNeil Organization: Sean McNeil Consulting, Inc User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Thu, 22 Nov 2007 12:50:24 +0000 Cc: Subject: Now -stable is broken from undefined reference to `__mb_sb_limit' 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 Nov 2007 08:37:27 -0000 Why was this stuff MFCd? cc -O2 -fno-strict-aliasing -pipe -g -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/krb5 -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/asn1 -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/roken -I. -I/usr/local/include -DOPENLDAP=1 -DHAVE_CONFIG_H -I/usr/src/kerberos5/libexec/ipropd-master/../../include -DINET6 -g -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipropd-master ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lroken /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libvers/libvers.a -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber /usr/local/lib/libldap.so: undefined reference to `__mb_sb_limit' *** Error code 1 Stop in /usr/src/kerberos5/libexec/ipropd-master. From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 10:13:02 2007 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 D47CD16A468; Thu, 22 Nov 2007 10:13:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 8447E13C4E7; Thu, 22 Nov 2007 10:13:02 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 5AD35EB663C; Thu, 22 Nov 2007 06:57:57 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id vIZcJl8r+HzN; Thu, 22 Nov 2007 06:57:52 +0800 (CST) Received: from charlie.delphij.net (71.5.7.139.ptr.us.xo.net [71.5.7.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 5186FEB6231; Thu, 22 Nov 2007 06:57:51 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:content-type:content-transfer-encoding; b=m4wWzYQrYs+0Vfy61yMR1pKusWqwH4w2baB8yoKcdAVUpXI6eM9AdaCUAGmq8JmJl AxacdxMR78kfPhRazzFqw== Message-ID: <4744B7E9.4010000@delphij.net> Date: Wed, 21 Nov 2007 14:57:45 -0800 From: Xin LI Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (X11/20071115) MIME-Version: 1.0 To: Christoph Hoffmann References: <47445D4D.9060207@delphij.net> <764F5A79-B6FA-45E3-988D-B5F965C8BC86@biff.ch> <47446D01.4060201@delphij.net> <474485B6.9070106@delphij.net> <36DAD1BB-1DA9-454B-AB74-1CA254E7B4DB@biff.ch> In-Reply-To: <36DAD1BB-1DA9-454B-AB74-1CA254E7B4DB@biff.ch> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: simokawa@FreeBSD.org, FreeBSD Current , iwasaki@FreeBSD.org Subject: Re: ciss driver X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 10:13:02 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Christoph Hoffmann wrote: > Hello, > > I must apologize to you for the lack of this information. > > The box on 8.0-CURRENT cvsup as of 17 Nov > works fine with the latest ciss driver except the /var/log/messages > is full of 'kernel: ciss0: SENDING NOP MESSAGE FAILED' coming out of > ciss.c line 3139 > Please note that ciss.c does have the same error msg in to different > places > (line 3114 and 3139) and this is why I've modified the code a bit. > > Other box 7.0-BETA3 cvsup as of 21 Nov also works fine except the above > message. > > Both of the above is the a test area. > > The real problem in on amd64 6.2-STABLE cvsup as of Jun 5 which died > with the console msg 'ADAPTER HEARTBEAT FAILED'. > > This is why I've asked about backport to 6 and 7 as I hope this > will solve the production problem. > > I hope this help to understand what I'm doing. So in conclusion: CURRENT and RELENG_7 works the same for you, except the message everything is fine; RELENG_6 hangs with the message, and does not work at all? Cheers, - -- Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRLfphcUczkLqiksRAsqUAJ97V3THdbYvyc/cMH+18Yx8Cx0s1gCgiRAK AZYIWZbNyysCQIUIpmbxt9E= =jXa2 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 10:24:39 2007 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 151B416A41B for ; Thu, 22 Nov 2007 10:24:39 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.176]) by mx1.freebsd.org (Postfix) with ESMTP id B3E3F13C47E for ; Thu, 22 Nov 2007 10:24:38 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8283170pyb for ; Thu, 22 Nov 2007 02:24:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=77S7bseabgrTKSJLSHT+h2FuyQKLOa+UPBr+aP018RY=; b=Hx/QcKDX4cvJ7BmRI78BwDUgMCxuCXyjWLrO0Xbmo01f7x8Bcr9/sHFStlBAuiqoN3HisSmA+AGItufkbdmXSroWvu+TAtDRi7WZYzmk6b3VPK06y7wC0HyIxNLQTvXUcJ29EZgdQn/hEAyXFa/tk0X/Rnvly0yyaUxYw9Q7Aa8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=JAH3/YErSafsDa4arq9TCig10d+RiIXeI5hyycRbad71nicUe6O3w9iNDANCCNgv8o5SEfQj3iNUeKZaHDXG20a0C3/HFpDsIHOknXx0S8YJ6WMhfPg+rYEdnj5vAssZudo4fnHL14FfeyMkn6EV0wxVslwAFYQpslc5aZrBySU= Received: by 10.65.73.16 with SMTP id a16mr19240557qbl.1195727071729; Thu, 22 Nov 2007 02:24:31 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id f13sm607139qba.2007.11.22.02.24.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Nov 2007 02:24:31 -0800 (PST) Message-ID: <474558C7.1090801@gmail.com> Date: Thu, 22 Nov 2007 05:24:07 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <474288AE.1040106@gmail.com> <47452703.1020008@gmail.com> <47453BCF.1060908@conducive.net> In-Reply-To: <47453BCF.1060908@conducive.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 10:24:39 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > > To be fair, Aryeh - your report was of a sort that indicated it > could very well have been an upstream issue. Torrents in particular > are unpredictable critters, and - given you've said you had only the > one box - I don't see how/where you could have emulated that 'locally'. If it wasn't for the following facts (which where in the orginal message and/or the immediate followup to Pyun): * All applications are effected for example here is something that happened earlier tonight (if I was organized I could of copied many of these over the last few days [was doing a portupgrade -afk] but this is the only one I copied): > > => Attempting to fetch from > http://heanet.dl.sourceforge.net/sourceforge/xine/. > xine-lib-1.1.7.tar.gz 9% of 8660 kB 40 > kBps 03m13s > fetch: xine-lib-1.1.7.tar.gz appears to be truncated: 868700/8868650 bytes FTP also was sending garbagged data * It is time triggered plus to some extent the only common denominator being time and re(4) * Rebooting the FreeBSD machine [static IP and DMZ] (and nothing else on the network) always solves the problem > > As to the re(4) 'issue' - we are scp'ing seriously large container > files over local switches internal to the rack, AND both > carrier-grade and sod-awful residential cable-modem links, csuping > often, etc --- all w/o *any* of the reported 're' problems (so far). This seems to only have appeared recently in 8-current (say last two weeks or so) > Meanwhile - more accurate / detailed research & reporting, and a bit > less sarcasm would be useful. If you can tell me how to capture a phantom I would be able to do this. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRVjGJ9+1V27SttsRAroZAJ4o3s6/zNv6ZcQ1qRAcu1dotWAZFQCfWZEw SlQalnCeXJDMyAxAUhDLZMs= =YEno -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 10:26:24 2007 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 29D2516A41A for ; Thu, 22 Nov 2007 10:26:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id B6EAC13C474 for ; Thu, 22 Nov 2007 10:26:23 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 5827 invoked by uid 399); 21 Nov 2007 23:19:37 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 21 Nov 2007 23:19:37 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4744BD07.6030302@FreeBSD.org> Date: Wed, 21 Nov 2007 15:19:35 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: FreeBSD Current , rwatson@freebsd.org, davidxu@FreeBSD.org, attilio@FreeBSD.org References: <4744876D.4070506@FreeBSD.org> In-Reply-To: <4744876D.4070506@FreeBSD.org> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 10:26:24 -0000 Doug Barton wrote: > I'm spamming everyone who's had fingers in the threading code lately > since I can't seem to find a specific commit that looks guilty. > > On 19 Nov. I updated my -current system and noticed a regression where > alpine (a new version of the pine mail client that uses threads) would > crash while opening my mail folders with a sig 6. I figured I'd wait a > day or two since it was obvious that there was some work going on with > threads, and other things were working. Ok, double good news. Things are nice and stable with the patch Attillio sent me, and after doing the installworld and rebooting alpine is working again, so hopefully I was right about just catching the upgrade train at a bad station. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 11:39:00 2007 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 C4B7516A417; Thu, 22 Nov 2007 11:39:00 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (ipv6.darklight.org.ru [IPv6:2001:470:1f07:84::1]) by mx1.freebsd.org (Postfix) with ESMTP id 578B413C45A; Thu, 22 Nov 2007 11:38:57 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id lAMBcQkO088640; Thu, 22 Nov 2007 14:38:27 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: from localhost (localhost [[UNIX: localhost]]) by darklight.org.ru (8.14.2/8.14.2/Submit) id lAMBcPVx088639; Thu, 22 Nov 2007 14:38:25 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f From: Yuri Pankov To: freebsd-current@freebsd.org Date: Thu, 22 Nov 2007 14:38:25 +0300 User-Agent: KMail/1.9.7 References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200711221438.25776.yuri.pankov@gmail.com> Cc: Doug Barton Subject: Re: Lack of agpvar.h causing nvidia-driver build to fail 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 Nov 2007 11:39:00 -0000 On Thursday 22 November 2007 11:49:40 Doug Barton wrote: > On the latest -current, I'm trying to debug the issue with > nvidia-driver-100.14.19 not being able to "see" my external monitor > that's attached to the dock. However, I didn't get very far: > > cc -O2 -fno-strict-aliasing -pipe -ggdb -ggdb > -DNV_VERSION_STRING=\"100.14.19\" -D__KERNEL__ -DNVRM -UDEBUG > -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -std=c99 > -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 > --param inline-unit-growth=100 --param large-function-growth=1000 > -fno-common -ggdb > -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -c nvidia_ctl.c > In file included from nvidia_ctl.c:14: > nv-freebsd.h:75:24: error: pci/agpvar.h: No such file or directory > *** Error code 1 > > This seems to be related to the removal of that header by jhb on 12 > November. > > Doug Hi, I've had the same problem and filed PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=118063 Waiting for maintainer :-) Yuri From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 12:09:06 2007 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 6887116A419 for ; Thu, 22 Nov 2007 12:09:06 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.freebsd.org (Postfix) with ESMTP id 725EF13C45A for ; Thu, 22 Nov 2007 12:09:05 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2498739nfb for ; Thu, 22 Nov 2007 04:08:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=M1ELUfBX4GEWFVxSyDfEfHqfbNv9+rQbo5rBCbmk8k8=; b=iwZpXvtAXhUoXeGr6cIbFQEQt0cTbW1RKol4y5WQHpBX0EUToGJemuA9PmGFKo9F98AEEMrRVAlRhm2AjWAnxIoeOEvxpwqDwy/k3cubCgODWDw5zvFt3B6Mnf6XucKCT6oxpKkaO6yiZOOEHAjbQZeSmz+fGfxTUP6xs4HV2ps= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=Be9UN3eg5PoXcW04UzIXbxjq818yHZkgbnhXuQR5CLZdku8a5B0BneM4ztKZRMvKDRYIMZeayA8LEnTrC+JPJgMSfP4I81KflggcuU36tPCkUzVdCTk0U32541dMxZ0MYMxat1Qcx/WDQL+LvVXJK0bmNd8KBBEQqSd6qmLnpRw= Received: by 10.86.87.5 with SMTP id k5mr8382567fgb.1195733334067; Thu, 22 Nov 2007 04:08:54 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 22 Nov 2007 04:08:54 -0800 (PST) Message-ID: <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> Date: Thu, 22 Nov 2007 13:08:54 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Benjamin Close" In-Reply-To: <4744EBA4.7020209@clearchain.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744EBA4.7020209@clearchain.com> X-Google-Sender-Auth: c8a60a57b080ab71 Cc: freebsd-current@freebsd.org Subject: Re: em0 panic: mutex em0 not owned 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 Nov 2007 12:09:06 -0000 2007/11/22, Benjamin Close : > Hi Folks, > With a recent current I'm now getting panics when em0 tries to come up: > > panic: mutex em0 not owned at ../../../kern/kern_mutex.c:144 > > _mtx_assert() + 0xdc > _callout_stop_safe()+0x5d > em_stop() + 0x50 (if_em.c:2546) > em_init_locked()+0x47 (if_em.c:1256) > em_ioctl()+0x466 > ifhwioctl() + 0x75f > ifioctl() +0xb0 > kern_ioctl() + 0xa3 > > This is even after atillos, latest patch. Yes, this is a race access to callout_stop() in em driver. callout_stop() needs to be called with callout-specific lock held otherwise you can get a race and this seems not happening. I just inserted this assertions in order to catch bugs like these. I have no time to double-check it, can you do? Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 12:27:24 2007 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 D4F0B16A46B for ; Thu, 22 Nov 2007 12:27:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.189]) by mx1.freebsd.org (Postfix) with ESMTP id 5A24413C458 for ; Thu, 22 Nov 2007 12:27:24 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2503537nfb for ; Thu, 22 Nov 2007 04:27:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=6t85WRt0oZBGpEDAJzESpMzJS5v9VpHTQ1Vyf4Czmx0=; b=hdOjtBEI0CZUb9VpYuecXXwG+uBQ2vkw7iqpQtXkOy2jyX7wOctEL5LmQZs7sdmE3ooWiqkmc2IcGuHkxFkjjtRIpNjcuaEp5cExqmyqJvaKjYm1f0hcTW7JeDVSoVLpnroe/Fi0YSfZ9BWzgTVP+KHOAjLIVxF+HtuYr/jMDJw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=ccx1h3ou68SCsAWgH+cEQesKcIDU9f2mncombAYleJWE75FIgK6auxW9DeDPNeVCQps5c12DVf8+gmSU7HsZ8Hu2/VHvtTkgAFI/RQVIuD58pPh4j+bH84ZekbbFmqMQ+k/NOkmgOqpQMiX+UsyEt+EqByD5N6AvTJaxO3bF1PU= Received: by 10.86.49.13 with SMTP id w13mr8401683fgw.1195734436196; Thu, 22 Nov 2007 04:27:16 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 22 Nov 2007 04:27:16 -0800 (PST) Message-ID: <3bbf2fe10711220427s38561159k4879d0c792d09694@mail.gmail.com> Date: Thu, 22 Nov 2007 13:27:16 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Benjamin Close" In-Reply-To: <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744EBA4.7020209@clearchain.com> <3bbf2fe10711220408t30136430s15fdba0ebcbbfa66@mail.gmail.com> X-Google-Sender-Auth: 5b3a961350231eb8 Cc: Jack F Vogel , freebsd-current@freebsd.org Subject: Re: em0 panic: mutex em0 not owned 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 Nov 2007 12:27:24 -0000 2007/11/22, Attilio Rao : > 2007/11/22, Benjamin Close : > > Hi Folks, > > With a recent current I'm now getting panics when em0 tries to come up: > > > > panic: mutex em0 not owned at ../../../kern/kern_mutex.c:144 > > > > _mtx_assert() + 0xdc > > _callout_stop_safe()+0x5d > > em_stop() + 0x50 (if_em.c:2546) > > em_init_locked()+0x47 (if_em.c:1256) > > em_ioctl()+0x466 > > ifhwioctl() + 0x75f > > ifioctl() +0xb0 > > kern_ioctl() + 0xa3 > > > > This is even after atillos, latest patch. > > Yes, this is a race access to callout_stop() in em driver. > callout_stop() needs to be called with callout-specific lock held > otherwise you can get a race and this seems not happening. I just > inserted this assertions in order to catch bugs like these. > I have no time to double-check it, can you do? Ok, basically em_stop() both wants to stop core callout and tx channel callout but it only holds core lock. It needs to hold both in order to stop both. As I'm not sure about lock ordering there I can't produce a patch now so the ball is in jfv@ court (CC'ed). Thanks, Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 12:29:01 2007 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 7683316A46B for ; Thu, 22 Nov 2007 12:29:01 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.184]) by mx1.freebsd.org (Postfix) with ESMTP id E8C1513C4F6 for ; Thu, 22 Nov 2007 12:29:00 +0000 (UTC) (envelope-from asmrookie@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2503932nfb for ; Thu, 22 Nov 2007 04:28:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; bh=qCCr0SwEiOccuCpJXbuXChCwvLMLFGHn9XhbDJf8Ey8=; b=jgHqVJGMtWAos0O8rO/6FX/jT6r/APmMhSEG+1nl5w/jXh8CpfImqumgwHesn47FqojZil8tQbOJf6Ae91F6vLY5rWKPawjWdcA4uXuWhyFOUF4iY/9yT0MRg4Y6ef9gI4urBzUb8elFTiM4mykMJetiYxRG+5h+3mN4PLqimsE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=eQrKXH+/Z4tLSrpvky5o8nQXwFt3f4JGo4g9e6JP3G1kqg8CVFXrRMFlsUg9JYZ0mmv00YcYbKwMbhWf05fQ4WKgdhc7/N//v5rqeTiQaRyu+YDrCO8T8w3N1tetb6EKbxTjj5SrP8ZvAhtGvIF75+lkoKTHI9w1H7LuD714vu4= Received: by 10.86.95.20 with SMTP id s20mr8392741fgb.1195734529079; Thu, 22 Nov 2007 04:28:49 -0800 (PST) Received: by 10.86.28.19 with HTTP; Thu, 22 Nov 2007 04:28:49 -0800 (PST) Message-ID: <3bbf2fe10711220428x4c1cb976qa337a6ee0f8d93a4@mail.gmail.com> Date: Thu, 22 Nov 2007 13:28:49 +0100 From: "Attilio Rao" Sender: asmrookie@gmail.com To: "Doug Barton" In-Reply-To: <47449588.7050301@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744876D.4070506@FreeBSD.org> <47448984.4090408@FreeBSD.org> <3bbf2fe10711211149n5a919bc0sd8b983f3cdeb3ce8@mail.gmail.com> <47449588.7050301@FreeBSD.org> X-Google-Sender-Auth: d628c68f4c8fab81 Cc: FreeBSD Current , rwatson@freebsd.org, davidxu@freebsd.org Subject: Re: boot-time crash in today's -current, and other threading problems 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 Nov 2007 12:29:01 -0000 2007/11/21, Doug Barton : > Attilio Rao wrote: > > 2007/11/21, Doug Barton : > > >> Should have mentioned that my system is a C2D running i386 SMP. > > > > Can you try this patch?: > > http://people.freebsd.org/~attilio/kern_timeout.diff > > > > Let me know if this improves things for you. > > Ok, this got the new kernel up and running, thanks. I'll run it this > way for a little while to be on the safe side. > > Thanks for the quick response, and thanks for working to make the > system better. Bumps like this are just part of the price. ;) Fix committed, thanks a lot for your help! Attilio -- Peace can only be achieved by understanding - A. Einstein From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 14:08:53 2007 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 A0CDD16A418 for ; Thu, 22 Nov 2007 14:08:53 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id 4911B13C467 for ; Thu, 22 Nov 2007 14:08:53 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id EF4EE41C770; Thu, 22 Nov 2007 14:50:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id LBrNIrKHqTAw; Thu, 22 Nov 2007 14:50:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id A107241C76D; Thu, 22 Nov 2007 14:50:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 0E9DA4448D5; Thu, 22 Nov 2007 13:47:01 +0000 (UTC) Date: Thu, 22 Nov 2007 13:47:01 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Frank Behrens In-Reply-To: <200711220846.lAM8kgDD002815@post.frank-behrens.de> Message-ID: <20071122134146.B53707@maildrop.int.zabbadoz.net> References: <200711220846.lAM8kgDD002815@post.frank-behrens.de> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: Can not boot 7.0-BETA3 with IPSEC 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 Nov 2007 14:08:53 -0000 On Thu, 22 Nov 2007, Frank Behrens wrote: [snip] > Is my IPSEC kernel configuration ok? looks ok, from what I can see skipping over it. IPSEC, crypto, optional FILTERTUNNEL. What is strange is that it seems to hang once it enters userland after/ while starting init. Just some random things that come to my mind: a) do you have ipsec enabled in rc.conf so that a policy would be inserted? b) you are not trying to mount anything from nfs? c) is anything else displayed on the screen if not on serial console? d) can you try without the puc/COM_MULTIPORT but with IPSEC? I'll think a bit more this evening (CEST). -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT Software is harder than hardware so better get it right the first time. From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 10:13:35 2007 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 0325F16A469; Thu, 22 Nov 2007 10:13:35 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from mx.nsu.ru (mx.nsu.ru [212.192.164.5]) by mx1.freebsd.org (Postfix) with ESMTP id 99DB413C4D1; Thu, 22 Nov 2007 10:13:33 +0000 (UTC) (envelope-from danfe@regency.nsu.ru) Received: from regency.nsu.ru ([193.124.210.26]) by mx.nsu.ru with esmtp (Exim 4.50) id 1Iv93o-0008ED-GF; Thu, 22 Nov 2007 16:13:28 +0600 Received: from regency.nsu.ru (localhost [127.0.0.1]) by regency.nsu.ru (8.14.1/8.14.1) with ESMTP id lAMAGrhi025763; Thu, 22 Nov 2007 16:16:53 +0600 (NOVT) (envelope-from danfe@regency.nsu.ru) Received: (from danfe@localhost) by regency.nsu.ru (8.14.1/8.14.1/Submit) id lAMAGjPC025677; Thu, 22 Nov 2007 16:16:45 +0600 (NOVT) (envelope-from danfe) Date: Thu, 22 Nov 2007 16:16:45 +0600 From: Alexey Dokuchaev To: Ruslan Ermilov Message-ID: <20071122101645.GA19887@regency.nsu.ru> References: <20071121090527.GA57912@regency.nsu.ru> <20071121135823.GE1617@team.vega.ru> <20071121145646.GA80149@regency.nsu.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071121145646.GA80149@regency.nsu.ru> User-Agent: Mutt/1.4.2.1i X-Mailman-Approved-At: Thu, 22 Nov 2007 16:56:21 +0000 Cc: current@freebsd.org Subject: Re: make kernel build error on recent -current 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 Nov 2007 10:13:35 -0000 On Wed, Nov 21, 2007 at 08:56:46PM +0600, Alexey Dokuchaev wrote: > On Wed, Nov 21, 2007 at 04:58:24PM +0300, Ruslan Ermilov wrote: > > I cannot reproduce this on neither RELENG_7 or HEAD, compiling > > GENERIC or LINT (you didn't tell what combination you're using), > > Indeed. GENERIC is building just fine. Will investigate further. > > > but NO_WERROR never affected -Werror in kernel and module builds. > > Right, I overlooked it. > > > In this case, you can reset -Werror like this: > > > > make ... WERROR= > > I'd still like to figure out what is going wrong with my custom kernel. It seems that RESTARTABLE_PANICS option is the cause. See the code in `/sys/sys/systm.h', around line 146, where panic() is defined depending on that option. ./danfe From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 15:22:14 2007 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 EF1BC16A46C for ; Thu, 22 Nov 2007 15:22:14 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.191]) by mx1.freebsd.org (Postfix) with ESMTP id 7709D13C4E1 for ; Thu, 22 Nov 2007 15:22:14 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2550221nfb for ; Thu, 22 Nov 2007 07:22:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=w5YxJNMgoYa32YyGByeU47KIkBf/2DP0Uu0qzfIoVyc=; b=FbJZ2JaFfCxt+c/NYTNrLjon2mnI6bOloxVnEp7naeEpRCu12oIQ4FgegEyt5amcLmWO9DDhaIMvsXFdZwyJVqMwogex9joA87sdNYSH0jZjWZTYbB1eEhwEunYo6lKPcXaN33mgHbnMS0YDyQD5tEvdcHAHS78C/VgnqcggRq4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Sdl9ZOE8CgnT65ZGHci16aqnlP7sdWApvf72G0c0piFUaHGrFy3LE4WI0xVxptsSsbDDdqhGDsRkACP9THss1CFus9inVECZ9NhwjxWjJONDcFRQBm8210db4HKe3TokDADqCoI7s/NvD94Fplh+Ci2J7yU3I3K1i9LCLmCoPbA= Received: by 10.82.107.15 with SMTP id f15mr23730463buc.1195743334808; Thu, 22 Nov 2007 06:55:34 -0800 (PST) Received: by 10.82.115.11 with HTTP; Thu, 22 Nov 2007 06:55:34 -0800 (PST) Message-ID: <6eb82e0711220655s23e35f86j82412b80e2f9d271@mail.gmail.com> Date: Thu, 22 Nov 2007 22:55:34 +0800 From: "Rong-en Fan" To: "Sean McNeil" In-Reply-To: <4744AA82.1060506@mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744AA82.1060506@mcneil.com> Cc: current@freebsd.org Subject: Re: Now -stable is broken from undefined reference to `__mb_sb_limit' 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 Nov 2007 15:22:15 -0000 On Nov 22, 2007 6:00 AM, Sean McNeil wrote: > Why was this stuff MFCd? > > cc -O2 -fno-strict-aliasing -pipe -g > -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/krb5 > -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/asn1 > -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/roken > -I. -I/usr/local/include -DOPENLDAP=1 -DHAVE_CONFIG_H > -I/usr/src/kerberos5/libexec/ipropd-master/../../include -DINET6 -g > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipropd-master > ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lroken > /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libvers/libvers.a > -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber > /usr/local/lib/libldap.so: undefined reference to `__mb_sb_limit' > *** Error code 1 > > Stop in /usr/src/kerberos5/libexec/ipropd-master. Are you using 6-STABLE or 7-STABLE? If you are using 6, rebuild your openldap ports should solve this. This was caused by ctype fix back-out for 6.x for the sake of ABI forward compatibility. See my post to -stable@ and -ports@ few minutes ago. Regards, Rong-En Fan > > _______________________________________________ > 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 Thu Nov 22 15:31:54 2007 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 D5EF016A421 for ; Thu, 22 Nov 2007 15:31:54 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id 39EA013C469 for ; Thu, 22 Nov 2007 15:31:53 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:cc:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1195745489; i=frank@pinky.sax.de; bh=Sg/fNB+pdqG4I8zXqape9DCGvXbZ1DKr6yrrh0hBz0E=; b=CqKi+zOJxEJBNJ0eyyicOR7GNZ9afQMQx/9zLRVloy29SBnp47mGw6vOR0XNFn+ABV1LeVAifpUQqfr5c/KNkg== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lAMFVOG7040458; Thu, 22 Nov 2007 16:31:25 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200711221531.lAMFVOG7040458@post.frank-behrens.de> From: "Frank Behrens" To: "Bjoern A. Zeeb" Date: Thu, 22 Nov 2007 16:31:24 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <20071122134146.B53707@maildrop.int.zabbadoz.net> References: <200711220846.lAM8kgDD002815@post.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071122:freebsd-current@freebsd.org::uqc8cOiCmlx41Yig:0000006Q2F X-Hashcash: 1:24:071122:bzeeb-lists@lists.zabbadoz.net::PdfiTomf2zC50jW1:00086nE Cc: freebsd-current@freebsd.org Subject: Re: Can not boot 7.0-BETA3 with IPSEC 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 Nov 2007 15:31:54 -0000 Hi Bjoern, thanks for your answer! Bjoern A. Zeeb wrote on 22 Nov 2007 13:47: > What is strange is that it seems to hang once it enters userland after/ > while starting init. Meanwhile I added some print debug statements. In init_main.c, function start_init the execve of /sbin/init returns without an error. But init seems not to be called, even an print statement in init's main() is not executed. > a) do you have ipsec enabled in rc.conf so that a policy would be > inserted? meanwhile I know that init is not executed > b) you are not trying to mount anything from nfs? meanwhile I know that init is not executed > c) is anything else displayed on the screen if not on serial console? Good idea. I'll move the PC to a place, where keyboards and monitors exist. > d) can you try without the puc/COM_MULTIPORT but with IPSEC? A new kernel is been compiling now. I'll post the result. Best regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 15:47:46 2007 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 95B0D16A417 for ; Thu, 22 Nov 2007 15:47:46 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: from iogyte.ro (mail.iogyte.ro [62.231.111.163]) by mx1.freebsd.org (Postfix) with SMTP id D83CE13C465 for ; Thu, 22 Nov 2007 15:47:44 +0000 (UTC) (envelope-from gepu@iogyte.ro) Received: (qmail 97342 invoked by uid 1001); 22 Nov 2007 15:47:41 -0000 Date: Thu, 22 Nov 2007 17:47:41 +0200 From: Dan Epure To: Robert Watson Message-ID: <20071122154741.GA73724@iogyte.ro> References: <20071118012616.GF19354@iogyte.ro> <20071118144243.B97497@fledge.watson.org> <20071121215807.F60495@fledge.watson.org> <20071122065956.GH19354@iogyte.ro> <20071122085228.M60495@fledge.watson.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071122085228.M60495@fledge.watson.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-stable@freebsd.org, csjp@FreeBSD.org, jhb@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dan Epure 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 Nov 2007 15:47:46 -0000 Hi, For the moment this feature is only available in HEAD. I think the limit is "only" 512 master/slave pairs. Should be enough for this year. Is it going to be merged in 6.3 ? Thanks again. On Thu, Nov 22, 2007 at 08:53:36AM +0000, Robert Watson wrote: > > On Thu, 22 Nov 2007, Dan Epure wrote: > >> Thank you for your answer. In this case the first problem (gnu screen) >> does not deserve any attention because it is related to the ptmx clonig. >> My goal is to find a way to increase the number os pseudo terminal. the >> traditional 256 pty is not sufficient for my needs. Is there any way to do >> this on freebsd other than using ptmx cloning ? > > John Baldwin has just merged support for up to 1024 ptys using the > traditional pty driver, I believe, to HEAD, and plans (or perhaps has > already) merged it to 7.0. I see no reason not to further merge it to 6.x. > I've stuck him on the CC list also. > > Robert N M Watson > Computer Laboratory > University of Cambridge > >> >> >> On Wed, Nov 21, 2007 at 10:00:02PM +0000, Robert Watson wrote: >>> >>> On Sun, 18 Nov 2007, Robert Watson wrote: >>> >>>> On Sun, 18 Nov 2007, Dan Epure wrote: >>>> >>>>> 7.0-BETA3 still has issues regarding the pts implementation . problems >>>>> found: 1. - GNU screen: starting a screen, opening a few windows and >>>>> quiting screen leaves the allocated pseudo terminal in use. 100 screen >>>>> user, using each one opening 10 windows will deplete the default of >>>>> 1000 >>>>> pseudo terminals leaving the system unusable. 2. - 'ls /dev/ptmx' >>>>> creates >>>>> an additional entry in /dev/pty/. when the number of entries equals >>>>> kern.pts.max the system became unusable. >>>> >>>> The first of these is likely a reference management bug of some sort -- >>>> I >>>> find that if I close a pty in screen by exiting the shell, the pts >>>> device >>>> is GC'd properly, but if I close it by killing the session with ctrl-k, >>>> then the pts device is not properly GC'd and processes hung off it not >>>> properly killed. I believe that closing the master device is not >>>> properly >>>> kicking the slave device and causing its consumers to exit, hence the >>>> pts >>>> device not being closd and released. Christian was taking a look at >>>> this >>>> a couple of days ago, and I've CC'd him. >>>> >>>> The second problem is more tricky, and has to do with the cloning model. >>>> Similar problems can exist with other variations on the ptmx >>>> implementation, and I need to give some thought to how to address this. >>> >>> Dan, >>> >>> So, thinking a bit more about the second problem, I think it is inherrent >>> to the way we've designed the /dev/ptmx cloning model, which is >>> unfortunate. My current leaning is to disable the ptmx mechanism in 7.0 >>> and put together a revised one for 7.1. The reason to do this is to >>> avoid >>> encoding the user<->kernel interface for allocating pty's via ptmx along >>> the current lines, which we'd then need to continue supporting in future >>> releases. I'm going to spend a bit of time over the next day or two >>> looking at revising the interface to fix these problems. >>> >>> Robert N M Watson >>> Computer Laboratory >>> University of Cambridge >> > _______________________________________________ > 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 Thu Nov 22 15:55:23 2007 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 68EFE16A418 for ; Thu, 22 Nov 2007 15:55:23 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id C5D3513C447 for ; Thu, 22 Nov 2007 15:55:22 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:cc:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1195746907; i=frank@pinky.sax.de; bh=U5jtDwiW96ZEmZyPIJOVchhnHO08b2GtmJWHQaolklg=; b=b1GyTkwc9FsvlRBN2ZZPZWfAACaB/AvM1yIxaKm+CwDHKx7PlRcBzwEzGYcoqX7msE/a4eX5yYgpO7utP1iDYQ== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lAMFsRdS002781; Thu, 22 Nov 2007 16:54:27 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200711221554.lAMFsRdS002781@post.frank-behrens.de> From: "Frank Behrens" To: "Bjoern A. Zeeb" Date: Thu, 22 Nov 2007 16:54:27 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <20071122134146.B53707@maildrop.int.zabbadoz.net> References: <200711220846.lAM8kgDD002815@post.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071122:freebsd-current@freebsd.org::+lsFv/XK13WgVtye:00000019dY4 X-Hashcash: 1:24:071122:bzeeb-lists@lists.zabbadoz.net::ku5yL7IbMuFHrXDk:0001V88H Cc: freebsd-current@freebsd.org Subject: Can not boot 7.0-BETA3 with puc (was: Can not boot 7.0-BETA3 with IPSEC) 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 Nov 2007 15:55:23 -0000 Bjoern A. Zeeb wrote on 22 Nov 2007 13:47: > d) can you try without the puc/COM_MULTIPORT but with IPSEC? 3 Points! The IPSEC kernel boots now fine. Now I'll try to see, what's wrong with sio/puc/MULTIPORT. I'll post the result. Best regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 17:06:40 2007 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 6815216A417 for ; Thu, 22 Nov 2007 17:06:40 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from mail.netplex.net (mail.netplex.net [204.213.176.10]) by mx1.freebsd.org (Postfix) with ESMTP id 34E8B13C458 for ; Thu, 22 Nov 2007 17:06:39 +0000 (UTC) (envelope-from deischen@freebsd.org) Received: from sea.ntplx.net (sea.ntplx.net [204.213.176.11]) by mail.netplex.net (8.14.2/8.14.2/NETPLEX) with ESMTP id lAMH6Vnl003797; Thu, 22 Nov 2007 12:06:32 -0500 (EST) X-Virus-Scanned: by AMaViS and Clam AntiVirus (mail.netplex.net) X-Greylist: Message whitelisted by DRAC access database, not delayed by milter-greylist-4.0 (mail.netplex.net [204.213.176.10]); Thu, 22 Nov 2007 12:06:32 -0500 (EST) Date: Thu, 22 Nov 2007 12:06:31 -0500 (EST) From: Daniel Eischen X-X-Sender: eischen@sea.ntplx.net To: Sean McNeil In-Reply-To: <4744AA82.1060506@mcneil.com> Message-ID: References: <4744AA82.1060506@mcneil.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: current@freebsd.org Subject: Re: Now -stable is broken from undefined reference to `__mb_sb_limit' X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Daniel Eischen 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 Nov 2007 17:06:40 -0000 On Wed, 21 Nov 2007, Sean McNeil wrote: > Why was this stuff MFCd? > > cc -O2 -fno-strict-aliasing -pipe -g > -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/krb5 > -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/asn1 > -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/roken > -I. -I/usr/local/include -DOPENLDAP=1 -DHAVE_CONFIG_H > -I/usr/src/kerberos5/libexec/ipropd-master/../../include -DINET6 -g > -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipropd-master ipropd_master.o > -lkadm5srv -lhdb -lkrb5 -lroken > /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libvers/libvers.a > -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber > /usr/local/lib/libldap.so: undefined reference to `__mb_sb_limit' > *** Error code 1 > > Stop in /usr/src/kerberos5/libexec/ipropd-master. I don't think it should have been MFC'd, but that ship has already sailed. You're going to have to rebuild openldap first I think. Or perhaps build (kerberos) without LDAP. -- DE From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 19:34:41 2007 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 C916516A41A for ; Thu, 22 Nov 2007 19:34:41 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 6DC1E13C458 for ; Thu, 22 Nov 2007 19:34:41 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:65409 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IvHot-0002LY-1O for freebsd-current@freebsd.org; Thu, 22 Nov 2007 19:34:39 +0000 Message-ID: <4745D9CE.8010707@conducive.net> Date: Thu, 22 Nov 2007 19:34:38 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <474288AE.1040106@gmail.com> <47452703.1020008@gmail.com> <47453BCF.1060908@conducive.net> <474558C7.1090801@gmail.com> In-Reply-To: <474558C7.1090801@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: who do I report this to? 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 Nov 2007 19:34:41 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > >> To be fair, Aryeh - your report was of a sort that indicated it >> could very well have been an upstream issue. Torrents in particular >> are unpredictable critters, and - given you've said you had only the >> one box - I don't see how/where you could have emulated that 'locally'. > > If it wasn't for the following facts (which where in the orginal > message and/or the immediate followup to Pyun): > > * All applications are effected for example here is something that > happened earlier tonight (if I was organized I could of copied many of > these over the last few days [was doing a portupgrade -afk] but this > is the only one I copied): > > > > > => Attempting to fetch from > > http://heanet.dl.sourceforge.net/sourceforge/xine/. > > xine-lib-1.1.7.tar.gz 9% of 8660 kB 40 > > kBps 03m13s > > fetch: xine-lib-1.1.7.tar.gz appears to be truncated: > 868700/8868650 bytes > > FTP also was sending garbagged data > > Do a traceroute to that server from your 'seat' at one-hour intervals. Then do so from the looking-glass server on/near its own backbone. Meanwhile, there are plenty of compliants about the spotty performance of your local bandwidth provider. You'll find those online if you look. > * It is time triggered plus to some extent the only common > denominator being time and re(4) > Not so. The common denominator throughout has been your *external link*. I can suggest a number of ways to quantize its characteristics, but it *doesn't matter*. They change over time and are not under your control. If you want to provide meaningful traffic tests on a NIC, you must get that unpredictable portion out of the mix! You will need at least one other 'local' box. It need not be fancy, but it has to be under your observation and control. > * Rebooting the FreeBSD machine [static IP and DMZ] (and nothing > else on the network) always solves the problem There are plenty of reasons unrelated to the re (or any other) driver that can contribute to that. There is more to the world than driver code. >> As to the re(4) 'issue' - we are scp'ing seriously large container >> files over local switches internal to the rack, AND both >> carrier-grade and sod-awful residential cable-modem links, csuping >> often, etc --- all w/o *any* of the reported 're' problems (so far). > > This seems to only have appeared recently in 8-current (say last two > weeks or so) It may well have. Or just as easily NOT. You are not equipped to ascertain that. >> Meanwhile - more accurate / detailed research & reporting, and a bit >> less sarcasm would be useful. > > If you can tell me how to capture a phantom I would be able to do this. > What you are calling a 'phantom' is the product of a combination of circumstances - too many of which are literally 'outside the house'. Fault isolation on networks is a precise science. The most basic part is fault *isolation*. IOW - you have to break the link down into its components, and test each part of the link from each end. If you can get down to a back-to-back CAT5E between two Gig-E NICs each on a *BSD box, and/or a single, 'decent', GigE switching hub between, then you can tcpdump both ends, set up a dummynet and emulate marginal links, run test suites with known characteristics - whatever it takes. Having your erratic uplink in the mix is not helping anyone. Bill From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 20:15:09 2007 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 3127316A417 for ; Thu, 22 Nov 2007 20:15:09 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 183A213C45B for ; Thu, 22 Nov 2007 20:15:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:Subject:From:X-Attribution:Date:Message-Id; b=N5sGAQNwbS1IZy7L0vNNJtbEzvCDiw1Twi9S1+LeDG2AZPvDIQEPOCQNYMferMIEdMHiDpZscc+iJA3uVBYQN59rxl6nYh1MbSXJn+FNeJaD9k7ONeIUIGePxC3llwmSevyAkfXlHDsK6AOMm9FR5ghz9jRfmI5FFyBqJDsO0pSGcHEj7jU/ow0pZiM0H8PiELUDj9BUf6NwecC29JlpA2qlVJ7EejJFoydVARUqlw4nBZpDaaGDiOKANXn85GU+; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IvIS4-0005vY-Bv for current@freebsd.org; Thu, 22 Nov 2007 20:15:08 +0000 Received: from dsl-241-27-252.telkomadsl.co.za ([41.241.27.252] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IvIRs-0003O5-L2 for current@freebsd.org; Thu, 22 Nov 2007 20:14:56 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IvIRp-0000TG-Lj for current@freebsd.org; Thu, 22 Nov 2007 22:14:53 +0200 To: current@freebsd.org From: Ian FREISLICH X-Attribution: BOFH Date: Thu, 22 Nov 2007 22:14:53 +0200 Message-Id: Cc: Subject: TCP RST+data! 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 Nov 2007 20:15:09 -0000 Hi I have a device (sip/iax phone) that has a web interface and a poorly documented CLI. The only thing is it sends a RST with its last data packet. "Stevens" seems to indicate an RST should discard buffered data and I suspect that's what's happening when I try to browse to it. However, Windows and MacOs both pull up the web page. Is this a bug in our TCP implimentation or in theirs? Here's a tcpdump of seamonkey trying to retrieve the document index: 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (correct), 2746220400:2746220400(0) win 65535 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correct), 2416404465:2416404465(0) ack 2746220401 win 8192 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (correct), 1:1(0) ack 1 win 8326 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 win 8326 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correct), 1:1(0) ack 377 win 7867 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correct), 1:10(9) ack 377 win 8192 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 20:24:46 2007 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 4965816A417; Thu, 22 Nov 2007 20:24:46 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from heff.fud.org.nz (203-109-251-39.static.bliink.ihug.co.nz [203.109.251.39]) by mx1.freebsd.org (Postfix) with ESMTP id BBCF713C4F3; Thu, 22 Nov 2007 20:24:45 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: by heff.fud.org.nz (Postfix, from userid 1001) id C14076924; Fri, 23 Nov 2007 09:24:37 +1300 (NZDT) Date: Fri, 23 Nov 2007 09:24:37 +1300 From: Andrew Thompson To: Colin Percival Message-ID: <20071122202437.GA77577@heff.fud.org.nz> References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <4741BB44.7010906@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4741BB44.7010906@freebsd.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org, freebsd-stable Subject: Re: FreeBSD 7.0-BETA3 Available 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 Nov 2007 20:24:46 -0000 On Mon, Nov 19, 2007 at 08:35:16AM -0800, Colin Percival wrote: > Ken Smith wrote: > > The 7.0-BETA3 builds are now available. If you would like to download > > an ISO image to install from they are available here: > > > > ftp://ftp.freebsd.org/pub/FreeBSD/releases//ISO-IMAGES/7.0/ > > > > (adjust to be your architecture, e.g. amd64, i386, etc.). If you > > would like to use cvsup to update an older machine the release tag is > > still RELENG_7. > > Due to a communications mix-up, it isn't yet possible to upgrade to 7.0-BETA3 > using FreeBSD Update -- the bits are being assembled as I type this and binary > upgrading to 7.0-BETA3 should work by the end of the day. I thought i'd have a go at updating from 7.0-BETA2 to BETA3 but hit a snag, I am using ZFS on root which doesn't support file flags so it borked in install_unschg(), chflags noschg ${BASEDIR}/${F} || return 1 Is there any way to test the underlying filesystem supports flags first? cheers, Andrew From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 20:45:47 2007 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 3BCBE16A46D for ; Thu, 22 Nov 2007 20:45:47 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 0EAC313C4EC for ; Thu, 22 Nov 2007 20:45:46 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 15972 invoked by uid 399); 22 Nov 2007 20:45:40 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 22 Nov 2007 20:45:40 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <4745EA72.6070201@FreeBSD.org> Date: Thu, 22 Nov 2007 12:45:38 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Yuri Pankov References: <200711221438.25776.yuri.pankov@gmail.com> In-Reply-To: <200711221438.25776.yuri.pankov@gmail.com> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexey Dokuchaev , freebsd-current@freebsd.org Subject: Re: Lack of agpvar.h causing nvidia-driver build to fail 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 Nov 2007 20:45:47 -0000 Yuri Pankov wrote: > On Thursday 22 November 2007 11:49:40 Doug Barton wrote: >> On the latest -current, I'm trying to debug the issue with >> nvidia-driver-100.14.19 not being able to "see" my external monitor >> that's attached to the dock. However, I didn't get very far: >> >> cc -O2 -fno-strict-aliasing -pipe -ggdb -ggdb >> -DNV_VERSION_STRING=\"100.14.19\" -D__KERNEL__ -DNVRM -UDEBUG >> -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -std=c99 >> -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 >> --param inline-unit-growth=100 --param large-function-growth=1000 >> -fno-common -ggdb >> -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx >> -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef >> -Wno-pointer-sign -fformat-extensions -c nvidia_ctl.c >> In file included from nvidia_ctl.c:14: >> nv-freebsd.h:75:24: error: pci/agpvar.h: No such file or directory >> *** Error code 1 >> >> This seems to be related to the removal of that header by jhb on 12 >> November. >> >> Doug > > Hi, > > I've had the same problem and filed PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=118063 Doesn't work for me: cc -O2 -fno-strict-aliasing -pipe -ggdb -ggdb -DNV_VERSION_STRING=\"100.14.19\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-common -ggdb -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -c nvidia_os.c cc1: warnings being treated as errors nvidia_os.c: In function 'os_is_administrator': nvidia_os.c:170: warning: implicit declaration of function 'suser' nvidia_os.c:170: warning: nested extern declaration of 'suser' *** Error code 1 -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 22:20:51 2007 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 A14DB16A41B; Thu, 22 Nov 2007 22:20:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from tarsier.geekcn.org (tarsier.geekcn.org [210.51.165.229]) by mx1.freebsd.org (Postfix) with ESMTP id 7004013C4CC; Thu, 22 Nov 2007 22:20:51 +0000 (UTC) (envelope-from delphij@delphij.net) Received: from localhost (tarsier.geekcn.org [210.51.165.229]) by tarsier.geekcn.org (Postfix) with ESMTP id 02ACFEB66D0; Fri, 23 Nov 2007 06:20:54 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([210.51.165.229]) by localhost (mail.geekcn.org [210.51.165.229]) (amavisd-new, port 10024) with ESMTP id EtU8soZ+cmCT; Fri, 23 Nov 2007 06:20:49 +0800 (CST) Received: from LI-Xins-MacBook.local (c-67-161-39-180.hsd1.ca.comcast.net [67.161.39.180]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTP id 442C8EB09C5; Fri, 23 Nov 2007 06:20:46 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=delphij.net; c=nofws; q=dns; h=message-id:date:from:reply-to:organization:user-agent: mime-version:to:cc:subject:references:in-reply-to: x-enigmail-version:openpgp:content-type; b=cOY2/YkZ/qXoWRF6ztUCICVYuIYrfFZxTqcLgQEyaFYoQm9vWF2FoH+heT7bebYMp 6rBfGBnM6W5e507GdPg4g== Message-ID: <474600B8.2060900@delphij.net> Date: Thu, 22 Nov 2007 14:20:40 -0800 From: LI Xin Organization: The FreeBSD Project User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Dan Epure References: <20071118012616.GF19354@iogyte.ro> <20071118144243.B97497@fledge.watson.org> <20071121215807.F60495@fledge.watson.org> <20071122065956.GH19354@iogyte.ro> <20071122085228.M60495@fledge.watson.org> <20071122154741.GA73724@iogyte.ro> In-Reply-To: <20071122154741.GA73724@iogyte.ro> X-Enigmail-Version: 0.95.5 OpenPGP: url=http://www.delphij.net/delphij.asc Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="------------enigA84B8B705235EFE4E8F87AC2" Cc: freebsd-stable@freebsd.org, freebsd-current@freebsd.org, Robert Watson , csjp@FreeBSD.org, jhb@FreeBSD.org Subject: Re: pseudo terminals in 7.0 - pts implementation X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: d@delphij.net 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 Nov 2007 22:20:51 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigA84B8B705235EFE4E8F87AC2 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Dan Epure wrote: > Hi, >=20 > For the moment this feature is only available in HEAD. I think the limi= t is "only" 512 master/slave pairs. > Should be enough for this year. Is it going to be merged in 6.3 ?=20 > Thanks again. I don't think so. Currently the FreeBSD pts implementation has some serious issues that must be resolved before we can "officially" expose it to users, and merging it to 6.3 does not seem to be reasonable at this moment. Cheers, --=20 Xin LI http://www.delphij.net/ FreeBSD - The Power to Serve! --------------enigA84B8B705235EFE4E8F87AC2 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRgC4OfuToMruuMARCoRaAJ94wFmG1hrS4V9rSlvC1cbkcWCAngCfYivG x52yWzf98722PDKzBufhBnE= =OxQH -----END PGP SIGNATURE----- --------------enigA84B8B705235EFE4E8F87AC2-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 00:47:12 2007 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 0629C16A417; Fri, 23 Nov 2007 00:47:12 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id D93BE13C455; Fri, 23 Nov 2007 00:47:11 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1.sentex.ca [199.212.134.4]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lAN0l97u026660; Thu, 22 Nov 2007 19:47:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAN0l93b095561; Thu, 22 Nov 2007 19:47:09 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 7017B73039; Thu, 22 Nov 2007 19:47:09 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071123004709.7017B73039@freebsd-current.sentex.ca> Date: Thu, 22 Nov 2007 19:47:09 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner3 X-Virus-Status: Clean Cc: Subject: [head tinderbox] failure on sparc64/sun4v 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: Fri, 23 Nov 2007 00:47:12 -0000 TB --- 2007-11-23 00:27:56 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-23 00:27:56 - starting HEAD tinderbox run for sparc64/sun4v TB --- 2007-11-23 00:27:56 - cleaning the object tree TB --- 2007-11-23 00:28:13 - checking out the source tree TB --- 2007-11-23 00:28:13 - cd /tinderbox/HEAD/sparc64/sun4v TB --- 2007-11-23 00:28:13 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-23 00:35:04 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-23 00:35:04 - cd /src TB --- 2007-11-23 00:35:04 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 23 00:35:06 UTC 2007 >>> 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 [...] cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_add.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_compare.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_div.c cc -O2 -pipe -I/src/lib/libc/include -I/src/lib/libc/../../include -I/src/lib/libc/sparc64 -I/src/lib/libc/sparc64/sys -D__DBINTERFACE_PRIVATE -I/src/lib/libc/../../contrib/gdtoa -DINET6 -I/obj/sun4v/src/lib/libc -I/src/lib/libc/resolv -DPOSIX_MISTAKE -I/src/lib/libc/locale -I/src/lib/libc/sparc64/fpu -DSUN4V -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/src/lib/libc/rpc -DYP -DNS_CACHING -DSYMBOL_VERSIONING -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -c /src/lib/libc/sparc64/fpu/fpu_explode.c cc1: warnings being treated as errors /src/lib/libc/sparc64/fpu/fpu_explode.c: In function '__fpu_explode': /src/lib/libc/sparc64/fpu/fpu_explode.c:266: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/lib/libc. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-23 00:47:09 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-23 00:47:09 - ERROR: failed to build world TB --- 2007-11-23 00:47:09 - tinderbox aborted TB --- 561.15 user 66.92 system 1152.95 real http://tinderbox.des.no/tinderbox-head-HEAD-sparc64-sun4v.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 01:18:26 2007 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 1B9C716A418; Fri, 23 Nov 2007 01:18:26 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (ipv6.darklight.org.ru [IPv6:2001:470:1f07:84::1]) by mx1.freebsd.org (Postfix) with ESMTP id CE0D313C461; Fri, 23 Nov 2007 01:18:24 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from darklight.org.ru (yuri@darklight.org.ru [IPv6:::1]) by darklight.org.ru (8.14.2/8.14.2) with ESMTP id lAN1HpeO089567; Fri, 23 Nov 2007 04:17:51 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.2/8.14.2/Submit) id lAN1Ho5n089566; Fri, 23 Nov 2007 04:17:50 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Fri, 23 Nov 2007 04:17:50 +0300 From: Yuri Pankov To: Doug Barton Message-ID: <20071123011750.GA970@darklight.org.ru> References: <200711221438.25776.yuri.pankov@gmail.com> <4745EA72.6070201@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4745EA72.6070201@FreeBSD.org> User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Alexey Dokuchaev , freebsd-current@FreeBSD.org Subject: Re: Lack of agpvar.h causing nvidia-driver build to fail 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 Nov 2007 01:18:26 -0000 On Thu, Nov 22, 2007 at 12:45:38PM -0800, Doug Barton wrote: > Yuri Pankov wrote: > > On Thursday 22 November 2007 11:49:40 Doug Barton wrote: > >> On the latest -current, I'm trying to debug the issue with > >> nvidia-driver-100.14.19 not being able to "see" my external monitor > >> that's attached to the dock. However, I didn't get very far: > >> > >> cc -O2 -fno-strict-aliasing -pipe -ggdb -ggdb > >> -DNV_VERSION_STRING=\"100.14.19\" -D__KERNEL__ -DNVRM -UDEBUG > >> -U_DEBUG -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -std=c99 > >> -nostdinc -I/src -I. -I@ -I@/contrib/altq -finline-limit=8000 > >> --param inline-unit-growth=100 --param large-function-growth=1000 > >> -fno-common -ggdb > >> -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > >> -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall > >> -Wredundant-decls -Wnested-externs -Wstrict-prototypes > >> -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > >> -Wno-pointer-sign -fformat-extensions -c nvidia_ctl.c > >> In file included from nvidia_ctl.c:14: > >> nv-freebsd.h:75:24: error: pci/agpvar.h: No such file or directory > >> *** Error code 1 > >> > >> This seems to be related to the removal of that header by jhb on 12 > >> November. > >> > >> Doug > > > > Hi, > > > > I've had the same problem and filed PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=118063 > > Doesn't work for me: > > cc -O2 -fno-strict-aliasing -pipe -ggdb -ggdb > -DNV_VERSION_STRING=\"100.14.19\" -D__KERNEL__ -DNVRM -UDEBUG -U_DEBUG > -DNDEBUG -O -Werror -D_KERNEL -DKLD_MODULE -std=c99 -nostdinc -I/src > -I. -I@ -I@/contrib/altq -finline-limit=8000 --param > inline-unit-growth=100 --param large-function-growth=1000 -fno-common > -ggdb -mno-align-long-strings -mpreferred-stack-boundary=2 -mno-mmx > -mno-3dnow -mno-sse -mno-sse2 -mno-sse3 -ffreestanding -Wall > -Wredundant-decls -Wnested-externs -Wstrict-prototypes > -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef > -Wno-pointer-sign -fformat-extensions -c nvidia_os.c > cc1: warnings being treated as errors > nvidia_os.c: In function 'os_is_administrator': > nvidia_os.c:170: warning: implicit declaration of function 'suser' > nvidia_os.c:170: warning: nested extern declaration of 'suser' > *** Error code 1 > > > > -- > > This .signature sanitized for your protection Sorry, worked before -Werror was re-enabled. Simply adding #include to src/nvidia_os.c should fix it. Yuri From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 01:37:43 2007 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 B116816A417 for ; Fri, 23 Nov 2007 01:37:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 76BF713C469 for ; Fri, 23 Nov 2007 01:37:43 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so8740538pyb for ; Thu, 22 Nov 2007 17:37:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; bh=SBHpNJ9PIitK2TTddjYxJucimdeZauq/0y4i1UMYJi4=; b=p6IBie27KXDNZnEiP5CbTVXw62Y8EhSXyb+/Fmq7Z0kX452K/8PLNA3dhSnW8FYwkrKoGIHNb+ZJ+GGxx2Gkw9/NhADV2mB/jKDFwgm5QXl8I8c+uACSyYmiZg5i94885YXIO+rbu2tA8AYe9M6dGzRHNXMOMZNS2BWfH4pjxUM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:x-enigmail-version:content-type:content-transfer-encoding; b=dWqv0SlxeOLHl1bdlr70kwNLfppQKrGQVZOuyQMVyfkrtovCS47L7d6ZayNrsaiFDaMw/j6xYBs9fBPBSZGh77raYqvoAWVKyqu6V1QVvP37LwzyUlE6MzaTfVRXJ+fhiFhXbSYl8gexROL9QOJTU7zucU/ZUPJzWD+xKoMDU/w= Received: by 10.65.153.10 with SMTP id f10mr20871129qbo.1195781861688; Thu, 22 Nov 2007 17:37:41 -0800 (PST) Received: from ?192.168.2.2? ( [67.85.89.184]) by mx.google.com with ESMTPS id d2sm1137374qbc.2007.11.22.17.37.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 22 Nov 2007 17:37:41 -0800 (PST) Message-ID: <47462ED9.2030902@gmail.com> Date: Thu, 22 Nov 2007 20:37:29 -0500 From: "Aryeh M. Friedman" User-Agent: Thunderbird 2.0.0.9 (X11/20071120) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <474288AE.1040106@gmail.com> <47452703.1020008@gmail.com> <47453BCF.1060908@conducive.net> <474558C7.1090801@gmail.com> <4745D9CE.8010707@conducive.net> In-Reply-To: <4745D9CE.8010707@conducive.net> X-Enigmail-Version: 0.95.5 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: who do I report this to? 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 Nov 2007 01:37:43 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 韓家標 Bill Hacker wrote: > Aryeh M. Friedman wrote: >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> >>> To be fair, Aryeh - your report was of a sort that indicated it >>> could very well have been an upstream issue. Torrents in particular >>> are unpredictable critters, and - given you've said you had only the >>> one box - I don't see how/where you could have emulated that >>> 'locally'. >> >> If it wasn't for the following facts (which where in the orginal >> message and/or the immediate followup to Pyun): >> >> * All applications are effected for example here is something that >> happened earlier tonight (if I was organized I could of copied many of >> these over the last few days [was doing a portupgrade -afk] but this >> is the only one I copied): >> >> > >> > => Attempting to fetch from >> > http://heanet.dl.sourceforge.net/sourceforge/xine/. >> > xine-lib-1.1.7.tar.gz 9% of 8660 kB 40 >> > kBps 03m13s >> > fetch: xine-lib-1.1.7.tar.gz appears to be truncated: >> 868700/8868650 bytes >> >> FTP also was sending garbagged data >> >> > > Do a traceroute to that server from your 'seat' at one-hour intervals. > > Then do so from the looking-glass server on/near its own backbone. > > Meanwhile, there are plenty of compliants about the spotty > performance of your local bandwidth provider. You'll find those > online if you look. My roommates XP machine seems to have none of these issues and it is on the same net (there are two nets in the house but the other one is unaccessible/modifiable by me)... also when I run the machine with FreeBSD on it under vista no issue either. > >> * It is time triggered plus to some extent the only common >> denominator being time and re(4) >> > > Not so. The common denominator throughout has been your *external > link*. > > I can suggest a number of ways to quantize its characteristics, but > it *doesn't matter*. They change over time and are not under your > control. > > If you want to provide meaningful traffic tests on a NIC, you must > get that unpredictable portion out of the mix! Personally I think the unpredictable parts are part of the issue since as you said you have pretty much the same setup and no issue... thus the only way to do a local test I can think of is write a network simulator and throw in different loss characteristics > > You will need at least one other 'local' box. It need not be fancy, > but it has to be under your observation and control. If the XP machine above will do (keep in mind I can make minor alterations to it but I will be skinned alive if I do anything like install an OS) > >> * Rebooting the FreeBSD machine [static IP and DMZ] (and nothing >> else on the network) always solves the problem > > There are plenty of reasons unrelated to the re (or any other) > driver that can contribute to that. There is more to the world than > driver code. That is what the original post was asking but Pyun (and most other private replies I have gotten) point to re(4) > >>> As to the re(4) 'issue' - we are scp'ing seriously large container >>> files over local switches internal to the rack, AND both >>> carrier-grade and sod-awful residential cable-modem links, csuping >>> often, etc --- all w/o *any* of the reported 're' problems (so far). >> > >> This seems to only have appeared recently in 8-current (say last two >> weeks or so) > > It may well have. Or just as easily NOT. Some of the scheduling changes in the last few days seem to have improved stuff noticeably (issue still arises but no where near as often) > > You are not equipped to ascertain that. I admit that > >>> Meanwhile - more accurate / detailed research & reporting, and a bit >>> less sarcasm would be useful. >> >> If you can tell me how to capture a phantom I would be able to do >> this. >> > > What you are calling a 'phantom' is the product of a combination of > circumstances - too many of which are literally 'outside the house'. this very well be true but the lack of problems on vista/xp says other wise I think. > > Fault isolation on networks is a precise science. That I do know since in a past life I wrote some transport protocols (ecip.org) > > The most basic part is fault *isolation*. > > IOW - you have to break the link down into its components, and test > each part of the link from each end. > > If you can get down to a back-to-back CAT5E between two Gig-E NICs > each on a *BSD box, and/or a single, 'decent', GigE switching hub > between, then you can tcpdump both ends, set up a dummynet and > emulate marginal links, run test suites with known characteristics - > whatever it takes. The only thing I have for this is the XP machine and Belkin router. > > Having your erratic uplink in the mix is not helping anyone. Erratic uplink has yet to be proven as evidenced by the MS machines. - -- Aryeh M. Friedman Developer, not business, friendly http://www.flosoft-systems.com -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHRi7YJ9+1V27SttsRAjCWAJ41uT3+6r7XBGU/94m9DeI0HVAydgCdEenZ G9crcAMVW0foM87fweUhIyk= =HW+0 -----END PGP SIGNATURE----- From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 17:11:46 2007 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 9A46416A41A for ; Thu, 22 Nov 2007 17:11:46 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.freebsd.org (Postfix) with ESMTP id 833E513C468 for ; Thu, 22 Nov 2007 17:11:46 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 63A9AF5C3B; Thu, 22 Nov 2007 09:11:45 -0800 (PST) X-Virus-Scanned: amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1383BsesjL-0; Thu, 22 Nov 2007 09:11:41 -0800 (PST) Received: from [10.10.10.246] (mini.mcneil.com [10.10.10.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mcneil.com (Postfix) with ESMTP id 8A9CBF72B8; Thu, 22 Nov 2007 09:11:41 -0800 (PST) Message-ID: <4745B831.9040402@mcneil.com> Date: Thu, 22 Nov 2007 09:11:13 -0800 From: Sean McNeil Organization: Sean McNeil Consulting, Inc User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Rong-en Fan References: <4744AA82.1060506@mcneil.com> <6eb82e0711220655s23e35f86j82412b80e2f9d271@mail.gmail.com> In-Reply-To: <6eb82e0711220655s23e35f86j82412b80e2f9d271@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Nov 2007 03:58:41 +0000 Cc: current@freebsd.org Subject: Re: Now -stable is broken from undefined reference to `__mb_sb_limit' 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 Nov 2007 17:11:46 -0000 Rong-en Fan wrote: > On Nov 22, 2007 6:00 AM, Sean McNeil wrote: > >> Why was this stuff MFCd? >> >> cc -O2 -fno-strict-aliasing -pipe -g >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/krb5 >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/asn1 >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/roken >> -I. -I/usr/local/include -DOPENLDAP=1 -DHAVE_CONFIG_H >> -I/usr/src/kerberos5/libexec/ipropd-master/../../include -DINET6 -g >> -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipropd-master >> ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lroken >> /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libvers/libvers.a >> -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber >> /usr/local/lib/libldap.so: undefined reference to `__mb_sb_limit' >> *** Error code 1 >> >> Stop in /usr/src/kerberos5/libexec/ipropd-master. >> > > Are you using 6-STABLE or 7-STABLE? If you are using 6, rebuild your > openldap ports should solve this. This was caused by ctype > fix back-out for 6.x for the sake of ABI forward compatibility. See my > post to -stable@ and -ports@ few minutes ago. > > Regards, > Rong-En Fan > > I am using 6-STABLE. What about all my other ports? Does this mean I have to rebuild EVERYTHING? The whole point of 6-STABLE is not to change the ABI and to allow me to just update bug fixes. Has this model now been broken? If it is just ldap, then that is OK. It will take me days, however, to rebuild all my ports. Sean From owner-freebsd-current@FreeBSD.ORG Thu Nov 22 18:32:28 2007 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 00BAF16A417 for ; Thu, 22 Nov 2007 18:32:28 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.freebsd.org (Postfix) with ESMTP id D9BC813C447 for ; Thu, 22 Nov 2007 18:32:27 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 74701F72C6; Thu, 22 Nov 2007 10:32:10 -0800 (PST) X-Virus-Scanned: amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 82f88eFwGgfZ; Thu, 22 Nov 2007 10:32:05 -0800 (PST) Received: from [10.10.10.246] (mini.mcneil.com [10.10.10.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mcneil.com (Postfix) with ESMTP id 79DB0F72C2; Thu, 22 Nov 2007 10:32:05 -0800 (PST) Message-ID: <4745CB09.4020601@mcneil.com> Date: Thu, 22 Nov 2007 10:31:37 -0800 From: Sean McNeil Organization: Sean McNeil Consulting, Inc User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Daniel Eischen References: <4744AA82.1060506@mcneil.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Nov 2007 04:09:55 +0000 Cc: current@freebsd.org Subject: Re: Now -stable is broken from undefined reference to `__mb_sb_limit' 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 Nov 2007 18:32:28 -0000 Daniel Eischen wrote: > On Wed, 21 Nov 2007, Sean McNeil wrote: > >> Why was this stuff MFCd? >> >> cc -O2 -fno-strict-aliasing -pipe -g >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/krb5 >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/asn1 >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/roken >> -I. -I/usr/local/include -DOPENLDAP=1 -DHAVE_CONFIG_H >> -I/usr/src/kerberos5/libexec/ipropd-master/../../include -DINET6 -g >> -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipropd-master >> ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lroken >> /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libvers/libvers.a >> -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber >> /usr/local/lib/libldap.so: undefined reference to `__mb_sb_limit' >> *** Error code 1 >> >> Stop in /usr/src/kerberos5/libexec/ipropd-master. > > I don't think it should have been MFC'd, but that ship has already > sailed. You're going to have to rebuild openldap first I think. > Or perhaps build (kerberos) without LDAP. > I agree, it should not have been MFC'd. If you think it through, essentially it has both broken the -STABLE model and made 6-STABLE useless. Rebuilding openldap doesn't help I would have to build without kerberos, install, rebuild openldap, build again and install, then rebuild all my ports. This is not suppose to happen. Since I was interested in ZFS anyway, I have opted to pull down 7-STABLE and do the exact steps above. My other option was to no longer track 6-STABLE. I'm sure that is what most people will decide to do. Very aggravating. From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 04:22:09 2007 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 ED23A16A418 for ; Fri, 23 Nov 2007 04:22:09 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id D163A13C465 for ; Fri, 23 Nov 2007 04:22:09 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (m036202.ppp.asahi-net.or.jp [219.121.36.202]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 139C85142C for ; Fri, 23 Nov 2007 13:22:09 +0900 (JST) Date: Fri, 23 Nov 2007 13:21:15 +0900 From: Watanabe Kazuhiro To: freebsd-current In-Reply-To: <20071109201533.F29504@fledge.watson.org> References: <20071109201533.F29504@fledge.watson.org> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20071123042209.139C85142C@mail.asahi-net.or.jp> Subject: Re: 7.0BETA2: Can't use with Parallels virtual CD-ROM drive 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 Nov 2007 04:22:10 -0000 Hello. This problem will be fixed in the latest HEAD, RELENG_7, and RELENG_6 branch at src/sys/dev/ata/atapi-cd.c. Would you try with the latest source tree? At Fri, 9 Nov 2007 20:21:59 +0000 (GMT), Robert Watson wrote: > Dear all, > > I downloaded and attempted to install the 7.0-BETA2 ISO on a Parallels VM > yesterday, and fairly rapidly ran into problems. I configured the ISO to > appear as a CD-ROM drive in the VM, and booted: it happily got to sysinstall, > but when I began the install, sysinstall was unable to mount the install CD. > Booting to an existing 7-CURRENT VM, I found that it also was unable to mount > the CD, but that I could install from a 6.3-BETA1 ISO without a problem. > Testing from the command line, "mount -t cd9660" on 7.0 returns: > > mount: /dev/ac0 : Input/output error > > The same command on 6.3 successfully mounts the image. On the general theory > of things, I tested mounting the 6 ISO on 7 (failed) and the 7 ISO on 6 > (succeeded). In both 6 and 7, the virtual CD-ROM drive appears to probe fine: > > acd0: DVDROM at ata0-slave PIO4 > > In both cases, the drive continues to show up fine in atacontrol: > > Slave: acd0 ATA/ATAPI revision 4 > > I tried reconfiguring Parallels to move the ISO to the second virtual ATA > controller and that didn't make a difference either. I was wondering if > anyone else had seen this? It sounds like it may be a change in the ATA > driver? --- Watanabe Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 04:22:10 2007 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 0107A16A421 for ; Fri, 23 Nov 2007 04:22:10 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from mail.asahi-net.or.jp (mail2.asahi-net.or.jp [202.224.39.198]) by mx1.freebsd.org (Postfix) with ESMTP id D150E13C461 for ; Fri, 23 Nov 2007 04:22:09 +0000 (UTC) (envelope-from CQG00620@nifty.ne.jp) Received: from asahi-net.jp (m036202.ppp.asahi-net.or.jp [219.121.36.202]) by mail.asahi-net.or.jp (Postfix) with ESMTP id 8DBBB513FB; Fri, 23 Nov 2007 13:22:08 +0900 (JST) Date: Fri, 23 Nov 2007 13:20:04 +0900 From: Watanabe Kazuhiro To: freebsd-current In-Reply-To: <7daacbbe0711160855g6519e98bje61357a69eb0f9ca@mail.gmail.com> References: <7daacbbe0711160855g6519e98bje61357a69eb0f9ca@mail.gmail.com> User-Agent: Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8 (=?ISO-8859-4?Q?Shij=F2?=) APEL/10.7 Emacs/20.7 (i386--freebsd) MULE/4.1 (AOI) MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII Message-Id: <20071123042208.8DBBB513FB@mail.asahi-net.or.jp> Cc: Dominique Goncalves Subject: Re: mount root from cd9660:/dev/iso9660/FreeSBIE failure 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 Nov 2007 04:22:10 -0000 Hi. This problem will be fixed in the latest RELENG_7 branch. Try again. At Fri, 16 Nov 2007 17:55:45 +0100, Dominique Goncalves wrote: > Hi, > > Thanks for your response, > > On Nov 15, 2007 3:52 PM, Watanabe Kazuhiro wrote: > > Hello. > > > > At Wed, 14 Nov 2007 11:07:20 +0100, > > Dominique Goncalves wrote: > > > Hi, > > > > > > Since the commit to src/sys/dev/ata ata-chipset.c atapi-cd.c > > > atapi-cd.h by sos@ [1] I'm unable to boot from a livecd build with > > > freesbie2 (with RELENG_7). > > > The system is unable to find the root filesystem and asks for manual > > > specification [2] > > > > > > My kernel is a GENERIC plus GEOM_LABEL and GEOM_UZIP, a kernel build > > > before the commit works as expected. > > > > > > Could someone take a look at this error ? > > > Thanks, > > > Regards. > > > > > > > > > [1] http://lists.freebsd.org/pipermail/cvs-src/2007-October/083327.html > > > > I'm not a FreeSBIE user, but a similar problem is occured in > > 7.0-BETA2 with an ATAPI CD-ROM drive. 6.3-BETA1 and 7.0-BETA1 > > can use the CD-ROM drive, but 7.0-BETA2 is not. > > > > > [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot.png > > > > Would you try to boot FreeSBIE (on QEMU) with verbose logging? > > Then if your CDROM (acd0) says "acd0: Medium: CD-ROM unknown", > > With verbose boot [1], I don't see message like this, > > > try a patch attached below: > > > > http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079760.html > > > > Note that the patch is not a correct fix but just workaround. > > I tried your patch I see a lot of "cap.medium_type:112" [2] but the > system works as expected. > > Regards. > > [1] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot-dmesg.txt > [2] http://djdomics.free.fr/FreeBSD/freesbie2/mountroot-dmesg-patch.txt --- Watanabe Kazuhiro (CQG00620@nifty.ne.jp) From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 06:29:54 2007 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 8CAEF16A417 for ; Fri, 23 Nov 2007 06:29:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 80CFF13C45D for ; Fri, 23 Nov 2007 06:29:54 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by wa-out-1112.google.com with SMTP id k17so3588764waf for ; Thu, 22 Nov 2007 22:29:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=ZE8NIstqzL36ifqmOS4o4M3V2UTNX0/BmbpQBDHe/Y0=; b=Qe1/RXXvAb4cOzaEDHZU2BQEF5e96MtvZYTgfRSOaJoVysAWwydI1rQ2s58u+gu1TGe4arn41E3ttYH3nA9PHoD3JERGbefpdWctJDzs7hlhQE47nNuWhzVW/7IG+1N/L3i4HndlCpazzBxRsUcx7PZBA4w1R4cZYwhRVAvf5ug= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=su0BU2AeFqRYaeub36qP9UFYIqoqYmiinxvRRBCqi0a1DcgoL9PZX8gxOLRBSTBJohq4omLAus+CrQznT/Xu2JwjF5BCNYcOUWG+cl6mfP7rXwvkEDtQdih78czMKFJy24zW8GcVoZd7uDhfqSDUUXiZ5xkS63XksPOosSPS4ks= Received: by 10.115.76.1 with SMTP id d1mr575564wal.1195799394025; Thu, 22 Nov 2007 22:29:54 -0800 (PST) Received: by 10.114.13.15 with HTTP; Thu, 22 Nov 2007 22:29:53 -0800 (PST) Message-ID: Date: Thu, 22 Nov 2007 22:29:53 -0800 From: "Kip Macy" To: "Ian FREISLICH" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: current@freebsd.org Subject: Re: TCP RST+data! 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 Nov 2007 06:29:54 -0000 On Nov 22, 2007 12:14 PM, Ian FREISLICH wrote: > Hi > > I have a device (sip/iax phone) that has a web interface and a > poorly documented CLI. The only thing is it sends a RST with its > last data packet. "Stevens" seems to indicate an RST should discard > buffered data and I suspect that's what's happening when I try to > browse to it. > > However, Windows and MacOs both pull up the web page. Is this a > bug in our TCP implimentation or in theirs? > > Here's a tcpdump of seamonkey trying to retrieve the document index: > > 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (correct), 2746220400:2746220400(0) win 65535 > 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correct), 2416404465:2416404465(0) ack 2746220401 win 8192 > 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (correct), 1:1(0) ack 1 win 8326 > 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 win 8326 > 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correct), 1:1(0) ack 377 win 7867 > 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correct), 1:10(9) ack 377 win 8192 > 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] This is very strange behavior. Could you please send us a tcpdump when the session is between an OS X host and your phone? -Kip From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 06:32:56 2007 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 B489716A421; Fri, 23 Nov 2007 06:32:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 9C3BF13C468; Fri, 23 Nov 2007 06:32:56 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp1.sentex.ca (smtp1c.sentex.ca [64.7.153.10]) by smarthost1.sentex.ca (8.13.8/8.13.8) with ESMTP id lAN6WrhP072842; Fri, 23 Nov 2007 01:32:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp1.sentex.ca (8.14.1/8.14.1) with ESMTP id lAN6WrLI004357; Fri, 23 Nov 2007 01:32:53 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id 5FD3473039; Fri, 23 Nov 2007 01:32:53 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071123063253.5FD3473039@freebsd-current.sentex.ca> Date: Fri, 23 Nov 2007 01:32:53 -0500 (EST) X-Virus-Scanned: ClamAV 0.91.2/4641/Tue Oct 30 15:59:09 2007 clamav-milter version 0.91.2 on clamscanner5 X-Virus-Status: Clean 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: Fri, 23 Nov 2007 06:32:56 -0000 TB --- 2007-11-23 05:39:42 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-23 05:39:42 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-23 05:39:42 - cleaning the object tree TB --- 2007-11-23 05:40:01 - checking out the source tree TB --- 2007-11-23 05:40:01 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-23 05:40:01 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-23 05:46:55 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-23 05:46:55 - cd /src TB --- 2007-11-23 05:46:55 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 23 05:46:56 UTC 2007 >>> 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 [...] cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/libopcodes -I/src/gnu/usr.bin/binutils/libopcodes/../libbfd -I/obj/powerpc/src/gnu/usr.bin/binutils/libopcodes/../libbfd -I/src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/include -DARCH_powerpc -DARCH_rs6000 -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes -I/src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/bfd -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c cc1: warnings being treated as errors /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c: In function 'powerpc_dialect': /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c:94: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c: In function 'print_insn_big_powerpc': /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c:103: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c: In function 'print_insn_little_powerpc': /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c:112: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/gnu/usr.bin/binutils/libopcodes. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-23 06:32:52 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-23 06:32:52 - ERROR: failed to build world TB --- 2007-11-23 06:32:52 - tinderbox aborted TB --- 2141.41 user 240.17 system 3190.81 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 07:31:10 2007 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 1370116A418 for ; Fri, 23 Nov 2007 07:31:10 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id E418913C458 for ; Fri, 23 Nov 2007 07:31:09 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=pv9G9/NjqHqkyAWzE96sU15z5MhCTGe+uywt2JybBV/IRs2i0o69YN97YIVIFwXhgQFBFav/TnVK4KsDoFfpJdonQ5u8Q6czXT+4uuXj6fcJuGRhRf6lY4NXcqI8CMzvrGmuLAUhkiQiKS/hfJ2bNfcSjLFQ6cSWAw5UNmaITOD/hYsoJBf6Voi9TfVOIGPZKfYrdbWBDBFn1IOoV/FI39s3pxcXqgP634p/Kjy5UFK60XmJi0AOXNkA1u61U3tL; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IvT0H-0004Ev-6g; Fri, 23 Nov 2007 07:31:09 +0000 Received: from dsl-241-95-40.telkomadsl.co.za ([41.241.95.40] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IvSzQ-0000YZ-Nf; Fri, 23 Nov 2007 07:30:17 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IvSzO-0001Fv-Q2; Fri, 23 Nov 2007 09:30:14 +0200 To: "Kip Macy" From: Ian FREISLICH In-Reply-To: Message from "Kip Macy" of "Thu, 22 Nov 2007 22:29:53 PST." X-Attribution: BOFH Date: Fri, 23 Nov 2007 09:30:14 +0200 Message-Id: Cc: current@freebsd.org Subject: Re: TCP RST+data! 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 Nov 2007 07:31:10 -0000 "Kip Macy" wrote: > On Nov 22, 2007 12:14 PM, Ian FREISLICH wrote: > > Hi > > > > I have a device (sip/iax phone) that has a web interface and a > > poorly documented CLI. The only thing is it sends a RST with its > > last data packet. "Stevens" seems to indicate an RST should discard > > buffered data and I suspect that's what's happening when I try to > > browse to it. > > > > However, Windows and MacOs both pull up the web page. Is this a > > bug in our TCP implimentation or in theirs? > > > > Here's a tcpdump of seamonkey trying to retrieve the document index: > > > > 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (corr ect), 2746220400:2746220400(0) win 65535 > > 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correct ), 2416404465:2416404465(0) ack 2746220401 win 8192 > > 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (corr ect), 1:1(0) ack 1 win 8326 > > 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 w in 8326 > > 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correct ), 1:1(0) ack 377 win 7867 > > 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correct ), 1:10(9) ack 377 win 8192 > > 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] > > This is very strange behavior. Could you please send us a tcpdump when > the session is between an OS X host and your phone? Here's the Mac's dump. Bad checksums are as a result of my router doing checksum offload. 09:24:10.019973 IP (tos 0x0, ttl 55, id 48909, offset 0, flags [DF], proto TCP ( 6), length 64, bad cksum 0 (->f011)!) 196.40.106.74.64291 > 196.7.162.30.80: S, cksum 0x3c59 (correct), 301090670:301090670(0) win 65535 09:24:10.022507 IP (tos 0x0, ttl 64, id 12, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.40.106.74.64291: S, cksum 0xf8f8 (correct), 21 76824040:2176824040(0) ack 301090671 win 8192 09:24:10.416650 IP (tos 0x0, ttl 55, id 61711, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->be1b)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x44b9 (correct), 1:1(0) ack 1 win 65535 09:24:10.577601 IP (tos 0x0, ttl 55, id 61541, offset 0, flags [DF], proto TCP ( 6), length 458, bad cksum 0 (->bd2f)!) 196.40.106.74.64291 > 196.7.162.30.80: P 1:407(406) ack 1 win 65535 09:24:10.738611 IP (tos 0x0, ttl 64, id 13, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.40.106.74.64291: ., cksum 0x23c3 (correct), 1: 1(0) ack 407 win 8031 09:24:10.866023 IP (tos 0x0, ttl 64, id 14, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.40.106.74.64291: P, cksum 0x0909 (correct), 1: 10(9) ack 407 win 8192 09:24:11.227653 IP (tos 0x0, ttl 55, id 15217, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->73ba)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x4310 (correct), 407:407(0) ack 10 win 65535 09:24:11.229397 IP (tos 0x0, ttl 64, id 15, offset 0, flags [DF], proto TCP (6), length 650) 196.7.162.30.80 > 196.40.106.74.64291: P 10:608(598) ack 407 win 81 92 09:24:11.875439 IP (tos 0x0, ttl 55, id 41795, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->be8)!) 196.40.106.74.64291 > 196.7.162.30.80: ., c ksum 0x40b4 (correct), 407:407(0) ack 608 win 65535 09:24:12.115839 IP (tos 0x0, ttl 55, id 56578, offset 0, flags [DF], proto TCP ( 6), length 497, bad cksum 0 (->d06b)!) 196.40.106.74.64291 > 196.7.162.30.80: P 407:852(445) ack 608 win 65535 09:24:12.123050 IP (tos 0x0, ttl 64, id 16, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.40.106.74.64291: ., cksum 0x20b1 (correct), 60 8:608(0) ack 852 win 7748 09:24:12.132396 IP (tos 0x0, ttl 55, id 19785, offset 0, flags [DF], proto TCP ( 6), length 64, bad cksum 0 (->61d6)!) 196.40.106.74.64292 > 196.7.162.30.80: S, cksum 0x95b7 (correct), 3177988738:3177988738(0) win 65535 09:24:12.134450 IP (tos 0x0, ttl 64, id 17, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.40.106.74.64292: S, cksum 0xda12 (correct), 21 77444639:2177444639(0) ack 3177988739 win 8192 09:24:12.556400 IP (tos 0x0, ttl 55, id 4930, offset 0, flags [DF], proto TCP (6), length 52, bad cksum 0 (->9be9)!) 196.40.106.74.64292 > 196.7.162.30.80: ., c ksum 0x25d0 (correct), 1:1(0) ack 1 win 65535 09:24:12.643024 IP (tos 0x0, ttl 64, id 18, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.40.106.74.64291: P, cksum 0x04dc (correct), 60 8:617(9) ack 852 win 8192 09:24:12.720907 IP (tos 0x0, ttl 64, id 19, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64291: . 617:2053(1436) ack 852 wi n 8192 09:24:12.723086 IP (tos 0x0, ttl 64, id 20, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64291: . 2053:3489(1436) ack 852 w in 8192 09:24:12.723845 IP (tos 0x0, ttl 55, id 1044, offset 0, flags [DF], proto TCP (6 ), length 498, bad cksum 0 (->a959)!) 196.40.106.74.64292 > 196.7.162.30.80: P 1 :447(446) ack 1 win 65535 09:24:12.725434 IP (tos 0x0, ttl 64, id 21, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64291: . 3489:4925(1436) ack 852 w in 8192 09:24:12.727310 IP (tos 0x0, ttl 64, id 22, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64291: . 4925:6361(1436) ack 852 w in 8192 09:24:12.729147 IP (tos 0x0, ttl 64, id 23, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.40.106.74.64292: ., cksum 0x05cf (correct), 1: 1(0) ack 447 win 7746 09:24:13.067356 IP (tos 0x0, ttl 55, id 10063, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->87dc)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x3edf (correct), 852:852(0) ack 617 win 65535 09:24:13.069725 IP (tos 0x0, ttl 64, id 24, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64291: . 6361:7797(1436) ack 852 w in 8192 09:24:13.612605 IP (tos 0x0, ttl 55, id 33080, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->2df3)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x393e (correct), 852:852(0) ack 2053 win 65535 09:24:13.615909 IP (tos 0x0, ttl 64, id 25, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64291: . 7797:9233(1436) ack 852 w in 8192 09:24:14.034890 IP (tos 0x0, ttl 55, id 18490, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->66f1)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x339e (correct), 852:852(0) ack 3489 win 65535 09:24:14.037880 IP (tos 0x0, ttl 64, id 26, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64291: . 9233:10669(1436) ack 852 win 8192 09:24:14.038501 IP (tos 0x0, ttl 64, id 27, offset 0, flags [DF], proto TCP (6), length 458) 196.7.162.30.80 > 196.40.106.74.64291: P 10669:11075(406) ack 852 w in 8192 09:24:14.410965 IP (tos 0x0, ttl 55, id 11591, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->81e4)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x2dfe (correct), 852:852(0) ack 4925 win 65535 09:24:14.671674 IP (tos 0x0, ttl 64, id 28, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.40.106.74.64292: P, cksum 0xe9f4 (correct), 1: 10(9) ack 447 win 8192 09:24:14.768234 IP (tos 0x0, ttl 64, id 29, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 10:1446(1436) ack 447 win 8192 09:24:14.770275 IP (tos 0x0, ttl 64, id 30, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 1446:2882(1436) ack 447 w in 8192 09:24:14.874342 IP (tos 0x0, ttl 55, id 21310, offset 0, flags [DF], proto TCP ( 6), length 498, bad cksum 0 (->5a2f)!) 196.40.106.74.64292 > 196.7.162.30.80: P 1:447(446) ack 1 win 65535 09:24:14.875774 IP (tos 0x0, ttl 64, id 31, offset 0, flags [DF], proto TCP (6), length 67) 196.7.162.30.80 > 196.40.106.74.64292: ., cksum 0x173a (correct), 28 82:2897(15) ack 447 win 8192 09:24:14.903540 IP (tos 0x0, ttl 55, id 49938, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->ec18)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x285e (correct), 852:852(0) ack 6361 win 65535 09:24:15.211142 IP (tos 0x0, ttl 55, id 60968, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->c102)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x22bd (correct), 852:852(0) ack 7797 win 65535 09:24:15.633655 IP (tos 0x0, ttl 55, id 13860, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->7907)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x1d1c (correct), 852:852(0) ack 9233 win 65535 09:24:16.104111 IP (tos 0x0, ttl 55, id 25678, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->4add)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x177b (correct), 852:852(0) ack 10669 win 65535 09:24:16.123089 IP (tos 0x0, ttl 55, id 36874, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->1f21)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x15e4 (correct), 852:852(0) ack 11075 win 65535 09:24:16.124208 IP (tos 0x0, ttl 64, id 32, offset 0, flags [DF], proto TCP (6), length 59) 196.7.162.30.80 > 196.40.106.74.64291: P, cksum 0xa4ac (correct), 11 075:11082(7) ack 852 win 8192 09:24:16.135131 IP (tos 0x0, ttl 55, id 56115, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->d3f7)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0x23e1 (correct), 447:447(0) ack 10 win 65535 09:24:16.137501 IP (tos 0x0, ttl 64, id 33, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 2897:4333(1436) ack 447 w in 8192 09:24:16.623113 IP (tos 0x0, ttl 55, id 21319, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->5be4)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0x1e40 (correct), 447:447(0) ack 1446 win 65535 09:24:16.625549 IP (tos 0x0, ttl 64, id 34, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 4333:5769(1436) ack 447 w in 8192 09:24:16.627199 IP (tos 0x0, ttl 64, id 35, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 5769:7205(1436) ack 447 w in 8192 09:24:16.907004 IP (tos 0x0, ttl 55, id 64535, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->b313)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0x1892 (correct), 447:447(0) ack 2897 win 65535 09:24:16.909525 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 7205:8641(1436) ack 447 w in 8192 09:24:16.911552 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 8641:10077(1436) ack 447 win 8192 09:24:16.930337 IP (tos 0x0, ttl 55, id 6525, offset 0, flags [DF], proto TCP (6 ), length 52, bad cksum 0 (->95ae)!) 196.40.106.74.64291 > 196.7.162.30.80: ., c ksum 0x15d1 (correct), 852:852(0) ack 11082 win 65535 09:24:17.426650 IP (tos 0x0, ttl 55, id 48666, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->f110)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0x12ee (correct), 447:447(0) ack 4333 win 65535 09:24:17.430860 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP (6), length 1488) 196.7.162.30.80 > 196.40.106.74.64292: . 10077:11513(1436) ack 447 win 8192 09:24:17.885974 IP (tos 0x0, ttl 55, id 2937, offset 0, flags [DF], proto TCP (6 ), length 52, bad cksum 0 (->a3b2)!) 196.40.106.74.64292 > 196.7.162.30.80: ., c ksum 0x0d4d (correct), 447:447(0) ack 5769 win 65535 09:24:17.888808 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP (6), length 1448) 196.7.162.30.80 > 196.40.106.74.64292: P 11513:12909(1396) ack 447 win 8192 09:24:18.244997 IP (tos 0x0, ttl 55, id 58221, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->cbbd)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0x07ad (correct), 447:447(0) ack 7205 win 65535 09:24:18.642182 IP (tos 0x0, ttl 55, id 15887, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->711c)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0x020c (correct), 447:447(0) ack 8641 win 65535 09:24:19.087859 IP (tos 0x0, ttl 55, id 32823, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->2ef4)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0xfc6b (correct), 447:447(0) ack 10077 win 65535 09:24:19.441905 IP (tos 0x0, ttl 55, id 2353, offset 0, flags [DF], proto TCP (6 ), length 52, bad cksum 0 (->a5fa)!) 196.40.106.74.64292 > 196.7.162.30.80: ., c ksum 0xf6ca (correct), 447:447(0) ack 11513 win 65535 09:24:19.634885 IP (tos 0x0, ttl 55, id 58716, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->c9ce)!) 196.40.106.74.64292 > 196.7.162.30.80: ., cksum 0xf160 (correct), 447:447(0) ack 12909 win 65522 09:24:19.637152 IP (tos 0x0, ttl 64, id 40, offset 0, flags [DF], proto TCP (6), length 1027) 196.7.162.30.80 > 196.40.106.74.64292: P 12909:13884(975) ack 447 win 8192 09:24:20.357258 IP (tos 0x0, ttl 55, id 1649, offset 0, flags [DF], proto TCP (6 ), length 52, bad cksum 0 (->a8ba)!) 196.40.106.74.64292 > 196.7.162.30.80: ., c ksum 0xed79 (correct), 447:447(0) ack 13884 win 65535 09:24:20.603850 IP (tos 0x0, ttl 55, id 279, offset 0, flags [DF], proto TCP (6) , length 420, bad cksum 0 (->aca4)!) 196.40.106.74.64291 > 196.7.162.30.80: P 85 2:1220(368) ack 11082 win 65535 09:24:20.611056 IP (tos 0x0, ttl 64, id 41, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.40.106.74.64291: ., cksum 0xf5a3 (correct), 11 082:11082(0) ack 1220 win 7825 09:24:20.837236 IP (tos 0x0, ttl 64, id 42, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.40.106.74.64291: P, cksum 0xda1b (correct), 11 082:11091(9) ack 1220 win 8192 09:24:21.188762 IP (tos 0x0, ttl 55, id 24409, offset 0, flags [DF], proto TCP ( 6), length 52, bad cksum 0 (->4fd2)!) 196.40.106.74.64291 > 196.7.162.30.80: ., cksum 0x1423 (correct), 1220:1220(0) ack 11091 win 65535 09:24:21.190332 IP (tos 0x0, ttl 64, id 43, offset 0, flags [DF], proto TCP (6), length 283) 196.7.162.30.80 > 196.40.106.74.64291: P 11091:11322(231) ack 1220 win 8192 09:24:21.668014 IP (tos 0x0, ttl 55, id 3099, offset 0, flags [DF], proto TCP (6 ), length 52, bad cksum 0 (->a310)!) 196.40.106.74.64291 > 196.7.162.30.80: ., c ksum 0x1337 (correct), 1220:1220(0) ack 11322 win 65535 -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 08:06:33 2007 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 A508616A418 for ; Fri, 23 Nov 2007 08:06:33 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 3A74613C4CE for ; Fri, 23 Nov 2007 08:06:32 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 18232 invoked by uid 399); 23 Nov 2007 08:06:31 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 23 Nov 2007 08:06:31 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47468A06.1010803@FreeBSD.org> Date: Fri, 23 Nov 2007 00:06:30 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: Yuri Pankov References: <200711221438.25776.yuri.pankov@gmail.com> <4745EA72.6070201@FreeBSD.org> <20071123011750.GA970@darklight.org.ru> In-Reply-To: <20071123011750.GA970@darklight.org.ru> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Alexey Dokuchaev , freebsd-current@FreeBSD.org Subject: Re: Lack of agpvar.h causing nvidia-driver build to fail 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 Nov 2007 08:06:33 -0000 Yuri Pankov wrote: > Sorry, worked before -Werror was re-enabled. Simply adding #include > to src/nvidia_os.c should fix it. Ok, that got me up and running, thanks. Bad news is that changing the docking method in the BIOS didn't help. I did think to try Fn-F8 this time though, and interestingly enough this did switch the display to the monitor connected to the dock, but it was still the same display settings as the laptop monitor, and xrandr couldn't reset them. Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 08:51:53 2007 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 E477F16A46D for ; Fri, 23 Nov 2007 08:51:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: from rv-out-0910.google.com (rv-out-0910.google.com [209.85.198.189]) by mx1.freebsd.org (Postfix) with ESMTP id 7D35713C45A for ; Fri, 23 Nov 2007 08:51:53 +0000 (UTC) (envelope-from kip.macy@gmail.com) Received: by rv-out-0910.google.com with SMTP id l15so2637312rvb for ; Fri, 23 Nov 2007 00:51:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=co4Iak8tw9ypsqWpb+atOFUj0P+xbgBWezNqz/vpOLI=; b=DQVQrv7H98kumj0tNVCZYxqrxNaR3knSRXPC4AKRBSdYwjgC7G6x6sYYktEtrBwNa+n0tyvfSmD79FZIN5zEX1rOclmP35pMZWaeXKylAOkdhnjxOup5qyCbq2k8t34OHzbRVTzwM5YCjekQuG+QtsQ2nI463kRqL9QZF1oSuKg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tOozfiPgl29OvR5CcnyBOSPyDXxjWTJm/r5515QzQxucRX4589hLfIStGf9Ws50zp8M7pRtP3oXoLquFWgz+WQBuQsfAFaBkErgWGii3ZwyWeYNsZL/6Wh0D6dk+5D3pko7qlo3XAeRnVjsagx6itk+pB9S30mQEtNkp2RTV8ic= Received: by 10.114.199.1 with SMTP id w1mr563172waf.1195807910222; Fri, 23 Nov 2007 00:51:50 -0800 (PST) Received: by 10.114.13.15 with HTTP; Fri, 23 Nov 2007 00:51:50 -0800 (PST) Message-ID: Date: Fri, 23 Nov 2007 00:51:50 -0800 From: "Kip Macy" To: "Ian FREISLICH" In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: Cc: Mike Silbersack , current@freebsd.org Subject: Re: TCP RST+data! 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 Nov 2007 08:51:54 -0000 On Nov 22, 2007 12:14 PM, Ian FREISLICH wrote: > Hi > > I have a device (sip/iax phone) that has a web interface and a > poorly documented CLI. The only thing is it sends a RST with its > last data packet. "Stevens" seems to indicate an RST should discard > buffered data and I suspect that's what's happening when I try to > browse to it. > > However, Windows and MacOs both pull up the web page. Is this a > bug in our TCP implimentation or in theirs? > > Here's a tcpdump of seamonkey trying to retrieve the document index: > > 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (correct), 2746220400:2746220400(0) win 65535 > 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correct), 2416404465:2416404465(0) ack 2746220401 win 8192 > 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (correct), 1:1(0) ack 1 win 8326 > 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 win 8326 > 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correct), 1:1(0) ack 377 win 7867 > 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correct), 1:10(9) ack 377 win 8192 > 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] Looking at your later trace, data with the RST is a red herring. The only thing that stands out to me as being odd and perhaps is the issue, is that the window size for the SYN and the ack are inconsistent on FreeBSD but are consistent on OS X. I'm not sure off hand where the number 8326 comes from. It could be that when the SIP's stack is generating the ack for the GET it concludes that the window accounting state is incorrect. Perhaps Mike can shed some light when he gets back online. -Kip From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 10:03:50 2007 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 8A21716A418 for ; Fri, 23 Nov 2007 10:03:50 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from vms048pub.verizon.net (vms048pub.verizon.net [206.46.252.48]) by mx1.freebsd.org (Postfix) with ESMTP id 6072313C46B for ; Fri, 23 Nov 2007 10:03:50 +0000 (UTC) (envelope-from vehemens@verizon.net) Received: from susy.dsl-verizon.net ([71.106.230.87]) by vms048.mailsrvcs.net (Sun Java System Messaging Server 6.2-6.01 (built Apr 3 2006)) with ESMTPA id <0JRY00673ELX5KI2@vms048.mailsrvcs.net> for freebsd-current@freebsd.org; Fri, 23 Nov 2007 04:03:34 -0600 (CST) Date: Fri, 23 Nov 2007 02:03:35 -0800 From: vehemens To: freebsd-current@freebsd.org Message-id: <200711230203.35906.vehemens@verizon.net> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Content-disposition: inline User-Agent: KMail/1.9.6 Subject: DRM bug 114688 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 Nov 2007 10:03:50 -0000 Would it be possible for somebody to commit the fix into current as well as MFC it to rel eng 6 & 7? From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 10:21:21 2007 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 217B616A46D for ; Fri, 23 Nov 2007 10:21:21 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id 5253E13C4E1 for ; Fri, 23 Nov 2007 10:21:20 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1195813277; i=frank@pinky.sax.de; bh=6zhwItMikTVjbZzrS4uxmG49OKQDNxdSEidwvRB8S4s=; b=JbTHFQLGylZJXP1IQVfnVPZgQzcXHV4c15ugk77Df1jsWT7r35OsT6/BBACh7mYtwyDFzL/fF3PzhUoD5Y3aQA== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lANAKvSr003061 for ; Fri, 23 Nov 2007 11:20:57 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200711231020.lANAKvSr003061@post.frank-behrens.de> From: "Frank Behrens" To: freebsd-current@freebsd.org Date: Fri, 23 Nov 2007 11:20:57 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <200711221554.lAMFsRdS002781@post.frank-behrens.de> References: <20071122134146.B53707@maildrop.int.zabbadoz.net> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071123:freebsd-current@freebsd.org::sBEVhrIZaPI4Q2+5:0000001AscJ Subject: Re: Can not boot 7.0-BETA3 with puc (was: Can not boot 7.0-BETA3 with IPSEC) 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 Nov 2007 10:21:21 -0000 My in previous email described problem is not caused by IPSEC setup. I should have investigated this much better. :-( Thanks to Bjoern for his debugging hints. The 7.0-BETA3 seems to have a problem with puc(4) driver. When I enable the driver with kernel configuration device puc nodevice uart options COM_MULTIPORT I see the following effects: 1. The sio(4) does not attach as in RELENG_6 to the ports provided by puc(4) driver. In RELENG_7 it shows as puc0: port 0xdf00-0xdf1f,0xdec0-0xdedf mem 0xfe6f8000-0xfe6f8fff,0xfe6f7000-0xfe6f7fff irq 21 at device 13.0 on pci2 puc0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xdf00 ioapic0: routing intpin 21 (PCI IRQ 21) to vector 54 puc0: [FILTER] sio0 on puc0 sio0: type 16550A, console sio0: [FILTER] sio1: reserved for low-level i/o where RELENG_6 shows puc0: port 0xdf00-0xdf1f,0xdec0-0xdedf mem 0xfe6f8000-0xfe6f8fff,0xfe6f7000-0xfe6f7fff irq 21 at device 13.0 on pci2 sio4: on puc0 sio4: type 16550A sio4: unable to activate interrupt in fast mode - using normal mode sio5: on puc0 sio5: type 16550A sio5: unable to activate interrupt in fast mode - using normal mode .... sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A, console sio1: reserved for low-level i/o In RELENG_6 the sio0 and sio1 are the ports on motherboard, the ports on external card are mapped to sio4, sio5 and so on. In RELENG_7 the 1st port on external card seems to be mapped to sio0 and nothing else. In both cases the content of /boot/device.hints is: hint.sio.0.at="isa" hint.sio.0.port="0x3F8" hint.sio.0.flags="0x10" hint.sio.0.irq="4" hint.sio.1.at="isa" hint.sio.1.disabled="1" hint.sio.1.flags="0x40" hint.sio.1.port="0x2F8" hint.sio.1.irq="3" hint.sio.2.at="isa" hint.sio.2.disabled="1" hint.sio.2.port="0x3E8" hint.sio.2.irq="5" hint.sio.3.at="isa" hint.sio.3.disabled="1" hint.sio.3.port="0x2E8" hint.sio.3.irq="9" 2. The kernel boot is not completed, probably because serial console is remapped. I'll try to debug this problem further. Or does somebody have an explanation for this behaviour? Regards, Frank -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 10:51:21 2007 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 AD60A16A468 for ; Fri, 23 Nov 2007 10:51:21 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: from smtp.elcom.ru (smtp.elcom.ru [84.53.200.28]) by mx1.freebsd.org (Postfix) with ESMTP id 4F36513C461 for ; Fri, 23 Nov 2007 10:51:21 +0000 (UTC) (envelope-from freebsd@masm.elcom.ru) Received: by smtp.elcom.ru (Postfix, from userid 65534) id 2EB4F3D86D1; Fri, 23 Nov 2007 13:51:18 +0300 (MSK) Received: from VMHOST (dsl-212-78.elcom.ru [84.53.212.78]) by smtp.elcom.ru (Postfix) with ESMTP id 0E1943D86BE for ; Fri, 23 Nov 2007 13:51:18 +0300 (MSK) Date: Fri, 23 Nov 2007 13:51:31 +0300 From: "Victor M. Blood" X-Mailer: The Bat! (v3.80.06) Professional Organization: Home Programming Inc. X-Priority: 3 (Normal) Message-ID: <172375325.20071123135131@masm.elcom.ru> To: All MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Subject: Need help with boot loader. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-current@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 Nov 2007 10:51:21 -0000 Hi, All. Expirements with /boot/boot2 I'm add to /sys/boot/i386/boot2/boot2.c in function dskread(...) some `debug' output when it search for needle slice in loop if dsk.slice==0 printf("Found %u\n", dp[i].dp_typ); then FreeBSD loadsup by pressing key F2 in boot0 menu F1. dos F2. FreeBSD \ boot: 0:ad(0,0,a)Found: 7 Found: 165 /\- normaly boot else if BSD loadsup from ntldr boot file /boot/boot1, bootstrup aborted by 'Invalid slice' and command boot: 0:ad(0,0,a)Found 113 Found 102 Found 102 Found 112 No /boot/loader ... Failed !!! why? Can any one help me to understand this !? drvread in both bootstrap processes must read sector 0 on drv 0, or be failed and report error! But it's seems to be work normaly. -- With all regards, Victor M. Blood. mailto: freebsd@masm.elcom.ru FTN: 2:5024/1.95@Fidonet.org, ICQ#3567656 From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 10:52:11 2007 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 AA96416A421 for ; Fri, 23 Nov 2007 10:52:11 +0000 (UTC) (envelope-from ianf@clue.co.za) Received: from munchkin.clue.co.za (munchkin.clue.co.za [66.219.59.160]) by mx1.freebsd.org (Postfix) with ESMTP id 62E2C13C4EB for ; Fri, 23 Nov 2007 10:52:11 +0000 (UTC) (envelope-from ianf@clue.co.za) DomainKey-Signature: a=rsa-sha1; q=dns; c=simple; s=20070313; d=clue.co.za; h=Received:Received:Received:To:cc:From:Subject:In-Reply-To:X-Attribution:Date:Message-Id; b=yWtiaAX7gvFQPAAAYjE6wmiBe32tgE0KaO6kyuv4zKKjWA9+20UgFdDPSxWvawGPlm+c5RYmZ05OSrtuZHeiMwegwX35rvHlA2V/KK1Th3mHJFoOwEWO5CiWpyYp7TQXDmi3L/FeAwj8ZtQaVuuxeJa9qDVeV7vXnwn9amh6SgrPWUg+wVLIPQcdXXdr95dg8U5Ne6jIaeFAnV7YIrtAxRPBArt1RcA5fsMibPYgEcbxUkdpDwIPgYDzgLOjIwtK; Received: from uucp by munchkin.clue.co.za with local-rmail (Exim 4.67) (envelope-from ) id 1IvW8m-0003QY-CK; Fri, 23 Nov 2007 10:52:08 +0000 Received: from ianf.clue.co.za ([10.0.0.6] helo=clue.co.za) by urchin.clue.co.za with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IvW8Q-00046d-4I; Fri, 23 Nov 2007 10:51:46 +0000 Received: from localhost ([127.0.0.1] helo=clue.co.za) by clue.co.za with esmtp (Exim 4.68 (FreeBSD)) (envelope-from ) id 1IvW8P-0000Kl-0v; Fri, 23 Nov 2007 12:51:45 +0200 To: "Kip Macy" From: Ian FREISLICH In-Reply-To: Message from "Kip Macy" of "Fri, 23 Nov 2007 00:51:50 PST." X-Attribution: BOFH Date: Fri, 23 Nov 2007 12:51:45 +0200 Message-Id: Cc: Mike Silbersack , current@freebsd.org Subject: Re: TCP RST+data! 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 Nov 2007 10:52:11 -0000 "Kip Macy" wrote: > On Nov 22, 2007 12:14 PM, Ian FREISLICH wrote: > > Hi > > > > I have a device (sip/iax phone) that has a web interface and a > > poorly documented CLI. The only thing is it sends a RST with its > > last data packet. "Stevens" seems to indicate an RST should discard > > buffered data and I suspect that's what's happening when I try to > > browse to it. > > > > However, Windows and MacOs both pull up the web page. Is this a > > bug in our TCP implimentation or in theirs? > > > > Here's a tcpdump of seamonkey trying to retrieve the document index: > > > > 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (corr ect), 2746220400:2746220400(0) win 65535 > > 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correct ), 2416404465:2416404465(0) ack 2746220401 win 8192 > > 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (corr ect), 1:1(0) ack 1 win 8326 > > 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 w in 8326 > > 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correct ), 1:1(0) ack 377 win 7867 > > 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correct ), 1:10(9) ack 377 win 8192 > > 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] > > Looking at your later trace, data with the RST is a red herring. The > only thing that stands out to me as being odd and perhaps is the > issue, is that the window size for the SYN and the ack are > inconsistent on FreeBSD but are consistent on OS X. I'm not sure off > hand where the number 8326 comes from. It could be that when the SIP's > stack is generating the ack for the GET it concludes that the window > accounting state is incorrect. > > Perhaps Mike can shed some light when he gets back online. I see. Playing around with net.inet.tcp sysctls, disabling delayed_ack fixes the problem with this phone. Do you think that this is a bug in the phone's TCP stack? Ian -- Ian Freislich From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 11:27:00 2007 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 45A9116A420 for ; Fri, 23 Nov 2007 11:27:00 +0000 (UTC) (envelope-from grafan@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.188]) by mx1.freebsd.org (Postfix) with ESMTP id AB2EB13C4D3 for ; Fri, 23 Nov 2007 11:26:59 +0000 (UTC) (envelope-from grafan@gmail.com) Received: by nf-out-0910.google.com with SMTP id b2so2804315nfb for ; Fri, 23 Nov 2007 03:26:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=gGGdqrGF+/sjgTd6ubViwXnYxi/dskWcSo9Xwkm+nH8=; b=Ahw+3CJXOfE3nu78tVbIoCJ3Tk72Wn6BnbAJBK5G5du7ocPTnrBr/Y1+g9Blt9YDYTD62iffDZ5SJLI4BrIRB+QHAARAIjssv0yoVmVzdvIVlpmTPJxgyJSRYZrxJE64tPf2tB6n8i2xJwWXtn3hgZXGofeaLrrQie7qPj08lLw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=sMN7IwzaWGi0sEVS734UVtGAvv73oCs8ScWSHg5rFS55D9KlJEFJFHwARvVcUbaNuVCvdSNm0eXRJYoh32x4qoRZtAF2IHFHgCK6xXOaRY6bU7yJNSEim2FFNp2QOGLfhXZ3GznVSuK7QXmcPKtrozVyKMyFGgxKR5QdGM0wT7U= Received: by 10.82.138.6 with SMTP id l6mr2828602bud.1195817211042; Fri, 23 Nov 2007 03:26:51 -0800 (PST) Received: by 10.82.115.11 with HTTP; Fri, 23 Nov 2007 03:26:50 -0800 (PST) Message-ID: <6eb82e0711230326w411ff4at62bfc18383b33df6@mail.gmail.com> Date: Fri, 23 Nov 2007 19:26:50 +0800 From: "Rong-en Fan" To: "Sean McNeil" In-Reply-To: <4745CB09.4020601@mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <4744AA82.1060506@mcneil.com> <4745CB09.4020601@mcneil.com> Cc: Daniel Eischen , current@freebsd.org Subject: Re: Now -stable is broken from undefined reference to `__mb_sb_limit' 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 Nov 2007 11:27:00 -0000 On Nov 23, 2007 2:31 AM, Sean McNeil wrote: > Daniel Eischen wrote: > > On Wed, 21 Nov 2007, Sean McNeil wrote: > > > >> Why was this stuff MFCd? > >> > >> cc -O2 -fno-strict-aliasing -pipe -g > >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/krb5 > >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/asn1 > >> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/roken > >> -I. -I/usr/local/include -DOPENLDAP=1 -DHAVE_CONFIG_H > >> -I/usr/src/kerberos5/libexec/ipropd-master/../../include -DINET6 -g > >> -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipropd-master > >> ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lroken > >> /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libvers/libvers.a > >> -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber > >> /usr/local/lib/libldap.so: undefined reference to `__mb_sb_limit' > >> *** Error code 1 > >> > >> Stop in /usr/src/kerberos5/libexec/ipropd-master. > > > > I don't think it should have been MFC'd, but that ship has already > > sailed. You're going to have to rebuild openldap first I think. > > Or perhaps build (kerberos) without LDAP. > > > I agree, it should not have been MFC'd. If you think it through, > essentially it has both broken the -STABLE model and made 6-STABLE > useless. Rebuilding openldap doesn't help I would have to build without > kerberos, install, rebuild openldap, build again and install, then > rebuild all my ports. This is not suppose to happen. Apply this then rebuild libc, it should be fine. I just sent it to re@ for approval. RCS file: /home/ncvs/src/lib/libc/locale/none.c,v retrieving revision 1.13.2.2 diff -u -r1.13.2.2 none.c --- lib/libc/locale/none.c 21 Nov 2007 01:31:48 -0000 1.13.2.2 +++ lib/libc/locale/none.c 23 Nov 2007 11:17:04 -0000 @@ -181,6 +181,7 @@ /* setup defaults */ int __mb_cur_max = 1; +int __mb_sb_limit = 256; size_t (*__mbrtowc)(wchar_t * __restrict, const char * __restrict, size_t, mbstate_t * __restrict) = _none_mbrtowc; int (*__mbsinit)(const mbstate_t *) = _none_mbsinit; > > Since I was interested in ZFS anyway, I have opted to pull down 7-STABLE > and do the exact steps above. My other option was to no longer track > 6-STABLE. I'm sure that is what most people will decide to do. Very > aggravating. > > > _______________________________________________ > 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 Fri Nov 23 11:44:14 2007 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 B111916A41A for ; Fri, 23 Nov 2007 11:44:14 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.188]) by mx1.freebsd.org (Postfix) with ESMTP id 2D89313C455 for ; Fri, 23 Nov 2007 11:44:14 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-054-138.pools.arcor-ip.net [88.66.54.138]) by mrelayeu.kundenserver.de (node=mrelayeu3) with ESMTP (Nemesis) id 0MKxQS-1IvWkL1TWq-0001PI; Fri, 23 Nov 2007 12:31:36 +0100 From: Max Laier Organization: FreeBSD To: freebsd-net@freebsd.org Date: Fri, 23 Nov 2007 12:32:02 +0100 User-Agent: KMail/1.9.7 X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<%}*_BD U_or=\mOZf764&nYj=JYbR1PW0ud>|!~, , CPC.1-D$FG@0h3#'5"k{V]a~. X-Provags-ID: V01U2FsdGVkX188Vna28nS1H5nOVweGIN2hYaEgVu6uZsLsGv6 5UDr4qS+N9zrDlc0GaEc3Z5+kU9dr2v6fSjkimB5bXKP9ieYYh DNzxpKYrDvZYFNv6TTA89sbsDhNwaTs4OBmY/zRt3o= Cc: freebsd-current@freebsd.org Subject: Switch pfil(9) to rmlocks 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 Nov 2007 11:44:14 -0000 --nextPart1358903.aygpQnVcZM Content-Type: multipart/mixed; boundary="Boundary-01=_0orRHee3jeSal9c" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_0orRHee3jeSal9c Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi, attached is a diff to switch the pfil(9) subsystem to rmlocks, which are=20 more suited for the task. I'd like some exposure before doing the=20 switch, but I don't expect any fallout. This email is going through the=20 patched pfil already - twice. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_0orRHee3jeSal9c Content-Type: text/x-diff; charset="us-ascii"; name="pfil.rmlock.diff" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pfil.rmlock.diff" Index: pfil.c =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/net/pfil.c,v retrieving revision 1.14 diff -u -r1.14 pfil.c =2D-- pfil.c 2 Feb 2006 03:13:15 -0000 1.14 +++ pfil.c 23 Nov 2007 09:06:12 -0000 @@ -34,7 +34,7 @@ #include #include #include =2D#include +#include #include #include #include @@ -66,11 +66,12 @@ pfil_run_hooks(struct pfil_head *ph, struct mbuf **mp, struct ifnet *ifp, int dir, struct inpcb *inp) { + struct rm_priotracker rmpt; struct packet_filter_hook *pfh; struct mbuf *m =3D *mp; int rv =3D 0; =20 =2D PFIL_RLOCK(ph); + PFIL_RLOCK(ph, &rmpt); KASSERT(ph->ph_nhooks >=3D 0, ("Pfil hook count dropped < 0")); for (pfh =3D pfil_hook_get(dir, ph); pfh !=3D NULL; pfh =3D TAILQ_NEXT(pfh, pfil_link)) { @@ -80,7 +81,7 @@ break; } } =2D PFIL_RUNLOCK(ph); + PFIL_RUNLOCK(ph, &rmpt); =09 *mp =3D m; return (rv); @@ -104,7 +105,7 @@ } PFIL_LIST_UNLOCK(); =20 =2D rw_init(&ph->ph_mtx, "PFil hook read/write mutex"); + PFIL_LOCK_INIT(ph); PFIL_WLOCK(ph); ph->ph_nhooks =3D 0; =20 @@ -143,7 +144,7 @@ free(pfh, M_IFADDR); TAILQ_FOREACH_SAFE(pfh, &ph->ph_out, pfil_link, pfnext) free(pfh, M_IFADDR); =2D rw_destroy(&ph->ph_mtx); + PFIL_LOCK_DESTROY(ph); =09 return (0); } Index: pfil.h =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D RCS file: /home/ncvs/src/sys/net/pfil.h,v retrieving revision 1.16 diff -u -r1.16 pfil.h =2D-- pfil.h 8 Jun 2007 12:43:25 -0000 1.16 +++ pfil.h 23 Nov 2007 10:07:52 -0000 @@ -37,7 +37,7 @@ #include #include #include =2D#include +#include =20 struct mbuf; struct ifnet; @@ -69,7 +69,7 @@ pfil_list_t ph_out; int ph_type; int ph_nhooks; =2D struct rwlock ph_mtx; + struct rmlock ph_lock; union { u_long phu_val; void *phu_ptr; @@ -93,10 +93,13 @@ struct pfil_head *pfil_head_get(int, u_long); =20 #define PFIL_HOOKED(p) ((p)->ph_nhooks > 0) =2D#define PFIL_RLOCK(p) rw_rlock(&(p)->ph_mtx) =2D#define PFIL_WLOCK(p) rw_wlock(&(p)->ph_mtx) =2D#define PFIL_RUNLOCK(p) rw_runlock(&(p)->ph_mtx) =2D#define PFIL_WUNLOCK(p) rw_wunlock(&(p)->ph_mtx) +#define PFIL_LOCK_INIT(p) \ + rm_init(&(p)->ph_lock, "PFil hook read/write mutex", LO_RECURSABLE) +#define PFIL_LOCK_DESTROY(p) rm_destroy(&(p)->ph_lock) +#define PFIL_RLOCK(p, t) rm_rlock(&(p)->ph_lock, (t)) +#define PFIL_WLOCK(p) rm_wlock(&(p)->ph_lock) +#define PFIL_RUNLOCK(p, t) rm_runlock(&(p)->ph_lock, (t)) +#define PFIL_WUNLOCK(p) rm_wunlock(&(p)->ph_lock) #define PFIL_LIST_LOCK() mtx_lock(&pfil_global_lock) #define PFIL_LIST_UNLOCK() mtx_unlock(&pfil_global_lock) =20 --Boundary-01=_0orRHee3jeSal9c-- --nextPart1358903.aygpQnVcZM Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHRro0XyyEoT62BG0RAgY8AJwMKInml8vHn2NiixsHhQypPVx54wCdERxk oRAzo5XwbyCWozTdm6bJZEY= =5Yeg -----END PGP SIGNATURE----- --nextPart1358903.aygpQnVcZM-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 12:21:42 2007 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 1A59916A52F for ; Fri, 23 Nov 2007 12:21:42 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id A209713C45A for ; Fri, 23 Nov 2007 12:21:41 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IvXXL-0000Js-CC for freebsd-current@freebsd.org; Fri, 23 Nov 2007 14:21:38 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lANCLVRU068901; Fri, 23 Nov 2007 14:21:31 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lANCLVA9068900; Fri, 23 Nov 2007 14:21:31 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 23 Nov 2007 14:21:31 +0200 From: Kostik Belousov To: vehemens Message-ID: <20071123122131.GV78396@deviant.kiev.zoral.com.ua> References: <200711230203.35906.vehemens@verizon.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="hUen2UJD5eWDKlb+" Content-Disposition: inline In-Reply-To: <200711230203.35906.vehemens@verizon.net> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 367251710ae6d8069d2a2bb66b314d03 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1824 [Nov 23 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {TO: seems autogenerated} X-SpamTest-Info: {TO: local part of email appears in body} X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 19 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org Subject: Re: DRM bug 114688 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 Nov 2007 12:21:42 -0000 --hUen2UJD5eWDKlb+ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 23, 2007 at 02:03:35AM -0800, vehemens wrote: > Would it be possible for somebody to commit the fix into current as well = as=20 > MFC it to rel eng 6 & 7? URL would be helpful. --hUen2UJD5eWDKlb+ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRsXKC3+MBN1Mb4gRAp1xAJ9yUNkwV5K6whAGuxZCaVyhIj4DwACaA6t0 JsmtVXua7vzOwka4WFhIMqM= =xnrG -----END PGP SIGNATURE----- --hUen2UJD5eWDKlb+-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 12:36:12 2007 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 884BD16A420 for ; Fri, 23 Nov 2007 12:36:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from relay02.kiev.sovam.com (relay02.kiev.sovam.com [62.64.120.197]) by mx1.freebsd.org (Postfix) with ESMTP id 1EB1C13C500 for ; Fri, 23 Nov 2007 12:36:12 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from [212.82.216.226] (helo=deviant.kiev.zoral.com.ua) by relay02.kiev.sovam.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1IvXlM-00076s-0X; Fri, 23 Nov 2007 14:36:06 +0200 Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.1/8.14.1) with ESMTP id lANCZx67069300; Fri, 23 Nov 2007 14:35:59 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.2/8.14.2/Submit) id lANCZxE9069299; Fri, 23 Nov 2007 14:35:59 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Fri, 23 Nov 2007 14:35:59 +0200 From: Kostik Belousov To: Joel Dahl Message-ID: <20071123123559.GW78396@deviant.kiev.zoral.com.ua> References: <4284.212.73.31.137.1195820829.squirrel@galain.elvandar.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="N4FnyIpcgIJc+tmW" Content-Disposition: inline In-Reply-To: <4284.212.73.31.137.1195820829.squirrel@galain.elvandar.org> User-Agent: Mutt/1.4.2.3i X-Scanner-Signature: 308c5668300cb665e09cc4617523e4c8 X-DrWeb-checked: yes X-SpamTest-Envelope-From: kostikbel@gmail.com X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 1824 [Nov 23 2007] X-SpamTest-Info: helo_type=3 X-SpamTest-Info: {received from trusted relay: not dialup} X-SpamTest-Method: none X-SpamTest-Method: Local Lists X-SpamTest-Rate: 0 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0255], KAS30/Release Cc: freebsd-current@freebsd.org, vehemens Subject: Re: DRM bug 114688 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 Nov 2007 12:36:12 -0000 --N4FnyIpcgIJc+tmW Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Nov 23, 2007 at 01:27:09PM +0100, Joel Dahl wrote: > > On Fri, Nov 23, 2007 at 02:03:35AM -0800, vehemens wrote: > >> Would it be possible for somebody to commit the fix into current as we= ll > >> as > >> MFC it to rel eng 6 & 7? > > URL would be helpful. > > >=20 > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D114688 Ah, ok. I thought that was the bug id in the DRM bug database. The change has been shown to anholt@, and awaits his decision to be committed (as well as some fixes for in-tree i915 drm driver). --N4FnyIpcgIJc+tmW Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQFHRskuC3+MBN1Mb4gRAmcVAJ40ittNtLTg9d2/3RZ67rGUVPwPSwCcDt6J 4NPUAXrIDqDu7e6TdHgZVio= =cIJC -----END PGP SIGNATURE----- --N4FnyIpcgIJc+tmW-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 05:37:46 2007 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 EC2C016A468 for ; Fri, 23 Nov 2007 05:37:46 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.freebsd.org (Postfix) with ESMTP id EC64513C468 for ; Fri, 23 Nov 2007 05:37:46 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 848C7F72D8 for ; Thu, 22 Nov 2007 21:37:46 -0800 (PST) X-Virus-Scanned: amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yv6bzinnhXOF for ; Thu, 22 Nov 2007 21:37:44 -0800 (PST) Received: from [10.10.10.254] (ferrari.mcneil.com [10.10.10.254]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mcneil.com (Postfix) with ESMTP id C6EE2F727C for ; Thu, 22 Nov 2007 21:37:44 -0800 (PST) Message-ID: <4746670A.2010204@mcneil.com> Date: Thu, 22 Nov 2007 21:37:14 -0800 From: Sean McNeil User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Nov 2007 12:49:43 +0000 Cc: Subject: 7-STABLE firewall gets flushed for both ipv4 and ipv6 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 Nov 2007 05:37:47 -0000 Now that ip6fw is deprecated and ipfw does both v4 and v6 there is a problem with setup of a firewall. If, for example, you have firewall_type="some_file" ipv6_firewall_type="OPEN" they both will not be setup. Instead, you will end up with just the rules from the one settup (depending on rcorder). In order to work around the issue, I have merged the firewall rules into one file and use firewall_type="/etc/fw/firewall.rules" ipv6_firewall_type="/etc/fw/firewall.rules" I don't know of any other way to do this properly. From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 13:00:09 2007 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 041D016A419 for ; Fri, 23 Nov 2007 13:00:09 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id 53EC713C465 for ; Fri, 23 Nov 2007 13:00:08 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.matik.com.br (anb.matik.com.br [200.152.83.34]) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lAND066l096432 for ; Fri, 23 Nov 2007 11:00:07 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org Date: Fri, 23 Nov 2007 10:58:57 -0200 User-Agent: KMail/1.9.7 References: <4746670A.2010204@mcneil.com> In-Reply-To: <4746670A.2010204@mcneil.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711231058.57475.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Subject: Re: 7-STABLE firewall gets flushed for both ipv4 and ipv6 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 Nov 2007 13:00:09 -0000 On Friday 23 November 2007 03:37:14 Sean McNeil wrote: > Now that ip6fw is deprecated and ipfw does both v4 and v6 there is a > problem with setup of a firewall. If, for example, you have > > firewall_type=3D"some_file" > ipv6_firewall_type=3D"OPEN" > > they both will not be setup. Instead, you will end up with just the > rules from the one settup (depending on rcorder). > > In order to work around the issue, I have merged the firewall rules into > one file and use > > firewall_type=3D"/etc/fw/firewall.rules" > ipv6_firewall_type=3D"/etc/fw/firewall.rules" > > I don't know of any other way to do this properly. > probably you should use=20 firewall_script for that and not firewall_type =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 13:01:04 2007 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 7C42816A468 for ; Fri, 23 Nov 2007 13:01:04 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id 294E213C4D3 for ; Fri, 23 Nov 2007 13:01:04 +0000 (UTC) (envelope-from joel@FreeBSD.org) Received: from localhost.we-dare.net ([127.0.0.1] helo=galain.elvandar.org) by galain.elvandar.org with esmtpa (Exim 4.67) (envelope-from ) id 1IvXcj-000KyG-Vg; Fri, 23 Nov 2007 13:27:09 +0100 Received: from 212.73.31.137 (proxying for unknown) (SquirrelMail authenticated user joel@evilcoder.org) by galain.elvandar.org with HTTP; Fri, 23 Nov 2007 13:27:09 +0100 (CET) Message-ID: <4284.212.73.31.137.1195820829.squirrel@galain.elvandar.org> Date: Fri, 23 Nov 2007 13:27:09 +0100 (CET) From: "Joel Dahl" To: "Kostik Belousov" User-Agent: SquirrelMail/1.4.11 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, vehemens Subject: Re: DRM bug 114688 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 Nov 2007 13:01:04 -0000 > On Fri, Nov 23, 2007 at 02:03:35AM -0800, vehemens wrote: >> Would it be possible for somebody to commit the fix into current as well >> as >> MFC it to rel eng 6 & 7? > URL would be helpful. > http://www.freebsd.org/cgi/query-pr.cgi?pr=114688 -- Joel From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 13:26:28 2007 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 3C96E16A417; Fri, 23 Nov 2007 13:26:28 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id EEB2513C4EB; Fri, 23 Nov 2007 13:26:27 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 04FD046CD4; Fri, 23 Nov 2007 08:29:29 -0500 (EST) Date: Fri, 23 Nov 2007 13:26:16 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Max Laier In-Reply-To: <200711231232.04447.max@love2party.net> Message-ID: <20071123132453.W98338@fledge.watson.org> References: <200711231232.04447.max@love2party.net> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Switch pfil(9) to rmlocks 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 Nov 2007 13:26:28 -0000 On Fri, 23 Nov 2007, Max Laier wrote: > attached is a diff to switch the pfil(9) subsystem to rmlocks, which are > more suited for the task. I'd like some exposure before doing the switch, > but I don't expect any fallout. This email is going through the patched > pfil already - twice. Max, Have you done performance measurements that show rmlocks to be a win in this scenario? I did some patchs for UNIX domain sockets to replace the rwlock there but it appeared not to have a measurable impact on SQL benchmarks, presumbaly because the read/write blend wasn't right and/or that wasnt a significant source of overhead in the benchmark. I'd anticipate a much more measurable improvement for pfil, but would be interested in learning how much is seen? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 13:08:00 2007 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 E3CDC16A473 for ; Fri, 23 Nov 2007 13:08:00 +0000 (UTC) (envelope-from remko@elvandar.org) Received: from guardian.elvandar.org (evilcoder.xs4all.nl [195.64.94.120]) by mx1.freebsd.org (Postfix) with ESMTP id 9072813C467 for ; Fri, 23 Nov 2007 13:08:00 +0000 (UTC) (envelope-from remko@elvandar.org) Received: by guardian.elvandar.org (Postfix, from userid 1001) id 2A85F7EDD78; Fri, 23 Nov 2007 14:07:55 +0100 (CET) Date: Fri, 23 Nov 2007 14:07:55 +0100 From: Remko Lodder To: Joel Dahl Message-ID: <20071123130755.GE2776@elvandar.org> References: <4284.212.73.31.137.1195820829.squirrel@galain.elvandar.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4284.212.73.31.137.1195820829.squirrel@galain.elvandar.org> User-Agent: Mutt/1.5.15 (2007-04-06) X-Mailman-Approved-At: Fri, 23 Nov 2007 13:33:57 +0000 Cc: Kostik Belousov , freebsd-current@freebsd.org, vehemens Subject: Re: DRM bug 114688 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 Nov 2007 13:08:01 -0000 On Fri, Nov 23, 2007 at 01:27:09PM +0100, Joel Dahl wrote: > > On Fri, Nov 23, 2007 at 02:03:35AM -0800, vehemens wrote: > >> Would it be possible for somebody to commit the fix into current as well > >> as > >> MFC it to rel eng 6 & 7? > > URL would be helpful. > > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=114688 > > -- > Joel > I am working on that, I just send this to Warner for reviewal before seeing this mail at all. -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 13:42:49 2007 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 34E7416A41A; Fri, 23 Nov 2007 13:42:49 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.183]) by mx1.freebsd.org (Postfix) with ESMTP id 9FD3713C442; Fri, 23 Nov 2007 13:42:48 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-054-138.pools.arcor-ip.net [88.66.54.138]) by mrelayeu.kundenserver.de (node=mrelayeu7) with ESMTP (Nemesis) id 0ML2xA-1IvYnr2ziI-0006T3; Fri, 23 Nov 2007 14:42:46 +0100 From: Max Laier Organization: FreeBSD To: Robert Watson Date: Fri, 23 Nov 2007 14:43:02 +0100 User-Agent: KMail/1.9.7 References: <200711231232.04447.max@love2party.net> <20071123132453.W98338@fledge.watson.org> In-Reply-To: <20071123132453.W98338@fledge.watson.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2052720.Kae1ot7PxS"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711231443.13353.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19V9zsBcbIfzUGP/8rYgxu5P+iHMDORSZwY2YA K8bfDz1u+r82VktiM21AfJnlUQSsMkd1/3wrhXz984ovyjf87e ooBMRmeOUZvvckxdRG8WP6WjzirAGQaXKgDqJj58Yc= Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Switch pfil(9) to rmlocks 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 Nov 2007 13:42:49 -0000 --nextPart2052720.Kae1ot7PxS Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 23 November 2007, Robert Watson wrote: > On Fri, 23 Nov 2007, Max Laier wrote: > > attached is a diff to switch the pfil(9) subsystem to rmlocks, which > > are more suited for the task. I'd like some exposure before doing > > the switch, but I don't expect any fallout. This email is going > > through the patched pfil already - twice. > > Max, > > Have you done performance measurements that show rmlocks to be a win in > this scenario? I did some patchs for UNIX domain sockets to replace > the rwlock there but it appeared not to have a measurable impact on SQL > benchmarks, presumbaly because the read/write blend wasn't right and/or > that wasnt a significant source of overhead in the benchmark. I'd > anticipate a much more measurable improvement for pfil, but would be > interested in learning how much is seen? I don't yet, but will see if I can collect some data later today. The=20 main reason for the switch is shortcomings in rwlock's (not)=20 implementation of reader recursion as discussed in -arch "rwlocks,=20 correctness over speed." rmlocks do that correctly, afaiu. Unless an artificial no-op hook is used, I don't expect to see significant= =20 performance gain, however. All current pfil(9) consumer need some form=20 of synchronization of their own, which will probably nullify the gain=20 from rmlocks. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2052720.Kae1ot7PxS Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHRtjxXyyEoT62BG0RAoekAJ9FA1CTVdhUjqjfQj65eAuJ7BoREACfVjrH /BxWSf8Hep0pleUb7ggxYAU= =3vst -----END PGP SIGNATURE----- --nextPart2052720.Kae1ot7PxS-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 13:47:43 2007 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 2FC3C16A420; Fri, 23 Nov 2007 13:47:43 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost2.sentex.ca (smarthost2.sentex.ca [205.211.164.50]) by mx1.freebsd.org (Postfix) with ESMTP id DF95413C4F4; Fri, 23 Nov 2007 13:47:42 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2.sentex.ca [199.212.134.9]) by smarthost2.sentex.ca (8.14.1/8.13.8) with ESMTP id lANDlgmJ073868; Fri, 23 Nov 2007 08:47:42 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-current.sentex.ca (freebsd-current.sentex.ca [64.7.128.98]) by smtp2.sentex.ca (8.14.1/8.14.1) with ESMTP id lANDlfnR064268; Fri, 23 Nov 2007 08:47:41 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-current.sentex.ca (Postfix, from userid 666) id BDD7373039; Fri, 23 Nov 2007 08:47:41 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20071123134741.BDD7373039@freebsd-current.sentex.ca> Date: Fri, 23 Nov 2007 08:47:41 -0500 (EST) X-Virus-Scanned: ClamAV 0.90.2/3781/Fri Jul 27 07:24:10 2007 clamav-milter version 0.91.1 on clamscanner1 X-Virus-Status: Clean 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: Fri, 23 Nov 2007 13:47:43 -0000 TB --- 2007-11-23 12:54:53 - tinderbox 2.3 running on freebsd-current.sentex.ca TB --- 2007-11-23 12:54:53 - starting HEAD tinderbox run for powerpc/powerpc TB --- 2007-11-23 12:54:53 - cleaning the object tree TB --- 2007-11-23 12:55:06 - checking out the source tree TB --- 2007-11-23 12:55:06 - cd /tinderbox/HEAD/powerpc/powerpc TB --- 2007-11-23 12:55:06 - /usr/bin/cvs -f -R -q -d/home/ncvs update -Pd -A src TB --- 2007-11-23 13:01:40 - building world (CFLAGS=-O2 -pipe) TB --- 2007-11-23 13:01:40 - cd /src TB --- 2007-11-23 13:01:40 - /usr/bin/make -B buildworld >>> World build started on Fri Nov 23 13:01:42 UTC 2007 >>> 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 [...] cc -O2 -pipe -DBFD_DEFAULT_TARGET_SIZE=32 -I. -I/src/gnu/usr.bin/binutils/libopcodes -I/src/gnu/usr.bin/binutils/libopcodes/../libbfd -I/obj/powerpc/src/gnu/usr.bin/binutils/libopcodes/../libbfd -I/src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/include -DARCH_powerpc -DARCH_rs6000 -D_GNU_SOURCE -I/src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes -I/src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/bfd -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wno-uninitialized -Wno-pointer-sign -c /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c cc1: warnings being treated as errors /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c: In function 'powerpc_dialect': /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c:94: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c: In function 'print_insn_big_powerpc': /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c:103: warning: dereferencing type-punned pointer will break strict-aliasing rules /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c: In function 'print_insn_little_powerpc': /src/gnu/usr.bin/binutils/libopcodes/../../../../contrib/binutils/opcodes/ppc-dis.c:112: warning: dereferencing type-punned pointer will break strict-aliasing rules *** Error code 1 Stop in /src/gnu/usr.bin/binutils/libopcodes. *** Error code 1 Stop in /src/gnu/usr.bin/binutils. *** Error code 1 Stop in /src/gnu/usr.bin. *** Error code 1 Stop in /src/gnu. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2007-11-23 13:47:41 - WARNING: /usr/bin/make returned exit code 1 TB --- 2007-11-23 13:47:41 - ERROR: failed to build world TB --- 2007-11-23 13:47:41 - tinderbox aborted TB --- 2140.85 user 238.93 system 3168.20 real http://tinderbox.des.no/tinderbox-head-HEAD-powerpc-powerpc.full From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 14:57:24 2007 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 6095616A49E; Fri, 23 Nov 2007 14:57:24 +0000 (UTC) (envelope-from frank@pinky.sax.de) Received: from post.frank-behrens.de (post.frank-behrens.de [82.139.255.138]) by mx1.freebsd.org (Postfix) with ESMTP id A9CE313C46E; Fri, 23 Nov 2007 14:57:23 +0000 (UTC) (envelope-from frank@pinky.sax.de) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pinky.sax.de; h=from:to:date:mime-version:subject:cc:in-reply-to:references:content-type:content-transfer-encoding:content-description; q=dns/txt; s=pinky1; t=1195829842; i=frank@pinky.sax.de; bh=L8wYpUGemttbVrwstI6N1ExA0uIQnnN2XbZV1zERtA8=; b=fiAY7mP1ttKB1Pv4MhhhmBsUu9VsKnMni56m4qAaTr+8QXnm/tDoDaLzeE+Eh6a41hs/boojuhnPTg9Ojbh6Kg== Received: from [192.168.20.32] (sun.behrens [192.168.20.32]) by post.frank-behrens.de (8.14.2/8.14.1) with ESMTP-MSA id lANEv4KU002862; Fri, 23 Nov 2007 15:57:04 +0100 (CET) (envelope-from frank@pinky.sax.de) Message-Id: <200711231457.lANEv4KU002862@post.frank-behrens.de> From: "Frank Behrens" To: freebsd-current@freebsd.org Date: Fri, 23 Nov 2007 15:57:04 +0100 MIME-Version: 1.0 Priority: normal In-reply-to: <200711231020.lANAKvSr003061@post.frank-behrens.de> References: <200711221554.lAMFsRdS002781@post.frank-behrens.de> X-mailer: Pegasus Mail for Windows (4.31, DE v4.31 R1) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Content-description: Mail message body X-Hashcash: 1:24:071123:marcel@freebsd.org::e3akoZW+VbtnPk/i:00lmE X-Hashcash: 1:24:071123:freebsd-current@freebsd.org::cLNZj/cGeJV9YfjP:000000kJ+u Cc: marcel@freebsd.org Subject: Re: Can not boot 7.0-BETA3 with puc 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 Nov 2007 14:57:24 -0000 Hi, dear FreeBSD developers! Frank Behrens wrote on 23 Nov 2007 11:20: > 1. The sio(4) does not attach as in RELENG_6 to the ports provided by puc(4) driver. In > RELENG_7 it shows as > > puc0: port 0xdf00-0xdf1f,0xdec0-0xdedf mem 0xfe6f8000-0xfe6f8fff,0xfe6f7000-0xfe6f7fff irq 21 at device 13.0 on pci2 > puc0: Reserved 0x20 bytes for rid 0x10 type 4 at 0xdf00 > ioapic0: routing intpin 21 (PCI IRQ 21) to vector 54 > puc0: [FILTER] > sio0 on puc0 > sio0: type 16550A, console > sio0: [FILTER] > sio1: reserved for low-level i/o > > where RELENG_6 shows > > puc0: port 0xdf00-0xdf1f,0xdec0-0xdedf mem 0xfe6f8000-0xfe6f8fff,0xfe6f7000-0xfe6f7fff irq 21 at device 13.0 on pci2 > sio4: on puc0 > sio4: type 16550A > sio4: unable to activate interrupt in fast mode - using normal mode > sio5: on puc0 > sio5: type 16550A > sio5: unable to activate interrupt in fast mode - using normal mode > .... > sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 > sio0: type 16550A, console > sio1: reserved for low-level i/o Meanwhile I was able to restore the previous behavior. My RELENG_7 kernel boots with right sio port assignments. :-)) IMHO the reason for the error in 7.0 is, that it calls device_add_child(dev, NULL, -1); The unit is not determined, so the bus subsystem assigns the 1st sio unit. That is 0 and wrong in my case. The patch uses some code from RELENG_6 to determine the 1st free sio unit. I know this is a hack, but you should see, where the problem is to be searched. Regards, Frank =================================================================== RCS file: /data/freebsd/src/sys/dev/puc/puc.c,v retrieving revision 1.50 diff -u -w -p -r1.50 puc.c --- puc.c 6 Jun 2007 22:17:01 -0000 1.50 +++ puc.c 23 Nov 2007 14:17:29 -0000 @@ -47,6 +47,7 @@ __FBSDID("$FreeBSD: src/sys/dev/puc/puc. #include #define PUC_ISRCCNT 5 +#define PUC_DEBUG 1 struct puc_port { struct puc_bar *p_bar; @@ -70,6 +71,31 @@ const char puc_driver_name[] = "puc"; MALLOC_DEFINE(M_PUC, "PUC", "PUC driver"); + +static int +puc_find_free_unit(device_t dev, char *name) +{ + devclass_t dc; + int start; + int unit; + + unit = 0; + start = 0; + while (resource_int_value(name, unit, "port", &start) == 0 && + start > 0) + unit++; + dc = devclass_find(name); + if (dc == NULL) + return (-1); + while (devclass_get_device(dc, unit)) + unit++; +#if PUC_DEBUG + device_printf(dev, "Using %s%d\n", name, unit); +#endif + return (unit); +} + + struct puc_bar * puc_get_bar(struct puc_softc *sc, int rid) { @@ -201,6 +227,13 @@ puc_bfe_attach(device_t dev) bus_space_handle_t bsh; bus_space_tag_t bst; int error, idx; +#if PUC_DEBUG + int oldverbose = bootverbose; + bootverbose = 1; + + device_printf(dev, "puc_bfe_attach\n"); +#endif + sc = device_get_softc(dev); @@ -296,9 +329,16 @@ puc_bfe_attach(device_t dev) goto fail; port->p_rclk = res; - port->p_dev = device_add_child(dev, NULL, -1); + port->p_dev = device_add_child(dev, "sio", puc_find_free_unit(dev, "sio")); if (port->p_dev != NULL) device_set_ivars(port->p_dev, (void *)port); +#if PUC_DEBUG + device_printf(dev, "child attached: nr %d, start %x, offset %x, dev %s\n", + port->p_nr, + start, + ofs, + device_get_nameunit(port->p_dev)); +#endif } error = puc_config(sc, PUC_CFG_GET_ILR, 0, &res); @@ -352,6 +392,10 @@ puc_bfe_attach(device_t dev) if (sc->sc_serdevs == 0UL) bus_teardown_intr(dev, sc->sc_ires, sc->sc_icookie); +#if PUC_DEBUG + bootverbose = oldverbose; +#endif + return (0); fail: @@ -377,6 +421,9 @@ fail: rman_fini(&sc->sc_ioport); free(__DECONST(void *, sc->sc_ioport.rm_descr), M_PUC); free(sc->sc_port, M_PUC); +#if PUC_DEBUG + bootverbose = oldverbose; +#endif return (error); } -- Frank Behrens, Osterwieck, Germany PGP-key 0x5B7C47ED on public servers available. From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 15:00:56 2007 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 83C1716A418 for ; Fri, 23 Nov 2007 15:00:56 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id E405A13C448 for ; Fri, 23 Nov 2007 15:00:55 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A70DA.dip.t-dialin.net [84.154.112.218]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lANEkCq7005201 for ; Fri, 23 Nov 2007 14:46:13 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lANEklhQ068284 for ; Fri, 23 Nov 2007 15:46:47 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lANEklZV083952 for ; Fri, 23 Nov 2007 15:46:47 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711231446.lANEklZV083952@fire.js.berklix.net> To: freebsd-current@freebsd.org In-reply-to: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> Comments: In-reply-to Ken Smith message dated "Mon, 19 Nov 2007 11:14:16 -0500." Date: Fri, 23 Nov 2007 15:46:47 +0100 From: "Julian H. Stacey" Subject: Sysinstall fails to re-allocate disk space. 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 Nov 2007 15:00:56 -0000 Ken Smith wrote: > Subject: Re: FreeBSD 7.0-BETA3 Available > The 7.0-BETA3 builds are now available. If you would like to download I installed 7.0-BETA3-i386-disc1.iso (after checking md5 on cd) on a 4G disc I told sysinstall: Use whole disc A For Auto defaults. It allocated 9M for swap ! I deleted swap & /usr to get space, Allocated 100M for swap. It said not enough space (despite 3G free !) I guess this is not a 7.0-BETA3 bug but a long term limitation of sysinstall, for which at best one might file a send-pr requesting an enhancement or submitting diffs (but I dont wany to poke about in sysinstall **) After I had installed I could see more data as below with df & disklabel as below, but sysinstall didnt show me that much info furing the install. If I had deleted all partitions but /, I could probably have allocated more swap, but then I'd have lost sysinstall's reccomended sizes for all other partitions (OK, yes, I could have written them down). Seemed like a bug at the time "Damn! It's got the space, why doesn't it use it?" Now with df & disklabel one can see why sysinstall refused: sysinstall was too dumb to shuffle partitions, in older simpler BSD installs, one would have the full disklabel (& in vi, not some non BSD ee editor that's no smaller than some vi clones) (**). GENERIC dmesg: real memory = 33554432 (32 MB) avail memory = 18964480 (18 MB) ad0: 4121MB at ata0-master UDMA33 df Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/ad0s1a 317166 130316 161478 45% / devfs 1 1 0 100% /dev /dev/ad0s1e 221934 12 204168 0% /tmp /dev/ad0s1f 3186642 118970 2812742 4% /usr /dev/ad0s1d 348910 230 320768 0% /var disklabel ad0s1 # /dev/ad0s1: 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 655360 0 4.2BSD 2048 16384 40968 b: 19352 655360 swap c: 8440929 0 unused 0 0 # "raw" part... d: 720896 674712 4.2BSD 2048 16384 45064 e: 458752 1395608 4.2BSD 2048 16384 28680 f: 6586569 1854360 4.2BSD 2048 16384 28552 swapinfo Device 1K-blocks Used Avail Capacity /dev/ad0s1b 9676 1820 7856 19% -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 15:33:18 2007 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 C21B916A420 for ; Fri, 23 Nov 2007 15:33:18 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from mout1.freenet.de (mout1.freenet.de [IPv6:2001:748:100:40::2:3]) by mx1.freebsd.org (Postfix) with ESMTP id 3F48C13C4E9 for ; Fri, 23 Nov 2007 15:33:18 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.11] (helo=1.mx.freenet.de) by mout1.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1IvaWq-0001mz-Qr; Fri, 23 Nov 2007 16:33:16 +0100 Received: from mb855.m.pppool.de ([89.49.184.85]:54218 helo=peedub.jennejohn.org) by 1.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #1) id 1IvaWq-0006BA-Lh; Fri, 23 Nov 2007 16:33:16 +0100 Date: Fri, 23 Nov 2007 16:33:15 +0100 From: Gary Jennejohn To: "Julian H. Stacey" Message-ID: <20071123163315.23b539b0@peedub.jennejohn.org> In-Reply-To: <200711231446.lANEklZV083952@fire.js.berklix.net> References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <200711231446.lANEklZV083952@fire.js.berklix.net> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: Sysinstall fails to re-allocate disk space. 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: Fri, 23 Nov 2007 15:33:18 -0000 On Fri, 23 Nov 2007 15:46:47 +0100 "Julian H. Stacey" wrote: > Ken Smith wrote: > > > Subject: Re: FreeBSD 7.0-BETA3 Available > > The 7.0-BETA3 builds are now available. If you would like to download > > I installed 7.0-BETA3-i386-disc1.iso (after checking md5 on cd) on a 4G disc > I told sysinstall: > Use whole disc > A For Auto defaults. > It allocated 9M for swap ! > I deleted swap & /usr to get space, > Allocated 100M for swap. > It said not enough space (despite 3G free !) > My goodness, Julian. A 4GB disk. I suspect that a n00b wouldn't dream of trying to use a disk that small. I suspect that he wouldn't even know that disks that small exist(ed). Using such a small disk is something for an expert, in which case said expert would do the expert install and first allocate space for swap and the rest as one file system. That method would probably yield the desired results. -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 15:49:31 2007 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 8424216A419 for ; Fri, 23 Nov 2007 15:49:31 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from msrv.matik.com.br (msrv.matik.com.br [200.152.83.14]) by mx1.freebsd.org (Postfix) with ESMTP id C967013C4EB for ; Fri, 23 Nov 2007 15:49:30 +0000 (UTC) (envelope-from joao@matik.com.br) Received: from anb.p.matik.com.br (anb.p.matik.com.br [200.152.83.34] (may be forged)) by msrv.matik.com.br (8.14.1/8.13.1) with ESMTP id lANFnLfS014320; Fri, 23 Nov 2007 13:49:22 -0200 (BRT) (envelope-from joao@matik.com.br) From: JoaoBR Organization: Infomatik To: freebsd-current@freebsd.org, gary.jennejohn@freenet.de Date: Fri, 23 Nov 2007 13:48:11 -0200 User-Agent: KMail/1.9.7 References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <200711231446.lANEklZV083952@fire.js.berklix.net> <20071123163315.23b539b0@peedub.jennejohn.org> In-Reply-To: <20071123163315.23b539b0@peedub.jennejohn.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Message-Id: <200711231348.11677.joao@matik.com.br> X-Virus-Scanned: ClamAV version 0.91.2, clamav-milter version 0.91.2 on msrv.matik.com.br X-Virus-Status: Clean Cc: "Julian H. Stacey" Subject: Re: Sysinstall fails to re-allocate disk space. 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 Nov 2007 15:49:31 -0000 On Friday 23 November 2007 13:33:15 Gary Jennejohn wrote: > On Fri, 23 Nov 2007 15:46:47 +0100 > > "Julian H. Stacey" wrote: > > Ken Smith wrote: > > > Subject: Re: FreeBSD 7.0-BETA3 Available > > > The 7.0-BETA3 builds are now available. If you would like to download > > > > I installed 7.0-BETA3-i386-disc1.iso (after checking md5 on cd) on a 4G > > disc I told sysinstall: > > Use whole disc > > A For Auto defaults. > > It allocated 9M for swap ! > > I deleted swap & /usr to get space, > > Allocated 100M for swap. > > It said not enough space (despite 3G free !) > > My goodness, Julian. A 4GB disk. > > I suspect that a n00b wouldn't dream of trying to use a disk that small. > I suspect that he wouldn't even know that disks that small exist(ed). > > Using such a small disk is something for an expert, in which case said > expert would do the expert install and first allocate space for swap and > the rest as one file system. That method would probably yield the desired > results. well, hard to agree to what you say and Julian is correct I guess, an=20 installer should not allocate more space as available for any partition ...= =20 unless it really need such much space Even if you suspect there are no 4g disks there are much smaller ones we use for most of our APs 500M NB disks because solid states do not provid= e=20 permanent logs and freebsd fits well on them, I myself didn't any install f= or=20 some time but I believe the auto defaults should consider their size to wha= t=20 is available and on 6 they do it I guess =2D-=20 Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 16:10:44 2007 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 279A016A46C for ; Fri, 23 Nov 2007 16:10:44 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from tower.berklix.org (tower.berklix.org [83.236.223.114]) by mx1.freebsd.org (Postfix) with ESMTP id 74DBD13C46B for ; Fri, 23 Nov 2007 16:10:43 +0000 (UTC) (envelope-from jhs@berklix.org) Received: from js.berklix.net (p549A70DA.dip.t-dialin.net [84.154.112.218]) (authenticated bits=0) by tower.berklix.org (8.13.6/8.13.6) with ESMTP id lANGAfNX005613; Fri, 23 Nov 2007 16:10:41 GMT (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (fire.js.berklix.net [192.168.91.41]) by js.berklix.net (8.13.8/8.13.8) with ESMTP id lANGBHfa068871; Fri, 23 Nov 2007 17:11:17 +0100 (CET) (envelope-from jhs@berklix.org) Received: from fire.js.berklix.net (localhost.js.berklix.net [127.0.0.1]) by fire.js.berklix.net (8.13.8/8.13.8) with ESMTP id lANGBHOT085866; Fri, 23 Nov 2007 17:11:17 +0100 (CET) (envelope-from jhs@fire.js.berklix.net) Message-Id: <200711231611.lANGBHOT085866@fire.js.berklix.net> To: gary.jennejohn@freenet.de From: "Julian Stacey" Organization: http://berklix.com BSD Unix Linux Consultancy, Munich/Muenchen. User-agent: EXMH on FreeBSD http://berklix.com/free/ X-URL: http://berklix.com In-reply-to: Your message "Fri, 23 Nov 2007 16:33:15 +0100." <20071123163315.23b539b0@peedub.jennejohn.org> Date: Fri, 23 Nov 2007 17:11:17 +0100 Sender: jhs@berklix.org Cc: freebsd-current@freebsd.org Subject: Re: Sysinstall fails to re-allocate disk space. 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 Nov 2007 16:10:44 -0000 Reference: > From: Gary Jennejohn > Reply-to: gary.jennejohn@freenet.de > Date: Fri, 23 Nov 2007 16:33:15 +0100 > Message-id: <20071123163315.23b539b0@peedub.jennejohn.org> Gary Jennejohn wrote: > On Fri, 23 Nov 2007 15:46:47 +0100 > "Julian H. Stacey" wrote: > > > Ken Smith wrote: > > > > > Subject: Re: FreeBSD 7.0-BETA3 Available > > > The 7.0-BETA3 builds are now available. If you would like to download > > > > I installed 7.0-BETA3-i386-disc1.iso (after checking md5 on cd) on a 4G disc > > I told sysinstall: > > Use whole disc > > A For Auto defaults. > > It allocated 9M for swap ! > > I deleted swap & /usr to get space, > > Allocated 100M for swap. > > It said not enough space (despite 3G free !) > > > > My goodness, Julian. A 4GB disk. Chuckle! I've gots several, good for scratch testing. I was installing to achieve 2 jobs at once: crude disk erase of system with 4.10 + grabbing dmesg from 7 to to examine for sound interface, before putting a bigger disc in if it had BSD recognised sound :-) > I suspect that a n00b wouldn't dream of trying to use a disk that small. > I suspect that he wouldn't even know that disks that small exist(ed). > > Using such a small disk is something for an expert, in which case said > expert would do the expert install and first allocate space for swap and > the rest as one file system. That method would probably yield the desired > results. You'r right of course Gary :-) Even on an install on a new big disk, I bet the same systematic problem occurs, (maybe I'll try on spare partition of my 500G), but point taken, I should have tried expert mode. Damn! Why didn't I do that ? Blush ! Thanks. -- Julian Stacey. Munich Computer Consultant, BSD Unix C Linux. http://berklix.com Ihr Rauch = mein allergischer Kopfschmerz. Dump cigs 4 snuff. From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 16:49:16 2007 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 A6E2D16A417 for ; Fri, 23 Nov 2007 16:49:16 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6308713C474 for ; Fri, 23 Nov 2007 16:49:16 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 098F7F7303 for ; Fri, 23 Nov 2007 08:49:11 -0800 (PST) X-Virus-Scanned: amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dVyCnOoCQvCG for ; Fri, 23 Nov 2007 08:49:09 -0800 (PST) Received: from [10.10.10.246] (mini.mcneil.com [10.10.10.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mcneil.com (Postfix) with ESMTP id E4191F185E for ; Fri, 23 Nov 2007 08:49:08 -0800 (PST) Message-ID: <47470463.1010608@mcneil.com> Date: Fri, 23 Nov 2007 08:48:35 -0800 From: Sean McNeil Organization: Sean McNeil Consulting, Inc User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: current@freebsd.org Content-Type: multipart/mixed; boundary="------------060001030805060506050600" X-Mailman-Approved-At: Fri, 23 Nov 2007 16:56:17 +0000 Cc: Subject: GSSAPI broken 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 Nov 2007 16:49:16 -0000 This is a multi-part message in MIME format. --------------060001030805060506050600 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit The moderator rejected my previous attempt to report this as I stated 7-STABLE. I assumed that since there is a STABLE cvsup tag this was appropriate, but the moderator found it confusing as there is no official stable for 7 yet. Instead, I should have stated 7-BETA3. I am resending as this is very important. Without a fix, secure LDAP support is broken as well as other potential SASL2 uses. I have updated my system to FreeBSD triton.mcneil.com 7.0-BETA3 FreeBSD 7.0-BETA3 #225: Thu Nov 22 12:43:12 PST 2007 root@triton.mcneil.com:/usr/obj/usr/src/sys/TRITON amd64 I used the supfile setting of *default release=cvs tag=RELENG_7 I have found 2 problems related to GSSAPI support: 1) /etc/gss/mech has the wrong version number for libgssapi_krb5.so. It is set to 8 instead of 9. 2) /usr/src/lib/libgssapi/gss_acquire_cred.c causes a segfault because it will access off of a null pointer. SASL2 from ports will call gss_acquire_cred with the desired_mechs set to GSS_C_NO_OID_SET when _gss_mech_oids hasn't been setup yet. This happens in openldap23-server, for instance. The following patch prevents the segfault: --- gss_acquire_cred.c.orig 2005-12-29 06:40:20.000000000 -0800 +++ gss_acquire_cred.c 2007-11-22 18:30:07.000000000 -0800 @@ -59,8 +59,8 @@ * First make sure that at least one of the requested * mechanisms is one that we support. */ + _gss_load_mech(); if (mechs) { - _gss_load_mech(); for (i = 0; i < mechs->count; i++) { int t; gss_test_oid_set_member(minor_status, @@ -74,6 +74,9 @@ return (GSS_S_BAD_MECH); } } + else + mechs = _gss_mech_oids; + if (actual_mechs) { major_status = gss_create_empty_oid_set(minor_status, @@ -92,9 +95,6 @@ cred->gc_usage = cred_usage; SLIST_INIT(&cred->gc_mc); - if (mechs == GSS_C_NO_OID_SET) - mechs = _gss_mech_oids; - set.count = 1; min_time = GSS_C_INDEFINITE; for (i = 0; i < mechs->count; i++) { --------------060001030805060506050600 Content-Type: text/plain; name="gss_acquire_cred.c.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gss_acquire_cred.c.diff" --- gss_acquire_cred.c.orig 2005-12-29 06:40:20.000000000 -0800 +++ gss_acquire_cred.c 2007-11-22 18:30:07.000000000 -0800 @@ -59,8 +59,8 @@ * First make sure that at least one of the requested * mechanisms is one that we support. */ + _gss_load_mech(); if (mechs) { - _gss_load_mech(); for (i = 0; i < mechs->count; i++) { int t; gss_test_oid_set_member(minor_status, @@ -74,6 +74,9 @@ return (GSS_S_BAD_MECH); } } + else + mechs = _gss_mech_oids; + if (actual_mechs) { major_status = gss_create_empty_oid_set(minor_status, @@ -92,9 +95,6 @@ cred->gc_usage = cred_usage; SLIST_INIT(&cred->gc_mc); - if (mechs == GSS_C_NO_OID_SET) - mechs = _gss_mech_oids; - set.count = 1; min_time = GSS_C_INDEFINITE; for (i = 0; i < mechs->count; i++) { --------------060001030805060506050600-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 16:52:37 2007 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 14AA716A47D; Fri, 23 Nov 2007 16:52:37 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from mail.mcneil.com (mcneil.com [24.199.45.54]) by mx1.freebsd.org (Postfix) with ESMTP id CE1F813C4D3; Fri, 23 Nov 2007 16:52:36 +0000 (UTC) (envelope-from sean@mcneil.com) Received: from localhost (localhost.mcneil.com [127.0.0.1]) by mail.mcneil.com (Postfix) with ESMTP id 8D821F7308; Fri, 23 Nov 2007 08:52:32 -0800 (PST) X-Virus-Scanned: amavisd-new at mcneil.com Received: from mail.mcneil.com ([127.0.0.1]) by localhost (mcneil.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kfXCZAs1OWpd; Fri, 23 Nov 2007 08:52:30 -0800 (PST) Received: from [10.10.10.246] (mini.mcneil.com [10.10.10.246]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.mcneil.com (Postfix) with ESMTP id 61C9DF7301; Fri, 23 Nov 2007 08:52:29 -0800 (PST) Message-ID: <4747052B.3060506@mcneil.com> Date: Fri, 23 Nov 2007 08:51:55 -0800 From: Sean McNeil Organization: Sean McNeil Consulting, Inc User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Rong-en Fan References: <4744AA82.1060506@mcneil.com> <4745CB09.4020601@mcneil.com> <6eb82e0711230326w411ff4at62bfc18383b33df6@mail.gmail.com> In-Reply-To: <6eb82e0711230326w411ff4at62bfc18383b33df6@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Fri, 23 Nov 2007 17:22:45 +0000 Cc: Daniel Eischen , current@freebsd.org Subject: Re: Now -stable is broken from undefined reference to `__mb_sb_limit' 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 Nov 2007 16:52:37 -0000 Rong-en Fan wrote: > On Nov 23, 2007 2:31 AM, Sean McNeil wrote: > >> Daniel Eischen wrote: >> >>> On Wed, 21 Nov 2007, Sean McNeil wrote: >>> >>> >>>> Why was this stuff MFCd? >>>> >>>> cc -O2 -fno-strict-aliasing -pipe -g >>>> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/krb5 >>>> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/asn1 >>>> -I/usr/src/kerberos5/libexec/ipropd-master/../../../crypto/heimdal/lib/roken >>>> -I. -I/usr/local/include -DOPENLDAP=1 -DHAVE_CONFIG_H >>>> -I/usr/src/kerberos5/libexec/ipropd-master/../../include -DINET6 -g >>>> -L/usr/local/lib -Wl,-rpath,/usr/local/lib -o ipropd-master >>>> ipropd_master.o -lkadm5srv -lhdb -lkrb5 -lroken >>>> /usr/obj/usr/src/kerberos5/libexec/ipropd-master/../../lib/libvers/libvers.a >>>> -lasn1 -lcrypto -lcrypt -lcom_err -lldap -llber >>>> /usr/local/lib/libldap.so: undefined reference to `__mb_sb_limit' >>>> *** Error code 1 >>>> >>>> Stop in /usr/src/kerberos5/libexec/ipropd-master. >>>> >>> I don't think it should have been MFC'd, but that ship has already >>> sailed. You're going to have to rebuild openldap first I think. >>> Or perhaps build (kerberos) without LDAP. >>> >>> >> I agree, it should not have been MFC'd. If you think it through, >> essentially it has both broken the -STABLE model and made 6-STABLE >> useless. Rebuilding openldap doesn't help I would have to build without >> kerberos, install, rebuild openldap, build again and install, then >> rebuild all my ports. This is not suppose to happen. >> > > Apply this then rebuild libc, it should be fine. I just sent it to re@ > for approval. > > RCS file: /home/ncvs/src/lib/libc/locale/none.c,v > retrieving revision 1.13.2.2 > diff -u -r1.13.2.2 none.c > --- lib/libc/locale/none.c 21 Nov 2007 01:31:48 -0000 1.13.2.2 > +++ lib/libc/locale/none.c 23 Nov 2007 11:17:04 -0000 > @@ -181,6 +181,7 @@ > /* setup defaults */ > > int __mb_cur_max = 1; > +int __mb_sb_limit = 256; > size_t (*__mbrtowc)(wchar_t * __restrict, const char * __restrict, size_t, > mbstate_t * __restrict) = _none_mbrtowc; > int (*__mbsinit)(const mbstate_t *) = _none_mbsinit; > Thank you so much for resolving this. I really appreciate it. From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 17:26:53 2007 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 1C54516A41B for ; Fri, 23 Nov 2007 17:26:53 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id BDD1A13C448 for ; Fri, 23 Nov 2007 17:26:52 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62419 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IvcIh-0002CQ-Lq for freebsd-current@freebsd.org; Fri, 23 Nov 2007 17:26:51 +0000 Message-ID: <47470D55.9000203@conducive.net> Date: Fri, 23 Nov 2007 17:26:45 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <474288AE.1040106@gmail.com> <47452703.1020008@gmail.com> <47453BCF.1060908@conducive.net> <474558C7.1090801@gmail.com> <4745D9CE.8010707@conducive.net> <47462ED9.2030902@gmail.com> In-Reply-To: <47462ED9.2030902@gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: who do I report this to? 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 Nov 2007 17:26:53 -0000 Aryeh M. Friedman wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > 韓家標 Bill Hacker wrote: >> Aryeh M. Friedman wrote: *snip* > > My roommates XP machine seems to have none of these issues and it is ACK - but that is yet-another set of variables of limited utility to an re(4) coder. We don't know what MB, BIOS, 'glue' chipset, NIC ... yada yada.. Vista is using - nor would it be lot of help as regards *BSD if we DID know. *snip* > > Personally I think the unpredictable parts are part of the issue since > as you said you have pretty much the same setup and no issue... thus Sure they are. But they have to be either quantized (hard) or removed (easy). > the only way to do a local test I can think of is write a network > simulator and throw in different loss characteristics No need to write it. tcpdump has lots of 'steering', dummynet has what you need, and wireshark may be of use. More stuff yet is in ports. But you still need two boxes, and at least two NICS - preferably 3 or more so that you can do re to re and re to 'non-re'. >> You will need at least one other 'local' box. It need not be fancy, >> but it has to be under your observation and control. > > If the XP machine above will do (keep in mind I can make minor > alterations to it but I will be skinned alive if I do anything like > install an OS) It *might* do if you can protect your friend's Vista from interference by booting it from an outboard HDD or USB stick - even a 'LiveCD' that is a bit better suited to providing analytical tools. *snip* > That is what the original post was asking but Pyun (and most other > private replies I have gotten) point to re(4) As they should. Remember - I didnt say that re(4) might not have need of fixing - I just said you were not the one best equipped to contribute good test data. *snip* >> What you are calling a 'phantom' is the product of a combination of >> circumstances - too many of which are literally 'outside the house'. > > this very well be true but the lack of problems on vista/xp says other > wise I think. > Perhaps. But, as said - it is mostly just a different set of confusables. *snip* > > The only thing I have for this is the XP machine and Belkin router. > Lack of specialized resources is no sin. But best to face that and concentrate your energy on issues that you can more easily test accurately - not with what you wish you had - but with what you DO have. Others will have access to better re(4) test environments - or the resources to implement such. Meanwhile, I suspect that if you force your re to downshift to 10-base speed when using the uplink, you will see real-world throughput actually go up, not down. Bill From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 17:35:28 2007 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 E7CD816A468 for ; Fri, 23 Nov 2007 17:35:28 +0000 (UTC) (envelope-from sam@errno.com) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 769B313C4CC for ; Fri, 23 Nov 2007 17:35:28 +0000 (UTC) (envelope-from sam@errno.com) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id lANHAdti080739 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Nov 2007 09:10:40 -0800 (PST) (envelope-from sam@errno.com) Message-ID: <47470993.2060707@errno.com> Date: Fri, 23 Nov 2007 09:10:43 -0800 From: Sam Leffler User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Ian FREISLICH References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-dcc-servers-Metrics: om; whitelist Cc: Kip Macy , Mike Silbersack , current@freebsd.org Subject: Re: TCP RST+data! 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 Nov 2007 17:35:29 -0000 Ian FREISLICH wrote: > "Kip Macy" wrote: > >> On Nov 22, 2007 12:14 PM, Ian FREISLICH wrote: >> >>> Hi >>> >>> I have a device (sip/iax phone) that has a web interface and a >>> poorly documented CLI. The only thing is it sends a RST with its >>> last data packet. "Stevens" seems to indicate an RST should discard >>> buffered data and I suspect that's what's happening when I try to >>> browse to it. >>> >>> However, Windows and MacOs both pull up the web page. Is this a >>> bug in our TCP implimentation or in theirs? >>> >>> Here's a tcpdump of seamonkey trying to retrieve the document index: >>> >>> 22:07:53.728516 IP (tos 0x0, ttl 64, id 24507, offset 0, flags [DF], proto >>> > TCP (6), length 60) 196.7.162.28.50118 > 196.7.162.30.80: S, cksum 0xdbdd (corr > ect), 2746220400:2746220400(0) win 65535 p 16267181 0> > >>> 22:07:53.731512 IP (tos 0x0, ttl 64, id 36, offset 0, flags [DF], proto TCP >>> > (6), length 60) 196.7.162.30.80 > 196.7.162.28.50118: S, cksum 0xbdba (correct > ), 2416404465:2416404465(0) ack 2746220401 win 8192 nop,timestamp 2333 16267181> > >>> 22:07:53.731543 IP (tos 0x0, ttl 64, id 24508, offset 0, flags [DF], proto >>> > TCP (6), length 52) 196.7.162.28.50118 > 196.7.162.30.80: ., cksum 0xe8f5 (corr > ect), 1:1(0) ack 1 win 8326 > >>> 22:07:53.731593 IP (tos 0x0, ttl 64, id 24509, offset 0, flags [DF], proto >>> > TCP (6), length 428) 196.7.162.28.50118 > 196.7.162.30.80: P 1:377(376) ack 1 w > in 8326 > >>> 22:07:53.770545 IP (tos 0x0, ttl 64, id 37, offset 0, flags [DF], proto TCP >>> > (6), length 52) 196.7.162.30.80 > 196.7.162.28.50118: ., cksum 0xe948 (correct > ), 1:1(0) ack 377 win 7867 > >>> 22:07:54.004963 IP (tos 0x0, ttl 64, id 38, offset 0, flags [DF], proto TCP >>> > (6), length 61) 196.7.162.30.80 > 196.7.162.28.50118: P, cksum 0xcdea (correct > ), 1:10(9) ack 377 win 8192 > >>> 22:07:54.018027 IP (tos 0x0, ttl 64, id 39, offset 0, flags [DF], proto TCP >>> > (6), length 638) 196.7.162.30.80 > 196.7.162.28.50118: RP 10:608(598) ack 377 > win 8192 [!RST+ 200 OK\015\012Server: Rapid Logic/1.] > >> Looking at your later trace, data with the RST is a red herring. The >> only thing that stands out to me as being odd and perhaps is the >> issue, is that the window size for the SYN and the ack are >> inconsistent on FreeBSD but are consistent on OS X. I'm not sure off >> hand where the number 8326 comes from. It could be that when the SIP's >> stack is generating the ack for the GET it concludes that the window >> accounting state is incorrect. >> >> Perhaps Mike can shed some light when he gets back online. >> > > I see. Playing around with net.inet.tcp sysctls, disabling delayed_ack > fixes the problem with this phone. Do you think that this is a bug > in the phone's TCP stack? > Is there a proxy involved or is this session end-to-end? Not sure if you described the setup but it might be useful (e.g. is the phone using wireless). Sam From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 17:39:15 2007 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 A0FF116A417 for ; Fri, 23 Nov 2007 17:39:15 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 4ED8B13C4E1 for ; Fri, 23 Nov 2007 17:39:15 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62451 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IvcUj-0002HK-G4 for freebsd-current@freebsd.org; Fri, 23 Nov 2007 17:39:13 +0000 Message-ID: <47471040.5060009@conducive.net> Date: Fri, 23 Nov 2007 17:39:12 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <200711231446.lANEklZV083952@fire.js.berklix.net> <20071123163315.23b539b0@peedub.jennejohn.org> In-Reply-To: <20071123163315.23b539b0@peedub.jennejohn.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Sysinstall fails to re-allocate disk space. 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 Nov 2007 17:39:15 -0000 Gary Jennejohn wrote: > On Fri, 23 Nov 2007 15:46:47 +0100 > "Julian H. Stacey" wrote: > >> Ken Smith wrote: >> >>> Subject: Re: FreeBSD 7.0-BETA3 Available >>> The 7.0-BETA3 builds are now available. If you would like to download >> I installed 7.0-BETA3-i386-disc1.iso (after checking md5 on cd) on a 4G disc >> I told sysinstall: >> Use whole disc >> A For Auto defaults. >> It allocated 9M for swap ! >> I deleted swap & /usr to get space, >> Allocated 100M for swap. >> It said not enough space (despite 3G free !) >> > > My goodness, Julian. A 4GB disk. > > I suspect that a n00b wouldn't dream of trying to use a disk that small. > I suspect that he wouldn't even know that disks that small exist(ed). > Bite yer tongue! Before the anarchists took over the party we were able to install and run on 256 *meg* (and less...). > Using such a small disk is something for an expert, in which case said > expert would do the expert install and first allocate space for swap and > the rest as one file system. That method would probably yield the desired > results. > Still works in under one GB. IF you can find a build that hasn't been screwed with to the point it now breaks. As 6.X has just been. Too many of the 'experts' seem to have left the building with the QC department. Bill From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 17:42:21 2007 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 06EF816A421 for ; Fri, 23 Nov 2007 17:42:21 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id ACA0E13C4EA for ; Fri, 23 Nov 2007 17:42:20 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:62453 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IvcXj-0002I3-Ri for freebsd-current@freebsd.org; Fri, 23 Nov 2007 17:42:19 +0000 Message-ID: <474710FB.4030008@conducive.net> Date: Fri, 23 Nov 2007 17:42:19 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200711231611.lANGBHOT085866@fire.js.berklix.net> In-Reply-To: <200711231611.lANGBHOT085866@fire.js.berklix.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Sysinstall fails to re-allocate disk space. 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 Nov 2007 17:42:21 -0000 Julian Stacey wrote: *snip* > partition of my 500G), but point taken, I should have tried expert > mode. Damn! Why didn't I do that ? Blush ! Thanks. > Ah - sorry or jumping on that, then. I didn't know there was any other option but (alleged) 'expert' mode. Not one that actually worked, anyway. ;-) Bill From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 17:47:26 2007 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 B7AFC16A418 for ; Fri, 23 Nov 2007 17:47:26 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 658B313C474 for ; Fri, 23 Nov 2007 17:47:26 +0000 (UTC) (envelope-from rnoland@2hip.net) Received: from [192.168.1.129] (adsl-154-188-195.bna.bellsouth.net [68.154.188.195]) (authenticated bits=0) by gizmo.2hip.net (8.13.8/8.13.8) with ESMTP id lANHlM2l017022 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 23 Nov 2007 12:47:23 -0500 (EST) (envelope-from rnoland@2hip.net) From: Robert Noland To: Kostik Belousov In-Reply-To: <20071123123559.GW78396@deviant.kiev.zoral.com.ua> References: <4284.212.73.31.137.1195820829.squirrel@galain.elvandar.org> <20071123123559.GW78396@deviant.kiev.zoral.com.ua> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-xnPDWxWWr0MXEgNc/oRo" Organization: 2Hip Networks Date: Fri, 23 Nov 2007 12:47:15 -0500 Message-Id: <1195840035.1628.6.camel@wombat.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.1.8 X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on gizmo.2hip.net Cc: vehemens , freebsd-current@freebsd.org, Joel Dahl Subject: Re: DRM bug 114688 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 Nov 2007 17:47:26 -0000 --=-xnPDWxWWr0MXEgNc/oRo Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2007-11-23 at 14:35 +0200, Kostik Belousov wrote: > On Fri, Nov 23, 2007 at 01:27:09PM +0100, Joel Dahl wrote: > > > On Fri, Nov 23, 2007 at 02:03:35AM -0800, vehemens wrote: > > >> Would it be possible for somebody to commit the fix into current as = well > > >> as > > >> MFC it to rel eng 6 & 7? > > > URL would be helpful. > > > > >=20 > > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D114688 >=20 > Ah, ok. I thought that was the bug id in the DRM bug database. >=20 > The change has been shown to anholt@, and awaits his decision to be > committed (as well as some fixes for in-tree i915 drm driver). This has been committed to drm git for a while now, but src was in freeze at that time. robert. --=20 Robert Noland 2Hip Networks --=-xnPDWxWWr0MXEgNc/oRo Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (FreeBSD) iD8DBQBHRxIjM4TrQ4qfROMRAmcdAKCE/sLgNgRAzyEoIhp/mCYEZFFyDQCeIjxs nwNcFGLl0cWp4+QgHsEvzBg= =QIOl -----END PGP SIGNATURE----- --=-xnPDWxWWr0MXEgNc/oRo-- From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 18:57:08 2007 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 3A46216A419 for ; Fri, 23 Nov 2007 18:57:08 +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 B7DE013C4D1 for ; Fri, 23 Nov 2007 18:57:07 +0000 (UTC) (envelope-from gary.jennejohn@freenet.de) Received: from [195.4.92.23] (helo=13.mx.freenet.de) by mout2.freenet.de with esmtpa (Exim 4.68) (envelope-from ) id 1Ivdi6-0001Tr-Dt for freebsd-current@freebsd.org; Fri, 23 Nov 2007 19:57:06 +0100 Received: from mb855.m.pppool.de ([89.49.184.85]:63287 helo=peedub.jennejohn.org) by 13.mx.freenet.de with esmtpa (ID gary.jennejohn@freenet.de) (port 25) (Exim 4.68 #1) id 1Ivdi6-0002Kb-86 for freebsd-current@freebsd.org; Fri, 23 Nov 2007 19:57:06 +0100 Date: Fri, 23 Nov 2007 19:57:05 +0100 From: Gary Jennejohn To: freebsd-current@freebsd.org Message-ID: <20071123195705.4ede6420@peedub.jennejohn.org> In-Reply-To: <474710FB.4030008@conducive.net> References: <200711231611.lANGBHOT085866@fire.js.berklix.net> <474710FB.4030008@conducive.net> Organization: DENX Softwre Engineering GmbH X-Mailer: Claws Mail 3.0.2 (GTK+ 2.10.14; amd64-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Sysinstall fails to re-allocate disk space. 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: Fri, 23 Nov 2007 18:57:08 -0000 On Fri, 23 Nov 2007 17:42:19 +0000 _________ Bill Hacker wrote: > Julian Stacey wrote: > *snip* > > > > partition of my 500G), but point taken, I should have tried expert > > mode. Damn! Why didn't I do that ? Blush ! Thanks. > > > > Ah - sorry or jumping on that, then. > > I didn't know there was any other option but (alleged) 'expert' mode. > > Not one that actually worked, anyway. > > ;-) > Hey, no big deal. Julian and I are friends and I was sort of pulling his leg in public. Still, he's been using FreeBSD for a loooong time and should have known better :-P -- Gary Jennejohn From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 21:23:31 2007 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 9ACB716A417 for ; Fri, 23 Nov 2007 21:23:31 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from mail.id-gaming.com (id-gaming.com [64.234.215.98]) by mx1.freebsd.org (Postfix) with ESMTP id 651EF13C44B for ; Fri, 23 Nov 2007 21:23:31 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from localhost (unknown [127.0.0.1]) by mail.id-gaming.com (Postfix) with ESMTP id C95C3EA523 for ; Fri, 23 Nov 2007 20:55:24 +0000 (UTC) Received: from mail.id-gaming.com ([127.0.0.1]) by localhost (idinteractive.id-gaming.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 21484-10 for ; Fri, 23 Nov 2007 15:55:15 -0500 (EST) Received: from [172.20.1.206] (unknown [201.255.94.32]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.id-gaming.com (Postfix) with ESMTP id 547AFEA4AF for ; Fri, 23 Nov 2007 15:55:15 -0500 (EST) Message-ID: <47473E30.6070608@gmail.com> Date: Fri, 23 Nov 2007 17:55:12 -0300 From: Javier User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: freebsd-current@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at id-gaming.com Subject: panic with tcpdrop 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 Nov 2007 21:23:31 -0000 Hi, a got a panic with tcpdrop command. Regards, Javier uname -a FreeBSD odin.valhala 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 15:40:35 ART 2007 Fatal trap 12: page fault while in kernel mode fault virtual address = 0x18 fault code = supervisor read, page not present instruction pointer = 0x20:0xc07b8644 stack pointer = 0x28:0xd6658a00 frame pointer = 0x28:0xd6658a0c code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = resume, IOPL = 0 current process = 77347 (tcpdrop) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c0a5f1ea,d66588e0,c078878a,c0a5d5f4,c0b5bcc0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66588ec,d66588ec,...) at kdb_backtrace+0x29 panic(c0a1fb8c,c0a7c54d,c39ac220,1,1,...) at panic+0xaa trap_fatal(c0a7c44f,c,246,c38c0210,c,...) at trap_fatal+0x303 trap(d66589c0) at trap+0x10d calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc07b8644, esp = 0xd6658a00, ebp = 0xd6658a0c --- turnstile_broadcast(0,0,c4c351f8,0,d6658b54,...) at turnstile_broadcast+0x34 _mtx_unlock_sleep(c4c35288,0,0,0,e103,...) at _mtx_unlock_sleep+0x52 sysctl_drop(c0b0d2e0,0,0,d6658ba4,d6658ba4,...) at sysctl_drop+0x207 sysctl_root(d6658ba4,100,1,c0937524,c1fbb1e0,...) at sysctl_root+0x127 userland_sysctl(c38c0210,d6658c14,4,0,0,...) at userland_sysctl+0x134 __sysctl(c38c0210,d6658cfc,18,c38c0210,d6658d2c,...) at __sysctl+0xdd syscall(d6658d38) at syscall+0x335 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28148a3b, esp = 0xbfbfe32c, ebp = 0xbfbfe358 --- Uptime: 2d20h23m41s Physical memory: 495 MB Dumping 129 MB: 114 98 82 66 50 34 18 2 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 21:41:42 2007 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 3EE5016A418 for ; Fri, 23 Nov 2007 21:41:42 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: from bsd.ultra-secure.de (bsd.ultra-secure.de [62.146.20.26]) by mx1.freebsd.org (Postfix) with ESMTP id AEB4613C43E for ; Fri, 23 Nov 2007 21:41:41 +0000 (UTC) (envelope-from rainer@ultra-secure.de) Received: (qmail 19131 invoked by uid 89); 23 Nov 2007 21:28:36 -0000 Received: by simscan 1.1.0 ppid: 19115, pid: 19117, t: 4.0572s scanners: attach: 1.1.0 clamav: 0.88.7/m:44/d:4673 spam: 3.1.7 X-Spam-Checker-Version: SpamAssassin 3.1.7 (2006-10-05) on bsd.ultra-secure.de X-Spam-Level: X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.1.7 Received: from unknown (HELO ?192.168.1.200?) (rainer@ultra-secure.de@217.71.83.52) by bsd.ultra-secure.de with (AES128-SHA encrypted) SMTP; 23 Nov 2007 21:28:31 -0000 In-Reply-To: <20071123163315.23b539b0@peedub.jennejohn.org> References: <1195488856.19739.42.camel@bauer.cse.buffalo.edu> <200711231446.lANEklZV083952@fire.js.berklix.net> <20071123163315.23b539b0@peedub.jennejohn.org> Mime-Version: 1.0 (Apple Message framework v752.2) Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Rainer Duffner Date: Fri, 23 Nov 2007 22:14:42 +0100 To: gary.jennejohn@freenet.de X-Mailer: Apple Mail (2.752.2) Cc: "Julian H. Stacey" , freebsd-current@freebsd.org Subject: Re: Sysinstall fails to re-allocate disk space. 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 Nov 2007 21:41:42 -0000 Am 23.11.2007 um 16:33 schrieb Gary Jennejohn: > On Fri, 23 Nov 2007 15:46:47 +0100 > "Julian H. Stacey" wrote: > >> Ken Smith wrote: >> >>> Subject: Re: FreeBSD 7.0-BETA3 Available >>> The 7.0-BETA3 builds are now available. If you would like to >>> download >> >> I installed 7.0-BETA3-i386-disc1.iso (after checking md5 on cd) on >> a 4G disc >> I told sysinstall: >> Use whole disc >> A For Auto defaults. >> It allocated 9M for swap ! >> I deleted swap & /usr to get space, >> Allocated 100M for swap. >> It said not enough space (despite 3G free !) >> > > My goodness, Julian. A 4GB disk. To be fair, you can nowadays get 4 GB flash-"disks". Or a micro-drive. I'm still toying with the idea to build a home-server with something like that (plus external "real" storage). I suspect, though, this isn't what Julian hat in mind :-) > > I suspect that a n00b wouldn't dream of trying to use a disk that > small. > I suspect that he wouldn't even know that disks that small exist(ed). > "No, it's not 40 GB, it's 40 MB". > Using such a small disk is something for an expert, in which case said > expert would do the expert install and first allocate space for > swap and > the rest as one file system. That method would probably yield the > desired > results. > Indeed. Greetings to Munich. cheers, Rainer -- Rainer Duffner CISSP, LPI, MCSE rainer@ultra-secure.de From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 22:46:03 2007 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 93A7616A419 for ; Fri, 23 Nov 2007 22:46:03 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (conducive.org [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 547D713C461 for ; Fri, 23 Nov 2007 22:46:03 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63057 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IvhHe-0004lJ-8l for freebsd-current@freebsd.org; Fri, 23 Nov 2007 22:46:02 +0000 Message-ID: <47475829.4040706@conducive.net> Date: Fri, 23 Nov 2007 22:46:01 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <474754CC.2070807@conducive.net> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Buildworld failures - 6.3-PRE 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 Nov 2007 22:46:03 -0000 Aryeh Friedman wrote: > So your saying until fixed NO_TCSH should be in make.conf? Wouldn't break *my* heart, I prefer bash. But AFAIK it breaks a lot of other stuff that depends on tcsh or tcsh-as-csh. (already tried nuking that whole tree. No Joy). Bill > > On 11/23/07, $B4Z2HI8(B Bill Hacker wrote: >> Confirming localized failure: >> >> cd'ed to /usr/src/contrib/tcsh >> >> ========================================== >> >> triligon# ./configure >> checking build system type... amd64-unknown-freebsd6.3 >> checking host system type... amd64-unknown-freebsd6.3 >> checking cached host tuple... ok >> Tcsh will use configuration file `bsd4.4'. >> checking for gcc... gcc >> checking for C compiler default output file name... a.out >> checking whether the C compiler works... yes >> checking whether we are cross compiling... no >> checking for suffix of executables... >> checking for suffix of object files... o >> checking whether we are using the GNU C compiler... yes >> checking whether gcc accepts -g... yes >> checking for gcc option to accept ANSI C... none needed >> checking how to run the C preprocessor... gcc -E >> checking for egrep... grep -E >> checking whether gcc needs -traditional... no >> checking for library containing crypt... -lcrypt >> checking for library containing getspnam... no >> checking for library containing tgetent... -ltermlib >> checking for library containing gethostbyname... none required >> checking for library containing connect... none required >> checking for library containing iconv... no >> checking for ANSI C header files... no >> checking for sys/types.h... yes >> checking for sys/stat.h... yes >> checking for stdlib.h... yes >> checking for string.h... yes >> checking for memory.h... yes >> checking for strings.h... yes >> checking for inttypes.h... yes >> checking for stdint.h... yes >> checking for unistd.h... yes >> checking auth.h usability... no >> checking auth.h presence... no >> checking for auth.h... no >> checking for inttypes.h... (cached) yes >> checking shadow.h usability... no >> checking shadow.h presence... no >> checking for shadow.h... no >> checking for stdint.h... (cached) yes >> checking utmpx.h usability... no >> checking utmpx.h presence... no >> checking for utmpx.h... no >> checking utmp.h usability... yes >> checking utmp.h presence... yes >> checking for utmp.h... yes >> checking wchar.h usability... yes >> checking wchar.h presence... yes >> checking for wchar.h... yes >> checking for wchar_t... yes >> checking size of wchar_t... 4 >> checking wctype.h usability... yes >> checking wctype.h presence... yes >> checking for wctype.h... yes >> checking for dirent.h that defines DIR... yes >> checking for library containing opendir... none required >> checking whether stat file-mode macros are broken... no >> checking for ANSI C header files... (cached) no >> checking for long long... yes >> checking for uid_t in sys/types.h... yes >> checking type of array argument to getgroups... gid_t >> checking for mode_t... yes >> checking return type of signal handlers... void >> checking for size_t... yes >> checking for uid_t in sys/types.h... (cached) yes >> checking for socklen_t... yes >> checking for struct dirent.d_ino... yes >> checking for struct utmp.ut_host... no >> checking for struct utmp.ut_user... no >> checking for struct utmp.ut_tv... no >> checking for struct utmp.ut_xtime... no >> checking for struct sockaddr_storage.ss_family... yes >> checking for an ANSI C-conforming const... yes >> checking for function prototypes... yes >> checking for working volatile... yes >> checking whether gethostname is declared... yes >> checking for dup2... yes >> checking for getcwd... yes >> checking for gethostname... yes >> checking for getpwent... yes >> checking for getutent... no >> checking for memmove... yes >> checking for memset... yes >> checking for nice... yes >> checking for nl_langinfo... yes >> checking for sbrk... yes >> checking for setpgid... yes >> checking for setpriority... yes >> checking for strerror... yes >> checking for strstr... yes >> checking for sysconf... yes >> checking for wcwidth... yes >> checking whether getpgrp requires zero arguments... yes >> checking whether setpgrp takes no argument... no >> configure: creating ./config.status >> config.status: creating Makefile >> config.status: creating config.h >> >> =================== >> >> triligon# make >> grep 'ERR_' ./sh.err.c | grep '^#define' >> sh.err.h >> gcc -E -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' -D_h_tc_const >> ./tc.const.c | sed -n -e 's/^\(Char STR[a-zA-Z0-9_]*\) *\[ *\].*/extern >> \1[];/p' | sort >> tc.const.h >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.dir.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.dol.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.err.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.exec.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.char.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.exp.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.file.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.func.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.glob.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.hist.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.init.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.lex.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.misc.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.parse.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.print.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.proc.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.sem.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.set.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' sh.time.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' glob.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' mi.termios.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ma.setp.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' vms.termcap.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tw.help.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tw.init.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tw.parse.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tw.spell.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tw.comp.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tw.color.c >> grep '[FV]_' ./ed.defns.c | grep '^#define' >> ed.defns.h >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.chared.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.refresh.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.screen.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.init.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.inputl.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.defns.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.xmap.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' ed.term.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tc.alloc.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tc.bind.c >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' tc.const.c >> rm -f gethost >> gcc -o gethost -g -O2 -I. -I. -D_PATH_TCSHELL='"/usr/local/bin/tcsh"' >> ./gethost.c -ltermlib -lcrypt >> /var/tmp//ccSrQDLG.o(.text+0x9): In function `gettoken': >> ./gethost.c:126: undefined reference to `__mb_sb_limit' >> /var/tmp//ccSrQDLG.o(.text+0x8d):./gethost.c:139: undefined reference to >> `__mb_sb_limit' >> *** Error code 1 >> >> Stop in /usr/src/contrib/tcsh. >> _______________________________________________ >> 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" >> From owner-freebsd-current@FreeBSD.ORG Fri Nov 23 22:51:54 2007 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 6928216A46C for ; Fri, 23 Nov 2007 22:51:54 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.182]) by mx1.freebsd.org (Postfix) with ESMTP id A628713C4DD for ; Fri, 23 Nov 2007 22:51:52 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so9359762pyb for ; Fri, 23 Nov 2007 14:51:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=Zj4B7c29cozdkWwelKAE2K5/Gl11ggznCWBDIIqW2pA=; b=KL1m1i1sW9jzMLnY0ATTEM893KWEHhenggfRBCDzAVxLVv404ux3kUWfH3M5c5VDRdJ7yiDXw6K98FqKS48MCQu1a/g7DiqyAZUi99w6lDvQVcRaViI2uTAjvrKoPuMmeKQtLg+GrhmzIqfcgUdFmUNWRMlT1AUAZG5a7+MveGY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=FNcpU17EMWBgxu9dZsE8g0Edbf2VPxKVuZmeNM+3dizJdiZ7qOyeEUJhPPMrMYLhFbs6/pT6dozVpbPDj3O+6gyBsgkQDEHbRtfGjTHir4uRfC913ieIMGpilPPiVpCIrrp3s4Z8ep10LswFr4rfjbb8IwIXLaNXNiIrz5R0/F4= Received: by 10.65.122.13 with SMTP id z13mr23099289qbm.1195858309657; Fri, 23 Nov 2007 14:51:49 -0800 (PST) Received: by 10.65.105.5 with HTTP; Fri, 23 Nov 2007 14:51:49 -0800 (PST) Message-ID: Date: Fri, 23 Nov 2007 22:51:49 +0000 From: "Aryeh Friedman" To: "=?ISO-8859-1?Q?=B6_Bill_Hacker?=" In-Reply-To: <47475829.4040706@conducive.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <474754CC.2070807@conducive.net> <47475829.4040706@conducive.net> Cc: freebsd-current@freebsd.org Subject: Re: Buildworld failures - 6.3-PRE 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 Nov 2007 22:51:54 -0000 On 11/23/07, =B6 Bill Hacker wrote: > Aryeh Friedman wrote: > > So your saying until fixed NO_TCSH should be in make.conf? > > Wouldn't break *my* heart, I prefer bash. > > But AFAIK it breaks a lot of other stuff that depends on tcsh or > tcsh-as-csh. > > (already tried nuking that whole tree. No Joy). > > Bill I am about to embark on an other buildworld/mergemaster/etc and am willing to look into this in detail so I will send you a patch if I find one > >> Confirming localized failure: > >> > >> cd'ed to /usr/src/contrib/tcsh > >> > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> > >> triligon# ./configure > >> checking build system type... amd64-unknown-freebsd6.3 > >> checking host system type... amd64-unknown-freebsd6.3 > >> checking cached host tuple... ok > >> Tcsh will use configuration file `bsd4.4'. > >> checking for gcc... gcc > >> checking for C compiler default output file name... a.out > >> checking whether the C compiler works... yes > >> checking whether we are cross compiling... no > >> checking for suffix of executables... > >> checking for suffix of object files... o > >> checking whether we are using the GNU C compiler... yes > >> checking whether gcc accepts -g... yes > >> checking for gcc option to accept ANSI C... none needed > >> checking how to run the C preprocessor... gcc -E > >> checking for egrep... grep -E > >> checking whether gcc needs -traditional... no > >> checking for library containing crypt... -lcrypt > >> checking for library containing getspnam... no > >> checking for library containing tgetent... -ltermlib > >> checking for library containing gethostbyname... none required > >> checking for library containing connect... none required > >> checking for library containing iconv... no > >> checking for ANSI C header files... no > >> checking for sys/types.h... yes > >> checking for sys/stat.h... yes > >> checking for stdlib.h... yes > >> checking for string.h... yes > >> checking for memory.h... yes > >> checking for strings.h... yes > >> checking for inttypes.h... yes > >> checking for stdint.h... yes > >> checking for unistd.h... yes > >> checking auth.h usability... no > >> checking auth.h presence... no > >> checking for auth.h... no > >> checking for inttypes.h... (cached) yes > >> checking shadow.h usability... no > >> checking shadow.h presence... no > >> checking for shadow.h... no > >> checking for stdint.h... (cached) yes > >> checking utmpx.h usability... no > >> checking utmpx.h presence... no > >> checking for utmpx.h... no > >> checking utmp.h usability... yes > >> checking utmp.h presence... yes > >> checking for utmp.h... yes > >> checking wchar.h usability... yes > >> checking wchar.h presence... yes > >> checking for wchar.h... yes > >> checking for wchar_t... yes > >> checking size of wchar_t... 4 > >> checking wctype.h usability... yes > >> checking wctype.h presence... yes > >> checking for wctype.h... yes > >> checking for dirent.h that defines DIR... yes > >> checking for library containing opendir... none required > >> checking whether stat file-mode macros are broken... no > >> checking for ANSI C header files... (cached) no > >> checking for long long... yes > >> checking for uid_t in sys/types.h... yes > >> checking type of array argument to getgroups... gid_t > >> checking for mode_t... yes > >> checking return type of signal handlers... void > >> checking for size_t... yes > >> checking for uid_t in sys/types.h... (cached) yes > >> checking for socklen_t... yes > >> checking for struct dirent.d_ino... yes > >> checking for struct utmp.ut_host... no > >> checking for struct utmp.ut_user... no > >> checking for struct utmp.ut_tv... no > >> checking for struct utmp.ut_xtime... no > >> checking for struct sockaddr_storage.ss_family... yes > >> checking for an ANSI C-conforming const... yes > >> checking for function prototypes... yes > >> checking for working volatile... yes > >> checking whether gethostname is declared... yes > >> checking for dup2... yes > >> checking for getcwd... yes > >> checking for gethostname... yes > >> checking for getpwent... yes > >> checking for getutent... no > >> checking for memmove... yes > >> checking for memset... yes > >> checking for nice... yes > >> checking for nl_langinfo... yes > >> checking for sbrk... yes > >> checking for setpgid... yes > >> checking for setpriority... yes > >> checking for strerror... yes > >> checking for strstr... yes > >> checking for sysconf... yes > >> checking for wcwidth... yes > >> checking whether getpgrp requires zero arguments... yes > >> checking whether setpgrp takes no argument... no > >> configure: creating ./config.status > >> config.status: creating Makefile > >> config.status: creating config.h > >> > >> =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D > >> > >> triligon# make > >> grep 'ERR_' ./sh.err.c | grep '^#define' >> sh.err.h > >> gcc -E -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' -D_h_tc_cons= t > >> ./tc.const.c | sed -n -e 's/^\(Char STR[a-zA-Z0-9_]*\) *\[ *\].*/exte= rn > >> \1[];/p' | sort >> tc.const.h > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.di= r.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.do= l.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.er= r.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.ex= ec.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.ch= ar.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.ex= p.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.fi= le.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.fu= nc.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.gl= ob.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.hi= st.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.in= it.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.le= x.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.mi= sc.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.pa= rse.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.pr= int.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.pr= oc.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.se= m.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.se= t.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' sh.ti= me.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' glob.= c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' > mi.termios.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' ma.se= tp.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' > vms.termcap.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tw.he= lp.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tw.in= it.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tw.pa= rse.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tw.sp= ell.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tw.co= mp.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tw.co= lor.c > >> grep '[FV]_' ./ed.defns.c | grep '^#define' >> ed.defns.h > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' > ed.chared.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' > ed.refresh.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' > ed.screen.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' ed.in= it.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' > ed.inputl.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' ed.de= fns.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' ed.xm= ap.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' ed.te= rm.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tc.al= loc.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tc.bi= nd.c > >> gcc -c -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh"' tc.co= nst.c > >> rm -f gethost > >> gcc -o gethost -g -O2 -I. -I. -D_PATH_TCSHELL=3D'"/usr/local/bin/tcsh= "' > >> ./gethost.c -ltermlib -lcrypt > >> /var/tmp//ccSrQDLG.o(.text+0x9): In function `gettoken': > >> ./gethost.c:126: undefined reference to `__mb_sb_limit' > >> /var/tmp//ccSrQDLG.o(.text+0x8d):./gethost.c:139: undefined reference = to > >> `__mb_sb_limit' > >> *** Error code 1 > >> > >> Stop in /usr/src/contrib/tcsh. > >> _______________________________________________ > >> freebsd-stable@freebsd.org mailing list > >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable > >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.o= rg" > >> > > _______________________________________________ > 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 Fri Nov 23 23:36:17 2007 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 0FAAD16A418 for ; Fri, 23 Nov 2007 23:36:17 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 7461813C467 for ; Fri, 23 Nov 2007 23:36:16 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 80723 invoked by uid 80); 23 Nov 2007 23:09:22 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sat, 24 Nov 2007 00:09:22 +0100 (CET) Message-ID: <1685.10.202.77.103.1195859362.squirrel@webmail.superhero.nl> Date: Sat, 24 Nov 2007 00:09:22 +0100 (CET) From: "Gelsema, P \(Patrick\) - FreeBSD" To: freebsd-current@freebsd.org User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: BIND: 7.0 Beta 3 - sh make-localhost not working 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 Nov 2007 23:36:17 -0000 Hi, When I follow the instructions in the handbook for setting up the BIND server I get stuck at the make localhost command. hulk# cd /etc/namedb/ hulk# sh make-localhost make-localhost: Can't open make-localhost: No such file or directory hulk# ll total 16 drwxr-xr-x 2 bind wheel 512 Aug 17 05:10 dynamic drwxr-xr-x 2 root wheel 512 Nov 17 16:59 master -rw-r--r-- 1 root wheel 3509 Nov 23 23:52 named.conf -rw-r--r-- 1 root wheel 2601 Nov 17 22:42 named.root -rw------- 1 bind wheel 77 Nov 24 00:00 rndc.key drwxr-xr-x 2 bind wheel 512 Aug 17 05:10 slave hulk# Seems like something is missing in the BIND import? FreeBSD hulk.superhero.nl 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Fri Nov 23 22:10:51 CET 2007 admin@hulk.superhero.nl:/usr/obj/usr/src/sys/GENERIC amd64 rgds, Patrick From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 00:40:06 2007 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 EB5BD16A41A for ; Sat, 24 Nov 2007 00:40:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id DDFD113C468 for ; Sat, 24 Nov 2007 00:40:06 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id B389446BD3; Fri, 23 Nov 2007 19:43:16 -0500 (EST) Date: Sat, 24 Nov 2007 00:40:00 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Javier In-Reply-To: <47473E30.6070608@gmail.com> Message-ID: <20071124003453.O14018@fledge.watson.org> References: <47473E30.6070608@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic with tcpdrop 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 Nov 2007 00:40:07 -0000 On Fri, 23 Nov 2007, Javier wrote: > Hi, a got a panic with tcpdrop command. Javier, I see you may have a coredump -- could you provide a backtrace from gdb for the below? Specifically, I'd like to know what line sysctl_drop+0x207 is. Thanks, Robert N M Watson Computer Laboratory University of Cambridge > Regards, > Javier > > uname -a > FreeBSD odin.valhala 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 15:40:35 ART > 2007 > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x18 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc07b8644 > stack pointer = 0x28:0xd6658a00 > frame pointer = 0x28:0xd6658a0c > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = resume, IOPL = 0 > current process = 77347 (tcpdrop) > trap number = 12 > panic: page fault > KDB: stack backtrace: > db_trace_self_wrapper(c0a5f1ea,d66588e0,c078878a,c0a5d5f4,c0b5bcc0,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66588ec,d66588ec,...) at > kdb_backtrace+0x29 > panic(c0a1fb8c,c0a7c54d,c39ac220,1,1,...) at panic+0xaa > trap_fatal(c0a7c44f,c,246,c38c0210,c,...) at trap_fatal+0x303 > trap(d66589c0) at trap+0x10d > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc07b8644, esp = 0xd6658a00, ebp = 0xd6658a0c --- > turnstile_broadcast(0,0,c4c351f8,0,d6658b54,...) at turnstile_broadcast+0x34 > _mtx_unlock_sleep(c4c35288,0,0,0,e103,...) at _mtx_unlock_sleep+0x52 > sysctl_drop(c0b0d2e0,0,0,d6658ba4,d6658ba4,...) at sysctl_drop+0x207 > sysctl_root(d6658ba4,100,1,c0937524,c1fbb1e0,...) at sysctl_root+0x127 > userland_sysctl(c38c0210,d6658c14,4,0,0,...) at userland_sysctl+0x134 > __sysctl(c38c0210,d6658cfc,18,c38c0210,d6658d2c,...) at __sysctl+0xdd > syscall(d6658d38) at syscall+0x335 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28148a3b, esp = > 0xbfbfe32c, ebp = 0xbfbfe358 --- > Uptime: 2d20h23m41s > Physical memory: 495 MB > Dumping 129 MB: 114 98 82 66 50 34 18 2 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) > > _______________________________________________ > 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 Sat Nov 24 02:05:22 2007 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 AD90F16A418 for ; Sat, 24 Nov 2007 02:05:22 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from wx-out-0506.google.com (wx-out-0506.google.com [66.249.82.238]) by mx1.freebsd.org (Postfix) with ESMTP id 8457513C45B for ; Sat, 24 Nov 2007 02:05:22 +0000 (UTC) (envelope-from rako29@gmail.com) Received: by wx-out-0506.google.com with SMTP id i29so1579200wxd for ; Fri, 23 Nov 2007 18:05:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=beta; 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=Kqoj9i9azmc+15qMVeXgcqe4hHs2WqTGH3s+74Q6tZE=; b=d6knUareBwlCNYaGYZ0esocT4A2tdI4+eXRwJBxb3ssVc6I80obPLxG8qCHvUFmbSUQ49Ft6CI9TIGuiv+0DRFUMxfGCeFsmQTCK1UlV+NXEGsojt36/kMf6xmuhiyvyZtPIlUHO15kHAyqD3j5skNljos8F/y5B2UUp60Op1fM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=F38h1meHzmFV83R2TUBQZJb/5MXA5n/7rrPwiuanMOmQY9V2gii9OvksHUu0+DtCsmYxsjC9zim/vf6QUO1XoTujvU1rdKvPoja/a8EuUOX9egJ5mKe3WdrEFKx1Nj8I0fbPkj+YKPi92doLsMdMIQimFZ7IIUkkMs/7H1WYHS0= Received: by 10.70.44.2 with SMTP id r2mr10253743wxr.1195868275086; Fri, 23 Nov 2007 17:37:55 -0800 (PST) Received: from ?172.20.1.10? ( [190.188.78.77]) by mx.google.com with ESMTPS id i13sm4242546wxd.2007.11.23.17.37.52 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 23 Nov 2007 17:37:54 -0800 (PST) Message-ID: <47477F9F.2080900@gmail.com> Date: Fri, 23 Nov 2007 22:34:23 -0300 From: Rako User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Watson References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> In-Reply-To: <20071124003453.O14018@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic with tcpdrop 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 Nov 2007 02:05:22 -0000 Sorry for not send this before. The connection that i kill was in TIME_WAIT or FIN_WAIT_? state Any other information, please, tell me. Javier (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0788594 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc09ccb43 in trap_fatal (frame=0xd66589c0, eva=24) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc09cd4dd in trap (frame=0xd66589c0) at /usr/src/sys/i386/i386/trap.c:277 #5 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #6 0xc07b8644 in turnstile_broadcast (ts=0x0, queue=0) at /usr/src/sys/kern/subr_turnstile.c:834 #7 0xc077ba02 in _mtx_unlock_sleep (m=0xc4c35288, opts=0, file=0x0, line=0) at /usr/src/sys/kern/kern_mutex.c:593 #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 #9 0xc0791a87 in sysctl_root (oidp=Variable "oidp" is not available. ) at /usr/src/sys/kern/kern_sysctl.c:1306 #10 0xc0791bd4 in userland_sysctl (td=0xc38c0210, name=0xd6658c14, namelen=4, old=0x0, oldlenp=0x0, inkernel=0, new=0xbfbfeb90, newlen=256, retval=0xd6658c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401 #11 0xc07928fd in __sysctl (td=0xc38c0210, uap=0xd6658cfc) at /usr/src/sys/kern/kern_sysctl.c:1336 #12 0xc09cd0f5 in syscall (frame=0xd6658d38) at /usr/src/sys/i386/i386/trap.c:1008 #13 0xc09b6960 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:196 #14 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 8 #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 2057 INP_UNLOCK(inp); (kgdb) l 2052 } else if (!(inp->inp_vflag & INP_DROPPED) && 2053 !(inp->inp_socket->so_options & SO_ACCEPTCONN)) { 2054 tp = intotcpcb(inp); 2055 tcp_drop(tp, ECONNABORTED); 2056 } 2057 INP_UNLOCK(inp); 2058 } else 2059 error = ESRCH; 2060 INP_INFO_WUNLOCK(&tcbinfo); 2061 return (error); (kgdb) > > On Fri, 23 Nov 2007, Javier wrote: > >> Hi, a got a panic with tcpdrop command. > > Javier, > > I see you may have a coredump -- could you provide a backtrace from gdb > for the below? Specifically, I'd like to know what line > sysctl_drop+0x207 is. > > Thanks, > > Robert N M Watson > Computer Laboratory > University of Cambridge > > >> Regards, >> Javier >> >> uname -a >> FreeBSD odin.valhala 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 >> 15:40:35 ART 2007 >> >> Fatal trap 12: page fault while in kernel mode >> fault virtual address = 0x18 >> fault code = supervisor read, page not present >> instruction pointer = 0x20:0xc07b8644 >> stack pointer = 0x28:0xd6658a00 >> frame pointer = 0x28:0xd6658a0c >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, def32 1, gran 1 >> processor eflags = resume, IOPL = 0 >> current process = 77347 (tcpdrop) >> trap number = 12 >> panic: page fault >> KDB: stack backtrace: >> db_trace_self_wrapper(c0a5f1ea,d66588e0,c078878a,c0a5d5f4,c0b5bcc0,...) >> at db_trace_self_wrapper+0x26 >> kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66588ec,d66588ec,...) at >> kdb_backtrace+0x29 >> panic(c0a1fb8c,c0a7c54d,c39ac220,1,1,...) at panic+0xaa >> trap_fatal(c0a7c44f,c,246,c38c0210,c,...) at trap_fatal+0x303 >> trap(d66589c0) at trap+0x10d >> calltrap() at calltrap+0x6 >> --- trap 0xc, eip = 0xc07b8644, esp = 0xd6658a00, ebp = 0xd6658a0c --- >> turnstile_broadcast(0,0,c4c351f8,0,d6658b54,...) at >> turnstile_broadcast+0x34 >> _mtx_unlock_sleep(c4c35288,0,0,0,e103,...) at _mtx_unlock_sleep+0x52 >> sysctl_drop(c0b0d2e0,0,0,d6658ba4,d6658ba4,...) at sysctl_drop+0x207 >> sysctl_root(d6658ba4,100,1,c0937524,c1fbb1e0,...) at sysctl_root+0x127 >> userland_sysctl(c38c0210,d6658c14,4,0,0,...) at userland_sysctl+0x134 >> __sysctl(c38c0210,d6658cfc,18,c38c0210,d6658d2c,...) at __sysctl+0xdd >> syscall(d6658d38) at syscall+0x335 >> Xint0x80_syscall() at Xint0x80_syscall+0x20 >> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28148a3b, esp = >> 0xbfbfe32c, ebp = 0xbfbfe358 --- >> Uptime: 2d20h23m41s >> Physical memory: 495 MB >> Dumping 129 MB: 114 98 82 66 50 34 18 2 >> >> #0 doadump () at pcpu.h:195 >> 195 pcpu.h: No such file or directory. >> in pcpu.h >> (kgdb) >> >> _______________________________________________ >> 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 Sat Nov 24 03:07:01 2007 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 497E516A417 for ; Sat, 24 Nov 2007 03:07:01 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 2BB5D13C461 for ; Sat, 24 Nov 2007 03:07:00 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id lAO2Va2B001607; Fri, 23 Nov 2007 20:31:36 -0600 (CST) (envelope-from dan) Date: Fri, 23 Nov 2007 20:31:36 -0600 From: Dan Nelson To: "Gelsema, P (Patrick) - FreeBSD" Message-ID: <20071124023136.GA4226@dan.emsphone.com> References: <1685.10.202.77.103.1195859362.squirrel@webmail.superhero.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1685.10.202.77.103.1195859362.squirrel@webmail.superhero.nl> X-OS: FreeBSD 7.0-BETA3 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-current@freebsd.org Subject: Re: BIND: 7.0 Beta 3 - sh make-localhost not working 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 Nov 2007 03:07:01 -0000 In the last episode (Nov 24), Gelsema, P (Patrick) - FreeBSD said: > When I follow the instructions in the handbook for setting up the > BIND server I get stuck at the make localhost command. > > hulk# cd /etc/namedb/ > hulk# sh make-localhost > make-localhost: Can't open make-localhost: No such file or directory > hulk# ll > total 16 > drwxr-xr-x 2 bind wheel 512 Aug 17 05:10 dynamic > drwxr-xr-x 2 root wheel 512 Nov 17 16:59 master > -rw-r--r-- 1 root wheel 3509 Nov 23 23:52 named.conf > -rw-r--r-- 1 root wheel 2601 Nov 17 22:42 named.root > -rw------- 1 bind wheel 77 Nov 24 00:00 rndc.key > drwxr-xr-x 2 bind wheel 512 Aug 17 05:10 slave > hulk# > > Seems like something is missing in the BIND import? Handbook's out of date. localhost zones are included in the default named.conf file now. http://www.freebsd.org/cgi/cvsweb.cgi/src/etc/namedb/Attic/make-localhost?hideattic=0#HEAD -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 03:48:30 2007 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 0263416A580 for ; Sat, 24 Nov 2007 03:48:30 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id B29C613C467 for ; Sat, 24 Nov 2007 03:48:29 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 4262 invoked by uid 399); 24 Nov 2007 03:48:29 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 24 Nov 2007 03:48:29 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47479F0A.4050205@FreeBSD.org> Date: Fri, 23 Nov 2007 19:48:26 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: "Gelsema, P \(Patrick\) - FreeBSD" References: <1685.10.202.77.103.1195859362.squirrel@webmail.superhero.nl> In-Reply-To: <1685.10.202.77.103.1195859362.squirrel@webmail.superhero.nl> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BIND: 7.0 Beta 3 - sh make-localhost not working 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 Nov 2007 03:48:30 -0000 Gelsema, P (Patrick) - FreeBSD wrote: > Hi, > > When I follow the instructions in the handbook Can you give me the URL please? I need to update that, thanks for the reminder. > for setting up the BIND server Assuming that you are running 7-prerelease or 8-current you don't need to do anything to set up a working local resolver. All you need to do is to put named_enable=yes in /etc/rc.conf[.local] and fire it up. hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 03:51:01 2007 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 5E90D16A418 for ; Sat, 24 Nov 2007 03:51:01 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx21.fluidhosting.com [204.14.89.4]) by mx1.freebsd.org (Postfix) with SMTP id 1B2EF13C44B for ; Sat, 24 Nov 2007 03:51:00 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 6761 invoked by uid 399); 24 Nov 2007 03:51:00 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTP; 24 Nov 2007 03:51:00 -0000 X-Originating-IP: 127.0.0.1 Message-ID: <47479FA3.1090200@FreeBSD.org> Date: Fri, 23 Nov 2007 19:50:59 -0800 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.9 (X11/20071119) MIME-Version: 1.0 To: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= References: <474754CC.2070807@conducive.net> <47475829.4040706@conducive.net> In-Reply-To: <47475829.4040706@conducive.net> X-Enigmail-Version: 0.95.5 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Cc: freebsd-current@freebsd.org Subject: Re: Buildworld failures - 6.3-PRE 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 Nov 2007 03:51:01 -0000 韓家標 Bill Hacker wrote: > Aryeh Friedman wrote: >> So your saying until fixed NO_TCSH should be in make.conf? > > Wouldn't break *my* heart, I prefer bash. > > But AFAIK it breaks a lot of other stuff that depends on tcsh or > tcsh-as-csh. Nothing in the tree depends on csh. I've run into a couple ports that have a build dependency on it, but I can't remember any off hand. hth, Doug -- This .signature sanitized for your protection From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 03:54:06 2007 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 C6CAC16A421 for ; Sat, 24 Nov 2007 03:54:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.181]) by mx1.freebsd.org (Postfix) with ESMTP id 794E813C448 for ; Sat, 24 Nov 2007 03:54:06 +0000 (UTC) (envelope-from aryeh.friedman@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so38105pyb for ; Fri, 23 Nov 2007 19:54:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=5wOrdPDUa2KWeDLXsoj7pm3fepNWVExhMG/ozFRYgbE=; b=TaIwCBt6ziJ+tLfpjTW4U6vOR9kDWRyKzWZB+k7+F0vCLHiCZTC/DKuuG8FydXYAEvFYw6D5DYjj4kIBBvbZz0YqsVwJZnCFSbnnlq6xYC4mOgW1ZHhpFRndenrlLp9H+jfmY8xtMwZAkEj8oVTbw5wPlrTo5EDyzB9NJS+uAHU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=Nch23ZTZ2oKAzNWJNWv7b+kUDe2z0g9JffmoNpPccAxNmGTpo/+GDQtz+WMLmQl4YYORqwea+qo0+GnBv2OPlAauMFMTtL/fRGsmi3HSudsqgMkYRFb0bZBmoBuOR6NSQoyPp7/1DOjrajlEhDPRIMQIGRbNxRZ4HTM2YEBjh38= Received: by 10.65.231.20 with SMTP id i20mr78056qbr.1195876445398; Fri, 23 Nov 2007 19:54:05 -0800 (PST) Received: by 10.65.105.5 with HTTP; Fri, 23 Nov 2007 19:54:05 -0800 (PST) Message-ID: Date: Sat, 24 Nov 2007 03:54:05 +0000 From: "Aryeh Friedman" To: "Doug Barton" In-Reply-To: <47479FA3.1090200@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <474754CC.2070807@conducive.net> <47475829.4040706@conducive.net> <47479FA3.1090200@FreeBSD.org> Cc: =?BIG5?B?wfquYbzQIEJpbGwgSGFja2Vy?= , freebsd-current@freebsd.org Subject: Re: Buildworld failures - 6.3-PRE 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 Nov 2007 03:54:06 -0000 Several things: 1. The -current cvsup (at least on cvsup10.us.freebsd.org) seems to be working now 2. Thanks for the info 3. Did you see my side note on the mergemaster patch (not an issue for me any more because I dropped the whole /FreeBSD/xxx idea and just have a single /usr/src and keep cvs in /home/ncvs) On 11/24/07, Doug Barton wrote: > $B4Z2HI8(B Bill Hacker wrote: > > Aryeh Friedman wrote: > >> So your saying until fixed NO_TCSH should be in make.conf? > > > > Wouldn't break *my* heart, I prefer bash. > > > > But AFAIK it breaks a lot of other stuff that depends on tcsh or > > tcsh-as-csh. > > Nothing in the tree depends on csh. I've run into a couple ports that > have a build dependency on it, but I can't remember any off hand. > > hth, > > Doug > > -- > > This .signature sanitized for your protection > > _______________________________________________ > 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 Sat Nov 24 04:34:04 2007 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 2EAF716A41B for ; Sat, 24 Nov 2007 04:34:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outZ.internet-mail-service.net (outZ.internet-mail-service.net [216.240.47.249]) by mx1.freebsd.org (Postfix) with ESMTP id 3960813C47E for ; Sat, 24 Nov 2007 04:34:04 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Fri, 23 Nov 2007 20:34:03 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id D6406126AAC; Fri, 23 Nov 2007 20:34:01 -0800 (PST) Message-ID: <4747A9B8.9080403@elischer.org> Date: Fri, 23 Nov 2007 20:34:00 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: FreeBSD Current , Alan Cox Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: suggested ways of faking EIO? 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 Nov 2007 04:34:04 -0000 I need to make physio make a request from disk, and have the request come back asynchronously with an EIO. I have tried just reading some distance past the end of a partition, but I'm not totally convinced that it acts exactly like as if I'd tried to read a bad sector. Since geom has been added, the legality of a read needs to be tested in the geometry layer, so I suppose it must come back asynchronously, as that is no longer directly executed through function calls but is it really the same as a disk failure? Anyone done this? or does anyone have a disk with a known bad sector I can try my test case on? :-) the actual case in quesiton is an AIO operation that gets an error, reported back via Kqueue. The bug is to find out whether the correct info is fed back by both kqueue and aio. BTW my little test program is at: http://people.freebsd.org/~julian/aiu-kqueue-error.c BTW2 it took me a little time to write it but I think it could be cleaned up a but and put in the documentation as sample code as to how to use kqueue together with AIO as I didn't find any examples of how to do this. I'm looking at this because I received a report that kqueue wasn't reporting the error correctly, but this program shows to to be doing so. For this reason I'm trying to see if I'm testing the wrong thing. From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 06:28:46 2007 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 7BC7316A421 for ; Sat, 24 Nov 2007 06:28:46 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 68D6B13C468 for ; Sat, 24 Nov 2007 06:28:46 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63431 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IvoVQ-0007vo-GR for freebsd-current@freebsd.org; Sat, 24 Nov 2007 06:28:44 +0000 Message-ID: <4747C49C.40208@conducive.net> Date: Sat, 24 Nov 2007 06:28:44 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <47474F60.4080804@conducive.net> <4747A054.5040308@FreeBSD.org> In-Reply-To: <4747A054.5040308@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Subject: Re: Buildworld failures -6.3-PRE 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 Nov 2007 06:28:46 -0000 Doug Barton wrote: > 韓家標 Bill Hacker wrote: >> Many such, >> >> Wearing out my csup welcome for 'RELENG_6'. >> >> Same or similar error when attempting to regress to 'RELENG_6_2' > >> : undefined reference to `__mb_sb_limit' >> *** Error code 1 > > Have you cleaned out /usr/obj/ ? That's always the first place to > start when you see problems of this type, especially in a -stable > branch. You might also want to do > 'cd /usr/src && make cleandir ; make cleandir' > (yes, I meant to type it twice). > > hth, > > Doug > Thanks, but.. 'Old age and treachery...' being what they are, .. at the second, if not first, sign of problems I simply nuke and mkdir /usr/src and /usr/obj, so no longer a Makefile there to do the 'cleandir' with nor a dirtree to target. Bill From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 07:07:01 2007 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 7CE0F16A418 for ; Sat, 24 Nov 2007 07:07:01 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.freebsd.org (Postfix) with ESMTP id 463D313C45B for ; Sat, 24 Nov 2007 07:07:00 +0000 (UTC) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.14.1/8.14.1) id lAO6lC6u029440; Sat, 24 Nov 2007 00:47:12 -0600 (CST) (envelope-from dan) Date: Sat, 24 Nov 2007 00:47:11 -0600 From: Dan Nelson To: Julian Elischer Message-ID: <20071124064711.GB4226@dan.emsphone.com> References: <4747A9B8.9080403@elischer.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4747A9B8.9080403@elischer.org> X-OS: FreeBSD 7.0-BETA3 User-Agent: Mutt/1.5.16 (2007-06-09) Cc: Alan Cox , FreeBSD Current Subject: Re: suggested ways of faking EIO? 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 Nov 2007 07:07:01 -0000 In the last episode (Nov 23), Julian Elischer said: > I need to make physio make a request from disk, and have the request > come back asynchronously with an EIO. > > I have tried just reading some distance past the end of a partition, > but I'm not totally convinced that it acts exactly like as if I'd > tried to read a bad sector. Since geom has been added, the legality > of a read needs to be tested in the geometry layer, so I suppose it > must come back asynchronously, as that is no longer directly executed > through function calls but is it really the same as a disk failure? > > Anyone done this? or does anyone have a disk with a known bad sector > I can try my test case on? :-) The geom NOP module can fail a given percentage of I/O with whatever error number you choose. You could hack g_nop.c to make it fail on a given sector instead. -- Dan Nelson dnelson@allantgroup.com From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 07:25:05 2007 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 C9AC016A469 for ; Sat, 24 Nov 2007 07:25:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 5C75513C474 for ; Sat, 24 Nov 2007 07:25:05 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from root by ciao.gmane.org with local (Exim 4.43) id 1IvpNu-0005rj-UD for freebsd-current@freebsd.org; Sat, 24 Nov 2007 07:25:02 +0000 Received: from 81.210.227.230 ([81.210.227.230]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 24 Nov 2007 07:25:02 +0000 Received: from saper by 81.210.227.230 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 24 Nov 2007 07:25:02 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Marcin Cieslak Date: Sat, 24 Nov 2007 07:01:47 +0100 Lines: 83 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 81.210.227.230 User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.8.1.9) Gecko/20071119 SeaMonkey/1.1.6 Sender: news Subject: 7.0-BETA3 strange "hangover" 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 Nov 2007 07:25:05 -0000 Hello, My freshly-installed notebook (Sony VAIO SZ5MN) running FreeBSD radziecki.saper.info 7.0-BETA3 FreeBSD 7.0-BETA3 #3: Thu Nov 22 17:14:55 CET 2007 root@radziecki.saper.info:/usr/obj/usr/src/sys/VAIO amd64 started exhibiting strange behavior: during some casual work (like editing Wikipedia) it freezes the "foreground" process (seamonkey) but I am still able to switch X windows and work on other windows... as long as I am not trying to launch another process. For example: - ssh session on another server in xterm works, - dwm window manager screen ("tag") switching works, but: - issuing an external command ("ls") in the xterm shell hangs the process (^C/^Z do not work), - attempt to login on a text console hangs after username (launching login(1)). I am using ZFS and experimental wpi0 driver. Recent configuration change is adding powerd_enable="YES" to /etc/rc.conf Every second I am running a script querying ACPI: for IF in `ifconfig -lu | sed s/lo0//`; do ifconfig $IF | awk ' NR == 1 { IF=$1; LINE=IF; } /status:/ { STAT2=$2; STAT3=$3; } END { printf("%s%s%s%s%s\n", IF, (STAT2 ? " " : " up"), STAT2, (STAT3 ? " ": ""), STAT3); }' ; done test "`sysctl -n hw.acpi.acline`" = "1" || echo BATTERY echo "(`sysctl -n hw.acpi.battery.life`%" case "`sysctl -n hw.acpi.battery.state`" in 0) echo 'full)' ;; 1) echo 'on battery)' ;; 2) echo 'charging)' ;; 4) echo 'CRITICAL)' ;; *) echo 'unknown)' ;; esac date ) | awk ' { printf("%s ", $0); } END { print ""; } ' Output of this script is fed every second to dwm on standard input (dwm displays this on top of the screen). I am also running ACPI with some debug (my /boot/loader.conf): uplcom_load="YES" ng_ubt_load="YES" snd_hda_load="YES" legal.intel_wpi.license_ack=1 if_wpi_load="YES" compat.linux.osrelease=2.6.16 linux_load="YES" acpi_sony_load="YES" acpi_video_load="YES" zfs_load="YES" vfs.root.mountfrom="zfs:tank" vm.kmem_size="1024M" vm.kmem_size_max="1024M" hw.acpi.osname="Windows 2006" debug.acpi.layer="ACPI_HARDWARE" debug.acpi.level="ACPI_LV_ALL_EXCEPTIONS" Once I got this situation few minutes after reboot, so I managed to panic the system using ddb(4) and obtain a core dump. (My swap is 512M and machine has 2048M RAM so obtaining a dump later is difficult, given that ZFS is so memory-hungry). Output of ps -alx -M /var/crash/vmcore0 -N /boot/kernel/kernel.symbols: http://akson.sgh.waw.pl/~saper/FreeBSD/dump/20071124/ps-allx gdb output with thread info and backtrace of two recent threads: http://akson.sgh.waw.pl/~saper/FreeBSD/dump/20071124/gdb.output Is it normal to have so many processes waiting on "sysctl"? Any other information I can try to obtain from the dump? kernel config and other info is stored at: http://akson.sgh.waw.pl/~saper/FreeBSD/dump/20071124/ --Marcin From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 08:32:21 2007 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 C935916A41B for ; Sat, 24 Nov 2007 08:32:21 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from conducive.net (lindfield.ch [203.194.153.81]) by mx1.freebsd.org (Postfix) with ESMTP id 9620713C47E for ; Sat, 24 Nov 2007 08:32:16 +0000 (UTC) (envelope-from askbill@conducive.net) Received: from cm218-253-81-177.hkcable.com.hk ([218.253.81.177]:63705 helo=pb.local) by conducive.net with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1IvqQx-0008mc-HA for freebsd-current@freebsd.org; Sat, 24 Nov 2007 08:32:15 +0000 Message-ID: <4747E18F.50708@conducive.net> Date: Sat, 24 Nov 2007 08:32:15 +0000 From: =?UTF-8?B?6Z+T5a625qiZIEJpbGwgSGFja2Vy?= User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1 MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <474754CC.2070807@conducive.net> <47475829.4040706@conducive.net> <47479FA3.1090200@FreeBSD.org> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: Buildworld failures - 6.3-PRE 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 Nov 2007 08:32:21 -0000 Aryeh Friedman wrote: > Several things: > > 1. The -current cvsup (at least on cvsup10.us.freebsd.org) seems to be > working now > Likewise, 8-head just built, ... save for the by-now-expected toggle between ad6 / ad10 (or wahtever CMFM IHC9 does) with each alternate build cycle. Rebooting to a maintenance partition with an editor applied to what it mounts as /64root/etc/fstab takes care of that. I should probably script the 'toggle' and do it to /etc/fstab before rebooting so I don't get my underwear wrapped around the rear axle on remote boxen.. Bill *snip* >>> But AFAIK it breaks a lot of other stuff that depends on tcsh or >>> tcsh-as-csh. >> Nothing in the tree depends on csh. I've run into a couple ports that >> have a build dependency on it, but I can't remember any off hand. >> >> hth, >> >> Doug >> At least one of which I actually use, though I can't remember which either... D'ruther see it fixed (still broken in RELENG_6 as of an hour ago...) Bill From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 09:12:44 2007 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 0D3A916A417 for ; Sat, 24 Nov 2007 09:12:44 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outC.internet-mail-service.net (outC.internet-mail-service.net [216.240.47.226]) by mx1.freebsd.org (Postfix) with ESMTP id F033313C455 for ; Sat, 24 Nov 2007 09:12:43 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Sat, 24 Nov 2007 01:12:37 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id 5041F126AB0; Sat, 24 Nov 2007 01:12:37 -0800 (PST) Message-ID: <4747EB04.3080009@elischer.org> Date: Sat, 24 Nov 2007 01:12:36 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Dan Nelson References: <4747A9B8.9080403@elischer.org> <20071124064711.GB4226@dan.emsphone.com> In-Reply-To: <20071124064711.GB4226@dan.emsphone.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alan Cox , FreeBSD Current Subject: Re: suggested ways of faking EIO? 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 Nov 2007 09:12:44 -0000 Dan Nelson wrote: > In the last episode (Nov 23), Julian Elischer said: >> I need to make physio make a request from disk, and have the request >> come back asynchronously with an EIO. >> >> I have tried just reading some distance past the end of a partition, >> but I'm not totally convinced that it acts exactly like as if I'd >> tried to read a bad sector. Since geom has been added, the legality >> of a read needs to be tested in the geometry layer, so I suppose it >> must come back asynchronously, as that is no longer directly executed >> through function calls but is it really the same as a disk failure? >> >> Anyone done this? or does anyone have a disk with a known bad sector >> I can try my test case on? :-) > > The geom NOP module can fail a given percentage of I/O with whatever > error number you choose. You could hack g_nop.c to make it fail on a > given sector instead. > great! that's the hint I'm looking for... (now to work out how to use it) From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 09:18:54 2007 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 B8EA916A421 for ; Sat, 24 Nov 2007 09:18:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from phk.freebsd.dk (phk.freebsd.dk [130.225.244.222]) by mx1.freebsd.org (Postfix) with ESMTP id 8368413C44B for ; Sat, 24 Nov 2007 09:18:54 +0000 (UTC) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (unknown [192.168.61.3]) by phk.freebsd.dk (Postfix) with ESMTP id F166D17105; Sat, 24 Nov 2007 08:58:16 +0000 (UTC) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.14.1/8.14.1) with ESMTP id lAO8wFRh044199; Sat, 24 Nov 2007 08:58:16 GMT (envelope-from phk@critter.freebsd.dk) To: Julian Elischer From: "Poul-Henning Kamp" In-Reply-To: Your message of "Fri, 23 Nov 2007 20:34:00 PST." <4747A9B8.9080403@elischer.org> Date: Sat, 24 Nov 2007 08:58:15 +0000 Message-ID: <44198.1195894695@critter.freebsd.dk> Sender: phk@critter.freebsd.dk Cc: Alan Cox , FreeBSD Current Subject: Re: suggested ways of faking EIO? 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 Nov 2007 09:18:54 -0000 In message <4747A9B8.9080403@elischer.org>, Julian Elischer writes: >I need to make physio make a request from disk, and have the request >come back asynchronously with an EIO. gnop can do that for you. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence. From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 11:05:14 2007 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 BD8D116A420 for ; Sat, 24 Nov 2007 11:05:14 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id 481C013C43E for ; Sat, 24 Nov 2007 11:05:14 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 6CA4B398D0 for ; Sat, 24 Nov 2007 12:05:10 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id agZNosSrwJON for ; Sat, 24 Nov 2007 12:05:07 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id 508DC398CE for ; Sat, 24 Nov 2007 12:05:06 +0100 (CET) Message-ID: <47480574.5030106@FreeBSD.org> Date: Sat, 24 Nov 2007 12:05:24 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org X-Enigmail-Version: 0.95.3 Content-Type: multipart/mixed; boundary="------------070605020107010606030204" Cc: Subject: 7.0-BETA3 (amd64): interrupt storm on atapci0 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 Nov 2007 11:05:14 -0000 This is a multi-part message in MIME format. --------------070605020107010606030204 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Hi, after ca. one day of operation I start experiencing an interrupt storm on my SB600 SATA controller. "systat -v" reports around 470k interrupts on atapci0 (irq22). Error messaage: interrupt storm detected on "irq22:"; throttling interrupt source. The interrupt rate shown in "vmstat -i" keeps increasing steadily at about 5 per second. I have already tried the following without positive results: 1. tried both of the two available timers, ACPI-Safe and HPET. 2. tried the latest ACPICA patch (acpica-import-20071114.diff) 3. I use the patch from kern/118193 ( http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/118193 ). Without that patch, the controller runs in UDMA33 mode, but this has no effect on the interrupt storm that occurs after ca. one day of operation. In the dmesg output there are unattached devices, if I attach USB, the problem is not solved. OS: FreeBSD 7.0-BETA3 amd64 as of today CPU: AMD Athlon X2 5600+ in SMP mode Mainboard: MSI MS-7368 (K9AG Neo2-Digital) with the AMD 690G chipset. "dmesg", "vmstat -i" and "systat -v" outputs are attached. What might be the cause? What should I do to debug this problem? --------------070605020107010606030204 Content-Type: text/plain; name="systat.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="systat.txt" 1 users Load 0.05 0.09 0.12 Nov 24 11:44 Mem:KB REAL VIRTUAL VN PAGER SWAP PAGER Tot Share Tot Share Free in out in out Act 472716 36772 1107084 53808 1005348 count All 601696 113500 5910668 234920 pages Proc: Interrupts r p d s w Csw Trp Sys Int Sof Flt 159 cow 474k total 4 103 4243 393 471 470k 1012 375 156 zfod atkbd0 1 ozfod acpi0 irq9 2.9%Sys 0.4%Intr 0.2%User 0.0%Nice 96.5%Idle %ozfod 470k atapci0 22 | | | | | | | | | | | daefr 2001 cpu0: time =+ 134 prcfr 7 re0 irq256 31 dtbuf 389 totfr 2001 cpu1: time Namei Name-cache Dir-cache 200000 desvn react Calls hits % hits % 134476 numvn pdwak 937 937 100 24982 frevn pdpgs intrn Disks ad4 ad6 436196 wire KB/t 0.50 0.50 470504 act tps 0 0 2091520 inact MB/s 0.00 0.00 13484 cache %busy 0 0 991864 free 219632 buf --------------070605020107010606030204 Content-Type: text/plain; name="vmstat.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="vmstat.txt" interrupt total rate irq1: atkbd0 11 0 irq9: acpi0 1 0 irq22: atapci0 2345651167 23043 cpu0: timer 199854076 1999 irq256: re0 459211 4 cpu1: timer 199853873 1999 Total 1871024631 18719 --------------070605020107010606030204 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dmesg.txt" Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #25: Thu Nov 22 19:32:43 CET 2007 root@somewhere:/usr/obj/usr/src/sys/KERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 5600+ (2800.68-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x40f33 Stepping = 3 Features=0x178bfbff Features2=0x2001 AMD Features=0xea500800 AMD Features2=0x1f Cores per package: 2 usable memory = 4252438528 (4055 MB) avail memory = 4097650688 (3907 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi0: reservation of 0, a0000 (3) failed acpi0: reservation of 100000, ddf00000 (3) failed ACPI HPET table warning: Sequence is non-zero (2) Timecounter "ACPI-safe" frequency 3579545 Hz quality 850 acpi_timer0: <32-bit timer at 3.579545MHz> port 0x808-0x80b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 cpu0: on acpi0 acpi_throttle0: on cpu0 acpi_throttle0: CLK_VAL field overlaps THT_EN bit device_attach: acpi_throttle0 attach returned 6 powernow0: on cpu0 cpu1: on acpi0 powernow1: on cpu1 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vgapci0: port 0xc000-0xc0ff mem 0xfc000000-0xfdffffff,0xfe9f0000-0xfe9fffff,0xfe800000-0xfe8fffff irq 18 at device 5.0 on pci1 pci1: at device 5.2 (no driver attached) pcib2: at device 7.0 on pci0 pci2: on pcib2 re0: port 0xd800-0xd8ff mem 0xfeaff000-0xfeafffff irq 19 at device 0.0 on pci2 re0: Using 2 MSI messages miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:19:db:f5:9c:ca re0: [FILTER] re0: [FILTER] atapci0: port 0xb000-0xb007,0xa000-0xa003,0x9000-0x9007,0x8000-0x8003,0x7000-0x700f mem 0xfe7ff800-0xfe7ffbff irq 22 at device 18.0 on pci0 atapci0: [ITHREAD] atapci0: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] ata4: on atapci0 ata4: [ITHREAD] ata5: on atapci0 ata5: [ITHREAD] pci0: at device 19.0 (no driver attached) pci0: at device 19.1 (no driver attached) pci0: at device 19.2 (no driver attached) pci0: at device 19.3 (no driver attached) pci0: at device 19.4 (no driver attached) pci0: at device 19.5 (no driver attached) pci0: at device 20.0 (no driver attached) atapci1: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0xff00-0xff0f at device 20.1 on pci0 ata0: on atapci1 ata0: [ITHREAD] isab0: at device 20.3 on pci0 isa0: on isab0 pcib3: at device 20.4 on pci0 pci3: on pcib3 acpi_button0: on acpi0 atkbdc0: port 0x60,0x64 irq 1 on acpi0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] cryptosoft0: on motherboard orm0: at iomem 0xcd800-0xce7ff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 Timecounters tick every 1.000 msec Fast IPsec: Initialized Security Association Processing. ad4: 381554MB at ata2-master SATA300 ad6: 381554MB at ata3-master SATA300 SMP: AP CPU #1 Launched! Trying to mount root from ufs:/dev/ad4s1a re0: link state changed to UP --------------070605020107010606030204-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 11:50:14 2007 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 3043316A418 for ; Sat, 24 Nov 2007 11:50:14 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: from superman.superhero.nl (superhero.nl [82.95.198.17]) by mx1.freebsd.org (Postfix) with ESMTP id 86DAF13C455 for ; Sat, 24 Nov 2007 11:50:13 +0000 (UTC) (envelope-from freebsd@superhero.nl) Received: (qmail 16621 invoked by uid 80); 24 Nov 2007 11:49:59 -0000 Received: from robin.ad.superhero.nl ([10.202.77.103]) (SquirrelMail authenticated user gelsemap) by webmail.superhero.nl with HTTP; Sat, 24 Nov 2007 12:49:59 +0100 (CET) Message-ID: <2225.10.202.77.103.1195904999.squirrel@webmail.superhero.nl> In-Reply-To: <47479F0A.4050205@FreeBSD.org> References: <1685.10.202.77.103.1195859362.squirrel@webmail.superhero.nl> <47479F0A.4050205@FreeBSD.org> Date: Sat, 24 Nov 2007 12:49:59 +0100 (CET) From: "Gelsema, P \(Patrick\) - FreeBSD" To: "Doug Barton" User-Agent: SquirrelMail/1.4.8 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Cc: freebsd-current@freebsd.org, "Gelsema, P \(Patrick\) - FreeBSD" Subject: Re: BIND: 7.0 Beta 3 - sh make-localhost not working 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 Nov 2007 11:50:14 -0000 On Sat, November 24, 2007 04:48, Doug Barton wrote: > Gelsema, P (Patrick) - FreeBSD wrote: >> Hi, >> >> When I follow the instructions in the handbook > > Can you give me the URL please? I need to update that, thanks for the > reminder. http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/network-dns.html Section 27.6.6.1 Using make-localhost > >> for setting up the BIND server > > Assuming that you are running 7-prerelease or 8-current you don't need > to do anything to set up a working local resolver. All you need to do > is to put named_enable=yes in /etc/rc.conf[.local] and fire it up. Running 7 Beta 3 and added the named_enable=yes to rc.conf. Bind is running, listening and resolving. Only have to create the zones file for my own domain. Is there any zones webconfiguration tool you would suggest to use to manage DNS zones? Thanks Patrick > > hope this helps, > > Doug > > -- > > This .signature sanitized for your protection > > From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 12:09:26 2007 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 D17FB16A473 for ; Sat, 24 Nov 2007 12:09:26 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.178]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3C813C45B for ; Sat, 24 Nov 2007 12:09:26 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so234954pyb for ; Sat, 24 Nov 2007 04:09:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=YKPfox8VRB/Nm6A+RAN6frDGgJyo2l+5qmHzSJKYv2M=; b=pQPUg2XkApsE7gam1vha5T/npTkjEFV/Qy8GfcQuthG9lXkRFfY6SF+7+vc4ANjI1aOAynZ0J0UwSy+esIDQQLxLv8E1VUjCOpedzSQB+dWRSoYp2CvvxiJHqXyiyWdUBgphC12+IDxQYo71PAEPy7L2CciVL/6msVZdysRvCCE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=Wge/8xAbJzNSBJLm5z6e2KcVYpMZ49ckspvsZ9PEzNKu12/T6GCusP662E6dwo9Rmg3GidAAPBU8QaaIoeY/2ioGHwS6xJS6cYYbxeNk7BEsXmyfMJM5zLZIDaikFuzz0FwUH/lHIQwZqYlqFIcWT941o0wbEyDvNjtj0CFRmsQ= Received: by 10.65.214.2 with SMTP id r2mr863490qbq.1195906164230; Sat, 24 Nov 2007 04:09:24 -0800 (PST) Received: by 10.64.184.9 with HTTP; Sat, 24 Nov 2007 04:09:24 -0800 (PST) Message-ID: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> Date: Sat, 24 Nov 2007 09:09:24 -0300 From: "Alexandre Biancalana" To: freebsd-current@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline Subject: BETA3 crash (zfs related ?) 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 Nov 2007 12:09:26 -0000 Hi list, My Backup Server is running 7-BETA3 from 3 days ago, is a single processor Core2 Duo with 2GB Ram AMD64 SMP Kernel with ZFS. Last night the machine rebooted after a crash, bellow are my dmesg and some messages that I get from /var/log/messsages. Let me know if you need some other information. Thanks in advance, Alexandre ======== zfs error quite frequently ======== Nov 24 02:33:51 Manny kernel: uma_zalloc_arg: zone "256" with the following non-sleepable locks held: Nov 24 02:33:51 Manny kernel: exclusive sleep mutex struct mount mtx r = 0 (0xffffff0003d0c6a0) locked @ /usr/src/sys/modules/zfs/../../compat/opensolaris/kern/opensolaris_vfs.c:206 Nov 24 02:33:51 Manny kernel: KDB: stack backtrace: Nov 24 02:33:51 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 24 02:33:51 Manny kernel: witness_warn() at witness_warn+0x248 Nov 24 02:33:51 Manny kernel: uma_zalloc_arg() at uma_zalloc_arg+0x33a Nov 24 02:33:51 Manny kernel: malloc() at malloc+0x8a Nov 24 02:33:51 Manny kernel: crget() at crget+0x1f Nov 24 02:33:51 Manny kernel: crdup() at crdup+0x19 Nov 24 02:33:51 Manny kernel: domount() at domount+0x1fe Nov 24 02:33:51 Manny kernel: zfsctl_snapdir_lookup() at zfsctl_snapdir_lookup+0x307 Nov 24 02:33:51 Manny kernel: VOP_LOOKUP_APV() at VOP_LOOKUP_APV+0x95 Nov 24 02:33:51 Manny kernel: lookup() at lookup+0x4cd Nov 24 02:33:51 Manny kernel: namei() at namei+0x2cb Nov 24 02:33:51 Manny kernel: kern_stat() at kern_stat+0x61 Nov 24 02:33:51 Manny kernel: stat() at stat+0x2a Nov 24 02:33:51 Manny kernel: syscall() at syscall+0x1ce Nov 24 02:33:51 Manny kernel: Xfast_syscall() at Xfast_syscall+0xab Nov 24 02:33:51 Manny kernel: --- syscall (188, FreeBSD ELF64, stat), rip = 0x800c6447c, rsp = 0x7fffffffeca8, rbp = 0x2 --- ======== one error that I don't know of what is related to ======== Nov 24 02:53:23 Manny kernel: rtfree: 0xffffff0003dd0d20 has 1 refs ======== last message before reboot ======== Nov 24 03:55:25 Manny syslogd: kernel boot file is /boot/kernel/kernel Nov 24 03:55:25 Manny kernel: panic: vm_fault: fault on nofault entry, addr: ffffffffd8641000 Nov 24 03:55:25 Manny kernel: cpuid = 0 Nov 24 03:55:25 Manny kernel: KDB: stack backtrace: Nov 24 03:55:25 Manny kernel: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a Nov 24 03:55:25 Manny kernel: panic() at panic+0x17a Nov 24 03:55:25 Manny kernel: vm_fault() at vm_fault+0x14c1 Nov 24 03:55:25 Manny kernel: trap_pfault() at trap_pfault+0x218 Nov 24 03:55:25 Manny kernel: trap() at trap+0x30c Nov 24 03:55:25 Manny kernel: calltrap() at calltrap+0x8 Nov 24 03:55:25 Manny kernel: --- trap 0xc, rip = 0xffffffffd8198e54, rsp = 0xffffffffd8272960, rbp = 0xffffffffd82729a0 --- Nov 24 03:55:25 Manny kernel: dsl_dir_set_reservation_check() at dsl_dir_set_reservation_check+0x24 Nov 24 03:55:25 Manny kernel: dsl_sync_task_group_sync() at dsl_sync_task_group_sync+0x96 Nov 24 03:55:25 Manny kernel: dsl_pool_sync() at dsl_pool_sync+0xc3 Nov 24 03:55:25 Manny kernel: spa_sync() at spa_sync+0x390 Nov 24 03:55:25 Manny kernel: txg_sync_thread() at txg_sync_thread+0x12f Nov 24 03:55:25 Manny kernel: fork_exit() at fork_exit+0x12a Nov 24 03:55:25 Manny kernel: fork_trampoline() at fork_trampoline+0xe Nov 24 03:55:25 Manny kernel: --- trap 0, rip = 0, rsp = 0xffffffffd8272d30, rbp = 0 --- Nov 24 03:55:25 Manny kernel: Uptime: 1d7h39m37s Nov 24 03:55:25 Manny kernel: Physical memory: 2036 MB Nov 24 03:55:25 Manny kernel: Dumping 827 MB: 812 796 780 764 748 732 716 700 684 668 652 636 620 604 588 572 556 540 524 508 492 476 460 444 428 412 396 380 364 348 332 316 300 284 268 252 236 220 204 188 172 156 140 124 108 92 76 60 44 28 12 Nov 24 03:55:25 Manny kernel: Dump complete Nov 24 03:55:25 Manny kernel: Automatic reboot in 15 seconds - press a key on the console to abort Nov 24 03:55:25 Manny kernel: Rebooting... Nov 24 03:55:25 Manny kernel: cpu_reset: Stopping other CPUs ========= dmesg ============= Copyright (c) 1992-2007 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.0-BETA3 #2: Wed Nov 21 13:59:19 BRST 2007 root@Manny:/usr/obj/usr/src/sys/MANNY.debug WARNING: WITNESS option enabled, expect reduced performance. Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz (2409.70-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x6f6 Stepping = 6 Features=0xbfebfbff Features2=0xe3bd AMD Features=0x20100800 AMD Features2=0x1 Cores per package: 2 usable memory = 2135810048 (2036 MB) avail memory = 2059890688 (1964 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 2 CPUs cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 acpi_button0: on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pcib2: at device 3.0 on pci0 pci2: on pcib2 arcmsr0: mem 0x84200000-0x84201fff irq 16 at device 0.0 on pci2 ARECA RAID ADAPTER0: Driver Version 1.20.00.14 2007-2-05 ARECA RAID ADAPTER0: FIRMWARE VERSION V1.42 2006-10-13 arcmsr0: [ITHREAD] pcib3: at device 28.0 on pci0 pci3: on pcib3 pcib4: at device 28.4 on pci0 pci4: on pcib4 pcib5: at device 28.5 on pci0 pci5: on pcib5 em0: port 0x2000-0x201f mem 0x84100000-0x8411ffff irq 17 at device 0.0 on pci5 em0: Ethernet address: 00:19:d1:12:4c:4c em0: [FILTER] uhci0: port 0x3080-0x309f irq 23 at device 29.0 on pci0 uhci0: [GIANT-LOCKED] uhci0: [ITHREAD] usb0: on uhci0 usb0: USB revision 1.0 uhub0: on usb0 uhub0: 2 ports with 2 removable, self powered uhci1: port 0x3060-0x307f irq 19 at device 29.1 on pci0 uhci1: [GIANT-LOCKED] uhci1: [ITHREAD] usb1: on uhci1 usb1: USB revision 1.0 uhub1: on usb1 uhub1: 2 ports with 2 removable, self powered uhci2: port 0x3040-0x305f irq 18 at device 29.2 on pci0 uhci2: [GIANT-LOCKED] uhci2: [ITHREAD] usb2: on uhci2 usb2: USB revision 1.0 uhub2: on usb2 uhub2: 2 ports with 2 removable, self powered uhci3: port 0x3020-0x303f irq 16 at device 29.3 on pci0 uhci3: [GIANT-LOCKED] uhci3: [ITHREAD] usb3: on uhci3 usb3: USB revision 1.0 uhub3: on usb3 uhub3: 2 ports with 2 removable, self powered ehci0: mem 0x84300400-0x843007ff irq 23 at device 29.7 on pci0 ehci0: [GIANT-LOCKED] ehci0: [ITHREAD] usb4: EHCI version 1.0 usb4: companion controllers, 2 ports each: usb0 usb1 usb2 usb3 usb4: on ehci0 usb4: USB revision 2.0 uhub4: on usb4 uhub4: 8 ports with 8 removable, self powered pcib6: at device 30.0 on pci0 pci6: on pcib6 ahc0: port 0x1100-0x11ff mem 0x84000000-0x84000fff irq 21 at device 0.0 on pci6 ahc0: [ITHREAD] aic7899: Ultra160 Wide Channel A, SCSI Id=7, 32/253 SCBs ahc1: port 0x1000-0x10ff mem 0x84001000-0x84001fff irq 22 at device 0.1 on pci6 ahc1: [ITHREAD] aic7899: Ultra160 Wide Channel B, SCSI Id=7, 32/253 SCBs vgapci0: mem 0x80000000-0x83ffffff irq 18 at device 2.0 on pci6 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x30b0-0x30bf irq 18 at device 31.1 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] atapci1: port 0x30c8-0x30cf,0x30e4-0x30e7,0x30c0-0x30c7,0x30e0-0x30e3,0x30a0-0x30af mem 0x84300000-0x843003ff irq 19 at device 31.2 on pci0 atapci1: [ITHREAD] atapci1: AHCI Version 01.10 controller with 4 ports detected ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] pci0: at device 31.3 (no driver attached) sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: configured irq 4 not in bitmap of probed irqs 0 sio0: port may not be enabled sio0: <16550A-compatible COM port> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 sio0: type 16550A sio0: [FILTER] orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [ITHREAD] ppc0: cannot reserve I/O port range sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: port may not be enabled vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ukbd0: on uhub1 kbd2 at ukbd0 Timecounters tick every 1.000 msec ad0: 76319MB at ata0-master UDMA100 Waiting 5 seconds for SCSI devices to settle da0 at arcmsr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 166.666MB/s transfers (83.333MHz DT, offset 32, 16bit) da0: 3814696MB (7812497408 512 byte sectors: 255H 63S/T 486305C) sa0 at ahc0 bus 0 target 1 lun 0 sa0: Removable Sequential Access SCSI-3 device sa0: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) sa1 at ahc0 bus 0 target 2 lun 0 sa1: Removable Sequential Access SCSI-3 device sa1: 160.000MB/s transfers (80.000MHz DT, offset 127, 16bit) SMP: AP CPU #1 Launched! WARNING: WITNESS option enabled, expect reduced performance. ch0 at ahc0 bus 0 target 0 lun 0 ch0: Removable Changer SCSI-2 device ch0: 3.300MB/s transfers ch0: 21 slots, 2 drives, 1 picker, 1 portal Trying to mount root from ufs:/dev/ad0s1a WARNING: / was not properly dismounted WARNING: /usr was not properly dismounted WARNING: /var was not properly dismounted /var: mount pending error: blocks 580 files 5 WARNING: ZFS is considered to be an experimental feature in FreeBSD. ZFS filesystem version 6 ZFS storage pool version 6 em0: link state changed to UP From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 12:15:25 2007 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 CFA8216A417 for ; Sat, 24 Nov 2007 12:15:25 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from galain.elvandar.org (galain.elvandar.org [217.148.169.56]) by mx1.freebsd.org (Postfix) with ESMTP id A53F613C45B for ; Sat, 24 Nov 2007 12:15:25 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from evilcoder.xs4all.nl ([195.64.94.120] helo=elvandar.local) by galain.elvandar.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.67) (envelope-from ) id 1Ivtuu-0005Ri-9y; Sat, 24 Nov 2007 13:15:24 +0100 Message-ID: <474815F6.5030400@FreeBSD.org> Date: Sat, 24 Nov 2007 13:15:50 +0100 From: Remko Lodder User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Alexandre Biancalana References: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> In-Reply-To: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: BETA3 crash (zfs related ?) 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 Nov 2007 12:15:25 -0000 Alexandre Biancalana wrote: > Hi list, > > My Backup Server is running 7-BETA3 from 3 days ago, is a single > processor Core2 Duo with 2GB Ram AMD64 SMP Kernel with ZFS. > > Last night the machine rebooted after a crash, bellow are my dmesg > and some messages that I get from /var/log/messsages. > > Let me know if you need some other information. > > Thanks in advance, > > Alexandre > Can you look at the developers handbook and follow the ways to get a proper backtrace which we can investigate? I see from the logfile that you send along, that a dump had been made, so the information might be there :-) http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html Thanks! remko -- /"\ Best regards, | remko@FreeBSD.org \ / Remko Lodder | remko@EFnet X http://www.evilcoder.org/ | / \ ASCII Ribbon Campaign | Against HTML Mail and News From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 12:28:15 2007 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 6A8AE16A474 for ; Sat, 24 Nov 2007 12:28:15 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id 36D8613C448 for ; Sat, 24 Nov 2007 12:28:14 +0000 (UTC) (envelope-from biancalana@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so243068pyb for ; Sat, 24 Nov 2007 04:28:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=LXWCy4falA6+BDsTQFIDzx7u8T0kOOTyRLws5r7/6ME=; b=M017hdoudD43Mmw0iuG3nJLEYig6OtXWpqianyJ9EWu1iYYIB8XSG7+XdO6N+XbfBYWqgnFX54v8veB4tnTrDvKzqxT/q4RNRAbDs/sjDrI17iexfsYzu69XFpCpkVA8Sha50ceEYv6/ltBfXhbHP6BqvfcFu3f48eNbHIKwaic= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=vjtiXs33Qaqq34luJqnyXHif960q1CNZsY3ZGvx/3R7gs2SVMZRyAytCGkGleRc4X8N0a+SBWOHEr1vAOCSUY9oxZDYJEHfLxS57BKKCkt53xTnncQXNbuad0uxrJEKu68gGobC/HDnqM9LbMxrDVfvKrb+uHKngPxqE12yA94U= Received: by 10.65.138.4 with SMTP id q4mr929108qbn.1195907292831; Sat, 24 Nov 2007 04:28:12 -0800 (PST) Received: by 10.64.184.9 with HTTP; Sat, 24 Nov 2007 04:28:12 -0800 (PST) Message-ID: <8e10486b0711240428v86b36b3y69ce5f004bbd4156@mail.gmail.com> Date: Sat, 24 Nov 2007 09:28:12 -0300 From: "Alexandre Biancalana" To: "Remko Lodder" In-Reply-To: <474815F6.5030400@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <8e10486b0711240409m699c78afy65bfefbb486ab838@mail.gmail.com> <474815F6.5030400@FreeBSD.org> Cc: freebsd-current@freebsd.org Subject: Re: BETA3 crash (zfs related ?) 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 Nov 2007 12:28:15 -0000 On Nov 24, 2007 9:15 AM, Remko Lodder wrote: > > Can you look at the developers handbook and follow the ways to get > a proper backtrace which we can investigate? I see from the logfile > that you send along, that a dump had been made, so the information > might be there :-) > > http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug.html My kernel is already compiled with all debug stuff. I forget to mention that I tried to debug but I can't look at this: Manny:/var/crash # kgdb /boot/kernel/kernel vmcore.6 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". (no debugging symbols found)...Attempt to extract a component of a value that is not a structure pointer. (kgdb) bt #0 0xffffffff8032668a in doadump () #1 0xffffffffd8272450 in ?? () #2 0xffffffff80326ba5 in boot () Previous frame inner to this frame (corrupt stack?) (kgdb) Can you help with that ? Thank you ! From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 13:17:10 2007 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 2106516A469 for ; Sat, 24 Nov 2007 13:17:10 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: from spike.grumly.eu.org (spike.grumly.eu.org [195.5.253.226]) by mx1.freebsd.org (Postfix) with ESMTP id 020A913C459 for ; Sat, 24 Nov 2007 13:17:09 +0000 (UTC) (envelope-from ced@grumly.eu.org) Received: by spike.grumly.eu.org (Postfix, from userid 1001) id EA24211AF3; Sat, 24 Nov 2007 13:55:59 +0100 (CET) Date: Sat, 24 Nov 2007 13:55:59 +0100 From: Cedric Tabary To: freebsd-current@freebsd.org Message-ID: <20071124125559.GA44409@efrei.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-15 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-Mailman-Approved-At: Sat, 24 Nov 2007 13:27:21 +0000 Subject: twa / zfs / pci bus timeout 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 Nov 2007 13:17:10 -0000 I have 10 sata disks as JBOD on a 3ware 9500S. Motherboard is ASUS P5WDG2-WS-PRO with 64 bit pci ports. 7.0-BETA3 FreeBSD 7.0-BETA3 #4: Sat Nov 17 01:00:37 CET 2007 amd64 SCHED_ULE without WITNESS and INVARIANTS pool: goinfre state: ONLINE scrub: scrub stopped with 0 errors on Sat Nov 24 12:41:25 2007 config: NAME STATE READ WRITE CKSUM goinfre ONLINE 0 0 0 raidz2 ONLINE 0 0 0 da0 ONLINE 0 0 0 da1 ONLINE 0 0 0 da2 ONLINE 0 0 0 da3 ONLINE 0 0 0 da4 ONLINE 0 0 0 da5 ONLINE 0 0 0 da6 ONLINE 0 0 0 da7 ONLINE 0 0 0 da8 ONLINE 0 0 0 da9 ONLINE 0 0 0 tw_cli output : Unit UnitType Status %RCmpl %V/I/M Stripe Size(GB) Cache AVrfy ------------------------------------------------------------------------------ u0 JBOD OK - - - 372.611 OFF OFF u1 JBOD OK - - - 372.611 OFF OFF u2 JBOD OK - - - 372.611 OFF OFF u3 JBOD OK - - - 372.611 OFF OFF u4 JBOD OK - - - 372.611 OFF OFF u5 JBOD OK - - - 372.611 OFF OFF u6 JBOD OK - - - 372.611 OFF OFF u7 JBOD OK - - - 372.611 OFF OFF u8 JBOD OK - - - 372.611 OFF OFF u9 JBOD OK - - - 372.611 OFF OFF I experience pci bus timout messages when I do lots of IO on zfs (rsync, scrub or samba copy) kernel: twa0: DEBUG: (0x04: 0x0215): PCI bus timeout: retry=1 kernel: twa0: DEBUG: (0x04: 0x0215): PCI bus timeout: retry=1 Is that a bug ? or crappy hardware ? Regards. Cédric From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 14:50:59 2007 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 97A9616A417 for ; Sat, 24 Nov 2007 14:50:59 +0000 (UTC) (envelope-from c47g@gmx.at) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 18EA213C47E for ; Sat, 24 Nov 2007 14:50:58 +0000 (UTC) (envelope-from c47g@gmx.at) Received: (qmail invoked by alias); 24 Nov 2007 14:24:11 -0000 Received: from d91-128-253-18.cust.tele2.at (EHLO bones) [91.128.253.18] by mail.gmx.net (mp051) with SMTP; 24 Nov 2007 15:24:11 +0100 X-Authenticated: #9978462 X-Provags-ID: V01U2FsdGVkX1+o+LJRpgeo/LTEtRKzybdLURSYLBccdCcpJqkd8l ieU8YZOo6DuRP8 From: Christian Gusenbauer To: freebsd-current@freebsd.org Date: Sat, 24 Nov 2007 15:25:05 +0100 User-Agent: KMail/1.9.7 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1208871.ufsJEfDTOy"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711241525.10171.c47g@gmx.at> X-Y-GMX-Trusted: 0 Subject: Crashes with SDL and libthr 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 Nov 2007 14:50:59 -0000 --nextPart1208871.ufsJEfDTOy Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi! I've just updated to today's current and now some SDL based applications ar= e=20 crashing. I debugged a bit and found out, that the changes made to libthr a= re=20 causing these crashes. The attached program crashes immediately using the=20 current libthr. This program does not crash when I'm using an old version o= f=20 libthr (before 2007/11/21). /* compiled with: cc -g -I/usr/local/include -L/usr/local/lib sdltest.c -lSDL -lthr -o sdltest */ #include #include #include #include #define SAMPLE_FREQ 44100 #define SAMPLE_SIZE (512*2) void AudioCallbackSDL(void *udata, u_int8_t *buffer, int length) { } main() { SDL_AudioSpec audioSpec; SDL_AudioSpec mySpec; if (SDL_Init(SDL_INIT_NOPARACHUTE | SDL_INIT_AUDIO ) < 0) { fprintf(stderr, "Couldn't initialize SDL: %s\n", SDL_GetError()); exit(1); } memset((void*)&audioSpec, 0, sizeof(SDL_AudioSpec)); memset((void*)&mySpec, 0, sizeof(SDL_AudioSpec)); audioSpec.freq =3D SAMPLE_FREQ; audioSpec.format =3D AUDIO_U8; audioSpec.channels =3D 1; audioSpec.samples =3D SAMPLE_SIZE/(44100/SAMPLE_FREQ); audioSpec.callback =3D AudioCallbackSDL; audioSpec.userdata =3D (void*)1; if (SDL_OpenAudio(&audioSpec, &mySpec) < 0) { fprintf(stderr, "can't open SDL audio: %s\n", SDL_GetError()); exit(1); } sleep(10); } =2D------------------------------------------------------------------------= =2D- I debugged SDL and found the following piece of code, which causes the crash in SDL_thread.c (around line 249). args->func =3D fn; args->data =3D data; args->info =3D thread; args->wait =3D SDL_CreateSemaphore(0); ^ + here a semaphore is created with initial value 0 if ( args->wait =3D=3D NULL ) { SDL_free(thread); SDL_free(args); return(NULL); } /* Add the thread to the list of available threads */ SDL_AddThread(thread); /* Create the thread and go! */ #ifdef SDL_PASSED_BEGINTHREAD_ENDTHREAD ret =3D SDL_SYS_CreateThread(thread, args, pfnBeginThread,=20 pfnEndThread); #else ret =3D SDL_SYS_CreateThread(thread, args); #endif if ( ret >=3D 0 ) { /* Wait for the thread function to use arguments */ SDL_SemWait(args->wait); ^ + here the calling thread should wait for the newly created thread (but it doesn't) } else { /* Oops, failed. Gotta free everything */ SDL_DelThread(thread); SDL_free(thread); thread =3D NULL; } SDL_DestroySemaphore(args->wait); SDL_free(args); ^ + here the args are freed, which causes the crash of the newly created thread. So I assume something's wrong with the semaphore operations The newly created thread crashes, because he uses the args area passed as=20 parameter to the SDL_SYS_CreateThread call and the parent thread is not=20 waiting as it is supposed to. Could someone please have a look at these libthr changes? Many thanks, Christian. --nextPart1208871.ufsJEfDTOy Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHSDRG73Wh/GTgh8wRAq+iAJ43bWwFOjMfd9OSQYjLMAptOkEvRgCfQbUS hh7ue8U9MMp3ME73lHwf0I0= =acqz -----END PGP SIGNATURE----- --nextPart1208871.ufsJEfDTOy-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 16:23:31 2007 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 6DCB416A469 for ; Sat, 24 Nov 2007 16:23:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 38C2E13C459 for ; Sat, 24 Nov 2007 16:23:31 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 04A0346CF9; Sat, 24 Nov 2007 11:26:33 -0500 (EST) Date: Sat, 24 Nov 2007 16:23:10 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rako In-Reply-To: <47477F9F.2080900@gmail.com> Message-ID: <20071124142149.Y14018@fledge.watson.org> References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="621616949-2128520965-1195921390=:14018" Cc: freebsd-current@freebsd.org Subject: Re: panic with tcpdrop 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 Nov 2007 16:23:31 -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. --621616949-2128520965-1195921390=:14018 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed On Fri, 23 Nov 2007, Rako wrote: > Sorry for not send this before. > > The connection that i kill was in TIME_WAIT or FIN_WAIT_? state > > Any other information, please, tell me. > Javier Javier, Indeed, it looks like sysctl_drop is not handling certain TCP states properly with respect to locking. This is probably my fault, as it looks like perhaps this was fallout from the socket<->inpcb reference cleanup work in 7.x. The attached patch may help, could you give it a try? Robert N M Watson Computer Laboratory University of Cambridge > > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0788594 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc09ccb43 in trap_fatal (frame=0xd66589c0, eva=24) at > /usr/src/sys/i386/i386/trap.c:872 > #4 0xc09cd4dd in trap (frame=0xd66589c0) at > /usr/src/sys/i386/i386/trap.c:277 > #5 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #6 0xc07b8644 in turnstile_broadcast (ts=0x0, queue=0) at > /usr/src/sys/kern/subr_turnstile.c:834 > #7 0xc077ba02 in _mtx_unlock_sleep (m=0xc4c35288, opts=0, file=0x0, line=0) > at /usr/src/sys/kern/kern_mutex.c:593 > #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, > req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 > #9 0xc0791a87 in sysctl_root (oidp=Variable "oidp" is not available. > ) at /usr/src/sys/kern/kern_sysctl.c:1306 > #10 0xc0791bd4 in userland_sysctl (td=0xc38c0210, name=0xd6658c14, namelen=4, > old=0x0, oldlenp=0x0, inkernel=0, new=0xbfbfeb90, newlen=256, > retval=0xd6658c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401 > #11 0xc07928fd in __sysctl (td=0xc38c0210, uap=0xd6658cfc) at > /usr/src/sys/kern/kern_sysctl.c:1336 > #12 0xc09cd0f5 in syscall (frame=0xd6658d38) at > /usr/src/sys/i386/i386/trap.c:1008 > #13 0xc09b6960 in Xint0x80_syscall () at > /usr/src/sys/i386/i386/exception.s:196 > #14 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > > (kgdb) f 8 > #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, > req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 > 2057 INP_UNLOCK(inp); > (kgdb) l > 2052 } else if (!(inp->inp_vflag & INP_DROPPED) && > 2053 !(inp->inp_socket->so_options & > SO_ACCEPTCONN)) { > 2054 tp = intotcpcb(inp); > 2055 tcp_drop(tp, ECONNABORTED); > 2056 } > 2057 INP_UNLOCK(inp); > 2058 } else > 2059 error = ESRCH; > 2060 INP_INFO_WUNLOCK(&tcbinfo); > 2061 return (error); > (kgdb) > >> >> On Fri, 23 Nov 2007, Javier wrote: >> >>> Hi, a got a panic with tcpdrop command. >> >> Javier, >> >> I see you may have a coredump -- could you provide a backtrace from gdb for >> the below? Specifically, I'd like to know what line sysctl_drop+0x207 is. >> >> Thanks, >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >> >>> Regards, >>> Javier >>> >>> uname -a >>> FreeBSD odin.valhala 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 15:40:35 >>> ART 2007 >>> >>> Fatal trap 12: page fault while in kernel mode >>> fault virtual address = 0x18 >>> fault code = supervisor read, page not present >>> instruction pointer = 0x20:0xc07b8644 >>> stack pointer = 0x28:0xd6658a00 >>> frame pointer = 0x28:0xd6658a0c >>> code segment = base 0x0, limit 0xfffff, type 0x1b >>> = DPL 0, pres 1, def32 1, gran 1 >>> processor eflags = resume, IOPL = 0 >>> current process = 77347 (tcpdrop) >>> trap number = 12 >>> panic: page fault >>> KDB: stack backtrace: >>> db_trace_self_wrapper(c0a5f1ea,d66588e0,c078878a,c0a5d5f4,c0b5bcc0,...) at >>> db_trace_self_wrapper+0x26 >>> kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66588ec,d66588ec,...) at >>> kdb_backtrace+0x29 >>> panic(c0a1fb8c,c0a7c54d,c39ac220,1,1,...) at panic+0xaa >>> trap_fatal(c0a7c44f,c,246,c38c0210,c,...) at trap_fatal+0x303 >>> trap(d66589c0) at trap+0x10d >>> calltrap() at calltrap+0x6 >>> --- trap 0xc, eip = 0xc07b8644, esp = 0xd6658a00, ebp = 0xd6658a0c --- >>> turnstile_broadcast(0,0,c4c351f8,0,d6658b54,...) at >>> turnstile_broadcast+0x34 >>> _mtx_unlock_sleep(c4c35288,0,0,0,e103,...) at _mtx_unlock_sleep+0x52 >>> sysctl_drop(c0b0d2e0,0,0,d6658ba4,d6658ba4,...) at sysctl_drop+0x207 >>> sysctl_root(d6658ba4,100,1,c0937524,c1fbb1e0,...) at sysctl_root+0x127 >>> userland_sysctl(c38c0210,d6658c14,4,0,0,...) at userland_sysctl+0x134 >>> __sysctl(c38c0210,d6658cfc,18,c38c0210,d6658d2c,...) at __sysctl+0xdd >>> syscall(d6658d38) at syscall+0x335 >>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28148a3b, esp = >>> 0xbfbfe32c, ebp = 0xbfbfe358 --- >>> Uptime: 2d20h23m41s >>> Physical memory: 495 MB >>> Dumping 129 MB: 114 98 82 66 50 34 18 2 >>> >>> #0 doadump () at pcpu.h:195 >>> 195 pcpu.h: No such file or directory. >>> in pcpu.h >>> (kgdb) >>> >>> _______________________________________________ >>> 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" >>> > > --621616949-2128520965-1195921390=:14018 Content-Type: TEXT/x-diff; charset=US-ASCII; name=tcp_drop.diff Content-Transfer-Encoding: BASE64 Content-ID: <20071124162310.U14018@fledge.watson.org> Content-Description: Content-Disposition: attachment; filename=tcp_drop.diff SW5kZXg6IHRjcF9zdWJyLmMNCj09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0NClJD UyBmaWxlOiAvem9vL2N2c3VwL0ZyZWVCU0QtQ1ZTL3NyYy9zeXMvbmV0aW5l dC90Y3Bfc3Vici5jLHYNCnJldHJpZXZpbmcgcmV2aXNpb24gMS4zMDENCmRp ZmYgLXUgLXIxLjMwMSB0Y3Bfc3Vici5jDQotLS0gdGNwX3N1YnIuYwkyNCBP Y3QgMjAwNyAxOTowMzo1OSAtMDAwMAkxLjMwMQ0KKysrIHRjcF9zdWJyLmMJ MjQgTm92IDIwMDcgMTQ6MTE6MjIgLTAwMDANCkBAIC0yMDQ5LDEyICsyMDQ5 LDE2IEBADQogCQkJdHcgPSBpbnRvdHcoaW5wKTsNCiAJCQlpZiAodHcgIT0g TlVMTCkNCiAJCQkJdGNwX3R3Y2xvc2UodHcsIDApOw0KKwkJCWVsc2UNCisJ CQkJSU5QX1VOTE9DSyhpbnApOw0KIAkJfSBlbHNlIGlmICghKGlucC0+aW5w X3ZmbGFnICYgSU5QX0RST1BQRUQpICYmDQogCQkJICAgIShpbnAtPmlucF9z b2NrZXQtPnNvX29wdGlvbnMgJiBTT19BQ0NFUFRDT05OKSkgew0KIAkJCXRw ID0gaW50b3RjcGNiKGlucCk7DQotCQkJdGNwX2Ryb3AodHAsIEVDT05OQUJP UlRFRCk7DQotCQl9DQotCQlJTlBfVU5MT0NLKGlucCk7DQorCQkJdHAgPSB0 Y3BfZHJvcCh0cCwgRUNPTk5BQk9SVEVEKTsNCisJCQlpZiAodHAgIT0gTlVM TCkNCisJCQkJSU5QX1VOTE9DSyhpbnApOw0KKwkJfSBlbHNlDQorCQkJSU5Q X1VOTE9DSyhpbnApOw0KIAl9IGVsc2UNCiAJCWVycm9yID0gRVNSQ0g7DQog CUlOUF9JTkZPX1dVTkxPQ0soJnRjYmluZm8pOw0K --621616949-2128520965-1195921390=:14018-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 18:20:24 2007 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 B766516A468 for ; Sat, 24 Nov 2007 18:20:24 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from smtpoutm.mac.com (smtpoutm.mac.com [17.148.16.68]) by mx1.freebsd.org (Postfix) with ESMTP id 916DE13C4D5 for ; Sat, 24 Nov 2007 18:20:24 +0000 (UTC) (envelope-from xcllnt@mac.com) Received: from mac.com (asmtp001-s [10.150.69.64]) by smtpoutm.mac.com (Xserve/smtpout005/MantshX 4.0) with ESMTP id lAOIKOiO001618; Sat, 24 Nov 2007 10:20:24 -0800 (PST) Received: from [192.168.1.100] (209-128-86-226.bayarea.net [209.128.86.226]) (authenticated bits=0) by mac.com (Xserve/asmtp001/MantshX 4.0) with ESMTP id lAOIKIfk002945 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 24 Nov 2007 10:20:20 -0800 (PST) Message-Id: <0D6858C2-3A4E-4EED-8D88-8557D3BF4443@mac.com> From: Marcel Moolenaar To: Frank Behrens In-Reply-To: <200711231457.lANEv4KU002862@post.frank-behrens.de> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v915) Date: Sat, 24 Nov 2007 10:20:18 -0800 References: <200711221554.lAMFsRdS002781@post.frank-behrens.de> <200711231457.lANEv4KU002862@post.frank-behrens.de> X-Mailer: Apple Mail (2.915) Cc: FreeBSD Current Subject: Re: Can not boot 7.0-BETA3 with puc 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 Nov 2007 18:20:24 -0000 On Nov 23, 2007, at 6:57 AM, Frank Behrens wrote: > IMHO the reason for the error in 7.0 is, that it calls > device_add_child(dev, NULL, -1); No, it isn't. The puc(4) driver can have different children. Currently, it can have 3 different children. Standard bus probing determines which driver will attach. The puc(4) driver does not care about unit numbers for the simple reason that it doesn't care about which driver attaches. FYI, -- Marcel Moolenaar xcllnt@mac.com From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 18:29:05 2007 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 EC02916A417 for ; Sat, 24 Nov 2007 18:29:05 +0000 (UTC) (envelope-from rako29@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.249]) by mx1.freebsd.org (Postfix) with ESMTP id A429013C457 for ; Sat, 24 Nov 2007 18:29:05 +0000 (UTC) (envelope-from rako29@gmail.com) Received: by an-out-0708.google.com with SMTP id c14so28719anc for ; Sat, 24 Nov 2007 10:29:05 -0800 (PST) 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=hnIF5OPPlFsNDnR3C2eZbWmt4c+q7f9/bG6fXNZNl4E=; b=pGbYgGsExMyBSkHzma6cMQx70v5bdmXZp1Hvi4yCDnF07AmCde4K4j3o1KMHVFrtE6ZO7rNH/1wvTkrCv1eFA5JGKufjGdJ0WMwruZ0W+yw8hXaStnjM5He+DO9VVReMud76r3Opm8tRWxgC7Zo0gTPQ0wWcTLpKEJCr4q/pKUU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:message-id:date:from:user-agent:mime-version:to:cc:subject:references:in-reply-to:content-type:content-transfer-encoding; b=L8SSG+0w/kE0JG+uWrZzkQtcJeoXgTKHMCNqC1INX3AVR+UkvH7rxh86YPmiBWdcUO6CIhXhq5+roZuW7qPd+IMa9+w32B4VeQdizbR1kDHWTOWzO8Wt83Vj3Ea9WntdooG0EqLtWsUZ/lfhW3WIjk4+0/NMADXmMG7RUte5hkM= Received: by 10.100.171.10 with SMTP id t10mr864527ane.1195928944559; Sat, 24 Nov 2007 10:29:04 -0800 (PST) Received: from ?172.20.1.10? ( [190.188.78.77]) by mx.google.com with ESMTPS id b7sm1846625ana.2007.11.24.10.29.01 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 24 Nov 2007 10:29:03 -0800 (PST) Message-ID: <47486C9B.4020407@gmail.com> Date: Sat, 24 Nov 2007 15:25:31 -0300 From: Rako User-Agent: Thunderbird 2.0.0.9 (Windows/20071031) MIME-Version: 1.0 To: Robert Watson References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> In-Reply-To: <20071124142149.Y14018@fledge.watson.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-current@freebsd.org Subject: Re: panic with tcpdrop 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 Nov 2007 18:29:06 -0000 Robert, the patch solve the problem with tcpdrop, Thanks!! An other panic ocurred, but on other area, is on snp.ko module (watch -W /dev/ttyv0) but can't get backtrace. This panic is simliar at http://lists.freebsd.org/pipermail/freebsd-current/2007-March/069990.html the problem may be at line 164 of /usr/src/sys/dev/snp/snp.c snp = ttytosnp(tp); where snp get NULL but, no familiar with this ... Any idea what can I do to solve the error? Regards, Javier Fatal trap 12: page fault while in kernel mode fault virtual address = 0x24 fault code = supervisor read, page not present instruction pointer = 0x20:0xc3e4f230 stack pointer = 0x28:0xd66c3b34 frame pointer = 0x28:0xd66c3b88 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2216 (make) trap number = 12 panic: page fault KDB: stack backtrace: db_trace_self_wrapper(c0a5f1ea,d66c39d4,c078878a,c0a5d5f4,c0b5bcc0,...) at db_trace_self_wrapper+0x26 kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66c39e0,d66c39e0,...) at kdb_backtrace+0x29 panic(c0a1fb8c,c0a7c54d,c3e44770,1,1,...) at panic+0xaa trap_fatal(c3e942b8,0,1,0,c39f5630,...) at trap_fatal+0x303 trap_pfault(0,c39f5630,c39f5630,0,c,...) at trap_pfault+0x250 trap(d66c3af4) at trap+0x382 calltrap() at calltrap+0x6 --- trap 0xc, eip = 0xc3e4f230, esp = 0xd66c3b34, ebp = 0xd66c3b88 --- snplwrite(c33bf800,d66c3c60,0,d66c3bbc,c0754bec,...) at snplwrite+0x80 ttywrite(c3389600,d66c3c60,0,c39cf5e8,c39f5630,...) at ttywrite+0x39 giant_write(c3389600,d66c3c60,0,0,c0abb080,...) at giant_write+0x6c devfs_write_f(c39cf5e8,d66c3c60,c3de4800,0,c39f5630,...) at devfs_write_f+0x75 dofilewrite(d66c3c60,ffffffff,ffffffff,0,c39cf5e8,...) at dofilewrite+0x97 kern_writev(c39f5630,1,d66c3c60,2813c076,0,...) at kern_writev+0x58 write(c39f5630,d66c3cfc,c,110,c337e630,...) at write+0x4f syscall(d66c3d38) at syscall+0x335 Xint0x80_syscall() at Xint0x80_syscall+0x20 --- syscall (4, FreeBSD ELF32, write), eip = 0x8083603, esp = 0xbfbfd4ec, ebp = 0xbfbfd528 --- Uptime: 19m14s Physical memory: 495 MB Dumping 86 MB: 71 55 39 23 7 #0 doadump () at pcpu.h:195 195 pcpu.h: No such file or directory. in pcpu.h (kgdb) bt #0 doadump () at pcpu.h:195 #1 0xc0788594 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. ) at /usr/src/sys/kern/kern_shutdown.c:563 #3 0xc09ccb43 in trap_fatal (frame=0xd66c3af4, eva=36) at /usr/src/sys/i386/i386/trap.c:872 #4 0xc09ccda0 in trap_pfault (frame=0xd66c3af4, usermode=0, eva=36) at /usr/src/sys/i386/i386/trap.c:785 #5 0xc09cd752 in trap (frame=0xd66c3af4) at /usr/src/sys/i386/i386/trap.c:463 #6 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc3e4f230 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) > > On Fri, 23 Nov 2007, Rako wrote: > >> Sorry for not send this before. >> >> The connection that i kill was in TIME_WAIT or FIN_WAIT_? state >> >> Any other information, please, tell me. >> Javier > > Javier, > > Indeed, it looks like sysctl_drop is not handling certain TCP states > properly with respect to locking. This is probably my fault, as it > looks like perhaps this was fallout from the socket<->inpcb reference > cleanup work in 7.x. The attached patch may help, could you give it a try? > > Robert N M Watson > Computer Laboratory > University of Cambridge > > >> >> (kgdb) bt >> #0 doadump () at pcpu.h:195 >> #1 0xc0788594 in boot (howto=260) at >> /usr/src/sys/kern/kern_shutdown.c:409 >> #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. >> ) at /usr/src/sys/kern/kern_shutdown.c:563 >> #3 0xc09ccb43 in trap_fatal (frame=0xd66589c0, eva=24) at >> /usr/src/sys/i386/i386/trap.c:872 >> #4 0xc09cd4dd in trap (frame=0xd66589c0) at >> /usr/src/sys/i386/i386/trap.c:277 >> #5 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >> #6 0xc07b8644 in turnstile_broadcast (ts=0x0, queue=0) at >> /usr/src/sys/kern/subr_turnstile.c:834 >> #7 0xc077ba02 in _mtx_unlock_sleep (m=0xc4c35288, opts=0, file=0x0, >> line=0) at /usr/src/sys/kern/kern_mutex.c:593 >> #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, >> req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 >> #9 0xc0791a87 in sysctl_root (oidp=Variable "oidp" is not available. >> ) at /usr/src/sys/kern/kern_sysctl.c:1306 >> #10 0xc0791bd4 in userland_sysctl (td=0xc38c0210, name=0xd6658c14, >> namelen=4, old=0x0, oldlenp=0x0, inkernel=0, new=0xbfbfeb90, newlen=256, >> retval=0xd6658c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401 >> #11 0xc07928fd in __sysctl (td=0xc38c0210, uap=0xd6658cfc) at >> /usr/src/sys/kern/kern_sysctl.c:1336 >> #12 0xc09cd0f5 in syscall (frame=0xd6658d38) at >> /usr/src/sys/i386/i386/trap.c:1008 >> #13 0xc09b6960 in Xint0x80_syscall () at >> /usr/src/sys/i386/i386/exception.s:196 >> #14 0x00000033 in ?? () >> Previous frame inner to this frame (corrupt stack?) >> >> (kgdb) f 8 >> #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, >> req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 >> 2057 INP_UNLOCK(inp); >> (kgdb) l >> 2052 } else if (!(inp->inp_vflag & INP_DROPPED) && >> 2053 !(inp->inp_socket->so_options & >> SO_ACCEPTCONN)) { >> 2054 tp = intotcpcb(inp); >> 2055 tcp_drop(tp, ECONNABORTED); >> 2056 } >> 2057 INP_UNLOCK(inp); >> 2058 } else >> 2059 error = ESRCH; >> 2060 INP_INFO_WUNLOCK(&tcbinfo); >> 2061 return (error); >> (kgdb) >> >>> >>> On Fri, 23 Nov 2007, Javier wrote: >>> >>>> Hi, a got a panic with tcpdrop command. >>> >>> Javier, >>> >>> I see you may have a coredump -- could you provide a backtrace from >>> gdb for the below? Specifically, I'd like to know what line >>> sysctl_drop+0x207 is. >>> >>> Thanks, >>> >>> Robert N M Watson >>> Computer Laboratory >>> University of Cambridge >>> >>> >>>> Regards, >>>> Javier >>>> >>>> uname -a >>>> FreeBSD odin.valhala 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 >>>> 15:40:35 ART 2007 >>>> >>>> Fatal trap 12: page fault while in kernel mode >>>> fault virtual address = 0x18 >>>> fault code = supervisor read, page not present >>>> instruction pointer = 0x20:0xc07b8644 >>>> stack pointer = 0x28:0xd6658a00 >>>> frame pointer = 0x28:0xd6658a0c >>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>> = DPL 0, pres 1, def32 1, gran 1 >>>> processor eflags = resume, IOPL = 0 >>>> current process = 77347 (tcpdrop) >>>> trap number = 12 >>>> panic: page fault >>>> KDB: stack backtrace: >>>> db_trace_self_wrapper(c0a5f1ea,d66588e0,c078878a,c0a5d5f4,c0b5bcc0,...) >>>> at db_trace_self_wrapper+0x26 >>>> kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66588ec,d66588ec,...) at >>>> kdb_backtrace+0x29 >>>> panic(c0a1fb8c,c0a7c54d,c39ac220,1,1,...) at panic+0xaa >>>> trap_fatal(c0a7c44f,c,246,c38c0210,c,...) at trap_fatal+0x303 >>>> trap(d66589c0) at trap+0x10d >>>> calltrap() at calltrap+0x6 >>>> --- trap 0xc, eip = 0xc07b8644, esp = 0xd6658a00, ebp = 0xd6658a0c --- >>>> turnstile_broadcast(0,0,c4c351f8,0,d6658b54,...) at >>>> turnstile_broadcast+0x34 >>>> _mtx_unlock_sleep(c4c35288,0,0,0,e103,...) at _mtx_unlock_sleep+0x52 >>>> sysctl_drop(c0b0d2e0,0,0,d6658ba4,d6658ba4,...) at sysctl_drop+0x207 >>>> sysctl_root(d6658ba4,100,1,c0937524,c1fbb1e0,...) at sysctl_root+0x127 >>>> userland_sysctl(c38c0210,d6658c14,4,0,0,...) at userland_sysctl+0x134 >>>> __sysctl(c38c0210,d6658cfc,18,c38c0210,d6658d2c,...) at __sysctl+0xdd >>>> syscall(d6658d38) at syscall+0x335 >>>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>>> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28148a3b, esp = >>>> 0xbfbfe32c, ebp = 0xbfbfe358 --- >>>> Uptime: 2d20h23m41s >>>> Physical memory: 495 MB >>>> Dumping 129 MB: 114 98 82 66 50 34 18 2 >>>> >>>> #0 doadump () at pcpu.h:195 >>>> 195 pcpu.h: No such file or directory. >>>> in pcpu.h >>>> (kgdb) >>>> >>>> _______________________________________________ >>>> 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 Sat Nov 24 18:45:16 2007 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 A8F7716A477 for ; Sat, 24 Nov 2007 18:45:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id 4D38F13C455 for ; Sat, 24 Nov 2007 18:45:16 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id C8A5247214; Sat, 24 Nov 2007 13:48:31 -0500 (EST) Date: Sat, 24 Nov 2007 18:45:07 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rako In-Reply-To: <47486C9B.4020407@gmail.com> Message-ID: <20071124184353.L14018@fledge.watson.org> References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> <47486C9B.4020407@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic with tcpdrop 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 Nov 2007 18:45:16 -0000 On Sat, 24 Nov 2007, Rako wrote: > the patch solve the problem with tcpdrop, Thanks!! OK, I've committed this to the CVS HEAD, and will MFC in a couple of days. It should appear in the next release candidate for 7.0. > An other panic ocurred, but on other area, is on snp.ko module (watch -W > /dev/ttyv0) but can't get backtrace. This panic is simliar at > > http://lists.freebsd.org/pipermail/freebsd-current/2007-March/069990.html > > the problem may be at line 164 of /usr/src/sys/dev/snp/snp.c > snp = ttytosnp(tp); > > where snp get NULL > > but, no familiar with this ... > Any idea what can I do to solve the error? I'm not really all that familiar with the snp/tty code, but I can take a look this evening. If you don't hear back on this in a day or two, please file a bug report using send-pr on the snp(4) panic. Thanks for the report on tcpdrop(8)! Robert N M Watson Computer Laboratory University of Cambridge > > Regards, > Javier > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc3e4f230 > stack pointer = 0x28:0xd66c3b34 > frame pointer = 0x28:0xd66c3b88 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2216 (make) > trap number = 12 > panic: page fault > KDB: stack backtrace: > db_trace_self_wrapper(c0a5f1ea,d66c39d4,c078878a,c0a5d5f4,c0b5bcc0,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66c39e0,d66c39e0,...) at > kdb_backtrace+0x29 > panic(c0a1fb8c,c0a7c54d,c3e44770,1,1,...) at panic+0xaa > trap_fatal(c3e942b8,0,1,0,c39f5630,...) at trap_fatal+0x303 > trap_pfault(0,c39f5630,c39f5630,0,c,...) at trap_pfault+0x250 > trap(d66c3af4) at trap+0x382 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc3e4f230, esp = 0xd66c3b34, ebp = 0xd66c3b88 --- > snplwrite(c33bf800,d66c3c60,0,d66c3bbc,c0754bec,...) at snplwrite+0x80 > ttywrite(c3389600,d66c3c60,0,c39cf5e8,c39f5630,...) at ttywrite+0x39 > giant_write(c3389600,d66c3c60,0,0,c0abb080,...) at giant_write+0x6c > devfs_write_f(c39cf5e8,d66c3c60,c3de4800,0,c39f5630,...) at > devfs_write_f+0x75 > dofilewrite(d66c3c60,ffffffff,ffffffff,0,c39cf5e8,...) at dofilewrite+0x97 > kern_writev(c39f5630,1,d66c3c60,2813c076,0,...) at kern_writev+0x58 > write(c39f5630,d66c3cfc,c,110,c337e630,...) at write+0x4f > syscall(d66c3d38) at syscall+0x335 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (4, FreeBSD ELF32, write), eip = 0x8083603, esp = 0xbfbfd4ec, ebp > = 0xbfbfd528 --- > Uptime: 19m14s > Physical memory: 495 MB > Dumping 86 MB: 71 55 39 23 7 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0788594 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc09ccb43 in trap_fatal (frame=0xd66c3af4, eva=36) at > /usr/src/sys/i386/i386/trap.c:872 > #4 0xc09ccda0 in trap_pfault (frame=0xd66c3af4, usermode=0, eva=36) at > /usr/src/sys/i386/i386/trap.c:785 > #5 0xc09cd752 in trap (frame=0xd66c3af4) at > /usr/src/sys/i386/i386/trap.c:463 > #6 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc3e4f230 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > >> >> On Fri, 23 Nov 2007, Rako wrote: >> >>> Sorry for not send this before. >>> >>> The connection that i kill was in TIME_WAIT or FIN_WAIT_? state >>> >>> Any other information, please, tell me. >>> Javier >> >> Javier, >> >> Indeed, it looks like sysctl_drop is not handling certain TCP states >> properly with respect to locking. This is probably my fault, as it looks >> like perhaps this was fallout from the socket<->inpcb reference cleanup >> work in 7.x. The attached patch may help, could you give it a try? >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >> >>> >>> (kgdb) bt >>> #0 doadump () at pcpu.h:195 >>> #1 0xc0788594 in boot (howto=260) at >>> /usr/src/sys/kern/kern_shutdown.c:409 >>> #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. >>> ) at /usr/src/sys/kern/kern_shutdown.c:563 >>> #3 0xc09ccb43 in trap_fatal (frame=0xd66589c0, eva=24) at >>> /usr/src/sys/i386/i386/trap.c:872 >>> #4 0xc09cd4dd in trap (frame=0xd66589c0) at >>> /usr/src/sys/i386/i386/trap.c:277 >>> #5 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >>> #6 0xc07b8644 in turnstile_broadcast (ts=0x0, queue=0) at >>> /usr/src/sys/kern/subr_turnstile.c:834 >>> #7 0xc077ba02 in _mtx_unlock_sleep (m=0xc4c35288, opts=0, file=0x0, >>> line=0) at /usr/src/sys/kern/kern_mutex.c:593 >>> #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, >>> req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 >>> #9 0xc0791a87 in sysctl_root (oidp=Variable "oidp" is not available. >>> ) at /usr/src/sys/kern/kern_sysctl.c:1306 >>> #10 0xc0791bd4 in userland_sysctl (td=0xc38c0210, name=0xd6658c14, >>> namelen=4, old=0x0, oldlenp=0x0, inkernel=0, new=0xbfbfeb90, newlen=256, >>> retval=0xd6658c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401 >>> #11 0xc07928fd in __sysctl (td=0xc38c0210, uap=0xd6658cfc) at >>> /usr/src/sys/kern/kern_sysctl.c:1336 >>> #12 0xc09cd0f5 in syscall (frame=0xd6658d38) at >>> /usr/src/sys/i386/i386/trap.c:1008 >>> #13 0xc09b6960 in Xint0x80_syscall () at >>> /usr/src/sys/i386/i386/exception.s:196 >>> #14 0x00000033 in ?? () >>> Previous frame inner to this frame (corrupt stack?) >>> >>> (kgdb) f 8 >>> #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, >>> req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 >>> 2057 INP_UNLOCK(inp); >>> (kgdb) l >>> 2052 } else if (!(inp->inp_vflag & INP_DROPPED) && >>> 2053 !(inp->inp_socket->so_options & >>> SO_ACCEPTCONN)) { >>> 2054 tp = intotcpcb(inp); >>> 2055 tcp_drop(tp, ECONNABORTED); >>> 2056 } >>> 2057 INP_UNLOCK(inp); >>> 2058 } else >>> 2059 error = ESRCH; >>> 2060 INP_INFO_WUNLOCK(&tcbinfo); >>> 2061 return (error); >>> (kgdb) >>> >>>> >>>> On Fri, 23 Nov 2007, Javier wrote: >>>> >>>>> Hi, a got a panic with tcpdrop command. >>>> >>>> Javier, >>>> >>>> I see you may have a coredump -- could you provide a backtrace from gdb >>>> for the below? Specifically, I'd like to know what line >>>> sysctl_drop+0x207 is. >>>> >>>> Thanks, >>>> >>>> Robert N M Watson >>>> Computer Laboratory >>>> University of Cambridge >>>> >>>> >>>>> Regards, >>>>> Javier >>>>> >>>>> uname -a >>>>> FreeBSD odin.valhala 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 15:40:35 >>>>> ART 2007 >>>>> >>>>> Fatal trap 12: page fault while in kernel mode >>>>> fault virtual address = 0x18 >>>>> fault code = supervisor read, page not present >>>>> instruction pointer = 0x20:0xc07b8644 >>>>> stack pointer = 0x28:0xd6658a00 >>>>> frame pointer = 0x28:0xd6658a0c >>>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>>> = DPL 0, pres 1, def32 1, gran 1 >>>>> processor eflags = resume, IOPL = 0 >>>>> current process = 77347 (tcpdrop) >>>>> trap number = 12 >>>>> panic: page fault >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper(c0a5f1ea,d66588e0,c078878a,c0a5d5f4,c0b5bcc0,...) >>>>> at db_trace_self_wrapper+0x26 >>>>> kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66588ec,d66588ec,...) at >>>>> kdb_backtrace+0x29 >>>>> panic(c0a1fb8c,c0a7c54d,c39ac220,1,1,...) at panic+0xaa >>>>> trap_fatal(c0a7c44f,c,246,c38c0210,c,...) at trap_fatal+0x303 >>>>> trap(d66589c0) at trap+0x10d >>>>> calltrap() at calltrap+0x6 >>>>> --- trap 0xc, eip = 0xc07b8644, esp = 0xd6658a00, ebp = 0xd6658a0c --- >>>>> turnstile_broadcast(0,0,c4c351f8,0,d6658b54,...) at >>>>> turnstile_broadcast+0x34 >>>>> _mtx_unlock_sleep(c4c35288,0,0,0,e103,...) at _mtx_unlock_sleep+0x52 >>>>> sysctl_drop(c0b0d2e0,0,0,d6658ba4,d6658ba4,...) at sysctl_drop+0x207 >>>>> sysctl_root(d6658ba4,100,1,c0937524,c1fbb1e0,...) at sysctl_root+0x127 >>>>> userland_sysctl(c38c0210,d6658c14,4,0,0,...) at userland_sysctl+0x134 >>>>> __sysctl(c38c0210,d6658cfc,18,c38c0210,d6658d2c,...) at __sysctl+0xdd >>>>> syscall(d6658d38) at syscall+0x335 >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>>>> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28148a3b, esp = >>>>> 0xbfbfe32c, ebp = 0xbfbfe358 --- >>>>> Uptime: 2d20h23m41s >>>>> Physical memory: 495 MB >>>>> Dumping 129 MB: 114 98 82 66 50 34 18 2 >>>>> >>>>> #0 doadump () at pcpu.h:195 >>>>> 195 pcpu.h: No such file or directory. >>>>> in pcpu.h >>>>> (kgdb) >>>>> >>>>> _______________________________________________ >>>>> 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 Sat Nov 24 19:05:08 2007 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 E316416A421; Sat, 24 Nov 2007 19:05:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.179]) by mx1.freebsd.org (Postfix) with ESMTP id 647A313C458; Sat, 24 Nov 2007 19:05:08 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-037-134.pools.arcor-ip.net [88.66.37.134]) by mrelayeu.kundenserver.de (node=mrelayeu4) with ESMTP (Nemesis) id 0ML21M-1Iw0JI2WHo-0002in; Sat, 24 Nov 2007 20:05:01 +0100 From: Max Laier Organization: FreeBSD To: Robert Watson Date: Sat, 24 Nov 2007 20:05:55 +0100 User-Agent: KMail/1.9.7 References: <200711231232.04447.max@love2party.net> <20071123132453.W98338@fledge.watson.org> In-Reply-To: <20071123132453.W98338@fledge.watson.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2551595.pF8jQdSoQI"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711242006.04753.max@love2party.net> X-Provags-ID: V01U2FsdGVkX19NDmk3xgnIoeVWGLx2pyn3QslXXgAVHdV9KOY CUiUtH4U43XTcjEyC1Tdk0ih8DSOwmf4W6wgTh3HhEeuFV+y0I zhVy5HFB/CCe6gT6gDTxsIYqo17zFrMjWO3neFzWxs= X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Switch pfil(9) to rmlocks 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 Nov 2007 19:05:09 -0000 --nextPart2551595.pF8jQdSoQI Content-Type: multipart/mixed; boundary="Boundary-01=_VYHSH3/ckykvJ7C" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_VYHSH3/ckykvJ7C Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 23 November 2007, Robert Watson wrote: > On Fri, 23 Nov 2007, Max Laier wrote: > > attached is a diff to switch the pfil(9) subsystem to rmlocks, which > > are more suited for the task. I'd like some exposure before doing > > the switch, but I don't expect any fallout. This email is going > > through the patched pfil already - twice. > > Max, > > Have you done performance measurements that show rmlocks to be a win in > this scenario? I did some patchs for UNIX domain sockets to replace > the rwlock there but it appeared not to have a measurable impact on SQL > benchmarks, presumbaly because the read/write blend wasn't right and/or > that wasnt a significant source of overhead in the benchmark. I'd > anticipate a much more measurable improvement for pfil, but would be > interested in learning how much is seen? I had to roll an artificial benchmark in order to see a significant change= =20 (attached - it's a hack!). Using 3 threads on a 4 CPU machine I get the following results: null hook: ~13% +/- 2 mtx hook: up to 40% [*] rw hook: ~5% +/- 1 rm hook: ~35% +/- 5 [*] The mtx hook is inconclusive as my measurements vary a lot. If one=20 thread gets lucky and keeps running the overall time obviously goes down=20 by a magnitude. It seems however, that rmlocks greatly increase the=20 chance of that happening - not sure if that's a good thing, though. If=20 all threads receive approximately equal runtime (which is almost always=20 the case for rwlocks) the difference is somewhere around 10%. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_VYHSH3/ckykvJ7C-- --nextPart2551595.pF8jQdSoQI Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHSHYcXyyEoT62BG0RAty0AJ9O9jhwX/vhmb0AKyJ9D+C7lb6neQCdHP3F RIgPL0xZnNMVnmRDtwHckrA= =RdcO -----END PGP SIGNATURE----- --nextPart2551595.pF8jQdSoQI-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 19:14:14 2007 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 9866B16A417; Sat, 24 Nov 2007 19:14:14 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id ECA9C13C45D; Sat, 24 Nov 2007 19:14:13 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-037-134.pools.arcor-ip.net [88.66.37.134]) by mrelayeu.kundenserver.de (node=mrelayeu1) with ESMTP (Nemesis) id 0MKwpI-1Iw0SC1jKY-0004bI; Sat, 24 Nov 2007 20:14:12 +0100 From: Max Laier Organization: FreeBSD To: Robert Watson Date: Sat, 24 Nov 2007 20:15:11 +0100 User-Agent: KMail/1.9.7 References: <200711231232.04447.max@love2party.net> <20071123132453.W98338@fledge.watson.org> <200711242006.04753.max@love2party.net> In-Reply-To: <200711242006.04753.max@love2party.net> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1594088.YNyaglIa3o"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711242015.13417.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/FKaJA+HWeDOz87JrHeHnZ3d1kKLInu+Ey/Xi pAm322Lhxofb+FjaFB4H4MsfIRTQ8tAHXtukDANXSG+PRbWHjr yfCZ3icoool1Xny6w834johtUi0DpNN2Wq6uNLuAHE= Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org Subject: Re: Switch pfil(9) to rmlocks 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 Nov 2007 19:14:14 -0000 --nextPart1594088.YNyaglIa3o Content-Type: multipart/mixed; boundary="Boundary-01=_BhHSHgZik2wVaF1" Content-Transfer-Encoding: 7bit Content-Disposition: inline --Boundary-01=_BhHSHgZik2wVaF1 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 24 November 2007, Max Laier wrote: > On Friday 23 November 2007, Robert Watson wrote: > > On Fri, 23 Nov 2007, Max Laier wrote: > > > attached is a diff to switch the pfil(9) subsystem to rmlocks, > > > which are more suited for the task. I'd like some exposure before > > > doing the switch, but I don't expect any fallout. This email is > > > going through the patched pfil already - twice. > > > > Max, > > > > Have you done performance measurements that show rmlocks to be a win > > in this scenario? I did some patchs for UNIX domain sockets to > > replace the rwlock there but it appeared not to have a measurable > > impact on SQL benchmarks, presumbaly because the read/write blend > > wasn't right and/or that wasnt a significant source of overhead in > > the benchmark. I'd anticipate a much more measurable improvement for > > pfil, but would be interested in learning how much is seen? > > I had to roll an artificial benchmark in order to see a significant > change (attached - it's a hack!). attached again text/x-csrc attachment got stripped. > Using 3 threads on a 4 CPU machine I get the following results: > null hook: ~13% +/- 2 > mtx hook: up to 40% [*] > rw hook: ~5% +/- 1 > rm hook: ~35% +/- 5 > > [*] The mtx hook is inconclusive as my measurements vary a lot. If one > thread gets lucky and keeps running the overall time obviously goes > down by a magnitude. It seems however, that rmlocks greatly increase > the chance of that happening - not sure if that's a good thing, though. > If all threads receive approximately equal runtime (which is almost > always the case for rwlocks) the difference is somewhere around 10%. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --Boundary-01=_BhHSHgZik2wVaF1 Content-Type: text/plain; charset="iso-8859-6"; name="pfilbench.c" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="pfilbench.c" /*- * Copyright (c) 2000 Max Laier * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPO= SE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTI= AL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRI= CT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $FreeBSD$ */ #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include #include static struct mtx pb_mtx; MTX_SYSINIT(pb_mtx, &pb_mtx, "pfilbench thread mtx", MTX_DEF); static struct mtx hl_mtx; MTX_SYSINIT(hl_mtx, &hl_mtx, "pfilbench mtx", MTX_DEF); static struct rwlock hl_rw; RW_SYSINIT(hl_rw, &hl_rw, "pfilbench rwlock"); static struct rmlock hl_rm; RM_SYSINIT(hl_rm, &hl_rm, "pfilbench rmlock", 0); static struct pfil_head pb_hook; static struct ifnet pb_dummy; SYSCTL_NODE(_debug, OID_AUTO, pfilbench, CTLFLAG_RW, 0, "pfilbench"); static unsigned long count =3D 1000*1000*10; SYSCTL_ULONG(_debug_pfilbench, OID_AUTO, count, CTLFLAG_RW, &count, 0, "count"); static int die =3D 0; SYSCTL_INT(_debug_pfilbench, OID_AUTO, die, CTLFLAG_RW, &die, 0, "die"); static int threads =3D 1; SYSCTL_INT(_debug_pfilbench, OID_AUTO, threads, CTLFLAG_RW, &threads, 0, "threads"); static int mode =3D 0; /* 0 =3D NULL, 1 =3D mtx, 2 =3D rw, 3 =3D rm */ SYSCTL_INT(_debug_pfilbench, OID_AUTO, mode, CTLFLAG_RW, &mode, 0, "mode"); static int start =3D 0; static int init =3D 0; static int done; static void testloop(void *arg) { struct mbuf *m; unsigned long i; struct timeval stime, etime; m =3D m_gethdr(M_TRYWAIT, MT_HEADER); if (m =3D=3D NULL) return; m->m_pkthdr.rcvif =3D &pb_dummy; while (init && !die && !*(int *)arg) tsleep(arg, 0, "ready", hz); microtime(&stime); for (i =3D 0; i < count && !die; i++) { if (pfil_run_hooks(&pb_hook, &m, &pb_dummy, PFIL_IN, NULL) !=3D 0) return; if (m =3D=3D NULL) return; } microtime(&etime); if (etime.tv_usec - stime.tv_usec < 0) etime.tv_sec--; etime.tv_usec =3D abs(etime.tv_usec - stime.tv_usec); etime.tv_sec =3D etime.tv_sec - stime.tv_sec; =09 mtx_lock(&pb_mtx); printf("RESULT: %jd/%jd.%jd\n", i + 1, etime.tv_sec, etime.tv_usec); done++; mtx_unlock(&pb_mtx); wakeup(&done); kproc_exit(0); } static int null_hook(void *arg, struct mbuf **mp, struct ifnet *ifp, int dir, struct inpcb *arg1) { DELAY(1); return 0; } static int mtx_hook(void *arg, struct mbuf **mp, struct ifnet *ifp, int dir, struct inpcb *arg1) { mtx_lock(&hl_mtx); DELAY(1); mtx_unlock(&hl_mtx); return 0; } static int rw_hook(void *arg, struct mbuf **mp, struct ifnet *ifp, int dir, struct inpcb *arg1) { rw_rlock(&hl_rw); DELAY(1); rw_runlock(&hl_rw); return 0; } static int rm_hook(void *arg, struct mbuf **mp, struct ifnet *ifp, int dir, struct inpcb *arg1) { struct rm_priotracker rmpt; rm_rlock(&hl_rm, &rmpt); DELAY(1); rm_runlock(&hl_rm, &rmpt); return 0; } static int sysctl_pb_init(SYSCTL_HANDLER_ARGS) { int _init =3D init; int error, i; error =3D sysctl_handle_int(oidp, &_init, 0, req); _init =3D _init ? 1 : 0; if (init =3D=3D _init) return (error); if (init =3D=3D 1) { switch (mode) { case 0: pfil_remove_hook(null_hook, NULL, PFIL_ALL, &pb_hook); break; case 1: pfil_remove_hook(mtx_hook, NULL, PFIL_ALL, &pb_hook); break; case 2: pfil_remove_hook(rw_hook, NULL, PFIL_ALL, &pb_hook); break; case 3: pfil_remove_hook(rm_hook, NULL, PFIL_ALL, &pb_hook); break; } mtx_lock(&pb_mtx); die =3D 1; init =3D 0; mtx_unlock(&pb_mtx); wakeup(&start); } if (init =3D=3D 0) { mtx_lock(&pb_mtx); init =3D 1; mtx_unlock(&pb_mtx); for (i =3D 0; i < threads; i++) { kproc_create(testloop, &start, NULL, 0, 0, "pb_loop_%d", i); } switch (mode) { case 0: pfil_add_hook(null_hook, NULL, PFIL_ALL|PFIL_WAITOK, &pb_hook); break; case 1: pfil_add_hook(mtx_hook, NULL, PFIL_ALL|PFIL_WAITOK, &pb_hook); break; case 2: pfil_add_hook(rw_hook, NULL, PFIL_ALL|PFIL_WAITOK, &pb_hook); break; case 3: pfil_add_hook(rm_hook, NULL, PFIL_ALL|PFIL_WAITOK, &pb_hook); break; } done =3D 0; } return (error); } SYSCTL_PROC(_debug_pfilbench, OID_AUTO, init, CTLTYPE_INT|CTLFLAG_RW, &init, 0, &sysctl_pb_init, "I", "Init the benchmark"); static int sysctl_pb_start(SYSCTL_HANDLER_ARGS) { int _start =3D start; int error; error =3D sysctl_handle_int(oidp, &_start, 0, req); _start =3D _start ? 1 : 0; if (init =3D=3D 0) return (EINVAL); if (_start) { start =3D 1; wakeup(&start); } else { start =3D 0; } return (error); } SYSCTL_PROC(_debug_pfilbench, OID_AUTO, start, CTLTYPE_INT|CTLFLAG_RW, &start, 0, &sysctl_pb_start, "I", "Start the benchmark"); static int load (module_t mod, int cmd, void *arg) { int error; error =3D 0; switch (cmd) { case MOD_LOAD: pb_hook.ph_type =3D PFIL_TYPE_IFNET; pb_hook.ph_ifnet =3D &pb_dummy; pfil_head_register(&pb_hook); break; case MOD_UNLOAD: die =3D 1; wakeup(&start); pause("stoping", hz); pfil_head_unregister(&pb_hook); break; default : error =3D EOPNOTSUPP; break; } return error; } static moduledata_t mod_data=3D { "pfilbench", load, 0 }; DECLARE_MODULE(pfilbench, mod_data, SI_SUB_EXEC, SI_ORDER_ANY); --Boundary-01=_BhHSHgZik2wVaF1-- --nextPart1594088.YNyaglIa3o Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHSHhBXyyEoT62BG0RAi5BAJ9/nTNeOVuihizACal3Fk8oJ1ZQlwCfbmlN o1R6WWpEw4UNQwszM9qrLNI= =GM6C -----END PGP SIGNATURE----- --nextPart1594088.YNyaglIa3o-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 19:19:26 2007 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 860DA16A41A; Sat, 24 Nov 2007 19:19:26 +0000 (UTC) (envelope-from kris@FreeBSD.org) Received: from weak.local (pointyhat.freebsd.org [IPv6:2001:4f8:fff6::2b]) by mx1.freebsd.org (Postfix) with ESMTP id 7F90A13C4E1; Sat, 24 Nov 2007 19:19:25 +0000 (UTC) (envelope-from kris@FreeBSD.org) Message-ID: <47487946.2010202@FreeBSD.org> Date: Sat, 24 Nov 2007 20:19:34 +0100 From: Kris Kennaway User-Agent: Thunderbird 2.0.0.9 (Macintosh/20071031) MIME-Version: 1.0 To: Max Laier References: <200711231232.04447.max@love2party.net> <20071123132453.W98338@fledge.watson.org> <200711242006.04753.max@love2party.net> In-Reply-To: <200711242006.04753.max@love2party.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks 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 Nov 2007 19:19:26 -0000 Max Laier wrote: > On Friday 23 November 2007, Robert Watson wrote: >> On Fri, 23 Nov 2007, Max Laier wrote: >>> attached is a diff to switch the pfil(9) subsystem to rmlocks, which >>> are more suited for the task. I'd like some exposure before doing >>> the switch, but I don't expect any fallout. This email is going >>> through the patched pfil already - twice. >> Max, >> >> Have you done performance measurements that show rmlocks to be a win in >> this scenario? I did some patchs for UNIX domain sockets to replace >> the rwlock there but it appeared not to have a measurable impact on SQL >> benchmarks, presumbaly because the read/write blend wasn't right and/or >> that wasnt a significant source of overhead in the benchmark. I'd >> anticipate a much more measurable improvement for pfil, but would be >> interested in learning how much is seen? > > I had to roll an artificial benchmark in order to see a significant change > (attached - it's a hack!). > > Using 3 threads on a 4 CPU machine I get the following results: > null hook: ~13% +/- 2 > mtx hook: up to 40% [*] > rw hook: ~5% +/- 1 > rm hook: ~35% +/- 5 > > [*] The mtx hook is inconclusive as my measurements vary a lot. If one > thread gets lucky and keeps running the overall time obviously goes down > by a magnitude. It seems however, that rmlocks greatly increase the > chance of that happening - not sure if that's a good thing, though. If > all threads receive approximately equal runtime (which is almost always > the case for rwlocks) the difference is somewhere around 10%. Is that something we can try to arrange to happen for improved performance in more general situations? Kris From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 19:41:18 2007 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 0FA8816A417 for ; Sat, 24 Nov 2007 19:41:18 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: from py-out-1112.google.com (py-out-1112.google.com [64.233.166.177]) by mx1.freebsd.org (Postfix) with ESMTP id C1EC913C45D for ; Sat, 24 Nov 2007 19:41:17 +0000 (UTC) (envelope-from pneumann@gmail.com) Received: by py-out-1112.google.com with SMTP id u77so434619pyb for ; Sat, 24 Nov 2007 11:41:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; bh=4tauyhrZne3vaHS5ANsOB93NwP7EU06y/97efawJojE=; b=uX9sCHBaAhnRrqw38GX0Jot9A+e8QDcjb8qdHxuxBVd9d9O/RDWhac1pcapTBbQv1MkrZKG1NpqLoOrXyyrpK6mcEANihUmBvCH26b7BalGJ5Dp5ey5Wc+B62zpeL1ylQrAw7+uvJ0NxjVUhi/xXITd2RuAbOpdBzqG7nqAtS8k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=received:subject:from:to:content-type:date:message-id:mime-version:x-mailer:content-transfer-encoding; b=NgwyAFNyTgyxIpR9iF4SEJ/VSmTg6QjcdfFff/TJOJ1bdxUz3YxZN0EptfwJyDs+cYCveUKlM9XmbD2NnRa3q108qE6cOd50QiS+ejYZXxeyAZQ2R8Yzk21BaRCx+wQ/eEc480DL4XkcDmVwkrNGMEX7aLzCr8aL8WChiMnaHaM= Received: by 10.65.59.11 with SMTP id m11mr1588977qbk.1195931590299; Sat, 24 Nov 2007 11:13:10 -0800 (PST) Received: from ?10.0.0.174? ( [190.45.134.164]) by mx.google.com with ESMTPS id e18sm2344494qbe.2007.11.24.11.13.06 (version=SSLv3 cipher=RC4-MD5); Sat, 24 Nov 2007 11:13:08 -0800 (PST) From: "Phillip N." To: freebsd-current@freebsd.org Content-Type: text/plain Date: Sat, 24 Nov 2007 18:12:50 +0000 Message-Id: <1195927970.37529.4.camel@negro> Mime-Version: 1.0 X-Mailer: Evolution 2.12.1 FreeBSD GNOME Team Port Content-Transfer-Encoding: 7bit Subject: ufs 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 Nov 2007 19:41:18 -0000 Hi. I wonder if you think this has something to do with ufs? This is RELENG_7 from Fri Nov 23 13:08:36 Any tips welcome. thanks! (kgdb) [root@flash /usr/obj/usr/src/sys/FLASH]# kgdb kernel.debug /var/crash/vmcore.11 [GDB will not be able to debug user-mode threads: /usr/lib/libthread_db.so: Undefined symbol "ps_pglobal_lookup"] GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd". Unread portion of the kernel message buffer: panic: vm_page_insert: page already inserted cpuid = 0 Uptime: 22h40m30s Physical memory: 2036 MB Dumping 394 MB: 379 363 347 331 315 299 283 267 251 235 219 203 187 171 155 139 123 107 91 75 59 43 27 11 #0 doadump () at pcpu.h:194 194 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:194 #1 0x0000000000000004 in ?? () #2 0xffffffff8045bff9 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 #3 0xffffffff8045c3fd in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:563 #4 0xffffffff806733a4 in vm_page_insert (m=0xffffff007d4b1dd0, object=0xffffff0021f56340, pindex=0) at /usr/src/sys/vm/vm_page.c:634 #5 0xffffffff806736ee in vm_page_alloc (object=0xffffff0021f56340, pindex=0, req=0) at /usr/src/sys/vm/vm_page.c:1118 #6 0xffffffff804c1919 in allocbuf (bp=0xffffffff9a485ba0, size=16384) at /usr/src/sys/kern/vfs_bio.c:2891 #7 0xffffffff804c4e95 in getblk (vp=0xffffff00255a99b0, blkno=0, size=16384, slpflag=0, slptimeo=0, flags=Variable "flags" is not available. ) at /usr/src/sys/kern/vfs_bio.c:2662 #8 0xffffffff80630969 in ffs_balloc_ufs2 (vp=0xffffff00255a99b0, startoffset=Variable "startoffset" is not available. ) at /usr/src/sys/ufs/ffs/ffs_balloc.c:676 #9 0xffffffff8064c9f5 in ffs_write (ap=0xffffffffaeea5a10) at /usr/src/sys/ufs/ffs/ffs_vnops.c:720 #10 0xffffffff807212b5 in VOP_WRITE_APV (vop=0xffffffff80990b00, a=0xffffffffaeea5a10) at vnode_if.c:691 #11 0xffffffff804e6961 in vn_write (fp=0xffffff0001b0b618, uio=0xffffffffaeea5b00, active_cred=Variable "active_cred" is not available. ) at vnode_if.h:373 #12 0xffffffff80491b08 in dofilewrite (td=0xffffff003b5d7350, fd=4, fp=0xffffff0001b0b618, auio=0xffffffffaeea5b00, offset=Variable "offset" is not available. ) at file.h:254 #13 0xffffffff80491e0e in kern_writev (td=0xffffff003b5d7350, fd=4, auio=0xffffffffaeea5b00) at /usr/src/sys/kern/sys_generic.c:401 #14 0xffffffff80491e8c in write (td=0x0, uap=0x0) at /usr/src/sys/kern/sys_generic.c:317 #15 0xffffffff806df5f7 in syscall (frame=0xffffffffaeea5c70) at /usr/src/sys/amd64/amd64/trap.c:825 #16 0xffffffff806c5b6b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:290 #17 0x0000000800a6771c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) f 9 #9 0xffffffff8064c9f5 in ffs_write (ap=0xffffffffaeea5a10) at /usr/src/sys/ufs/ffs/ffs_vnops.c:720 720 error = UFS_BALLOC(vp, uio->uio_offset, xfersize, (kgdb) l 715 if (fs->fs_bsize > xfersize) 716 flags |= BA_CLRBUF; 717 else 718 flags &= ~BA_CLRBUF; 719 /* XXX is uio->uio_offset the right thing here? */ 720 error = UFS_BALLOC(vp, uio->uio_offset, xfersize, 721 ap->a_cred, flags, &bp); 722 if (error != 0) 723 break; 724 /* -- Phillip N. From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 19:48:35 2007 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 425C916A41A; Sat, 24 Nov 2007 19:48:35 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.171]) by mx1.freebsd.org (Postfix) with ESMTP id BFDF513C45B; Sat, 24 Nov 2007 19:48:34 +0000 (UTC) (envelope-from max@love2party.net) Received: from amd64.laiers.local (dslb-088-066-008-048.pools.arcor-ip.net [88.66.8.48]) by mrelayeu.kundenserver.de (node=mrelayeu5) with ESMTP (Nemesis) id 0ML25U-1Iw0zM48hV-0000wh; Sat, 24 Nov 2007 20:48:29 +0100 From: Max Laier Organization: FreeBSD To: Kris Kennaway Date: Sat, 24 Nov 2007 20:49:13 +0100 User-Agent: KMail/1.9.7 References: <200711231232.04447.max@love2party.net> <200711242006.04753.max@love2party.net> <47487946.2010202@FreeBSD.org> In-Reply-To: <47487946.2010202@FreeBSD.org> X-Face: ,,8R(x[kmU]tKN@>gtH1yQE4aslGdu+2]; R]*pL,U>^H?)gW@49@wdJ`H<=?utf-8?q?=25=7D*=5FBD=0A=09U=5For=3D=5CmOZf764=26nYj=3DJYbR1PW0ud?=>|!~,,CPC.1-D$FG@0h3#'5"k{V]a~.<=?utf-8?q?mZ=7D44=23Se=7Em=0A=09Fe=7E=5C=5DX5B=5D=5Fxj?=(ykz9QKMw_l0C2AQ]}Ym8)fU MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2081520.LFnXRmukbg"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200711242049.19466.max@love2party.net> X-Provags-ID: V01U2FsdGVkX18wO8VxTpO522mMEmtJdLgjl6ogLdxgc/88/6D T0am9H57nr8jAN+iQ/41d7LW2NKn/YtY72QghKIuCs6hr5kSun gxwHdx6zBkcZ8yuiAKhlo8A2qrWHesQSzuDf/8Bwus= Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Robert Watson Subject: Re: Switch pfil(9) to rmlocks 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 Nov 2007 19:48:35 -0000 --nextPart2081520.LFnXRmukbg Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Saturday 24 November 2007, Kris Kennaway wrote: > Max Laier wrote: > > On Friday 23 November 2007, Robert Watson wrote: > >> On Fri, 23 Nov 2007, Max Laier wrote: > >>> attached is a diff to switch the pfil(9) subsystem to rmlocks, > >>> which are more suited for the task. I'd like some exposure before > >>> doing the switch, but I don't expect any fallout. This email is > >>> going through the patched pfil already - twice. > >> > >> Max, > >> > >> Have you done performance measurements that show rmlocks to be a win > >> in this scenario? I did some patchs for UNIX domain sockets to > >> replace the rwlock there but it appeared not to have a measurable > >> impact on SQL benchmarks, presumbaly because the read/write blend > >> wasn't right and/or that wasnt a significant source of overhead in > >> the benchmark. I'd anticipate a much more measurable improvement > >> for pfil, but would be interested in learning how much is seen? > > > > I had to roll an artificial benchmark in order to see a significant > > change (attached - it's a hack!). > > > > Using 3 threads on a 4 CPU machine I get the following results: > > null hook: ~13% +/- 2 > > mtx hook: up to 40% [*] > > rw hook: ~5% +/- 1 > > rm hook: ~35% +/- 5 > > > > [*] The mtx hook is inconclusive as my measurements vary a lot. If > > one thread gets lucky and keeps running the overall time obviously > > goes down by a magnitude. It seems however, that rmlocks greatly > > increase the chance of that happening - not sure if that's a good > > thing, though. If all threads receive approximately equal runtime > > (which is almost always the case for rwlocks) the difference is > > somewhere around 10%. > > Is that something we can try to arrange to happen for improved > performance in more general situations? I don't think so. It's a scheduling problem, but one you can't (easily)=20 predict. The gain comes from reduced congestion after one thread is=20 done, which doesn't happen in real world situations. You are never done. = =20 The only way to reduce congestion is to shrink critical sections and to=20 use read locks whenever possible. =2D-=20 /"\ Best regards, | mlaier@freebsd.org \ / Max Laier | ICQ #67774661 X http://pf4freebsd.love2party.net/ | mlaier@EFnet / \ ASCII Ribbon Campaign | Against HTML Mail and News --nextPart2081520.LFnXRmukbg Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQBHSIA/XyyEoT62BG0RAuhJAJwJEUJuDUDj9FZqYj5KQZabFl2u3ACeIsCr mQX5c/SlFbfwPTleO7iebY0= =BDPT -----END PGP SIGNATURE----- --nextPart2081520.LFnXRmukbg-- From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 20:03:51 2007 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 72A8516A468 for ; Sat, 24 Nov 2007 20:03:51 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id 2BEF813C455 for ; Sat, 24 Nov 2007 20:03:50 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id C171B39849 for ; Sat, 24 Nov 2007 21:03:43 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id i0Q0TB0VObNj for ; Sat, 24 Nov 2007 21:03:41 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id 5A8DA3986E for ; Sat, 24 Nov 2007 21:03:41 +0100 (CET) Message-ID: <474883A9.4000502@FreeBSD.org> Date: Sat, 24 Nov 2007 21:03:53 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <47480574.5030106@FreeBSD.org> In-Reply-To: <47480574.5030106@FreeBSD.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Subject: Re: 7.0-BETA3 (amd64): interrupt storm on atapci0 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 Nov 2007 20:03:51 -0000 I have done some more investigation and have found out the following: - after doing a fresh restart, the "rate" reported in "vmstat -i" does not decrease. It keeps increasing slowly, when there is larger interrupt activity on atapci0 (irq22) - "systat -vmstat" reports zero interrupts, and "vmstat -i" reports this increasing rate - when utilizing the disks at 100% (copying large files) the interrupt rate is about 2300, which is truly high, but this correct number is shown only in "systat -vmstat" From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 20:18:04 2007 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 ED53016A41A for ; Sat, 24 Nov 2007 20:18:04 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (neo.vx.sk [213.239.219.9]) by mx1.freebsd.org (Postfix) with ESMTP id AB76813C458 for ; Sat, 24 Nov 2007 20:18:04 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id DFE053986E for ; Sat, 24 Nov 2007 21:18:03 +0100 (CET) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by localhost (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id hwjuKmgH+pre for ; Sat, 24 Nov 2007 21:18:01 +0100 (CET) Received: from [10.2.0.1] (gw.radiolan.sk [193.93.72.6]) by mail.vx.sk (Postfix) with ESMTP id 3C2E339839 for ; Sat, 24 Nov 2007 21:18:01 +0100 (CET) Message-ID: <4748870B.2000907@FreeBSD.org> Date: Sat, 24 Nov 2007 21:18:19 +0100 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.9) Gecko/20071031 Thunderbird/2.0.0.9 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-current@FreeBSD.org References: <47480574.5030106@FreeBSD.org> <474883A9.4000502@FreeBSD.org> In-Reply-To: <474883A9.4000502@FreeBSD.org> X-Enigmail-Version: 0.95.3 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 8bit Cc: Subject: Re: 7.0-BETA3 (amd64): interrupt storm on atapci0 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 Nov 2007 20:18:05 -0000 Sorry, the "rate" of "vmstat -i" is undocumented. I have read the vmstat.c file and found out that "rate" it is the uptime average so it has no effect. I will do some stress testing with dd if=/dev/mirror/... of=/dev/null (this takes an interrupt rate of about 14000 interrupts/second). Martin Matuska wrote / napísal(a): > I have done some more investigation and have found out the following: > > - after doing a fresh restart, the "rate" reported in "vmstat -i" does > not decrease. It keeps increasing slowly, when there is larger interrupt > activity on atapci0 (irq22) > > - "systat -vmstat" reports zero interrupts, and "vmstat -i" reports this > increasing rate > > - when utilizing the disks at 100% (copying large files) the interrupt > rate is about 2300, which is truly high, but this correct number is > shown only in "systat -vmstat" > > From owner-freebsd-current@FreeBSD.ORG Sat Nov 24 21:19:51 2007 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 2BAAF16A418 for ; Sat, 24 Nov 2007 21:19:51 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id BE48413C4D5 for ; Sat, 24 Nov 2007 21:19:50 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 74DB246F50; Sat, 24 Nov 2007 16:23:07 -0500 (EST) Date: Sat, 24 Nov 2007 21:19:42 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Rako In-Reply-To: <47486C9B.4020407@gmail.com> Message-ID: <20071124211859.S14018@fledge.watson.org> References: <47473E30.6070608@gmail.com> <20071124003453.O14018@fledge.watson.org> <47477F9F.2080900@gmail.com> <20071124142149.Y14018@fledge.watson.org> <47486C9B.4020407@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org Subject: Re: panic with tcpdrop 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 Nov 2007 21:19:51 -0000 On Sat, 24 Nov 2007, Rako wrote: > the patch solve the problem with tcpdrop, Thanks!! > > An other panic ocurred, but on other area, is on snp.ko module (watch -W > /dev/ttyv0) but can't get backtrace. This panic is simliar at > > http://lists.freebsd.org/pipermail/freebsd-current/2007-March/069990.html > > the problem may be at line 164 of /usr/src/sys/dev/snp/snp.c snp = > ttytosnp(tp); > > where snp get NULL > > but, no familiar with this ... Any idea what can I do to solve the error? I'm having trouble reproducing this -- could you give me a detailed set of instructions regarding the specific steps I should take to try and get this panic, if it's reproduceable for you? Thanks, Robert N M Watson Computer Laboratory University of Cambridge > > Regards, > Javier > > > Fatal trap 12: page fault while in kernel mode > fault virtual address = 0x24 > fault code = supervisor read, page not present > instruction pointer = 0x20:0xc3e4f230 > stack pointer = 0x28:0xd66c3b34 > frame pointer = 0x28:0xd66c3b88 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, def32 1, gran 1 > processor eflags = interrupt enabled, resume, IOPL = 0 > current process = 2216 (make) > trap number = 12 > panic: page fault > KDB: stack backtrace: > db_trace_self_wrapper(c0a5f1ea,d66c39d4,c078878a,c0a5d5f4,c0b5bcc0,...) at > db_trace_self_wrapper+0x26 > kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66c39e0,d66c39e0,...) at > kdb_backtrace+0x29 > panic(c0a1fb8c,c0a7c54d,c3e44770,1,1,...) at panic+0xaa > trap_fatal(c3e942b8,0,1,0,c39f5630,...) at trap_fatal+0x303 > trap_pfault(0,c39f5630,c39f5630,0,c,...) at trap_pfault+0x250 > trap(d66c3af4) at trap+0x382 > calltrap() at calltrap+0x6 > --- trap 0xc, eip = 0xc3e4f230, esp = 0xd66c3b34, ebp = 0xd66c3b88 --- > snplwrite(c33bf800,d66c3c60,0,d66c3bbc,c0754bec,...) at snplwrite+0x80 > ttywrite(c3389600,d66c3c60,0,c39cf5e8,c39f5630,...) at ttywrite+0x39 > giant_write(c3389600,d66c3c60,0,0,c0abb080,...) at giant_write+0x6c > devfs_write_f(c39cf5e8,d66c3c60,c3de4800,0,c39f5630,...) at > devfs_write_f+0x75 > dofilewrite(d66c3c60,ffffffff,ffffffff,0,c39cf5e8,...) at dofilewrite+0x97 > kern_writev(c39f5630,1,d66c3c60,2813c076,0,...) at kern_writev+0x58 > write(c39f5630,d66c3cfc,c,110,c337e630,...) at write+0x4f > syscall(d66c3d38) at syscall+0x335 > Xint0x80_syscall() at Xint0x80_syscall+0x20 > --- syscall (4, FreeBSD ELF32, write), eip = 0x8083603, esp = 0xbfbfd4ec, ebp > = 0xbfbfd528 --- > Uptime: 19m14s > Physical memory: 495 MB > Dumping 86 MB: 71 55 39 23 7 > > #0 doadump () at pcpu.h:195 > 195 pcpu.h: No such file or directory. > in pcpu.h > (kgdb) bt > #0 doadump () at pcpu.h:195 > #1 0xc0788594 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:409 > #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. > ) at /usr/src/sys/kern/kern_shutdown.c:563 > #3 0xc09ccb43 in trap_fatal (frame=0xd66c3af4, eva=36) at > /usr/src/sys/i386/i386/trap.c:872 > #4 0xc09ccda0 in trap_pfault (frame=0xd66c3af4, usermode=0, eva=36) at > /usr/src/sys/i386/i386/trap.c:785 > #5 0xc09cd752 in trap (frame=0xd66c3af4) at > /usr/src/sys/i386/i386/trap.c:463 > #6 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 > #7 0xc3e4f230 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) > > >> >> On Fri, 23 Nov 2007, Rako wrote: >> >>> Sorry for not send this before. >>> >>> The connection that i kill was in TIME_WAIT or FIN_WAIT_? state >>> >>> Any other information, please, tell me. >>> Javier >> >> Javier, >> >> Indeed, it looks like sysctl_drop is not handling certain TCP states >> properly with respect to locking. This is probably my fault, as it looks >> like perhaps this was fallout from the socket<->inpcb reference cleanup >> work in 7.x. The attached patch may help, could you give it a try? >> >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >> >>> >>> (kgdb) bt >>> #0 doadump () at pcpu.h:195 >>> #1 0xc0788594 in boot (howto=260) at >>> /usr/src/sys/kern/kern_shutdown.c:409 >>> #2 0xc07887bf in panic (fmt=Variable "fmt" is not available. >>> ) at /usr/src/sys/kern/kern_shutdown.c:563 >>> #3 0xc09ccb43 in trap_fatal (frame=0xd66589c0, eva=24) at >>> /usr/src/sys/i386/i386/trap.c:872 >>> #4 0xc09cd4dd in trap (frame=0xd66589c0) at >>> /usr/src/sys/i386/i386/trap.c:277 >>> #5 0xc09b68fb in calltrap () at /usr/src/sys/i386/i386/exception.s:139 >>> #6 0xc07b8644 in turnstile_broadcast (ts=0x0, queue=0) at >>> /usr/src/sys/kern/subr_turnstile.c:834 >>> #7 0xc077ba02 in _mtx_unlock_sleep (m=0xc4c35288, opts=0, file=0x0, >>> line=0) at /usr/src/sys/kern/kern_mutex.c:593 >>> #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, >>> req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 >>> #9 0xc0791a87 in sysctl_root (oidp=Variable "oidp" is not available. >>> ) at /usr/src/sys/kern/kern_sysctl.c:1306 >>> #10 0xc0791bd4 in userland_sysctl (td=0xc38c0210, name=0xd6658c14, >>> namelen=4, old=0x0, oldlenp=0x0, inkernel=0, new=0xbfbfeb90, newlen=256, >>> retval=0xd6658c10, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1401 >>> #11 0xc07928fd in __sysctl (td=0xc38c0210, uap=0xd6658cfc) at >>> /usr/src/sys/kern/kern_sysctl.c:1336 >>> #12 0xc09cd0f5 in syscall (frame=0xd6658d38) at >>> /usr/src/sys/i386/i386/trap.c:1008 >>> #13 0xc09b6960 in Xint0x80_syscall () at >>> /usr/src/sys/i386/i386/exception.s:196 >>> #14 0x00000033 in ?? () >>> Previous frame inner to this frame (corrupt stack?) >>> >>> (kgdb) f 8 >>> #8 0xc086ba27 in sysctl_drop (oidp=0xc0b0d2e0, arg1=0x0, arg2=0, >>> req=0xd6658ba4) at /usr/src/sys/netinet/tcp_subr.c:2057 >>> 2057 INP_UNLOCK(inp); >>> (kgdb) l >>> 2052 } else if (!(inp->inp_vflag & INP_DROPPED) && >>> 2053 !(inp->inp_socket->so_options & >>> SO_ACCEPTCONN)) { >>> 2054 tp = intotcpcb(inp); >>> 2055 tcp_drop(tp, ECONNABORTED); >>> 2056 } >>> 2057 INP_UNLOCK(inp); >>> 2058 } else >>> 2059 error = ESRCH; >>> 2060 INP_INFO_WUNLOCK(&tcbinfo); >>> 2061 return (error); >>> (kgdb) >>> >>>> >>>> On Fri, 23 Nov 2007, Javier wrote: >>>> >>>>> Hi, a got a panic with tcpdrop command. >>>> >>>> Javier, >>>> >>>> I see you may have a coredump -- could you provide a backtrace from gdb >>>> for the below? Specifically, I'd like to know what line >>>> sysctl_drop+0x207 is. >>>> >>>> Thanks, >>>> >>>> Robert N M Watson >>>> Computer Laboratory >>>> University of Cambridge >>>> >>>> >>>>> Regards, >>>>> Javier >>>>> >>>>> uname -a >>>>> FreeBSD odin.valhala 7.0-BETA3 FreeBSD 7.0-BETA3 #0: Mon Nov 19 15:40:35 >>>>> ART 2007 >>>>> >>>>> Fatal trap 12: page fault while in kernel mode >>>>> fault virtual address = 0x18 >>>>> fault code = supervisor read, page not present >>>>> instruction pointer = 0x20:0xc07b8644 >>>>> stack pointer = 0x28:0xd6658a00 >>>>> frame pointer = 0x28:0xd6658a0c >>>>> code segment = base 0x0, limit 0xfffff, type 0x1b >>>>> = DPL 0, pres 1, def32 1, gran 1 >>>>> processor eflags = resume, IOPL = 0 >>>>> current process = 77347 (tcpdrop) >>>>> trap number = 12 >>>>> panic: page fault >>>>> KDB: stack backtrace: >>>>> db_trace_self_wrapper(c0a5f1ea,d66588e0,c078878a,c0a5d5f4,c0b5bcc0,...) >>>>> at db_trace_self_wrapper+0x26 >>>>> kdb_backtrace(c0a5d5f4,c0b5bcc0,c0a1fb8c,d66588ec,d66588ec,...) at >>>>> kdb_backtrace+0x29 >>>>> panic(c0a1fb8c,c0a7c54d,c39ac220,1,1,...) at panic+0xaa >>>>> trap_fatal(c0a7c44f,c,246,c38c0210,c,...) at trap_fatal+0x303 >>>>> trap(d66589c0) at trap+0x10d >>>>> calltrap() at calltrap+0x6 >>>>> --- trap 0xc, eip = 0xc07b8644, esp = 0xd6658a00, ebp = 0xd6658a0c --- >>>>> turnstile_broadcast(0,0,c4c351f8,0,d6658b54,...) at >>>>> turnstile_broadcast+0x34 >>>>> _mtx_unlock_sleep(c4c35288,0,0,0,e103,...) at _mtx_unlock_sleep+0x52 >>>>> sysctl_drop(c0b0d2e0,0,0,d6658ba4,d6658ba4,...) at sysctl_drop+0x207 >>>>> sysctl_root(d6658ba4,100,1,c0937524,c1fbb1e0,...) at sysctl_root+0x127 >>>>> userland_sysctl(c38c0210,d6658c14,4,0,0,...) at userland_sysctl+0x134 >>>>> __sysctl(c38c0210,d6658cfc,18,c38c0210,d6658d2c,...) at __sysctl+0xdd >>>>> syscall(d6658d38) at syscall+0x335 >>>>> Xint0x80_syscall() at Xint0x80_syscall+0x20 >>>>> --- syscall (202, FreeBSD ELF32, __sysctl), eip = 0x28148a3b, esp = >>>>> 0xbfbfe32c, ebp = 0xbfbfe358 --- >>>>> Uptime: 2d20h23m41s >>>>> Physical memory: 495 MB >>>>> Dumping 129 MB: 114 98 82 66 50 34 18 2 >>>>> >>>>> #0 doadump () at pcpu.h:195 >>>>> 195 pcpu.h: No such file or directory. >>>>> in pcpu.h >>>>> (kgdb) >>>>> >>>>> _______________________________________________ >>>>> 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" >>>>> >>> >>> > >