From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 13:17:34 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9A348106564A for ; Sun, 11 Sep 2011 13:17:34 +0000 (UTC) (envelope-from david@catwhisker.org) Received: from albert.catwhisker.org (m209-73.dsl.rawbw.com [198.144.209.73]) by mx1.freebsd.org (Postfix) with ESMTP id 6304B8FC19 for ; Sun, 11 Sep 2011 13:17:34 +0000 (UTC) Received: from albert.catwhisker.org (localhost [127.0.0.1]) by albert.catwhisker.org (8.14.5/8.14.5) with ESMTP id p8BD7ElT064116 for ; Sun, 11 Sep 2011 06:07:14 -0700 (PDT) (envelope-from david@albert.catwhisker.org) Received: (from david@localhost) by albert.catwhisker.org (8.14.5/8.14.5/Submit) id p8BD7Eh4064115 for stable@freebsd.org; Sun, 11 Sep 2011 06:07:14 -0700 (PDT) (envelope-from david) Date: Sun, 11 Sep 2011 06:07:13 -0700 From: David Wolfskill To: stable@freebsd.org Message-ID: <20110911130713.GV42450@albert.catwhisker.org> Mail-Followup-To: David Wolfskill , stable@freebsd.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uOZhbHG+Ruum37TI" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: Something odd with devices mmd, mmdsd, and/or sdhci? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 13:17:34 -0000 --uOZhbHG+Ruum37TI Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I was a bit surprised this morning to find that my daily build of stable/8 on my laptop failed until I modified my kernel config. I was running: FreeBSD g1-227.catwhisker.org 8.2-STABLE FreeBSD 8.2-STABLE #241 r225459: F= ri Sep 9 04:02:21 PDT 2011 root@g1-227.catwhisker.org:/common/S1/obj/u= sr/src/sys/CANARY i386 (which I had actually last updated yesterday, but there had been no kernel changes in stable/8 as of r225467). I had updated my working copy up to r225473 this morning; things were OK until I tried to build my kernel (CANARY), which I hadn't changed in several months; this is what I encountered: >>> Kernel build for CANARY started on Sun Sep 11 04:07:16 PDT 2011 =2E.. >>> stage 1: configuring the kernel =2E.. >>> stage 2.2: rebuilding the object tree =2E.. >>> stage 2.3: build tools =2E.. >>> stage 3.1: making dependencies =2E.. >>> stage 3.2: building everything =2E.. MAKE=3D/usr/obj/usr/src/make.i386/make sh /usr/src/sys/conf/newvers.sh CANA= RY cc -c -O -pipe -std=3Dc99 -g -Wall -Wredundant-decls -Wnested-externs -Wst= rict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual = -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/usr/src/sy= s -I/usr/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -inclu= de opt_global.h -fno-common -finline-limit=3D8000 --param inline-unit-growt= h=3D100 --param large-function-growth=3D1000 -mno-align-long-strings -mpre= ferred-stack-boundary=3D2 -mno-mmx -mno-3dnow -mno-sse -mno-sse2 -mno-sse3= -ffreestanding -fstack-protector -Werror vers.c linking kernel.debug ld: kernel.debug: Not enough room for program headers (allocated 5, need 6) ld: final link failed: Bad value *** Error code 1 Stop in /common/S1/obj/usr/src/sys/CANARY. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. But I had no trouble building GENERIC (on the same laptop), or GENERIC and a couple of other lightly-customized configs on my build machine. So I started poking at the kernel config; the following change is what allowed the kernel build to succeed: Index: CANARY =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: /cvs/local/src/kernels/FreeBSD-8/CANARY,v retrieving revision 1.3 diff -u -r1.3 CANARY --- CANARY 7 Mar 2011 19:17:03 -0000 1.3 +++ CANARY 11 Sep 2011 12:40:46 -0000 @@ -47,17 +43,6 @@ nodevice wi # I want to use the module, for hacking =20 # -# MMC/SD -# -# mmc MMC/SD bus -# mmcsd MMC/SD memory card -# sdhci Generic PCI SD Host Controller -# -device mmc -device mmcsd -device sdhci - -# # SMB bus # # System Management Bus support is provided by the 'smbus' device. Hence the query in the Subject -- any thoughts? Thanks! Peace, david --=20 David H. Wolfskill david@catwhisker.org Depriving a girl or boy of an opportunity for education is evil. See http://www.catwhisker.org/~david/publickey.gpg for my public key. --uOZhbHG+Ruum37TI Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) iEYEARECAAYFAk5ssoEACgkQmprOCmdXAD2A3gCggskTpdkJL8Dz4reLbaMIAW8Y LJEAniDCf8Zd37qHj65tY+JWL+rPl2uD =F5L+ -----END PGP SIGNATURE----- --uOZhbHG+Ruum37TI-- From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 14:00:06 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 614CD1065670 for ; Sun, 11 Sep 2011 14:00:05 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 0E28D8FC08 for ; Sun, 11 Sep 2011 14:00:04 +0000 (UTC) Received: from rack1.digiware.nl (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 405A7153437; Sun, 11 Sep 2011 16:00:03 +0200 (CEST) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by rack1.digiware.nl (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fx+6HqPfNtrC; Sun, 11 Sep 2011 16:00:00 +0200 (CEST) Received: from [IPv6:2001:4cb8:3:1:c02b:ce62:71ff:9cbc] (unknown [IPv6:2001:4cb8:3:1:c02b:ce62:71ff:9cbc]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by mail.digiware.nl (Postfix) with ESMTPSA id D1DFE153433; Sun, 11 Sep 2011 16:00:00 +0200 (CEST) Message-ID: <4E6CBEE1.2010000@digiware.nl> Date: Sun, 11 Sep 2011 16:00:01 +0200 From: Willem Jan Withagen User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4E510FA6.20100@digiware.nl> <20110821230119.GA1755@michelle.cdnetworks.com> <4E519179.10907@digiware.nl> In-Reply-To: <4E519179.10907@digiware.nl> X-Enigmail-Version: 1.3.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: "stable@freebsd.org" Subject: Re: Unknown Re0 Hardware version X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 14:00:06 -0000 On 22-8-2011 1:15, Willem Jan Withagen wrote: > On 2011-08-22 1:01, YongHyeon PYUN wrote: >> On Sun, Aug 21, 2011 at 04:01:10PM +0200, Willem Jan Withagen wrote: >>> Hi, >>> >>> I'm assembling a few system with a ASUS P8 H161-MLE motherboard >>> which was supposed to have a 'Realtek® 8112L, 1 x Gigabit LAN >>> Controller(s)' onboard. >>> >>> And to be honestly I never expected that version not to be supported. >>> Just booted 8.2-RELEASE on it, and the Installer crashed when I wanted >>> it to config the ehternet. >>> >>> Rebooted, and re0 kicks in. But gives a HW revision not supported. >>> It claims HW revision 0x2c800000. >>> >>> Is this supported in later 8.2-Stable??? Or in 9.x?? >>> >>> I'm willing to tinker with the code to recompile the re0 driver. >>> >> >> Your controller looks like RTL8168E VL and support for the >> controller was added after 8.2-RELEASE. >> Either update your source to stable/8 or patch your source tree >> with back-ported re(4) driver for 8.2-RELEASE like the following. >> >> 1. Fetch http://people.freebsd.org/~yongari/re/8.2R/if_re.c and >> copy it to /usr/src/sys/dev/re directory. >> 2. Fetch http://people.freebsd.org/~yongari/re/8.2R/if_rlreg.h and >> copy it /usr/src/sys/pci directory. >> And rebuild your kernel and your controller should be recognized in >> next boot. > > Hi YongHyeon PYUN, > > Oke, that would mean I temporarily have to insert another ether card > to get things onboard. Or use the sneaker network. :) > > I did check the 9.x stuff, but there the revision number was not in > /usr/src/sys/pci/if_rlreg.h .... > And you are right, they are in 8.2-STABLE. I booted 9.x-BETA2 and there it is available. So that's another reason for running 9.x on this board. --WjW From owner-freebsd-stable@FreeBSD.ORG Sun Sep 11 22:24:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E97601065746 for ; Sun, 11 Sep 2011 22:24:01 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from mail.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id A5DCD8FC15 for ; Sun, 11 Sep 2011 22:24:01 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by mail.incore.de (Postfix) with ESMTP id A1CBB5F1C4; Mon, 12 Sep 2011 00:24:00 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from mail.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id RIFVDPqUsZ09; Mon, 12 Sep 2011 00:23:59 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by mail.incore.de (Postfix) with ESMTP id D999E5EC21; Mon, 12 Sep 2011 00:23:59 +0200 (CEST) Received: from bsdmhs.longwitz (unknown [192.168.99.6]) by mail.incore (Postfix) with ESMTP id 79F8845088; Mon, 12 Sep 2011 00:23:59 +0200 (CEST) Message-ID: <4E6D34FE.70703@incore.de> Date: Mon, 12 Sep 2011 00:23:58 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <4E64933E.8030908@incore.de> <201109061104.43409.jhb@freebsd.org> In-Reply-To: <201109061104.43409.jhb@freebsd.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 8bit Cc: John Baldwin Subject: Re: UFS_DIRHASH panics on a dozen server within 30 hours X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 11 Sep 2011 22:24:02 -0000 Hi, thank you very much for your answer, I think you pointed me in the right direction. > Hmm, the patch in that PR should still apply to newer versions. Also, you > could just change the malloc() call to always allocate the maximum size > (instead of using a static buffer) for a smaller diff. It seems though that a > specific command is overrunning its buffer. Yes. I found that megarc often wants a buffer of 12868 bytes, but the controller sends always 25412 bytes back. Because this seems to be an error in megarc I have submitted a patch for the existing PR ports/137938. Furthermore I saw some sporadic answers of the controller to megarc ioctl's with much more data than the buffer size stated by megarc. Therefore I still use the maximum size in my updated patch in kern/155658. >> Now I have a dozen core dumps and try to understand what happened. >> All dumps looks very similar and the panic is always "page fault" >> in _mtx_lock_sleep called from ufsdirhash_recycle or ufsdirhash_free >> because the used mtx_object is overwritten with zeros by someone >> before _mtx_lock_sleep is called. > > I don't know of anything in particular that would explain this, esp. as to > why you would see them all occur at the same time. In the meantime I had three more crashes in FreeBSD 6. I assume it is the same problem as in FreeBSD 8, because the memory corruption problem caused by megarc and the controller has nothing to do with the version of FreeBSD. I have verified that the overruns occurs in FreeBSD 6 too, but I do not have an explanation, why FreeBSD did not crash for years because I used megarc all the time every day. -- Dr. Andreas Longwitz Data Service GmbH Beethovenstr. 2A 23617 Stockelsdorf Amtsgericht Lübeck, HRB 318 BS Geschäftsführer: Wilfried Paepcke, Dr. Andreas Longwitz, Josef Flatau From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 03:53:01 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4E59D106564A; Mon, 12 Sep 2011 03:53:01 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gx0-f179.google.com (mail-gx0-f179.google.com [209.85.161.179]) by mx1.freebsd.org (Postfix) with ESMTP id EEA218FC15; Mon, 12 Sep 2011 03:53:00 +0000 (UTC) Received: by gxk1 with SMTP id 1so3385350gxk.10 for ; Sun, 11 Sep 2011 20:53:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=AZjgCRNEF49ypbde3XOx8VfcEvUn2SNFbUXIwPyYySw=; b=j4LNG2saoBo7FhVjTGz9x/hbhCkCXMMPsKXwAVL/NshuluVVdQDDnQjlLdCEcKi4f8 nHCuW/UdVXyzhquj7ipxdcJsCHeGpbhq1DFbjM25CCGEwZCqasq8BfoLLjPAfGlWFZM2 mayd8jJx85GoBZXIifLijbRjNbwzb2M+ISJ0Q= MIME-Version: 1.0 Received: by 10.236.89.70 with SMTP id b46mr23029125yhf.38.1315799580099; Sun, 11 Sep 2011 20:53:00 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Sun, 11 Sep 2011 20:53:00 -0700 (PDT) In-Reply-To: <4E6D34FE.70703@incore.de> References: <4E64933E.8030908@incore.de> <201109061104.43409.jhb@freebsd.org> <4E6D34FE.70703@incore.de> Date: Mon, 12 Sep 2011 11:53:00 +0800 X-Google-Sender-Auth: bGoF5I5GtzI9wfPRFkqzd7YmSpM Message-ID: From: Adrian Chadd To: Andreas Longwitz Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-stable@freebsd.org, John Baldwin Subject: Re: UFS_DIRHASH panics on a dozen server within 30 hours X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 03:53:01 -0000 On 12 September 2011 06:23, Andreas Longwitz wrote: > > Yes. I found that megarc often wants a buffer of 12868 bytes, but the > controller sends always 25412 bytes back. Because this seems to be an > error in megarc I have submitted a patch for the existing PR ports/137938. > > Furthermore I saw some sporadic answers of the controller to megarc > ioctl's with much more data than the buffer size stated by megarc. > Therefore I still use the maximum size in my updated patch in kern/155658. Just a comment about that kernel PR: You're doing a 25k allocation (why not just go with an even 32k?) but you're not enforcing anywhere that if au_length > your #defined value, the malloc size is made larger. I know it's a nitpick, but if it were me doing a change, I'd use MAX(au_length, MAX_AMR_IOCTL) when doing the malloc. 2c, Adrian From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 06:17:46 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AAE8D106566C; Mon, 12 Sep 2011 06:17:46 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 1C0428FC15; Mon, 12 Sep 2011 06:17:45 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id p8C61GOi027153; Mon, 12 Sep 2011 10:01:16 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Mon, 12 Sep 2011 10:01:16 +0400 (MSD) From: Dmitry Morozovsky To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Mon, 12 Sep 2011 10:01:16 +0400 (MSD) Cc: lulf@FreeBSD.org Subject: csup crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 06:17:46 -0000 Dear colleagues, I found csup is crashing on my building machine on some broken repo element, but cannot quickli realize what's the source of problem Any hints? Relevant info from gdb: #0 stream_open_buf (b=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/stream.c:364 364 b->in = 0; [New Thread 800e0a900 (LWP 100725/csup)] [New Thread 800e0aac0 (LWP 100686/csup)] [New Thread 800e0ac80 (LWP 100548/csup)] [New Thread 800e0ae40 (LWP 100535/csup)] [New Thread 800e641c0 (LWP 100471/csup)] [New Thread 800e64380 (LWP 100443/csup)] [New Thread 800e041c0 (LWP 100446/initial thread)] (gdb) bt #0 stream_open_buf (b=0x0) at /usr/src/usr.bin/csup/../../contrib/csup/stream.c:364 #1 0x0000000000411787 in rcsfile_getdeltatext (rf=0x80111ec00, d=0x801121880, buf_dest=0x7fffff1f9b18) at /usr/src/usr.bin/csup/../../contrib/csup/rcsfile.c:677 #2 0x0000000000411715 in rcsfile_getdeltatext (rf=0x80111ec00, d=0x801121640, buf_dest=0x7fffff1f9c10) at /usr/src/usr.bin/csup/../../contrib/csup/rcsfile.c:658 #3 0x0000000000412174 in rcsfile_write (rf=0x80111ec00, dest=0x8011099c0) at /usr/src/usr.bin/csup/../../contrib/csup/rcsfile.c:579 #4 0x0000000000417d6c in updater_rcsedit (up=0x7fffff1f9f60, fup=0x801121d00, name=0x80111c402 "ports/graphics/Makefile,v", rcsopt=Variable "rcsopt" is not available. ) at /usr/src/usr.bin/csup/../../contrib/csup/updater.c:1688 #5 0x0000000000419a59 in updater_batch (up=0x7fffff1f9f60, isfixups=0) at /usr/src/usr.bin/csup/../../contrib/csup/updater.c:773 #6 0x000000000041a1d1 in updater (arg=Variable "arg" is not available. ) at /usr/src/usr.bin/csup/../../contrib/csup/updater.c:237 #7 0x00000000004158c4 in thread_start (data=Variable "data" is not available. ) at /usr/src/usr.bin/csup/../../contrib/csup/threads.c:169 #8 0x0000000800a224d1 in pthread_getprio () from /lib/libthr.so.3 #9 0x0000000000000000 in ?? () Cannot access memory at address 0x7fffff1fa000 -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 18:58:17 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 20A781065673; Mon, 12 Sep 2011 18:58:17 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id ED20C8FC0A; Mon, 12 Sep 2011 18:58:16 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A5BFA46B0A; Mon, 12 Sep 2011 14:58:16 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 308E28A02E; Mon, 12 Sep 2011 14:58:16 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Mon, 12 Sep 2011 14:58:15 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109121458.15661.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Mon, 12 Sep 2011 14:58:16 -0400 (EDT) Cc: lulf@freebsd.org, Dmitry Morozovsky Subject: Re: csup crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 18:58:17 -0000 On Monday, September 12, 2011 2:01:16 am Dmitry Morozovsky wrote: > Dear colleagues, > > I found csup is crashing on my building machine on some broken repo element, > but cannot quickli realize what's the source of problem What OS version are you running? I wonder if you have this fix: ------------------------------------------------------------------------ r213300 | jhb | 2010-09-30 10:28:48 -0400 (Thu, 30 Sep 2010) | 9 lines If an RCS file is truncated, rcsfile_getdelta() will return NULL. Instead of faulting, check for NULL. However, returning an error would cause csup to just abort the entire update. Instead, break out of the loop and return ok. The attempts to update the file will trigger a MD5 failure which will cause csup to download the entire file as a fixup. Reviewed by: lulf MFC after: 1 week ------------------------------------------------------------------------ Index: rcsparse.c =================================================================== --- rcsparse.c (revision 213299) +++ rcsparse.c (revision 213300) @@ -318,6 +318,14 @@ d = rcsfile_getdelta(rf, revnum); free(revnum); + /* + * XXX: The RCS file is corrupt, but lie and say it is ok. + * If it is actually broken, then the MD5 mismatch will + * trigger a fixup. + */ + if (d == NULL) + return (0); + /* log string */ asserttoken(sp, KEYWORD); asserttoken(sp, STRING); -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Mon Sep 12 23:29:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 763F31065680; Mon, 12 Sep 2011 23:29:54 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id EF5B68FC17; Mon, 12 Sep 2011 23:29:53 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id p8CNTqAA044037; Tue, 13 Sep 2011 03:29:52 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Tue, 13 Sep 2011 03:29:52 +0400 (MSD) From: Dmitry Morozovsky To: John Baldwin In-Reply-To: <201109121458.15661.jhb@freebsd.org> Message-ID: References: <201109121458.15661.jhb@freebsd.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Tue, 13 Sep 2011 03:29:52 +0400 (MSD) Cc: lulf@freebsd.org, freebsd-stable@freebsd.org Subject: Re: csup crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Sep 2011 23:29:54 -0000 On Mon, 12 Sep 2011, John Baldwin wrote: > On Monday, September 12, 2011 2:01:16 am Dmitry Morozovsky wrote: > > Dear colleagues, > > > > I found csup is crashing on my building machine on some broken repo element, > > but cannot quickli realize what's the source of problem > > What OS version are you running? I wonder if you have this fix: it is on rather fresh stable/8: FreeBSD beaver.rinet.ru 8.2-STABLE FreeBSD 8.2-STABLE #5 r224908M: Tue Aug 16 15:43:23 MSD 2011 marck@beaver.rinet.ru:/usr/obj/usr/src/sys/BEAVER amd64 so I suppose I'd have the fix you'd mentioned. I'm still have broken repo as a ZFS snapshot, so I'm ready to provide more info or test any fix you provide. Thanks! -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 09:46:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A890106566B for ; Tue, 13 Sep 2011 09:46:14 +0000 (UTC) (envelope-from longwitz@incore.de) Received: from mail.incore.de (dss.incore.de [195.145.1.138]) by mx1.freebsd.org (Postfix) with ESMTP id CCFC98FC13 for ; Tue, 13 Sep 2011 09:46:13 +0000 (UTC) Received: from inetmail.dmz (inetmail.dmz [10.3.0.3]) by mail.incore.de (Postfix) with ESMTP id 26AE95F37C; Tue, 13 Sep 2011 11:46:13 +0200 (CEST) X-Virus-Scanned: amavisd-new at incore.de Received: from mail.incore.de ([10.3.0.3]) by inetmail.dmz (inetmail.dmz [10.3.0.3]) (amavisd-new, port 10024) with LMTP id l5oLQhzbdlRH; Tue, 13 Sep 2011 11:46:12 +0200 (CEST) Received: from mail.incore (fwintern.dmz [10.0.0.253]) by mail.incore.de (Postfix) with ESMTP id 7CCED5F344; Tue, 13 Sep 2011 11:46:12 +0200 (CEST) Received: from bsdlo.incore (bsdlo.incore [192.168.0.84]) by mail.incore (Postfix) with ESMTP id 6CA3A45088; Tue, 13 Sep 2011 11:46:12 +0200 (CEST) Message-ID: <4E6F2664.6000703@incore.de> Date: Tue, 13 Sep 2011 11:46:12 +0200 From: Andreas Longwitz User-Agent: Thunderbird 2.0.0.19 (X11/20090113) MIME-Version: 1.0 To: Adrian Chadd , freebsd-stable@freebsd.org References: <4E64933E.8030908@incore.de> <201109061104.43409.jhb@freebsd.org> <4E6D34FE.70703@incore.de> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Cc: Subject: Re: UFS_DIRHASH panics on a dozen server within 30 hours X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 09:46:14 -0000 Hi, > You're doing a 25k allocation (why not just go with an even 32k?) but > you're not enforcing anywhere that if au_length > your #defined value, > the malloc size is made larger. > I know it's a nitpick, but if it were me doing a change, I'd use > MAX(au_length, MAX_AMR_IOCTL) when doing the malloc. Thank you for this hint, I have posted this to kern/155658. -- Dr. Andreas Longwitz Data Service GmbH Beethovenstr. 2A 23617 Stockelsdorf Amtsgericht Lübeck, HRB 318 BS Geschäftsführer: Wilfried Paepcke, Dr. Andreas Longwitz, Josef Flatau From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 10:02:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D46A11065670 for ; Tue, 13 Sep 2011 10:02:59 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from mail.metroplex.pl (mail.metroplex.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id 91D458FC0A for ; Tue, 13 Sep 2011 10:02:59 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.metroplex.pl (Postfix) with ESMTP id 16CCF612C4B for ; Tue, 13 Sep 2011 11:43:33 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from mail.metroplex.pl ([127.0.0.1]) by localhost (mail.metroplex.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id If4p+XjuJsOj for ; Tue, 13 Sep 2011 11:43:31 +0200 (CEST) Received: from 193-0-92-207.net.uw.edu.pl (193-0-92-207.net.uw.edu.pl [193.0.92.207]) by mail.metroplex.pl (Postfix) with ESMTPSA id C65BF6123FA for ; Tue, 13 Sep 2011 11:43:30 +0200 (CEST) From: Maciej Jan Broniarz Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Tue, 13 Sep 2011 11:43:29 +0200 Message-Id: To: freebsd-stable@freebsd.org Mime-Version: 1.0 (Apple Message framework v1244.3) X-Mailer: Apple Mail (2.1244.3) Subject: problem with LSI MegaRAID on 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 10:02:59 -0000 Hello, I'm having some trouble with LSI MegaRAID on FreeBSD 8.2-RELEASE-p2 My storage starts to freeze and the following message apears in the log: mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3005 SECONDS mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3035 SECONDS mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3065 SECONDS mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3095 SECONDS mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3125 SECONDS mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3156 SECONDS mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3186 SECONDS What might be the issue here? All best, mjb From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 10:33:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC1D7106564A for ; Tue, 13 Sep 2011 10:33:32 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta09.westchester.pa.mail.comcast.net (qmta09.westchester.pa.mail.comcast.net [76.96.62.96]) by mx1.freebsd.org (Postfix) with ESMTP id 8A9CA8FC18 for ; Tue, 13 Sep 2011 10:33:32 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta09.westchester.pa.mail.comcast.net with comcast id Y9Xu1h0020QuhwU59AZYhh; Tue, 13 Sep 2011 10:33:32 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta02.westchester.pa.mail.comcast.net with comcast id YAZW1h00G1t3BNj3NAZXUh; Tue, 13 Sep 2011 10:33:32 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id EE370102C31; Tue, 13 Sep 2011 03:33:28 -0700 (PDT) Date: Tue, 13 Sep 2011 03:33:28 -0700 From: Jeremy Chadwick To: Maciej Jan Broniarz Message-ID: <20110913103328.GA34028@icarus.home.lan> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-stable@freebsd.org Subject: Re: problem with LSI MegaRAID on 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 10:33:32 -0000 On Tue, Sep 13, 2011 at 11:43:29AM +0200, Maciej Jan Broniarz wrote: > I'm having some trouble with LSI MegaRAID on FreeBSD 8.2-RELEASE-p2 > My storage starts to freeze and the following message apears in the log: > > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3005 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3035 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3065 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3095 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3125 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3156 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3186 SECONDS > > What might be the issue here? http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063808.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063809.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063810.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063811.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063816.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063817.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063823.html -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 10:59:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9AA25106566B for ; Tue, 13 Sep 2011 10:59:19 +0000 (UTC) (envelope-from gausus@gausus.net) Received: from mail.metroplex.pl (mail.metroplex.pl [91.192.226.10]) by mx1.freebsd.org (Postfix) with ESMTP id 55A948FC0C for ; Tue, 13 Sep 2011 10:59:19 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by mail.metroplex.pl (Postfix) with ESMTP id 132F58009; Tue, 13 Sep 2011 12:59:18 +0200 (CEST) X-Virus-Scanned: amavisd-new at intersec.pl Received: from mail.metroplex.pl ([127.0.0.1]) by localhost (mail.metroplex.pl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gbrQ3-vvWctY; Tue, 13 Sep 2011 12:59:16 +0200 (CEST) Received: from 193-0-92-207.net.uw.edu.pl (193-0-92-207.net.uw.edu.pl [193.0.92.207]) by mail.metroplex.pl (Postfix) with ESMTPSA id 62D808008; Tue, 13 Sep 2011 12:59:14 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-2 From: Maciej Jan Broniarz In-Reply-To: <20110913103328.GA34028@icarus.home.lan> Date: Tue, 13 Sep 2011 12:59:13 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <6F2A4E2B-9EBE-4B23-8617-B7625537FA8A@gausus.net> References: <20110913103328.GA34028@icarus.home.lan> To: Jeremy Chadwick X-Mailer: Apple Mail (2.1244.3) Cc: freebsd-stable@freebsd.org Subject: Re: problem with LSI MegaRAID on 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 10:59:19 -0000 Wiadomo=B6=E6 napisana przez Jeremy Chadwick w dniu 13 wrz 2011, o godz. = 12:33: > On Tue, Sep 13, 2011 at 11:43:29AM +0200, Maciej Jan Broniarz wrote: >> I'm having some trouble with LSI MegaRAID on FreeBSD 8.2-RELEASE-p2 >> My storage starts to freeze and the following message apears in the = log: >>=20 >> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3005 SECONDS >> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3035 SECONDS >> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3065 SECONDS >> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3095 SECONDS >> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3125 SECONDS >> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3156 SECONDS >> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3186 SECONDS >>=20 >> What might be the issue here? >=20 > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063808.html > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063809.html > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063810.html > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063811.html > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063816.ht= ml > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063817.ht= ml > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.ht= ml > = http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063823.ht= ml >=20 > --=20 Thanks. But there is still no solution for the problem. I haven't = applied any patch=20 and yet the problem occurs. All best, mjb From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 11:15:46 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABDEB106564A for ; Tue, 13 Sep 2011 11:15:46 +0000 (UTC) (envelope-from andrej@antiszoc.hu) Received: from mail.deployis.eu (mail.deployis.eu [217.20.135.253]) by mx1.freebsd.org (Postfix) with ESMTP id 2B76C8FC0C for ; Tue, 13 Sep 2011 11:15:45 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=antiszoc.hu; s=default; h=Subject:To:From:Date; bh=pyVG77lZW47wjf8LIdykQNn1kjmfWk4gmIhSieeOMfo=; b=XG7/N4D72S/feEi84cIKV2irYf0QCii/Q0F1VtV6GqkGFsfnuJTkutj8uePtK1PR4iuajzkwL8J07uucdSw6cHudq4wBSGZGE8HqO9w0dXPTjIYcOxU9m5E4dsf3MP4m; Received: from localhost ([127.0.0.1]:47460 helo=mail.deployis.eu) by mail.deployis.eu with esmtp (Exim 4.71 #1 (Debian)) id 1R3Q2U-0004XP-IN from for ; Tue, 13 Sep 2011 12:16:26 +0200 Received: from 131-75.95.80.dunakanyar.net ([80.95.75.131]) by mail.deployis.eu with HTTP (HTTP/1.1 POST); Tue, 13 Sep 2011 12:16:26 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 13 Sep 2011 12:16:26 +0200 From: =?UTF-8?Q?G=C3=B3t_Andr=C3=A1s?= To: In-Reply-To: References: Message-ID: <39673d701235ce39c569676be458e60a@antiszoc.hu> X-Sender: andrej@antiszoc.hu User-Agent: RoundCube Webmail/0.2.1 X-DKIM-Status: None (from 127.0.0.1) X-Mail-Status-postahivatal: trustedmail (from 127.0.0.1) X-Spam-Score-postahivatal: -43 Subject: Re: problem with LSI MegaRAID on 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 11:15:46 -0000 Hi, What type of card is this? We've just ordered an IBM x3550m3, that also LSI based RAID IMHO. Are you sure that all disks and connections are OK? Andras On Tue, 13 Sep 2011 11:43:29 +0200, Maciej Jan Broniarz wrote: > Hello, > > I'm having some trouble with LSI MegaRAID on FreeBSD 8.2-RELEASE-p2 > My storage starts to freeze and the following message apears in the > log: > > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3005 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3035 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3065 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3095 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3125 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3156 SECONDS > mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3186 SECONDS > > What might be the issue here? > > All best, > mjb > > > _______________________________________________ > 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-stable@FreeBSD.ORG Tue Sep 13 11:52:20 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A3515106564A for ; Tue, 13 Sep 2011 11:52:20 +0000 (UTC) (envelope-from joh.hendriks@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 2D4DC8FC08 for ; Tue, 13 Sep 2011 11:52:19 +0000 (UTC) Received: by eyg7 with SMTP id 7so24910eyg.13 for ; Tue, 13 Sep 2011 04:52:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=hnpu2+VjiIbC1Vi1kvIWYeWd6wkQIDikkowlXoGyBdQ=; b=tvWoy80Tm9H1ktYkXBu8zEN8EWZKttEXLyfANVMbb5y+p2LA/WEz34uLuZTHpUWOCu fHI0NDxm1nnJkGBHOU0j2uBKvv5EVdJOC3JzRsZ5ugvKBISEfVIoD8Z4bjYQW1rEF6iu VJ+ZURfMpM9Yz5O0gLdYOA31YAU7g0uKKy+9U= Received: by 10.213.28.139 with SMTP id m11mr186817ebc.80.1315912966095; Tue, 13 Sep 2011 04:22:46 -0700 (PDT) Received: from [192.168.50.106] (double-l.xs4all.nl [80.126.205.144]) by mx.google.com with ESMTPS id d12sm2559115eeb.8.2011.09.13.04.22.44 (version=SSLv3 cipher=OTHER); Tue, 13 Sep 2011 04:22:45 -0700 (PDT) Message-ID: <4E6F3D03.7020407@gmail.com> Date: Tue, 13 Sep 2011 13:22:43 +0200 From: Johan Hendriks User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <20110913103328.GA34028@icarus.home.lan> <6F2A4E2B-9EBE-4B23-8617-B7625537FA8A@gausus.net> In-Reply-To: <6F2A4E2B-9EBE-4B23-8617-B7625537FA8A@gausus.net> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: problem with LSI MegaRAID on 8.2-RELEASE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 11:52:20 -0000 Maciej Jan Broniarz schreef: > Wiadomo¶æ napisana przez Jeremy Chadwick w dniu 13 wrz 2011, o godz. 12:33: > >> On Tue, Sep 13, 2011 at 11:43:29AM +0200, Maciej Jan Broniarz wrote: >>> I'm having some trouble with LSI MegaRAID on FreeBSD 8.2-RELEASE-p2 >>> My storage starts to freeze and the following message apears in the log: >>> >>> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3005 SECONDS >>> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3035 SECONDS >>> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3065 SECONDS >>> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3095 SECONDS >>> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3125 SECONDS >>> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3156 SECONDS >>> mfi0: COMMAND 0xffffff8000b6be58 TIMEOUT AFTER 3186 SECONDS >>> >>> What might be the issue here? >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063808.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063809.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063810.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-August/063811.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063816.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063817.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063821.html >> http://lists.freebsd.org/pipermail/freebsd-stable/2011-September/063823.html >> >> -- > Thanks. But there is still no solution for the problem. I haven't applied any patch > and yet the problem occurs. > > All best, > mjb > > > Maybe i understand your comment the wrong way, but i think the patch is there to prevent prevent the problem. So by applying the following patch// www.freebsd.org/~jhb/patches/mfi.patch// Your issue should be SOLVED.// // regards Johan Hendriks From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 15:31:25 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F15C106564A for ; Tue, 13 Sep 2011 15:31:25 +0000 (UTC) (envelope-from bartosz.stec@it4pro.pl) Received: from mainframe.kkip.pl (kkip.pl [87.105.164.78]) by mx1.freebsd.org (Postfix) with ESMTP id 437638FC15 for ; Tue, 13 Sep 2011 15:31:24 +0000 (UTC) Received: from t420i.admin.lan.kkip.pl ([10.66.3.254]) by mainframe.kkip.pl with esmtpsa (TLSv1:CAMELLIA256-SHA:256) (Exim 4.76 (FreeBSD)) (envelope-from ) id 1R3UUK-0000bo-VH; Tue, 13 Sep 2011 17:01:38 +0200 Message-ID: <4E6F7041.6040602@it4pro.pl> Date: Tue, 13 Sep 2011 17:01:21 +0200 From: Bartosz Stec Organization: IT4Pro User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: "Vogel, Jack" References: <4DC6A277.4030801@it4pro.pl> <4DC6E23B.2040207@it4pro.pl> <4DC81E22.5030806@it4pro.pl> <4DCC3844.6070008@it4pro.pl> <4DCD1672.4020405@FreeBSD.org> <4DF1DC26.5010600@it4pro.pl> <20110610093728.GA39453@icarus.home.lan> <4DF1EB98.9080109@it4pro.pl> <1DB50624F8348F48840F2E2CF6040A9D018ACA75C7@orsmsx508.amr.corp.intel.com> <4DFB59A6.9030508@it4pro.pl> <1DB50624F8348F48840F2E2CF6040A9D018D22E697@orsmsx508.amr.corp.intel.com> In-Reply-To: <1DB50624F8348F48840F2E2CF6040A9D018D22E697@orsmsx508.amr.corp.intel.com> X-Stationery: 0.7.5 X-Authenticated-User: bartosz.stec@it4pro.pl X-Authenticator: plain X-Sender-Verify: SUCCEEDED (sender exists & accepts mail) X-Spam-Score: -8.1 X-Spam-Score-Int: -80 X-Exim-Version: 4.76 (build at 12-May-2011 10:41:54) X-Date: 2011-09-13 17:01:38 X-Connected-IP: 10.66.3.254:49621 X-Message-Linecount: 948 X-Body-Linecount: 930 X-Message-Size: 43280 X-Body-Size: 42113 X-Received-Count: 1 X-Recipient-Count: 3 X-Local-Recipient-Count: 3 X-Local-Recipient-Defer-Count: 0 X-Local-Recipient-Fail-Count: 0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: FreeBSD Stable , Jeremy Chadwick Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 15:31:25 -0000 Hi again list. Here's little update about the issue. > Yes, there have been a few times when I have seen something like this, and issue when the driver is static and not when modulized. I have never been clear what to make of this. If anyone else here has any thoughts or enlightening ideas I'd appreciate it. Fresh build, 8.2-STABLE #7: Tue Sep 13 14:25:45, problem is still here, regardless of igb included in the kernel or loaded as module from loader.conf, system panic with msix enabled. > Also if it does not even happen when using the GENERIC config then it would be interesting to see the diff between that and what does cause the panic. Here it is: --- GENERIC 2011-04-10 19:55:25.304366901 +0200 +++ PROLIANT 2011-06-18 16:03:32.728117341 +0200 @@ -19,7 +19,7 @@ # $FreeBSD: src/sys/amd64/conf/GENERIC,v 1.531.2.17 2011/04/09 12:04:35 bz Exp $ cpu HAMMER -ident GENERIC +ident PROLIANT # To statically compile in device wiring instead of /boot/device.hints #hints "GENERIC.hints" # Default places to look for devices. @@ -30,7 +30,7 @@ # # env "GENERIC.env" -makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols +#makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols options SCHED_ULE # ULE scheduler options PREEMPTION # Enable kernel thread preemption @@ -44,9 +44,9 @@ options UFS_GJOURNAL # Enable gjournal-based UFS journaling options MD_ROOT # MD is a potential root device options NFSCLIENT # Network Filesystem Client -options NFSSERVER # Network Filesystem Server -options NFSLOCKD # Network Lock Manager -options NFS_ROOT # NFS usable as /, requires NFSCLIENT +#options NFSSERVER # Network Filesystem Server +#options NFSLOCKD # Network Lock Manager +#options NFS_ROOT # NFS usable as /, requires NFSCLIENT options MSDOSFS # MSDOS Filesystem options CD9660 # ISO 9660 Filesystem options PROCFS # Process filesystem (requires PSEUDOFS) @@ -81,10 +81,18 @@ # Make an SMP-capable kernel by default options SMP # Symmetric MultiProcessor Kernel +options DEVICE_POLLING # CPU frequency control device cpufreq +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) + # Bus support. device acpi device pci @@ -102,59 +110,59 @@ options ATA_STATIC_ID # Static device numbering # SCSI Controllers -device ahc # AHA2940 and onboard AIC7xxx devices -options AHC_REG_PRETTY_PRINT # Print register bitfields in debug +#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 +#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 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 mps # LSI-Logic MPT-Fusion 2 +#device mpt # LSI-Logic MPT-Fusion +#device mps # LSI-Logic MPT-Fusion 2 #device ncr # NCR/Symbios Logic -device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') -device trm # Tekram DC395U/UW/F DC315U adapters +#device sym # NCR/Symbios Logic (newer chipsets + those of `ncr') +#device trm # Tekram DC395U/UW/F DC315U adapters -device adv # Advansys SCSI adapters -device adw # Advansys wide SCSI adapters -device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. -device bt # Buslogic/Mylex MultiMaster SCSI adapters +#device adv # Advansys SCSI adapters +#device adw # Advansys wide SCSI adapters +#device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60. +#device bt # Buslogic/Mylex MultiMaster SCSI adapters # SCSI peripherals device scbus # SCSI bus (required for SCSI) -device ch # SCSI media changers +#device ch # SCSI media changers device da # Direct Access (disks) -device sa # Sequential Access (tape etc) +#device sa # Squential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) -device ses # SCSI Environmental Services (and SAF-TE) +#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 amr # AMI MegaRAID +#device arcmsr # Areca SATA II RAID #XXX it is not 64-bit clean, -scottl #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 hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx -device iir # Intel Integrated RAID -device ips # IBM (Adaptec) ServeRAID -device mly # Mylex AcceleRAID/eXtremeRAID -device twa # 3ware 9000 series PATA/SATA RAID +#device ciss # Compaq Smart RAID 5* +#device dpt # DPT Smartcache III, IV - See NOTES for options +#device hptmv # Highpoint RocketRAID 182x +#device hptrr # Highpoint RocketRAID 17xx, 22xx, 23xx, 25xx +#device iir # Intel Integrated RAID +#device ips # IBM (Adaptec) ServeRAID +#device mly # Mylex AcceleRAID/eXtremeRAID +#device twa # 3ware 9000 series PATA/SATA RAID # RAID controllers -device aac # Adaptec FSA RAID -device aacp # SCSI passthrough for aac (requires CAM) -device ida # Compaq Smart RAID -device mfi # LSI MegaRAID SAS -device mlx # Mylex DAC960 family +#device aac # Adaptec FSA RAID +#device aacp # SCSI passthrough for aac (requires CAM) +#device ida # Compaq Smart RAID +#device mfi # LSI MegaRAID SAS +#device mlx # Mylex DAC960 family #XXX pointer/int warnings #device pst # Promise Supertrak SX6000 -device twe # 3ware ATA RAID +#device twe # 3ware ATA RAID # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc # AT keyboard controller @@ -170,13 +178,13 @@ # syscons is the default console driver, resembling an SCO console device sc -device agp # support several AGP chipsets +#device agp # support several AGP chipsets # PCCARD (PCMCIA) support # PCMCIA and cardbus bridge support -device cbb # cardbus (yenta) bridge -device pccard # PC Card (16-bit) bus -device cardbus # CardBus (32-bit) bus +#device cbb # cardbus (yenta) bridge +#device pccard # PC Card (16-bit) bus +#device cardbus # CardBus (32-bit) bus # Serial (COM) ports device uart # Generic UART driver @@ -195,76 +203,76 @@ #device puc # PCI Ethernet NICs. -device de # DEC/Intel DC21x4x (``Tulip'') -device em # Intel PRO/1000 Gigabit Ethernet Family -device igb # Intel PRO/1000 PCIE Server Gigabit Family -device ixgbe # Intel PRO/10GbE PCIE Ethernet Family -device le # AMD Am7900 LANCE and Am79C9xx PCnet -device ti # Alteon Networks Tigon I/II gigabit Ethernet -device txp # 3Com 3cR990 (``Typhoon'') -device vx # 3Com 3c590, 3c595 (``Vortex'') +#device de # DEC/Intel DC21x4x (``Tulip'') +#device em # Intel PRO/1000 Gigabit Ethernet Family +#device igb # Intel PRO/1000 PCIE Server Gigabit Family +#device ixgbe # Intel PRO/10GbE PCIE Ethernet Family +#device le # AMD Am7900 LANCE and Am79C9xx PCnet +#device ti # Alteon Networks Tigon I/II gigabit Ethernet +#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 ae # Attansic/Atheros L2 FastEthernet -device age # Attansic/Atheros L1 Gigabit Ethernet -device alc # Atheros AR8131/AR8132 Ethernet -device ale # Atheros AR8121/AR8113/AR8114 Ethernet -device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet -device bfe # Broadcom BCM440x 10/100 Ethernet -device bge # Broadcom BCM570xx Gigabit Ethernet -device dc # DEC/Intel 21143 and various workalikes -device et # Agere ET1310 10/100/Gigabit Ethernet -device fxp # Intel EtherExpress PRO/100B (82557, 82558) -device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet -device lge # Level 1 LXT1001 gigabit Ethernet -device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet -device nfe # nVidia nForce MCP on-board Ethernet -device nge # NatSemi DP83820 gigabit Ethernet +#device ae # Attansic/Atheros L2 FastEthernet +#device age # Attansic/Atheros L1 Gigabit Ethernet +#device alc # Atheros AR8131/AR8132 Ethernet +#device ale # Atheros AR8121/AR8113/AR8114 Ethernet +#device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet +#device bfe # Broadcom BCM440x 10/100 Ethernet +#device bge # Broadcom BCM570xx Gigabit Ethernet +#device dc # DEC/Intel 21143 and various workalikes +#device et # Agere ET1310 10/100/Gigabit Ethernet +#device fxp # Intel EtherExpress PRO/100B (82557, 82558) +#device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet +#device lge # Level 1 LXT1001 gigabit Ethernet +#device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet +#device nfe # nVidia nForce MCP on-board Ethernet +#device nge # NatSemi DP83820 gigabit Ethernet #device nve # nVidia nForce MCP on-board Ethernet Networking -device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le') -device re # RealTek 8139C+/8169/8169S/8110S -device rl # RealTek 8129/8139 -device sf # Adaptec AIC-6915 (``Starfire'') -device sge # Silicon Integrated Systems SiS190/191 -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 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'') +#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 sge # Silicon Integrated Systems SiS190/191 +#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 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 cs # Crystal Semiconductor CS89x0 NIC # 'device ed' requires 'device miibus' -device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards -device ex # Intel EtherExpress Pro/10 and Pro/10+ -device ep # Etherlink III based cards -device fe # Fujitsu MB8696x based cards -device sn # SMC's 9000 series of Ethernet chips -device xe # Xircom pccard Ethernet +#device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards +#device ex # Intel EtherExpress Pro/10 and Pro/10+ +#device ep # Etherlink III based cards +#device fe # Fujitsu MB8696x based cards +#device sn # SMC's 9000 series of Ethernet chips +#device xe # Xircom pccard Ethernet # Wireless NIC cards -device wlan # 802.11 support -options IEEE80211_DEBUG # enable debug msgs -options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's -options IEEE80211_SUPPORT_MESH # enable 802.11s draft 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 an # Aironet 4500/4800 802.11 wireless NICs. -device ath # Atheros pci/cardbus NIC's -device ath_hal # pci/cardbus chip support -options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors -device ath_rate_sample # SampleRate tx rate control for ath -device ral # Ralink Technology RT2500 wireless NICs. -device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. +#device wlan # 802.11 support +#options IEEE80211_DEBUG # enable debug msgs +#options IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's +#options IEEE80211_SUPPORT_MESH # enable 802.11s draft 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 an # Aironet 4500/4800 802.11 wireless NICs. +#device ath # Atheros pci/cardbus NIC's +#device ath_hal # pci/cardbus chip support +#options AH_SUPPORT_AR5416 # enable AR5416 tx/rx descriptors +#device ath_rate_sample # SampleRate tx rate control for ath +#device ral # Ralink Technology RT2500 wireless NICs. +#device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs. # Pseudo devices. device loop # Network loopback @@ -295,34 +303,36 @@ device ulpt # Printer device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse -device urio # Diamond Rio 500 MP3 player +#device urio # Diamond Rio 500 MP3 player # USB Serial devices -device uark # Technologies ARK3116 based serial adapters -device ubsa # Belkin F5U103 and compatible serial adapters -device uftdi # For FTDI usb serial adapters -device uipaq # Some WinCE based devices -device uplcom # Prolific PL-2303 serial adapters -device uslcom # SI Labs CP2101/CP2102 serial adapters -device uvisor # Visor and Palm devices -device uvscom # USB serial support for DDI pocket's PHS +#device uark # Technologies ARK3116 based serial adapters +#device ubsa # Belkin F5U103 and compatible serial adapters +#device uftdi # For FTDI usb serial adapters +#device uipaq # Some WinCE based devices +#device uplcom # Prolific PL-2303 serial adapters +#device uslcom # SI Labs CP2101/CP2102 serial adapters +#device uvisor # Visor and Palm devices +#device uvscom # USB serial support for DDI pocket's PHS # USB Ethernet, requires miibus -device aue # ADMtek USB Ethernet -device axe # ASIX Electronics USB Ethernet -device cdce # Generic USB over Ethernet -device cue # CATC USB Ethernet -device kue # Kawasaki LSI USB Ethernet -device rue # RealTek RTL8150 USB Ethernet -device udav # Davicom DM9601E USB +#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 +#device udav # Davicom DM9601E USB # USB Wireless -device rum # Ralink Technology RT2501USB wireless NICs -device uath # Atheros AR5523 wireless NICs -device ural # Ralink Technology RT2500USB wireless NICs -device zyd # ZyDAS zb1211/zb1211b wireless NICs +#device rum # Ralink Technology RT2501USB wireless NICs +#device uath # Atheros AR5523 wireless NICs +#device ural # Ralink Technology RT2500USB wireless NICs +#device zyd # ZyDAS zb1211/zb1211b wireless NICs # FireWire support -device firewire # FireWire bus code +#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 +#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 + +device atapicam > > -----Original Message----- > From: Bartosz Stec [mailto:bartosz.stec@it4pro.pl] > Sent: Friday, June 17, 2011 6:42 AM > To: Vogel, Jack > Cc: Jeremy Chadwick; FreeBSD Stable > Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE > > W dniu 2011-06-10 20:23, Vogel, Jack pisze: >> Er, so what if you get rid of ZFS, does your panic go away? It doesn't really matter what type adapter it is, the igb driver only requests standard size clusters, so memory is getting trashed somewhere I suspect. >> >> Jack > Well, from my observations about this issue (which could be very wrong > because my lack of knowledge about BSD kernel) I don't suspect igb > driver directly, but rather an order which kernel is processing stuff > related to MSIX and hardware (so I suppose that real cause of the > problem could be very hard to catch and repeat)? Here's why: > > 1. There's no panic when using GENERIC kernel. There's also nothing > unusual in my custom kernel (included in thread), neither in make.conf. > > 2. Before current build, panic was seen with igb driver included in > kernel, but no panic when using a module. Even better - no panic when > trying to load a module while igb driver is stil included in source. No > random memory corruption here - same scenario seen every boot with all > variants above. It's HP server with HP ECC memory by the way. > > 3. With current build kernel panics regardless if igb driver is a module > or included in kernel (unless i disable MSIX). But I found override - I > removed igb driver from kernel config, and a module from loader.conf. > Than booted in single user mode, and manually loaded igb driver. No > panic! Appareantly something gets wrong _only_ at boot time. > It seems that I was right about the relation of this issue with booting process. I enabled MSIX and, removed igb driver in loader.conf, and added if_igb to rc.conf uder ' kld_list="" '. No panic if igb driver is loaded after kernel booting is complete: igb0: port 0xe880-0xe89f mem 0xfbe60000-0xfbe7ffff,0xfbe40000-0xfbe5ffff,0xfbeb8000-0xfbebbfff irq 28 at device 0.0 on pci7 igb0: Using MSIX interrupts with 5 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: d8:d3:85:e3:e4:f6 igb1: port 0xec00-0xec1f mem 0xfbee0000-0xfbefffff,0xfbec0000-0xfbedffff,0xfbebc000-0xfbebffff irq 40 at device 0.1 on pci7 igb1: Using MSIX interrupts with 5 vectors igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: Ethernet address: d8:d3:85:e3:e4:f7 igb0: link state changed to UP igb1: link state changed to UP kld_list feature looks like great problem override, because now I I have msix enabled and can reboot my server safelly, but it still far from actual fix. Any new ideas? -- Bartosz Stec From owner-freebsd-stable@FreeBSD.ORG Tue Sep 13 19:03:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2269D106566C for ; Tue, 13 Sep 2011 19:03:14 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id EC9FC8FC16 for ; Tue, 13 Sep 2011 19:03:13 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 85B7D46B2A; Tue, 13 Sep 2011 15:03:13 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 25B8D8A02E; Tue, 13 Sep 2011 15:03:13 -0400 (EDT) From: John Baldwin To: freebsd-stable@freebsd.org Date: Tue, 13 Sep 2011 15:03:12 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4DC6A277.4030801@it4pro.pl> <1DB50624F8348F48840F2E2CF6040A9D018D22E697@orsmsx508.amr.corp.intel.com> <4E6F7041.6040602@it4pro.pl> In-Reply-To: <4E6F7041.6040602@it4pro.pl> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109131503.12633.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Tue, 13 Sep 2011 15:03:13 -0400 (EDT) Cc: Bartosz Stec , "Vogel, Jack" , Jeremy Chadwick Subject: Re: Panic during kernel booting on HP Proliant DL180G6 and latest STABLE X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 13 Sep 2011 19:03:14 -0000 On Tuesday, September 13, 2011 11:01:21 am Bartosz Stec wrote: > Hi again list. Here's little update about the issue. > > Yes, there have been a few times when I have seen something like this, and issue when the driver is static and not when modulized. I have never been clear what to make of this. If anyone else here has any thoughts or enlightening ideas I'd appreciate it. > Fresh build, 8.2-STABLE #7: Tue Sep 13 14:25:45, problem is still here, > regardless of igb included in the kernel or loaded as module from > loader.conf, system panic with msix enabled. > > Also if it does not even happen when using the GENERIC config then it would be interesting to see the diff between that and what does cause the panic. > Here it is: Hmm, can you try this patch. I need to come up with a final variant and get it into the tree: Index: if_igb.c =================================================================== --- if_igb.c (.../mirror/FreeBSD/stable/8/sys/dev/e1000) (revision 225344) +++ if_igb.c (.../stable/8/sys/dev/e1000) (revision 225344) @@ -600,16 +619,6 @@ goto err_late; } - /* - ** Configure Interrupts - */ - if ((adapter->msix > 1) && (igb_enable_msix)) - error = igb_allocate_msix(adapter); - else /* MSI or Legacy */ - error = igb_allocate_legacy(adapter); - if (error) - goto err_late; - /* Setup OS specific network interface */ if (igb_setup_interface(dev, adapter) != 0) goto err_late; @@ -653,6 +662,16 @@ adapter->led_dev = led_create(igb_led_func, adapter, device_get_nameunit(dev)); + /* + ** Configure Interrupts + */ + if ((adapter->msix > 1) && (igb_enable_msix)) + error = igb_allocate_msix(adapter); + else /* MSI or Legacy */ + error = igb_allocate_legacy(adapter); + if (error) + goto err_late; + INIT_DEBUGOUT("igb_attach: end"); return (0); @@ -661,10 +680,10 @@ igb_free_transmit_structures(adapter); igb_free_receive_structures(adapter); igb_release_hw_control(adapter); +err_pci: + igb_free_pci_resources(adapter); if (adapter->ifp != NULL) if_free(adapter->ifp); -err_pci: - igb_free_pci_resources(adapter); free(adapter->mta, M_DEVBUF); IGB_CORE_LOCK_DESTROY(adapter); @@ -2272,6 +2291,8 @@ struct igb_queue *que = adapter->queues; int error, rid, vector = 0; + /* Turn off all interrupts */ + E1000_WRITE_REG(&adapter->hw, E1000_IMC, 0xffffffff); for (int i = 0; i < adapter->num_queues; i++, vector++, que++) { rid = vector +1; -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 08:08:32 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D42F106564A for ; Wed, 14 Sep 2011 08:08:32 +0000 (UTC) (envelope-from dk@mail.neveragain.de) Received: from mail.neveragain.de (mail.neveragain.de [IPv6:2001:aa8:fffc::25]) by mx1.freebsd.org (Postfix) with ESMTP id 497E28FC1C for ; Wed, 14 Sep 2011 08:08:32 +0000 (UTC) Received: by mail.neveragain.de (Postfix, from userid 1002) id 7B68417022; Wed, 14 Sep 2011 10:08:31 +0200 (CEST) Date: Wed, 14 Sep 2011 10:08:31 +0200 From: Dennis Koegel To: stable@freebsd.org Message-ID: <20110914080831.GB41431@neveragain.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: System freeze: Adaptec (aac) timeouts (releng 8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 08:08:32 -0000 Cheers, we have a reproducible system freeze due to Adaptec driver (aac) timeouts: Sep 3 05:26:44 foo kernel: aac0: COMMAND 0xffffff80005ae4c0 (TYPE 502) TIMEOUT AFTER 129 SECONDS Sep 3 05:26:44 foo kernel: aac0: COMMAND 0xffffff80005ac0e0 (TYPE 502) TIMEOUT AFTER 129 SECONDS Sep 3 05:26:44 foo kernel: aac0: COMMAND 0xffffff80005b0fa0 (TYPE 502) TIMEOUT AFTER 129 SECONDS Once this happens, the userland seems to be alive, but the controller is completely dead. As soon as the disk subsystem is involved, any process hangs forever (e.g. SSH crypto-exchange still happens, but a shell won't even start anymore). We observe the same issue on two systems of (mostly) identical spec, so it's not a hardware issue. Apparently this only happens under heavy disk i/o and high cpu load. Notably high write throughput plus a 'zpool scrub' on a large GELI-backed zpool usually triggers the problem after a few hours. Without high activity, they run smooth for weeks. Both systems are amd64 with an Adaptec 5805 controller and 16 disks (of which two form a RAID-1 system volume (UFS), and the remaining 14 serve as JBOD for a large zpool -- a total of 15 "aacd" devices). Both were running 8.2R originally. I've taken them to 8-STABLE now and also applied svn r222951 (where the MFC was forgotten, it seems), but the problem remains. Any help is greatly appreciated. Thanks, - D. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 14:39:26 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 13B11106566C; Wed, 14 Sep 2011 14:39:26 +0000 (UTC) (envelope-from danger@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 010C08FC12; Wed, 14 Sep 2011 14:39:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p8EEdPD8031082; Wed, 14 Sep 2011 14:39:25 GMT (envelope-from danger@freefall.freebsd.org) Received: (from danger@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p8EEdPnI031081; Wed, 14 Sep 2011 14:39:25 GMT (envelope-from danger) Date: Wed, 14 Sep 2011 14:39:25 +0000 From: Daniel Gerzo To: hackers@freebsd.org Message-ID: <20110914143925.GA31052@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, current@freebsd.org Subject: FreeBSD Status Report April - June, 2011 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 14:39:26 -0000 FreeBSD Quarterly Status Report - April-June, 2011 Introduction This report covers FreeBSD-related projects between April and June 2011. It is the second of the four reports planned for 2011. Since this quarter, the work is being focused on the next major version of FreeBSD, 9.0, which is to be released in September. Thanks to all the reporters for the excellent work! This report contains 36 entries and we hope you enjoy reading it. Please note that the deadline for submissions covering the period between July and September 2011 is October 15th, 2011. __________________________________________________________________ Projects * Clang replacing GCC in the base system * Fix clang warnings * libarchive, bsdtar, bsdcpio * ZFS pool version 28 FreeBSD Team Reports * ArabBSD * The FreeBSD Foundation Network Infrastructure * DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) * FreeBSD IPv6-only Support * IPv6 RA Handling Improvements * netmap * New ipfw features * TCP User Timeout Option (UTO) Kernel * Intel GPU Driver * OpenAFS port * Overhaul of the mii(4)-subsystem * Status Report for NFS Documentation * FreeBSD June 6th, 2011 Doc Sprint * The FreeBSD Dutch Documentation Project * The FreeBSD Japanese Documentation Project Architectures * FreeBSD on the Sony Playstation 3 * FreeBSD/arm on Marvell Armada XP * FreeBSD/powerpc on AppliedMicro APM86290 * FreeBSD/powerpc64 on IBM pSeries machines * FreeBSD/sparc64 Ports * Chromium * FreeBSD Haskell Ports * KDE-FreeBSD * libvirt networking port * Portbuilder * Ports Collection Miscellaneous * bsd_day(2011) Google Summer of Code * Capsicum adaptation and core libraries * Disk device error counters * Google Summer of Code * nvi-iconv * Replacing the Regular Expression Code __________________________________________________________________ ArabBSD URL: https://sites.google.com/site/arabbsd/ Contact: Mohammed Farrag FreeBSD Awareness, Handbook Translation and FreeBSD Kernel Development Summer Course. Open tasks: 1. FreeBSD Kernel Development Summer Course. __________________________________________________________________ bsd_day(2011) URL: http://bsdday.eu/2011 Contact: Martin Matuska Contact: Gábor Páli The purpose of this one-day event is to gather Central European developers of today's open-source BSD systems to popularize their work and their organizations, and to meet each other in the real life. We would also like to motivate potential future developers and users, especially undergraduate university students to work with BSD systems. This year's BSD-Day will be held in Bratislava, Slovakia at Slovak University of Technology, Faculty of Electrical Engineering and Information Technology on November 5, 2011. Everybody is welcome! Open tasks: 1. Apply. We are looking for you! __________________________________________________________________ Capsicum adaptation and core libraries URL: http://www.cl.cam.ac.uk/research/security/capsicum URL: http://wiki.FreeBSD.org/SOC2011IlyaBakulin Contact: Ilya Bakulin Some applications from the base system received sandboxing support, current task is to adapt lightweight resolver daemon for using it in sandboxes -- this fixes problems with applications that need to convert IP addresses into domain names while in sandbox. Open tasks: 1. Add sandboxing to even more applications in the base system. 2. Help Jonathan Anderson and Robert Watson to merge FreeBSD-Capsicum into FreeBSD-HEAD. __________________________________________________________________ Chromium URL: http://www.chromium.org/Home URL: http://trillian.chruetertee.org/chromium Contact: Chromium on FreeBSD Team During the last quarter we have been keeping the Chromium browser up to date, with new major releases being imported into the Ports Collection the same day as the upstream release. As time passes by, more patches are incorporated or otherwise became obsolete by virtue of upstream code cleanups. Version 13 is already available from the Chruëtertee repository, with 70 patches less than version 12. __________________________________________________________________ Clang replacing GCC in the base system URL: http://wiki.FreeBSD.org/BuildingFreeBSDWithClang URL: http://wiki.FreeBSD.org/PortsAndClang Contact: Dimitry Andric Contact: Roman Divacky Contact: Brooks Davis Contact: Pawel Worach We imported newer snapshot of clang/llvm. This features quite a lot of goodies. Most notably there's a new register allocator that brings much better runtime performance. If you did a performance evaluation of clang/llvm in the past now it's the time to rerun it with the new register allocator! There was some progress on Mips and PowerPC in addition to the usual influx of improvements on ARM, i386 and amd64. We've managed to get clang compiled arm kernel booting. ARM world is blocked by FreeBSD using old ARM ABI. We got a buildbot that periodically builds clang/llvm on FreeBSD and FreeBSD (amd64 and i386) using clang/llvm, including booting the resulting image. We ran a few ports exp runs and got many ports bugs fixed so right now we're able to build more than 15000 ports with clang. We expect this number to grow rapidly as the problems are mostly trivial. Open tasks: 1. Fix your ports. 2. Performance evaluate the new clang/llvm. 3. Fix clang warnings in src. 4. Implement proper support for cross compiling. __________________________________________________________________ Disk device error counters URL: http://wiki.FreeBSD.org/Disk%20device%20error%20counters Contact: Oleksandr Dudinskyi Currently, I work on schedule, I printed the information of disk error in utility iostat option -E. While only displays five types of errors. Further analysis will give me the opportunity to identify other types of disk errors. Open tasks: 1. Search other type of error and the place of their registration. 2. Maybe find a better place registration of errors than xpt_done(). __________________________________________________________________ DIstributed Firewall and Flow-shaper Using Statistical Evidence (DIFFUSE) URL: http://caia.swin.edu.au/urp/diffuse/ URL: http://caia.swin.edu.au/urp/diffuse/downloads.html Contact: Sebastian Zander Contact: Grenville Armitage DIFFUSE is a system enabling FreeBSD's IPFW firewall subsystem to classify IP traffic based on statistical traffic properties. With DIFFUSE, IPFW computes statistics (such as packet lengths or inter-packet time intervals) for observed flows, and uses ML (machine learning) to classify flows into classes. In addition to traditional packet inspection rules, IPFW rules may now also be expressed in terms of traffic statistics or classes identified by ML classification. This can be helpful when direct packet inspection is problematic (perhaps for administrative reasons, or because port numbers do not reliably identify applications). DIFFUSE also enables one instance of IPFW to send flow information and classes to other IPFW instances, which then can act on such traffic (e.g. prioritise, accept, deny, etc.) according to its class. This allows for distributed architectures, where classification at one location in your network is used to control fire-walling or rate-shaping actions at other locations. The DIFFUSE prototype is a set of patches for FreeBSD-CURRENT that can be downloaded from the project's web site. The web site also contains a more comprehensive introduction, as well as links to related work and documentation. In July 2011, we released DIFFUSE v0.4. This release contains a number of bug fixes and new features. Most notably we improved the functionality of the tools used for training classification models, and performing offline analysis. DIFFUSE v0.4 is the last release, as the DIFFUSE project has concluded. However, we may release bug fixes in the future if necessary. __________________________________________________________________ Fix clang warnings Contact: Ben Laurie In order to assist with the process of moving away from gcc, while I learn the ropes of being a contributor, I am systematically fixing clang warnings, so we can turn on -Werror again. Down from > 42,000 warnings at the end of May to < 9,000 warnings now. Open tasks: 1. Always happy if someone else finds and fixes a warning! __________________________________________________________________ FreeBSD Haskell Ports URL: http://wiki.FreeBSD.org/Haskell URL: https://github.com/freebsd-haskell/freebsd-haskell/ URL: http://haskell.org/mailman/listinfo/freebsd-haskell/ Contact: Gábor János PÁLI Contact: Ashish SHUKLA Contact: Giuseppe Pilichi We are proud to announce that the FreeBSD Haskell Team has committed Haskell Platform 2011.2.0.1 to the FreeBSD Ports Collection, as well as updated existing ports to their latest stable versions. Apart from the ports officially available there, many ports (Snap web framework, Leksah, and their dependencies) are still waiting to be added. Any users who like to get early access to them, please refer to the instructions at our development repository. Open tasks: 1. Update Haskell Platform (along with GHC) to 2011.4.0.0 as soon as it gets out. 2. Add more ports to the Ports Collection. 3. Create a port for Happstack. 4. Create a port for gitit. __________________________________________________________________ FreeBSD IPv6-only Support URL: http://www.FreeBSDFoundation.org/project%20announcements.shtml#Bjoern URL: http://www.ixsystems.com/ix/media/freebsd-foundation-and-ixsystems-anno unce-ipv6-only-testing-versions-of-freebsd-and-pc-bsd URL: http://www.FreeBSD.org/ipv6/ipv6only.html URL: http://www.pcbsd.org/IPv6 Contact: Bjoern A. Zeeb As a follow-up work to the no-IP kernel, a FreeBSD IPv6-only prototype kernel was build beginning of 2010. This work was now carried on and merged to mainstream FreeBSD and will be part of the upcoming 9.0-RELEASE allowing for custom no-IPv4 kernels to be built. In addition IPv6 installation and configuration support for FreeBSD and PC-BSD were improved. An IPv6-only kernel and continued efforts to build world without IPv4, like FreeBSD had supported compiling out IPv6 for a long time, will allow easier IPv6 validation work to happen. This will not only help FreeBSD or FreeBSD-derived commercial product builders but we are also hoping to motivate other Open Source projects to test their software for IPv6-readiness on FreeBSD or PC-BSD. We have provided and will continue to provide IPv6-only snapshots for FreeBSD. In IPv6-only PC-BSD snapshots have been released to provide a great Open Source desktop environment to test GUI applications for IPv6-readiness as well. I would like to thank the FreeBSD Foundation and iXsystems for their support of the project, as well as George Neville-Neil for providing review and Kris Moore for helping on the PC-BSD integration and building and providing the PC-BSD snapshots. __________________________________________________________________ FreeBSD June 6th, 2011 Doc Sprint URL: http://wiki.FreeBSD.org/DocSprints URL: http://people.FreeBSD.org/~bcr/doc/sprints/20110606-final.html URL: http://people.FreeBSD.org/~linimon/annotated_prs.docsprint.html URL: http://openhelpconference.com/ Contact: Benedict Reuschling Contact: Dru Lavigne On June 6, the FreeBSD documentation project held a doc sprint where a number of documentation issues were discussed. The sprint took place primarily in IRC channel #bsddocs on EFNet. Notes were taken in an Etherpad document where all participants could concurrently edit them in an easy to use interface. Parallel to the discussion, a number of doc problem reports have been closed. There are still some doc PRs that have been identified that could also be closed, because their original issue was already committed but the PR is still open. This needs to be investigated on a case by case basis. Dru Lavigne brought in her experiences from the Open Help conference that she was attending during the sprint. It would be good to have some FreeBSD documentation people at a future Open Help conference to exchange ideas with other open source documentation projects and how they go about doing their work. The primary discussion focused on the issues that have been talked about at the documentation working group at BSDCan's DevSummit in May. Subjects like converting the documentation repository from CVS to SVN, the move from DocBook SGML to XML-based documentation as well as other formats like RST (re-restructured text), and publication efforts of the handbook in electronic and dead-tree form were thoroughly debated. Overall participation was good, but we would like to have more documentation folks to participate in future sprints. The next sprint is planned before EuroBSDCon 2011 and will be announced in time so that interested people can set aside some time for it. We also plan to include different time zones so that we can have more input from various areas. We hope to establish these kind of sprints on a regular basis to deal with documentation issues that affect the whole community. Thanks to everyone who participated and helped bring some of the issues we talked about forward. Open tasks: 1. Schedule the next documentation sprint before the next EuroBSDCon and include different timezones. 2. Work on the todo items identified during the sprint. 3. Resolve open documentation problem reports identified to be fixed, but still open for some reason. __________________________________________________________________ FreeBSD on the Sony Playstation 3 URL: http://people.freebsd.org/~nwhitehorn/ps3/ Contact: Nathan Whitehorn The FreeBSD Playstation 3 port is now fairly mature and will be included in the 9.0 release, starting with BETA2. Most internal devices, including the USB ports, bluetooth, ethernet, and SATA devices are now supported, and the operating system can be installed to and boot from the internal hard disk. There are several remaining pieces to the port (Wireless, Sound, X11, and the SPUs), which may be interesting projects for those interested in non-PC architectures. Open tasks: 1. Built-in wireless. The 802.11 wireless interface on the Playstation 3 is multiplexed through the wired ethernet MAC and is currently unsupported. 2. The sound hardware is not currently supported. 3. The framebuffer driver does not currently support X11. This would involve writing a simple X11 framebuffer driver to connect to syscons. 4. The synergistic processing units (SPUs) on the Cell processor are not supported yet. They present an interesting model of heterogeneous computing, more suited for full treatment by a UNIX-type kernel than GPGPU computing: each SPU has a concept of user and supervisor mode, as well as interrupts, and can share MMU context with the main CPU cores. As such, they in principle can support a full UNIX process model. __________________________________________________________________ FreeBSD/arm on Marvell Armada XP Contact: Grzegorz Bernacki Contact: Rafal Jaworowski Marvell Armada XP is a complete system-on-chip solution based on Sheeva embedded CPU. These devices integrate up to four ARMv6/v7 compliant Sheeva CPU cores with shared L2 cache. This work is extending FreeBSD/arm infrastructure towards support for recent ARM architecture variations along with a basic set of device drivers for integrated peripherials. Current FreeBSD suppport for Armada XP includes: * Booting via U-Boot bootloader * ARMv6/v7 support * + Reworked CPU indentification scheme + New cache identification scheme + Support for PIPT caches + Reworked PMAP for ARMv6/v7 features * Serial console support (UART) * Interrupt controller * Integrated timers * USB driver attachment * Ethernet controller driver Next steps: * L2 cache support * SMP support * PCI-Express and SATA drivers __________________________________________________________________ FreeBSD/powerpc on AppliedMicro APM86290 Contact: Grzegorz Bernacki Contact: Rafal Jaworowski The APM86290 system-on-chip device is a member of AppliedMicro's PACKETpro family of embedded processors. The chip includes two Power Architecture PPC465 processor cores, which are compliant with Book-E specification of the architecture, and a number of integrated peripherals. This work is extending current Book-E support in FreeBSD towards PPC4xx processors variation along with device drivers for integrated peripherials. Current FreeBSD APM86290 support includes: * Booting via U-Boot bootloader * Support for PPC465 core * L1 cache * Serial console (UART) Next steps: * Interrupt controller * EHCI USB driver attachment * Ethernet controller * Queue Manager/Traffic Manager * L2 cache support __________________________________________________________________ FreeBSD/powerpc64 on IBM pSeries machines URL: svn://svn.FreeBSD.org/base/projects/pseries/ Contact: Nathan Whitehorn Contact: Andreas Tobler The goal of this project is to make FreeBSD running on PAPR compliant machines like the IBM pSeries family. Currently we can boot a POWER7 emulation under a recent qemu snapshot. The boot process stops when trying to find a PIC. The same applies for an IntelliStation-285. (POWER5+). Open tasks: 1. Implement interrupt controller. 2. PCI bus scanning. 3. Drivers, drivers, drivers. 4. Improve memory management. __________________________________________________________________ FreeBSD/sparc64 Contact: Marius Strobl * The iommu(4) driver has been changed to take advantage of the streaming buffers of the host-PCI and host-SBus bridges if present, which in at least some configurations results in a modest performance improvement due to the caching of DMA transactions. As a prerequisite, the bus_dma(9) usage of all drivers compiled as part of the sparc64 GENERIC kernel has been reviewed and fixed and in case of sound(4) and sym(4) at least worked around as necessary in order to be able to use the streaming buffers. Support for this will be merged back to 8-STABLE prior to 8.3-RELEASE. * Following the update of the in-tree binutils to 2.17.50, which now for the first time include support for GNUTLS on sparc64 in the base, support for TLS relocations on sparc64 was added to rtld(1) and enabled in the base GCC and malloc(3). * Support and a workaround necessary for Sun Fire V890 equipped with UltraSPARC-IV was added. Support for these will be merged back to 8-STABLE prior to 8.3-RELEASE. * The schizo(4) driver has been updated to also support the XMITS Fireplane/Safari to PCI-X bridges and a workaround for Casinni/Skyhawk combinations has been added. Chances are that the latter solves the crashes seen when using the the on-board Casinni NICs of Sun Fire V480 equipped with centerplanes other than 501-6780 or 501-6790. These changes have been merged back to 8-STABLE and will be part of 8.3-RELEASE. * As part of the largeSMP project which had the goal of supporting more than 32 CPU cores in FreeBSD several parts of the sparc64 specific code had to be adapted mainly in the assembler bits but as a result now also supports more than 32 CPU cores. * On machines where we do not need to lock the kernel TSB into the dTLB and thus may basically use the entire 64-bit kernel address space, i.e. on machines equipped with UltraSPARC-III+ and greater CPUs, the kernel virtual memory was increased to not be limited by VM_KMEM_SIZE_MAX and VM_KMEM_SIZE_SCALE decreased to 1 allowing kernel to use more memory as for example useful for ZFS. These changes will be merged back to 8-STABLE prior to 8.3-RELEASE. * The shortcut taken in the code responsible for flushing user mappings from the TLBs of UltraSPARC-III and greater CPUs turned out to not scale well on MP-systems with more than 8 CPU cores and thus was re-written. As a result it now scales up to at least 16-way machines. These changes will be merged back to 8-STABLE prior to 8.3-RELEASE. __________________________________________________________________ Google Summer of Code URL: http://wiki.FreeBSD.org/SummerOfCode2011 Contact: Brooks Davis Contact: Robert Watson We are happy to be participating in our 7th Google Summer of Code. After the mid-term evaluation we have 15 projects working towards the final evaluation. You can see the latest status on student's individual wiki pages or by subscribing to the soc-status mailing list. __________________________________________________________________ Intel GPU Driver URL: http://wiki.FreeBSD.org/Intel_GPU Contact: Konstantin Belousov The FreeBSD Foundation sponsored project to port the Linux kernel-mode driver for Intel GPU progressed to the point where some machines can use Xorg with ddx driver from the git head and latest Mesa. On my test machine I was able to run uhexen2 and ioquake3. Nonetheless, the driver is still in the early stages of debugging. Read the wiki page for more details, guidelines on installation and initial bug analysis. Main efforts right now are directed on getting the required VM changes into the base system, ideally before 9.0 is released. __________________________________________________________________ IPv6 RA Handling Improvements Contact: Hiroki Sato ICMPv6 Router Advertisement (RA) message is a part of IPv6 Neighbor Discovery Protocol in RFC 4861 and takes an important role in IPv6 basic functionality. FreeBSD supports it in the kernel, and the rtadvd(8) and rtsold(8) programs derived from KAME project handle it in userland. This small project aims to improve the current RA handling by removing limitations and adding new functionality found in the latest RFCs. Changes committed are as follows: * FreeBSD now supports RA receiving even if net.inet6.ip6.forwarding=1 and enabling/disabling the receiving in a per-interface basis. The traditional "host" and "router" node model in IPv6 RFCs is translated into a concept of "RA-receiving interfaces" and "RA-sending interfaces" in FreeBSD 9.0 or later, not depending only on system-wide IP forwarding capability. This is useful for a system with multiple IPv6-capable interfaces (such as a customer-edge router) which require SLAAC (Stateless Address Autoconfiguration) feature described in RFC 4862. * The rtadvd(8) and rtsold(8) programs now support IPv6 Router Advertisement Options for DNS Configuration in RFC 6106. This enables updating /etc/resolv.conf by using RAs. * The rtadvd(8) daemon now supports dynamically-added/removed interfaces. Although it was needed that all of RA-sending interfaces exist before the daemon was invoked, the new version no longer requires it. When a new interface arrived, it will be configured on the fly. * The rtadvctl(8) utility has been added. This displays RA-sending status on each interface and provides a way to control the daemon. This utility makes system administration much easier. All of the changes described above have already been committed to 9-CURRENT and a part of them will be merged to 8-STABLE. __________________________________________________________________ KDE-FreeBSD URL: FreeBSD.kde.org URL: http://dot.kde.org/2011/06/29/platform-frameworks-kde-hackers-meet-swit zerland URL: http://blogs.FreeBSDish.org/avilla/2011/06/14/call-for-tests-kde-pim-4- 6-0 URL: http://FreeBSD.kde.org/area51.php Contact: KDE FreeBSD Alberto Villa and Raphael Kubo da Costa went to Randa, Switzerland, to attend, respectively, the KDE Multimedia/Kdenlive sprint and the Platform 11 sprint. The sprints afforded them the opportunity to form closer bonds with the upstream KDE community, to learn about the future of Qt and KDE and make sure FreeBSD's needs are taken into account. For more information see the article "From Platform to Frameworks -- KDE hackers meet in Switzerland" at dot.kde.org. The KDE on FreeBSD team have continued to improve the experience of KDE and Qt under FreeBSD. The latest round of improvements include: * Qt supports Clang as a compiler The team has also made many releases and upstreamed many fixes and patches. The latest round of releases include: * Qt: 4.7.3 * KDE: 4.6.3; 4.6.4; 4.6.5 * Amarok: 2.4.1 * Digikam (and KIPI-plugins): 1.9.0 Further testing is requested for KDE PIM 4.6.0 and Calligra 2.3.72 before the ports are committed. To test the ports please visit Alberto Villa's call for test and area51. The team is always looking for more testers and porters so please visit us at kde-freebsd@kde.org and our homepage. Open tasks: 1. Testing KDE PIM 4.6.0. __________________________________________________________________ libarchive, bsdtar, bsdcpio URL: http://code.google.com/p/libarchive Contact: Tim Kientzle Contact: Michihiro Nakajima Libarchive, bsdtar and bsdcpio in 9-CURRENT have been updated to version 2.8.4 (thanks to mm@FreeBSD.org) and bsdtar now supports extracting XAR and RPM archive formats. There is ongoing development in trunk with many improvements including support for new formats both on the read (e.g. cab, lha, rar) and write parts (e.g. iso9660, xar). __________________________________________________________________ libvirt networking port URL: http://www.libvirt.org/ Contact: Jason Helfman Contact: Daniel P. Berrange Libvirt, a Toolkit to interact with virtualization capabilities, has been ported to FreeBSD, however the networking capabilities have been disabled as they are incompatible with FreeBSD. Libvirt currently supports connecting to many types of hypervisors, however it can be a far more useful tool if the networking capabilities were ported to FreeBSD. In contacting Daniel P. Berrange, he was kind enough to advise on what is required to port networking of libvirt to FreeBSD. His response is paraphrased below: There are two aspects to networking in libvirt: * The virtual network driver (in src/network/bridge_driver.c) uses the Linux kernel's native 'bridge' functionality to provide an isolated, or routed, or NATed network connection to guests. There is a bridge device on the host created, and guest TAP devices are added to it. There is no physical ethernet device added to the bridge, and iptables is used to control whether the host OS routes traffic to/from the bridge & physical LAN. Porting bridge and bridge control functionality to FreeBSD would need to be done, and how to nat/routed/isolated guest configs and write a compatible version of bridge_driver.c for FreeBSD. * The host interface driver (in src/inteface/netcf_driver.c) uses the netcf library to manage configuration of host network interfaces to do things like bonding, vlans, bridging and controlling the interfaces availability. The core job is to port netcf to work with FreeBSD. A netcf backend that understands FreeBSD's networking configuration files and calls appropriate tools to bring interfaces online/offline would need to be created. Both these jobs are pretty much independent, so can easily be done in parallel. Open tasks: 1. Port bridge network driver for libvirt. 2. Port netcf driver for libvirt. __________________________________________________________________ netmap URL: http://info.iet.unipi.it/~luigi/netmap/ Contact: Luigi Rizzo netmap is a novel framework to achieve wire-speed packet processing in FreeBSD, while retaining the safety and richness of features provided by the user space environment, and using only standard system calls. With netmap, it takes as little as 70 clock cycles to move one packet between the user program and the wire. As an example, a single core running at 900MHz can generate the 14.8Mpps that saturate a 10GigE interface. This is a 5-10x improvement over the use of a standard device driver. netmap is implemented with a relatively small kernel device driver (less than 2000 lines of code), plus individual network card patches (300-500 lines each; currently supported are Intel 1 and 10 Gbit cards, and RealTek 1 Gbit cards). No special user libraries are needed, although we have a small libpcap-over-netmap which enables the use of existing applications on top of the new API with no source or binary modifications. The netmap home page contains a more detailed description of the project, source code, papers and slides. __________________________________________________________________ New ipfw features URL: http://svnweb.FreeBSD.org/base?view=revision&revision=223666 Contact: Vadim Goncharov The ipfw(4) packet filter now supports call and return rule actions. When a packet matches a rule with the call action, the rule number is saved in the internal stack and rules processing continues from the first rule with specified number (similar to skipto action, but backward jumps are allowed). If later a rule with return action is encountered, the processing returns to the first rule with number greater than the number saved in the internal stack. This makes it possible to organize "subroutines" with rules, e.g. to call one subroutine several times from different places in the ruleset. For more details, see ipfw(8). __________________________________________________________________ nvi-iconv URL: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/zy/1 URL: https://github.com/lichray/nvi2 Contact: Zhihao Yuan This project creates a multibyte aware nvi fork. While most of the userland tools in the FreeBSD base system support multibyte encodings, there is no pure-licensed nvi fork comes with sufficient multibyte encoding (both Unicode and non-Unicode) support prior to this. Currently, functionally, the new nvi is ready for testing. The description is at https://github.com/lichray/nvi2/wiki (the patch is deprecated). I will commit a new one latter. The features dropped from nvi-1.79 are: * Perl and Tcl interpreter supports; * The whole Perl/Tcl/Tk scripting framework; * A third-party gtags support. and the features adopted from nvi-1.81.6 includes: * Multibyte encoding supports (wchar_t + libiconv + libncursesw); * fileencoding and inputencoding options; * Undocumented :vsplit command, which vertically splits the screen. Many known bugs, incomplete code from nvi-devel are fixed. However, I find a serious memory leaking (via valgrind) in the nvi-devel iconv framework. This requires a careful review. Open tasks: 1. Reviews the iconv part and fixes the memory leak. 2. Ex scripts for testing. But it seems that I have no experience on that... 3. File encoding detection. My plan it to detect UTF-16 BOM first, then UTF-8. If all fails, uses locale. UTF-8 BOM is not supported by iconv, and we need to discuss whether we should support it in the editor. __________________________________________________________________ OpenAFS port URL: http://openafs.org URL: http://wiki.FreeBSD.org/afs Contact: Benjamin Kaduk Contact: Derrick Brashear AFS is a distributed network filesystem that originated from the Andrew Project at Carnegie-Mellon University. Since our last report, upstream OpenAFS has updated to a 1.6.0pre6 release candidate, which is available in the FreeBSD Ports Collection. We still expect the upcoming 1.6.0 release to be usable for regular client workloads (though not heavy load). We have also made progress on integration with the bsd.kmod.mk kernel-module-building infrastructure, with a working prototype implementation. Further cleanup and testing is needed before it is ready to be committed. There are several known outstanding issues that are being worked on, but detailed bug reports are welcome at port-freebsd@openafs.org. Open tasks: 1. Update VFS locking to allow the use of disk-based client caches as well as memory-based caches. 2. Track down races and deadlocks that may appear under load. 3. Integrate with the bsd.kmod.mk kernel-module build infrastructure. 4. Eliminate a moderate memory leak from the kernel module. 5. PAG (Process Authentication Group) support is not functional. __________________________________________________________________ Overhaul of the mii(4)-subsystem Contact: Marius Strobl The mii(4)-subsystem has been overhauled and fixes and enhancements from NetBSD/OpenBSD since mii(4) originally has been ported over have been merged. As a result a lot of code duplication and hacks have been removed from the PHY drivers and we are now able again to share the miidevs file with NetBSD. Due to KPI breakages the majority of this work will not be merged back into 8-STABLE and earlier. Additionally shorthand aliases for common media+option combinations as announced by mii(4) have been added to the ifmedia code so that now one can actually supply the media strings found in the dmesg output to ifconfig(8). Support for this will be merged back to 8-STABLE prior to 8.3-RELEASE. __________________________________________________________________ Portbuilder URL: https://github.com/DragonSA/portbuilder URL: https://github.com/DragonSA/portbuilder/blob/0.1.3/README URL: https://github.com/DragonSA/portbuilder/blob/0.1.3/TODO Contact: David Naylor I would like to introduce a project that has been in the works for the last 3 years. From the projects README: A concurrent ports building tool. Although FreeBSD ports supports building a single port using multiple jobs (via MAKE_JOBS), it cannot build multiple ports concurrently. This tool accomplishes just that. Some of its key features: * Concurrent port building * Load control * Top like UI * Persistent builds (by default) Portbuilder originally used threads to control each port at each stage of the build however the required locks resulting in deadlocks, and some ports would not build correctly. To resolve those issues a rewrite was done to use only a single thread, making all locking code redundant. Thanks to the use of kqueue(2) the overhead of managing concurrent port builds is minimal. Further work to reduce that overhead is underway. Portbuilder is installable from ports under ports-mgmt/portbuilder, see the README for usage details. Please note that this is considered BETA quality, that the feature set and API are expected to change, and that portbuilder may crash or fail to behave properly. Open tasks: 1. Wiki page. 2. Testing. 3. See TODO. __________________________________________________________________ Ports Collection URL: http://www.FreeBSD.org/ports/ URL: http://www.FreeBSD.org/doc/en_US.ISO8859-1/articles/contributing-ports/ URL: http://portsmon.FreeBSD.org/index.html URL: http://www.FreeBSD.org/portmgr/index.html URL: http://blogs.FreeBSDish.org/portmgr/ URL: http://www.twitter.com/freebsd_portmgr/ URL: http://www.facebook.com/group.php?gid=135441496471197 URL: http://FreeBSDFoundation.blogspot.com/2011/06/bsdcan-trip-report-baptis te-daroussin.html URL: http://FreeBSDFoundation.blogspot.com/2011/06/bsdcan-trip-report-julien -laffaye.html URL: http://FreeBSDFoundation.blogspot.com/2011/06/bsdcan-trip-report-thomas -abthorpe.html URL: http://blogs.FreeBSDish.org/portmgr/2011/05/26/thankyoufoundation/ Contact: Thomas Abthorpe Contact: Port Management Team The ports tree slowly moves up closer to 23,000. The PR count still remains at about 1100. In Q2 we added 3 new committers, took in 2 commit bits for safe keeping, and added a new member to portmgr. The Ports Management team have been running -exp runs on an ongoing basis, verifying how base system updates may affect the ports tree, as well as providing QA runs for major ports updates. Of note, -exp runs were done for: * ports/154044, -exp run to update x11-toolkits/open-motif * ports/155269, -exp run to fix problem with base/ports ncurses * ports/155215, -exp run to update gmake, completed by linimon * ports/156575, -exp run to generate a subset of ports in INDEX * ports/155983, -exp run to reroot md5 in /sbin * ports/139116, -exp run to call target "install-rc-script" before "post-install" * ports/155510, -exp run to remove support for pre 7.X * ports/156533, -exp run to patch bsd.apache.mk * ports/152498, -exp run to improve USERS/GROUPS handling * flz has been performing clang -exp runs * erwin performed -exp run for perl 5.12.4 update * pav performed multiple -exp runs for gtk3 Open tasks: 1. Looking for help getting ports to build with clang. 2. Looking for help fixing ports broken on CURRENT. (List needs updating, too) 3. Looking for help with Tier-2 architectures. (List needs updating, too) 4. Most ports PRs are assigned, we now need to focus on testing, committing, and closing. __________________________________________________________________ Replacing the Regular Expression Code URL: http://wiki.FreeBSD.org/G%C3%A1borSoC2011 Contact: Gábor Kövesdán The current regular expression code in libc is quite outdated and does not support wide characters. There are various open source regular expression libraries but replacing the code is not a simple task because there are quite many considerations and requirements. The best candidate is TRE, which is a BSD-licensed, supports wide and multibyte characters, conforms to POSIX and it performs well compared to another available alternatives, so the work has been started with TRE. Apart from the replacement, the plan is to implement heuristical matching, which will speed up the pattern matching significantly. Besides, grep and diff in the base system have been using the GNU regex code, which has a more permissive syntax. It is desired to have a single regex engine in the base system, so the GNU syntax has to be implemented (as an optional feature), as well. So far, a fast string matching algorithm has been added, which is a variant of the Turbo Boyer-Moore algorithm. It has been slightly tuned to support not only literal patterns but patterns containing $^. symbols. This algorithm is used automatically when the pattern makes it possible. Besides, heuristic matching has also been implemented. If the fast matcher cannot be applied directly, it parses the pattern and separates the fixed-length prefix and suffix of the pattern. Then it can be used to locate the possibly matching regions of the text, using a more efficient algorithm than the full regex NFA and the latter only has to be applied to the narrow context that has been located. Open tasks: 1. Implement GNU regex syntax. 2. Add test suite GNU-specific behavior and also add some tests for locale-specific behavior. 3. Test and review the code. Contact the author and check if these improvements can be added to the upstream code so that more people can benefit from this. __________________________________________________________________ Status Report for NFS Contact: Rick Macklem The new NFS client and server are no longer considered experimental and will most likely be the default for FreeBSD 9.0. Included is support for NFSv4.0 as well as NFSv3 and NFSv2. The NFSv4.0 support was tested at a recent NFSv4 Interoperability Bakeathon held at CITI of the University of Michigan. Also tested at the Bakeathon was a basic client implementation of NFSv4.1 which will soon be available as a test patch against the FreeBSD 9.0 kernel sources. If you are interested in testing NFSv4.1, stay tuned to the freebsd-fs@FreeBSD.org mailing list. zkirsch@FreeBSD.org and friends will be taking on a majority of the NFSv4 server work while I concentrate on the client, with hopes that the NFSv4.1 support will mature over the next year or so. I will also be making a patch for an experimental aggressive client side on-disk caching mechanism for NFSv4 I call Packrats available. An announcement about this will be made on freebsd-fs@FreeBSD.org as well. __________________________________________________________________ TCP User Timeout Option (UTO) URL: http://wiki.FreeBSD.org/CatalinNicutar/TCPUTO URL: http://p4web.FreeBSD.org/@md=d&cd=//depot/projects/soc2011/&dw=u&c=kml@ //depot/projects/soc2011/cnicutar_tcputo_8/?ac=83 Contact: Catalin Nicutar Contact: Bjoern Zeeb The goal of the User Timeout option is to allow an application to tweak the time TCP waits for acknowledgements. Using UTO, an application can choose the exact time it is willing to wait for data to be acknowledged. Also, an application can suggest to its peer the time it should wait before dropping the connection (the peer may or may not allow this). As an example, a SSH client can request a large timeout (4 hours) for a connection. After some time the client is disconnected, reconnecting 2 hours later (with the same IP). Due to UTO, the connection should still be alive and any lost data should be retransmitted. Current testing is done on TCP over IPv4. Timeouts can be limited by global sysctls and an application can choose how to send or accept timeout values via socket options. In addition to regression tests, support has been added to telnet, ssh and netcat. Open tasks: 1. Regression tests for TCP over IPv6. 2. Add support to more userland applications. 3. Implement strategies and regression tests to handle and simulate DoS scenarios. __________________________________________________________________ The FreeBSD Dutch Documentation Project URL: http://wiki.FreeBSD.org/DutchDocumentationProject URL: http://p4db.FreeBSD.org/depotTreeBrowser.cgi?FSPC=//depot/projects/docp roj_nl Contact: Remko Lodder Contact: René Ladan During the last period most work went into keeping the Handbook up to date; it is currently up-to-date except for a section on network servers. Other areas being worked on are the FAQ and the web site. The latter two are still a work-in-progress. Open tasks: 1. Volunteers! The best part is that you do not need to be an expert on FreeBSD nor the Dutch language to join, just some enthusiasm and spare time. __________________________________________________________________ The FreeBSD Foundation URL: www.FreeBSDFoundation.org Contact: Deb Goodkin We were a proud sponsor of BSDCan. We also sponsored 6 developers to attend the conference. And, we brought in over $1,000 in donations! The Foundation was also represented at FlourishConf in Chicago, IL and SouthEast LinuxFest in Spartanburg, SC. We acquired a non-exclusive copyright license to the libcxxrt C++ runtime software from PathScale. Sponsored a project to create an IPv6-only version of FreeBSD and PC-BSD. We're pleased announce the addition of Ed Maste to our Board of Directors. Ed has been involved with FreeBSD since 2003. And, has been a committer since 2005. Ed leads the OS team at Sandvine and is responsible for a number of developers who bring enhancements from FreeBSD into Sandvine's OS and contribute their own changes back to FreeBSD. We continued our work on infrastructure projects to beef up hardware for package-building, network-testing, etc. This includes purchasing equipment as well as managing equipment donations. In fact we just placed an order for a 80-core server for SMP performance work. Stop by and visit with us at Ohio LinuxFest, Columbus, OH, on September 10. The work above, as well as many other tasks we do for the project, couldn't be done without donations. Please help us by making a donation or asking your company to make a donation. We would be happy to send marketing literature to you or your company. Find out how to make a donation at http://www.FreeBSDFoundation.org/donate/. Find out more up-to-date Foundation news by reading our blog and Facebook page. __________________________________________________________________ The FreeBSD Japanese Documentation Project URL: http://www.FreeBSD.org/ja/ URL: http://www.jp.FreeBSD.org/doc-jp/ Contact: Hiroki Sato Contact: Ryusuke Suzuki The www/ja and doc/ja_JP.eucJP/books/handbook subtrees have constantly been updated. During this period, many part of out-dated contents in the www/ja subtree were updated to the latest versions in the English counterpart. Thus most of the files in the subtree are already synchronized with www/en at this moment, and this updating work will be finished within this year. For FreeBSD Handbook, translation work for the kernelconfig section was just started. In addition, we are planning to translate the upcoming release announcement because it is also important for Japanese people. Open tasks: 1. Further translation work for outdated and/or non-translated documents in both doc/ja_JP.eucJP and www/ja. __________________________________________________________________ ZFS pool version 28 Contact: Pawel Jakub Dawidek Contact: Martin Matuska ZFS pool version 28 has been merged into 8-STABLE as of June 6, 2011. In addition, several bugfixes and improvements from the Illumos project have been imported. Open tasks: 1. Investigation of ZFS problem reports. __________________________________________________________________ The FreeBSD Project. All rights reserved. From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 16:32:54 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1319C1065679 for ; Wed, 14 Sep 2011 16:32:54 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 937068FC08 for ; Wed, 14 Sep 2011 16:32:53 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so2101793bkb.13 for ; Wed, 14 Sep 2011 09:32:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=+3+9yHGFyUtDdAw751lHKwAvhnEFOtBQO1Gdk/Sf+Ns=; b=C7cVUVLJfQ0rVsppByU+szQyKjzRUjSOWUiJqioA5uOUZ0wDaJ+bL31qi4biveqAdU YrCefOFjAOAnuidbB4XFHLyxpxk/T+98AXFtalkDBQPT7s1nTc+kXyrY8CDW6lVlpa+0 6CkjKzXMl0xH9W3f4ec/EY/CuH+wuv1dJeerU= Received: by 10.204.3.209 with SMTP id 17mr1452bko.334.1316016624855; Wed, 14 Sep 2011 09:10:24 -0700 (PDT) Received: from Melon.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id z9sm708234bkn.7.2011.09.14.09.10.20 (version=SSLv3 cipher=OTHER); Wed, 14 Sep 2011 09:10:21 -0700 (PDT) Message-ID: <4E70D1B1.3040203@gmail.com> Date: Wed, 14 Sep 2011 18:09:21 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110909 Thunderbird/6.0.2 MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 16:32:54 -0000 Hi, Today I pulled up the last changes for RELENG_8 branch and I got an error when doing the make installworld target : ===> gnu/usr.bin/texinfo/doc (install) install-info --quiet --defsection=Miscellaneous --defentry= info.info /usr/share/info/dir install-info --quiet --defsection=Miscellaneous --defentry= info-stnd.info /usr/share/info/dir install-info --quiet --defsection=Miscellaneous --defentry= texinfo.info /usr/share/info/dir install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz texinfo.info.gz /usr/share/info ===> include (install) creating osreldate.h from newvers.sh touch: not found *** Error code 127 Stop in /usr/src/include. *** Error code 1 Anyone having the same issue? Cheers, -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 16:37:59 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BB1CC1065670 for ; Wed, 14 Sep 2011 16:37:59 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7C5758FC18 for ; Wed, 14 Sep 2011 16:37:59 +0000 (UTC) Received: by yxk36 with SMTP id 36so1884430yxk.13 for ; Wed, 14 Sep 2011 09:37:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=xz6deuB24CGtKEishCPv4YCnoxfpXEm5gzvnrZcMCzE=; b=LR0gKSqu5lPz+vmeaoeaI2cn9GanQ7C54/0Gt4e8pW7IPHEWEwPoNtFZeQM9d3YoG4 9UfbWDljloop4KJNqE8GTZq7onJ9lLvLwXUow238K9d2eWPUeS+joRLW3BLoRsUPdV9f GtLy2mn8KXVvDorSUCUxv2bjFvD6Qk4XiKxLg= MIME-Version: 1.0 Received: by 10.42.163.71 with SMTP id b7mr33352icy.167.1316018278210; Wed, 14 Sep 2011 09:37:58 -0700 (PDT) Received: by 10.231.36.69 with HTTP; Wed, 14 Sep 2011 09:37:58 -0700 (PDT) In-Reply-To: <4E70D1B1.3040203@gmail.com> References: <4E70D1B1.3040203@gmail.com> Date: Wed, 14 Sep 2011 09:37:58 -0700 Message-ID: From: Kevin Oberman To: David Demelier Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable Subject: Re: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 16:37:59 -0000 On Wed, Sep 14, 2011 at 9:09 AM, David Demelier wrote: > Hi, > > Today I pulled up the last changes for RELENG_8 branch and I got an error > when doing the make installworld target : > > =3D=3D=3D> gnu/usr.bin/texinfo/doc (install) > install-info --quiet =A0--defsection=3DMiscellaneous =A0--defentry=3D =A0= info.info > /usr/share/info/dir > install-info --quiet =A0--defsection=3DMiscellaneous =A0--defentry=3D inf= o-stnd.info > /usr/share/info/dir > install-info --quiet =A0--defsection=3DMiscellaneous =A0--defentry=3D tex= info.info > /usr/share/info/dir > install -o root -g wheel -m 444 =A0info.info.gz info-stnd.info.gz > texinfo.info.gz /usr/share/info > =3D=3D=3D> include (install) > creating osreldate.h from newvers.sh > touch: not found > *** Error code 127 > > Stop in /usr/src/include. > *** Error code 1 > > Anyone having the same issue? Check the setting of the date/time on the system. --=20 R. Kevin Oberman, Network Engineer - Retired E-mail: kob6558@gmail.com From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 17:04:43 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DC4FC106564A for ; Wed, 14 Sep 2011 17:04:43 +0000 (UTC) (envelope-from efinley.lists@gmail.com) Received: from mail-ey0-f182.google.com (mail-ey0-f182.google.com [209.85.215.182]) by mx1.freebsd.org (Postfix) with ESMTP id 741AD8FC0C for ; Wed, 14 Sep 2011 17:04:43 +0000 (UTC) Received: by eyg7 with SMTP id 7so1139596eyg.13 for ; Wed, 14 Sep 2011 10:04:42 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=WUGrXZ9z6ciqEBBUmqaas9BtUxyiUZhqo1OJiYMkFqM=; b=fWYrVePvGTkjrFEDS3moGwe0JfmGgdJpXInY0pfyIm1bEZvRDJijbqEV6wbK6eczSP 0cdi/Cz0ta2r1MfTJKpv8FchCqD7qtW6qoDiEvsLME9fdhKGaCp/Z5V/LKxBmEeB7Npi b7/E83DmxRyjzW3GR8WCbVp7cXMo0ry/zBF3s= MIME-Version: 1.0 Received: by 10.52.94.146 with SMTP id dc18mr92142vdb.0.1316018300901; Wed, 14 Sep 2011 09:38:20 -0700 (PDT) Received: by 10.52.167.34 with HTTP; Wed, 14 Sep 2011 09:38:20 -0700 (PDT) In-Reply-To: <20110914080831.GB41431@neveragain.de> References: <20110914080831.GB41431@neveragain.de> Date: Wed, 14 Sep 2011 10:38:20 -0600 Message-ID: From: Elliot Finley To: Dennis Koegel Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org Subject: Re: System freeze: Adaptec (aac) timeouts (releng 8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 17:04:44 -0000 I was having the exact same problem using an Adaptec 52445. After downloading and using the latest driver from the adaptec website, the problems stopped. I haven't had a single freeze since using the new code. The newest driver from the website has source code with it, so it shouldn't be that big of a deal to incorporate it into the base system. I emailed the authors of the aac driver (Mike Smith and Scott Long), but they have both retired. So I'm not really sure how to get this code into the base. If anyone knows, please take up the charge. On Wed, Sep 14, 2011 at 2:08 AM, Dennis Koegel wrote: > Cheers, > > we have a reproducible system freeze due to Adaptec driver (aac) timeouts= : > > Sep =A03 05:26:44 foo kernel: aac0: COMMAND 0xffffff80005ae4c0 (TYPE 502)= TIMEOUT AFTER 129 SECONDS > Sep =A03 05:26:44 foo kernel: aac0: COMMAND 0xffffff80005ac0e0 (TYPE 502)= TIMEOUT AFTER 129 SECONDS > Sep =A03 05:26:44 foo kernel: aac0: COMMAND 0xffffff80005b0fa0 (TYPE 502)= TIMEOUT AFTER 129 SECONDS > > > Once this happens, the userland seems to be alive, but the controller is > completely dead. As soon as the disk subsystem is involved, any process > hangs forever (e.g. SSH crypto-exchange still happens, but a shell won't > even start anymore). > > We observe the same issue on two systems of (mostly) identical spec, so > it's not a hardware issue. > > Apparently this only happens under heavy disk i/o and high cpu load. > Notably high write throughput plus a 'zpool scrub' on a large > GELI-backed zpool usually triggers the problem after a few hours. > Without high activity, they run smooth for weeks. > > Both systems are amd64 with an Adaptec 5805 controller and 16 disks (of > which two form a RAID-1 system volume (UFS), and the remaining 14 serve > as JBOD for a large zpool -- a total of 15 "aacd" devices). > > Both were running 8.2R originally. I've taken them to 8-STABLE now and > also applied svn r222951 (where the MFC was forgotten, it seems), but > the problem remains. > > Any help is greatly appreciated. > > Thanks, > - D. > _______________________________________________ > 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-stable@FreeBSD.ORG Wed Sep 14 17:37:57 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 688DE106566B for ; Wed, 14 Sep 2011 17:37:57 +0000 (UTC) (envelope-from spawk@acm.poly.edu) Received: from acm.poly.edu (acm.poly.edu [128.238.9.200]) by mx1.freebsd.org (Postfix) with ESMTP id 0820B8FC19 for ; Wed, 14 Sep 2011 17:37:56 +0000 (UTC) Received: (qmail 66334 invoked from network); 14 Sep 2011 17:11:15 -0000 Received: from unknown (HELO ?10.50.50.212?) (spawk@64.147.100.2) by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 14 Sep 2011 17:11:15 -0000 Message-ID: <4E70E005.8060804@acm.poly.edu> Date: Wed, 14 Sep 2011 13:10:29 -0400 From: Boris Kochergin User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.1) Gecko/20110901 Thunderbird/6.0.1 MIME-Version: 1.0 To: Kevin Oberman References: <4E70D1B1.3040203@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: David Demelier , freebsd-stable Subject: Re: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 17:37:57 -0000 On 09/14/11 12:37, Kevin Oberman wrote: > On Wed, Sep 14, 2011 at 9:09 AM, David Demelier > wrote: >> Hi, >> >> Today I pulled up the last changes for RELENG_8 branch and I got an error >> when doing the make installworld target : >> >> ===> gnu/usr.bin/texinfo/doc (install) >> install-info --quiet --defsection=Miscellaneous --defentry= info.info >> /usr/share/info/dir >> install-info --quiet --defsection=Miscellaneous --defentry= info-stnd.info >> /usr/share/info/dir >> install-info --quiet --defsection=Miscellaneous --defentry= texinfo.info >> /usr/share/info/dir >> install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz >> texinfo.info.gz /usr/share/info >> ===> include (install) >> creating osreldate.h from newvers.sh >> touch: not found >> *** Error code 127 >> >> Stop in /usr/src/include. >> *** Error code 1 >> >> Anyone having the same issue? > Check the setting of the date/time on the system. I've also seen this happen when my /usr/src was out of sync with /usr/obj. -Boris From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 18:08:03 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 856711065674 for ; Wed, 14 Sep 2011 18:08:03 +0000 (UTC) (envelope-from barbara.xxx1975@libero.it) Received: from outrelay01.libero.it (outrelay01.libero.it [212.52.84.101]) by mx1.freebsd.org (Postfix) with ESMTP id 1BCED8FC13 for ; Wed, 14 Sep 2011 18:08:02 +0000 (UTC) X-CTCH-Spam: Unknown X-CTCH-RefID: str=0001.0A0B020B.4E70EACB.0148,ss=1,re=0.000,fgs=0 X-libjamoibt: 1821 Received: from wmail47 (172.31.0.237) by outrelay01.libero.it (8.5.133) (authenticated as barbara.xxx1975@libero.it) id 4E3BF90A02E4D038; Wed, 14 Sep 2011 19:56:27 +0200 Message-ID: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> Date: Wed, 14 Sep 2011 19:56:27 +0200 (CEST) From: Barbara To: , freebsd-stable MIME-Version: 1.0 Content-Type: text/plain;charset="UTF-8" Content-Transfer-Encoding: 7bit X-SenderIP: 87.18.215.37 Cc: Subject: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Barbara List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 18:08:03 -0000 > >Hi, > >Today I pulled up the last changes for RELENG_8 branch and I got an >error when doing the make installworld target : > >===> gnu/usr.bin/texinfo/doc (install) >install-info --quiet --defsection=Miscellaneous --defentry= info.info >/usr/share/info/dir >install-info --quiet --defsection=Miscellaneous --defentry= >info-stnd.info /usr/share/info/dir >install-info --quiet --defsection=Miscellaneous --defentry= >texinfo.info /usr/share/info/dir >install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz >texinfo.info.gz /usr/share/info >===> include (install) >creating osreldate.h from newvers.sh >touch: not found >*** Error code 127 > >Stop in /usr/src/include. >*** Error code 1 > >Anyone having the same issue? > >Cheers, Forgot to "adjkerntz -i"? Barbara From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 18:27:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4B1471065673 for ; Wed, 14 Sep 2011 18:27:47 +0000 (UTC) (envelope-from demelier.david@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D50438FC18 for ; Wed, 14 Sep 2011 18:27:46 +0000 (UTC) Received: by wwe3 with SMTP id 3so2522909wwe.31 for ; Wed, 14 Sep 2011 11:27:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=AkCTsew+wls9pOiN31L6o85LPkuVneNq6YbzbP/r7vc=; b=eMHZq17wEEjFdxW4/+rD3aU1X7ymNeB94t5zDmEcniBKieqXTu8yU1jSrEPsUKTmpi 4qWWVg8V2PTI/S48Ug7fo7tCLvoWACf5rVRT3y8owCXhalRxq/SUqauBvajspmZbXLg+ GOXIZypC1KLs5zs6K0KzbUKyYpQvYp5kSKZ7s= Received: by 10.227.155.81 with SMTP id r17mr151148wbw.93.1316024865700; Wed, 14 Sep 2011 11:27:45 -0700 (PDT) Received: from Melon.malikania.fr (197.21.102.84.rev.sfr.net. [84.102.21.197]) by mx.google.com with ESMTPS id er8sm5009186wbb.0.2011.09.14.11.27.43 (version=SSLv3 cipher=OTHER); Wed, 14 Sep 2011 11:27:44 -0700 (PDT) Message-ID: <4E70F1E5.8050109@gmail.com> Date: Wed, 14 Sep 2011 20:26:45 +0200 From: David Demelier User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:6.0.2) Gecko/20110909 Thunderbird/6.0.2 MIME-Version: 1.0 To: Boris Kochergin References: <4E70D1B1.3040203@gmail.com> <4E70E005.8060804@acm.poly.edu> In-Reply-To: <4E70E005.8060804@acm.poly.edu> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable Subject: Re: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 18:27:47 -0000 On 14/09/2011 19:10, Boris Kochergin wrote: > On 09/14/11 12:37, Kevin Oberman wrote: >> On Wed, Sep 14, 2011 at 9:09 AM, David Demelier >> wrote: >>> Hi, >>> >>> Today I pulled up the last changes for RELENG_8 branch and I got an >>> error >>> when doing the make installworld target : >>> >>> ===> gnu/usr.bin/texinfo/doc (install) >>> install-info --quiet --defsection=Miscellaneous --defentry= info.info >>> /usr/share/info/dir >>> install-info --quiet --defsection=Miscellaneous --defentry= >>> info-stnd.info >>> /usr/share/info/dir >>> install-info --quiet --defsection=Miscellaneous --defentry= texinfo.info >>> /usr/share/info/dir >>> install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz >>> texinfo.info.gz /usr/share/info >>> ===> include (install) >>> creating osreldate.h from newvers.sh >>> touch: not found >>> *** Error code 127 >>> >>> Stop in /usr/src/include. >>> *** Error code 1 >>> >>> Anyone having the same issue? >> Check the setting of the date/time on the system. > > I've also seen this happen when my /usr/src was out of sync with /usr/obj. > > -Boris Thanks that was the problem! -- David Demelier From owner-freebsd-stable@FreeBSD.ORG Wed Sep 14 21:01:32 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A275A1065677; Wed, 14 Sep 2011 21:01:32 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [91.209.218.18]) by mx1.freebsd.org (Postfix) with ESMTP id 4B9318FC19; Wed, 14 Sep 2011 21:01:32 +0000 (UTC) Received: from [46.242.19.18] (helo=[172.16.100.20]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1R3wFr-000Ifq-Sd; Thu, 15 Sep 2011 00:40:24 +0400 Message-ID: <4E711137.2080305@FreeBSD.org> Date: Thu, 15 Sep 2011 00:40:23 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: Dmitry Morozovsky References: <201109121458.15661.jhb@freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: lulf@freebsd.org, freebsd-stable@freebsd.org Subject: Re: csup crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Sep 2011 21:01:32 -0000 13.09.2011 03:29, Dmitry Morozovsky wrote: > On Mon, 12 Sep 2011, John Baldwin wrote: > >> On Monday, September 12, 2011 2:01:16 am Dmitry Morozovsky wrote: >>> Dear colleagues, >>> >>> I found csup is crashing on my building machine on some broken repo element, >>> but cannot quickli realize what's the source of problem >> >> What OS version are you running? I wonder if you have this fix: > > it is on rather fresh stable/8: > > FreeBSD beaver.rinet.ru 8.2-STABLE FreeBSD 8.2-STABLE #5 r224908M: Tue Aug 16 > 15:43:23 MSD 2011 marck@beaver.rinet.ru:/usr/obj/usr/src/sys/BEAVER amd64 > > so I suppose I'd have the fix you'd mentioned. > > I'm still have broken repo as a ZFS snapshot, so I'm ready to provide more > info or test any fix you provide. > Have you found a broken file? What its content? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 02:05:32 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1194E1065672 for ; Thu, 15 Sep 2011 02:05:32 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id C382C8FC14 for ; Thu, 15 Sep 2011 02:05:31 +0000 (UTC) Received: by ywp17 with SMTP id 17so2304444ywp.13 for ; Wed, 14 Sep 2011 19:05:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=khCih0pPzD73VKPE18VkzP0jpQm4P+aAi11x133p41w=; b=Bi9iUvdiMvfxB75SBfJuoeZInZGN7A++DPqDaZ7QE4yhJ3m1Q0UFFrfLyKTnPesTRv +XBFZmCv/DxMRzefa5wttipKcswmYS6iXWZQtclKR1T3+fQrroTF6u4bk223zgRLO00h C/nuRgWxsnDcU/4n/DkU+JVmbYms3QkXHkbis= MIME-Version: 1.0 Received: by 10.236.136.234 with SMTP id w70mr3160955yhi.21.1316050603698; Wed, 14 Sep 2011 18:36:43 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Wed, 14 Sep 2011 18:36:43 -0700 (PDT) In-Reply-To: References: <20110914080831.GB41431@neveragain.de> Date: Thu, 15 Sep 2011 09:36:43 +0800 X-Google-Sender-Auth: YBQ8YimC8qL5A7jY-1ceTqw88As Message-ID: From: Adrian Chadd To: Elliot Finley Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: stable@freebsd.org, Dennis Koegel Subject: Re: System freeze: Adaptec (aac) timeouts (releng 8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 02:05:32 -0000 On 15 September 2011 00:38, Elliot Finley wrote: > I was having the exact same problem using an Adaptec 52445. =A0After > downloading and using the latest driver from the adaptec website, the > problems stopped. =A0I haven't had a single freeze since using the new > code. =A0The newest driver from the website has source code with it, so > it shouldn't be that big of a deal to incorporate it into the base > system. =A0 =A0I emailed the authors of the aac driver (Mike Smith and > Scott Long), but they have both retired. =A0So I'm not really sure how > to get this code into the base. =A0If anyone knows, please take up the > charge. File a PR and hound people on freebsd-current until it gets done? Adrian From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 02:39:40 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1E279106566B for ; Thu, 15 Sep 2011 02:39:40 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta10.westchester.pa.mail.comcast.net (qmta10.westchester.pa.mail.comcast.net [76.96.62.17]) by mx1.freebsd.org (Postfix) with ESMTP id B8C7D8FC0A for ; Thu, 15 Sep 2011 02:39:39 +0000 (UTC) Received: from omta02.westchester.pa.mail.comcast.net ([76.96.62.19]) by qmta10.westchester.pa.mail.comcast.net with comcast id Yc7S1h0050QuhwU5AqSQMV; Thu, 15 Sep 2011 02:26:24 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta02.westchester.pa.mail.comcast.net with comcast id YqSN1h01V1t3BNj3NqSPKu; Thu, 15 Sep 2011 02:26:24 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 017E9102C31; Wed, 14 Sep 2011 19:26:20 -0700 (PDT) Date: Wed, 14 Sep 2011 19:26:20 -0700 From: Jeremy Chadwick To: Adrian Chadd Message-ID: <20110915022620.GA97667@icarus.home.lan> References: <20110914080831.GB41431@neveragain.de> MIME-Version: 1.0 Content-Type: text/plain; charset=unknown-8bit Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Cc: stable@freebsd.org, Elliot Finley , Dennis Koegel Subject: Re: System freeze: Adaptec (aac) timeouts (releng 8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 02:39:40 -0000 On Thu, Sep 15, 2011 at 09:36:43AM +0800, Adrian Chadd wrote: > On 15 September 2011 00:38, Elliot Finley wrote: > > I was having the exact same problem using an Adaptec 52445. ?After > > downloading and using the latest driver from the adaptec website, the > > problems stopped. ?I haven't had a single freeze since using the new > > code. ?The newest driver from the website has source code with it, so > > it shouldn't be that big of a deal to incorporate it into the base > > system. ? ?I emailed the authors of the aac driver (Mike Smith and > > Scott Long), but they have both retired. ?So I'm not really sure how > > to get this code into the base. ?If anyone knows, please take up the > > charge. > > File a PR and hound people on freebsd-current until it gets done? ...which will either be ignored given that (TMK) nobody is maintaining the Adaptec drivers, or will be addressed in HEAD which won't help the OP who runs RELENG_8 until an MFC happens -- and if it happens (I forget how MFC approvals work). :-) As for the lack of aac(4) maintainer, I'm not sure how this should be addressed in the aac(4) man page. AUTHORS tends to indicate the names of the people who created or were involved in creating/maintaining said driver, which is sometimes (but on FreeBSD hardly always) the individual(s) who currently support it. In the case that there is a different maintainer, how does this get denoted in the man page? I'm actually very surprised to hear there's an official FreeBSD driver on Adaptec's site that's actually intended for FreeBSD 8.x. Last I knew they had basically blown off FreeBSD support. I wonder who at Adaptec is responsible for the FreeBSD driver? It would be good to know to involve them in all communiqués. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 06:13:55 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 86B351065670; Thu, 15 Sep 2011 06:13:55 +0000 (UTC) (envelope-from dkmail@mail.neveragain.de) Received: from mail.neveragain.de (mail.neveragain.de [IPv6:2001:aa8:fffc::25]) by mx1.freebsd.org (Postfix) with ESMTP id 247D48FC0A; Thu, 15 Sep 2011 06:13:54 +0000 (UTC) Received: by mail.neveragain.de (Postfix, from userid 1029) id C6AB617026; Thu, 15 Sep 2011 08:13:53 +0200 (CEST) Date: Thu, 15 Sep 2011 08:13:53 +0200 From: Dennis Koegel To: Jeremy Chadwick Message-ID: <20110915061353.GA59862@neveragain.de> References: <20110914080831.GB41431@neveragain.de> <20110915022620.GA97667@icarus.home.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20110915022620.GA97667@icarus.home.lan> User-Agent: Mutt/1.4.2.3i Cc: Adrian Chadd , Elliot Finley , stable@freebsd.org Subject: Re: System freeze: Adaptec (aac) timeouts (releng 8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 06:13:55 -0000 On Wed, Sep 14, 2011 at 07:26:20PM -0700, Jeremy Chadwick wrote: > I'm actually very surprised to hear there's an official FreeBSD driver > on Adaptec's site that's actually intended for FreeBSD 8.x. As far as I can tell from the source, it's the very same driver (same source code and copyright notices), only that Adaptec has taken over development; fbsd has 2.1, Adaptec has continued development to a version 2.4. I'm not aware how licensing issues play in here, but apart from that, it should be easy to patch this into base. (I was already half-way there yesterday and I think I could work up a patch against HEAD and 8.x). - D. From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 14:40:47 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DCEBF1065673 for ; Thu, 15 Sep 2011 14:40:47 +0000 (UTC) (envelope-from efinley.lists@gmail.com) Received: from mail-vw0-f48.google.com (mail-vw0-f48.google.com [209.85.212.48]) by mx1.freebsd.org (Postfix) with ESMTP id 8712E8FC0A for ; Thu, 15 Sep 2011 14:40:47 +0000 (UTC) Received: by vws7 with SMTP id 7so1866064vws.7 for ; Thu, 15 Sep 2011 07:40:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=Y8V7O4wqdEYVgo0Si/RyFM934T8ZAU7a9xalQBcBStk=; b=mhyMBdONQ7hqcWJAnSlWJ8ZqMayotQ/EOez19IH/0x/8kJLAGvvFztd+cC5Ycd+sSJ iZREAEO0hikwfLDS+cjBhQOYqCwxZVDuTXg8UEl6hRbzYZsMetqvemxkoPZpWHnpnvEN pTJuSTlT/q7d9ZZZ5CZzq/9F+YSZQ0CEI+76s= MIME-Version: 1.0 Received: by 10.52.19.129 with SMTP id f1mr1157063vde.128.1316097646593; Thu, 15 Sep 2011 07:40:46 -0700 (PDT) Received: by 10.52.167.34 with HTTP; Thu, 15 Sep 2011 07:40:46 -0700 (PDT) In-Reply-To: <20110915061353.GA59862@neveragain.de> References: <20110914080831.GB41431@neveragain.de> <20110915022620.GA97667@icarus.home.lan> <20110915061353.GA59862@neveragain.de> Date: Thu, 15 Sep 2011 08:40:46 -0600 Message-ID: From: Elliot Finley To: Dennis Koegel Content-Type: text/plain; charset=ISO-8859-1 Cc: Adrian Chadd , stable@freebsd.org, Jeremy Chadwick Subject: Re: System freeze: Adaptec (aac) timeouts (releng 8) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 14:40:47 -0000 On Thu, Sep 15, 2011 at 12:13 AM, Dennis Koegel wrote: > I'm not aware how licensing issues play in here, but apart from that, it > should be easy to patch this into base. (I was already half-way there > yesterday and I think I could work up a patch against HEAD and 8.x). I won't worry about filing a PR then. Sounds like you've got it under control. Thanks! Elliot From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 15:50:19 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 70218106566B for ; Thu, 15 Sep 2011 15:50:19 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id 065588FC0C for ; Thu, 15 Sep 2011 15:50:17 +0000 (UTC) Received: by bkbzs8 with SMTP id zs8so3300687bkb.13 for ; Thu, 15 Sep 2011 08:50:16 -0700 (PDT) Received: by 10.204.142.200 with SMTP id r8mr870384bku.213.1316100264207; Thu, 15 Sep 2011 08:24:24 -0700 (PDT) Received: from dfleuriot-at-hi-media.com ([83.167.62.196]) by mx.google.com with ESMTPS id p8sm3776864bkk.3.2011.09.15.08.24.21 (version=SSLv3 cipher=OTHER); Thu, 15 Sep 2011 08:24:22 -0700 (PDT) Message-ID: <4E7218A4.4000205@my.gd> Date: Thu, 15 Sep 2011 17:24:20 +0200 From: Damien Fleuriot User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:6.0.2) Gecko/20110902 Thunderbird/6.0.2 MIME-Version: 1.0 To: "freebsd-stable@freebsd.org" References: <4E71C059.5060404@hi-media.com> In-Reply-To: <4E71C059.5060404@hi-media.com> X-Forwarded-Message-Id: <4E71C059.5060404@hi-media.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 15:50:19 -0000 Posting to -stable since -pf didn't show much interest :/ -------- Original Message -------- Subject: CARP interfaces and mastership issue Date: Thu, 15 Sep 2011 11:07:37 +0200 Hello list, TLDR: carp interface becomes MASTER for a split second after being created, even if another MASTER exists on the network with faster advertisements. Breaks connections. HOWTO prevent ? We've been experiencing this double mastership problem with CARP interfaces. Allow me to put some context here: 2 firewalls, PF1, PF2, each with 2 VLANs (for example, some have more) on a lagg device (link aggregation). These firewalls then share virtual IPs through CARP interfaces, let us assume the following: PF1: - vlan13 - vlan410 - carp13 (advskew 50) - carp410 (advskew 50) PF2: - vlan13 - vlan410 - carp13 (advskew 100) - carp410 (advskew 100) CARP preemption is turned on, so that if vlan13 should fail on PF1, PF2 would assume mastership on both CARP interfaces. Syscontrols below: net.inet.carp.allow: 1 net.inet.carp.preempt: 1 net.inet.carp.log: 1 net.inet.carp.arpbalance: 0 net.inet.carp.suppress_preempt: 0 The problem we have is, say for example we reboot PF2. When it comes back up, it will, even for a split second, assume CARP mastership for its interfaces, at the same time as PF1. This breaks existing sessions, openvpn tunnels and new client connections. While I acknowledge the home-made demons should be built to support tiny network outages, this doesn't solve our main problem. We have the same issue when destroying/creating said CARP interfaces. Recently we upgraded some switches' IOS version on our backup datacenter (which also has 2 PF boxes, sharing the CARP IPs with the 2 PFs on our production DC). To prevent anything nasty happening, we forbade production VLANs on the switches' uplink ports and only allowed management traffic to allow us to perform the upgrade. Things went smoothly but when we brought the production VLANs up again at layer 2 on the switches, when spanning-tree converged we had again a double MASTER problem. I understand I could have avoided it by destroying/recreating the CARP interfaces, but even in this case there is a split second during which both firewalls are CARP MASTER. Is there any way to force CARP to assume INIT state for some time when coming up, and only after X seconds either become MASTER or BACKUP ? Any other idea how to solve this, guys ? From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 16:39:37 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 85A03106564A for ; Thu, 15 Sep 2011 16:39:37 +0000 (UTC) (envelope-from lavalamp@probikesllc.com) Received: from relay01.pair.com (relay01.pair.com [209.68.5.15]) by mx1.freebsd.org (Postfix) with SMTP id 30CAC8FC15 for ; Thu, 15 Sep 2011 16:39:36 +0000 (UTC) Received: (qmail 4470 invoked from network); 15 Sep 2011 16:12:55 -0000 Received: from 216.151.95.152 (HELO vger.digitalfreaks.org) (216.151.95.152) by relay01.pair.com with SMTP; 15 Sep 2011 16:12:55 -0000 X-pair-Authenticated: 216.151.95.152 Date: Thu, 15 Sep 2011 12:12:55 -0400 (EDT) From: "Brian Seklecki (Mobile)" X-X-Sender: lavalamp@vger.digitalfreaks.org To: Damien Fleuriot In-Reply-To: <4E7218A4.4000205@my.gd> Message-ID: References: <4E71C059.5060404@hi-media.com> <4E7218A4.4000205@my.gd> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: "freebsd-stable@freebsd.org" Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 16:39:37 -0000 > Things went smoothly but when we brought the production VLANs up again > at layer 2 on the switches, when spanning-tree converged we had again a > double MASTER problem. > In older versions of FBSD, creating logical interfaces like vlan(4) and carp(4) had an nasty inadvertent side effect of toggling the state of the underlying phyiscal interface. This may be fixed in newer version. This would then then cause STP to reset on the switchport which can take up to 50 seconds to restore. In the mean time, the backup host hasn't heard from the master and assume the role of master. You can try turning on switchport spanning-tree portfast on your backup system which should cut down this time signifantly. If you can assure that no STP BPDUs will be announced from your CARP system, then its probably safe to run PortFast on a trunk. The same is true after a reboot. Maybe hack the RC script to force the CARP interfaces on your backup to stay down at boot time for an extra 10/15 seconds ~BAS > I understand I could have avoided it by destroying/recreating the CARP > interfaces, but even in this case there is a split second during which > both firewalls are CARP MASTER. > > > > > Is there any way to force CARP to assume INIT state for some time when > coming up, and only after X seconds either become MASTER or BACKUP ? > > Any other idea how to solve this, guys ? > > _______________________________________________ > 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-stable@FreeBSD.ORG Thu Sep 15 16:44:40 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 449001065672; Thu, 15 Sep 2011 16:44:40 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 81B318FC12; Thu, 15 Sep 2011 16:44:39 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8FGibJ1009924; Thu, 15 Sep 2011 23:44:38 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E722B70.9010201@rdtc.ru> Date: Thu, 15 Sep 2011 23:44:32 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: stable@freebsd.org, John Baldwin Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 16:44:40 -0000 Hi! I understand that it is "a bit" late for RELENG_6 reports as 6.4-RELEASE was out in 2008 but the breakage had happened due to MFC so it's possible same problem exists in newer branches. Long story short: I've updated my old 6.4-STABLE system for recent zoneinfo updates and found the update broke 'ipfw fwd' feature: forwarded packets get corrupted, routed packets go just fine. The commit in question has been performed in 2010/08/06: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/Attic/busdma_machdep.c.diff?r1=1.74.2.6;r2=1.74.2.7 I've rolled it back using recent RELENG_6 sources and packet corruption have disappeared. Full commit can be seen with the following command: cvs -q diff -u -j "RELENG_6:2010/08/06 00:00:00 GMT" -j "RELENG_6:2010/08/07 00:00:00 GMT" There was only one commit to RELENG_6 that day. I do not understand how and why it broke "ipfw fwd" but that's the fact. Some details: I have FreeBSD 6.4-STABLE router with LAN interface (rl0) and WAN interface (re0) and L2TP tunnel (ng1) built with mpd5. I forward some packets from LAN to ng0 with "ipfw fwd" and before the MFC that setup worked just fine. After update to recent RELENG_6, forwarded packets arrive corrupted to other side of L2TP tunnel or get lost in between (due to bad headers, I guess). At sending side, tcpdump shows no problems not for ng1 interface nor for re0 where it shows l2tp traffic with IP packets inside but really ougouing L2TP packets go damaged (e.g. payload with zero bytes only), that can be seen at receiving side of tunnel. If I replace "ipfw fwd" with static route into the tunnel, packets go through just fine again, so there is no problem with intermediate network. But I need policy based routing and rollback of mentioned MFC has revived my setup again. The guilty commit was found with simple "time dichotomy" (csup/build kernel/reboot/test/again etc.) Just for archives. Eugene Grosbein P.S. Most of my production routers are still 6.4-STABLE From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 16:49:47 2011 Return-Path: Delivered-To: freebsd-stable@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1C6AF1065675; Thu, 15 Sep 2011 16:49:47 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 9537C8FC15; Thu, 15 Sep 2011 16:49:46 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id p8FGnih2083007; Thu, 15 Sep 2011 20:49:44 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Thu, 15 Sep 2011 20:49:44 +0400 (MSD) From: Dmitry Morozovsky To: Sergey Matveychuk In-Reply-To: <4E711137.2080305@FreeBSD.org> Message-ID: References: <201109121458.15661.jhb@freebsd.org> <4E711137.2080305@FreeBSD.org> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Thu, 15 Sep 2011 20:49:44 +0400 (MSD) Cc: lulf@FreeBSD.org, freebsd-stable@FreeBSD.org Subject: Re: csup crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 16:49:47 -0000 On Thu, 15 Sep 2011, Sergey Matveychuk wrote: > > > > I found csup is crashing on my building machine on some broken repo > > > > element, > > > > but cannot quickli realize what's the source of problem > > > > > > What OS version are you running? I wonder if you have this fix: > > > > it is on rather fresh stable/8: > > > > FreeBSD beaver.rinet.ru 8.2-STABLE FreeBSD 8.2-STABLE #5 r224908M: Tue Aug > > 16 > > 15:43:23 MSD 2011 marck@beaver.rinet.ru:/usr/obj/usr/src/sys/BEAVER > > amd64 > > > > so I suppose I'd have the fix you'd mentioned. > > > > I'm still have broken repo as a ZFS snapshot, so I'm ready to provide more > > info or test any fix you provide. > > > > Have you found a broken file? What its content? Unfortunately not. I thought ports/graphics/Makefile,v (see gdb backtrace) was a touble source, but running csup on a clone of snaphot of crash state like csup -h cvsup2.ru.freebsd.org -b /FreeBSD-x -l /tmp/fbsd-cvs.lock -s ./cvs-supfile (here /FreeBSD-x is clone of /FreeBSD, with sup and ncvs inside; ./cvs-supfile is original with prefix=/FreeBSD-x/ncvs) does not crash, so I'm stumbled a bit :( -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 17:19:08 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5212C106564A; Thu, 15 Sep 2011 17:19:08 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8838FC08; Thu, 15 Sep 2011 17:19:08 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id A219546B06; Thu, 15 Sep 2011 13:19:06 -0400 (EDT) Received: from jhbbsd.localnet (unknown [209.249.190.124]) by bigwig.baldwin.cx (Postfix) with ESMTPSA id 3AB858A02E; Thu, 15 Sep 2011 13:19:06 -0400 (EDT) From: John Baldwin To: Eugene Grosbein Date: Thu, 15 Sep 2011 13:14:50 -0400 User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110617; KDE/4.5.5; amd64; ; ) References: <4E722B70.9010201@rdtc.ru> In-Reply-To: <4E722B70.9010201@rdtc.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201109151314.50549.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (bigwig.baldwin.cx); Thu, 15 Sep 2011 13:19:06 -0400 (EDT) Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 17:19:08 -0000 On Thursday, September 15, 2011 12:44:32 pm Eugene Grosbein wrote: > Hi! > > I understand that it is "a bit" late for RELENG_6 reports as 6.4-RELEASE was out in 2008 > but the breakage had happened due to MFC so it's possible same problem exists in newer branches. > > Long story short: I've updated my old 6.4-STABLE system for recent zoneinfo updates > and found the update broke 'ipfw fwd' feature: forwarded packets get corrupted, > routed packets go just fine. > > The commit in question has been performed in 2010/08/06: > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/Attic/busdma_machdep.c.diff?r1=1.74.2.6;r2=1.74.2.7 > > I've rolled it back using recent RELENG_6 sources and packet corruption have disappeared. It may be a bug in the rl(4) driver? Perhaps this is a candidate to try? http://svnweb.freebsd.org/base?view=revision&revision=184240 -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 17:41:32 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A40DC106564A; Thu, 15 Sep 2011 17:41:32 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 074308FC12; Thu, 15 Sep 2011 17:41:31 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8FHfSQR010237; Fri, 16 Sep 2011 00:41:28 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E7238C3.1060008@rdtc.ru> Date: Fri, 16 Sep 2011 00:41:23 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: John Baldwin References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> In-Reply-To: <201109151314.50549.jhb@freebsd.org> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 17:41:32 -0000 16.09.2011 00:14, John Baldwin ÐÉÛÅÔ: > On Thursday, September 15, 2011 12:44:32 pm Eugene Grosbein wrote: >> Hi! >> >> I understand that it is "a bit" late for RELENG_6 reports as 6.4-RELEASE was out in 2008 >> but the breakage had happened due to MFC so it's possible same problem exists in newer branches. >> >> Long story short: I've updated my old 6.4-STABLE system for recent zoneinfo updates >> and found the update broke 'ipfw fwd' feature: forwarded packets get corrupted, >> routed packets go just fine. >> >> The commit in question has been performed in 2010/08/06: >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/Attic/busdma_machdep.c.diff?r1=1.74.2.6;r2=1.74.2.7 >> >> I've rolled it back using recent RELENG_6 sources and packet corruption have disappeared. > > It may be a bug in the rl(4) driver? Perhaps this is a candidate to try? > > http://svnweb.freebsd.org/base?view=revision&revision=184240 > My system is i386 with 512MB RAM only and outgoing packets go through re(4), not rl(4). Nevertheless, I've just applied revision 184240 to RELENG_6 manualy (it did not apply cleanly) and reapplied MFC. The problem has returned. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 18:15:28 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 39D99106566B; Thu, 15 Sep 2011 18:15:28 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f48.google.com (mail-pz0-f48.google.com [209.85.210.48]) by mx1.freebsd.org (Postfix) with ESMTP id 002C88FC13; Thu, 15 Sep 2011 18:15:27 +0000 (UTC) Received: by pzk34 with SMTP id 34so1771902pzk.21 for ; Thu, 15 Sep 2011 11:15:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=aPH8kIdZxUnBzK4Fn3VSQ0U2xsigLk9rWAKkdVEcFYU=; b=l2JYksmRB1tL/W/Y/+qfYYnfZ/9McLn14EMaW+zI4PL6ssl5Tuq55eubKuZf67CKYn FDbk93nJwIPyAiA3b28dA3Njbok4i8dOKo49FkdHHbN9OOiIWmtWWkas4+yN/rZgGvyo YRA5yV8HjmTbmfSzSe9mnHyheL74NhoxWudLk= Received: by 10.68.0.7 with SMTP id 7mr2114805pba.210.1316110527442; Thu, 15 Sep 2011 11:15:27 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id f8sm25023563pbc.3.2011.09.15.11.15.23 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Sep 2011 11:15:25 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 15 Sep 2011 11:15:25 -0700 From: YongHyeon PYUN Date: Thu, 15 Sep 2011 11:15:24 -0700 To: Eugene Grosbein Message-ID: <20110915181524.GA6557@michelle.cdnetworks.com> References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4E7238C3.1060008@rdtc.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 18:15:28 -0000 On Fri, Sep 16, 2011 at 12:41:23AM +0700, Eugene Grosbein wrote: > 16.09.2011 00:14, John Baldwin пишет: > > On Thursday, September 15, 2011 12:44:32 pm Eugene Grosbein wrote: > >> Hi! > >> > >> I understand that it is "a bit" late for RELENG_6 reports as 6.4-RELEASE was out in 2008 > >> but the breakage had happened due to MFC so it's possible same problem exists in newer branches. > >> > >> Long story short: I've updated my old 6.4-STABLE system for recent zoneinfo updates > >> and found the update broke 'ipfw fwd' feature: forwarded packets get corrupted, > >> routed packets go just fine. > >> > >> The commit in question has been performed in 2010/08/06: > >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/i386/i386/Attic/busdma_machdep.c.diff?r1=1.74.2.6;r2=1.74.2.7 > >> > >> I've rolled it back using recent RELENG_6 sources and packet corruption have disappeared. > > > > It may be a bug in the rl(4) driver? Perhaps this is a candidate to try? > > > > http://svnweb.freebsd.org/base?view=revision&revision=184240 > > > > My system is i386 with 512MB RAM only and outgoing packets go through re(4), not rl(4). > > Nevertheless, I've just applied revision 184240 to RELENG_6 manualy (it did not apply cleanly) > and reapplied MFC. The problem has returned. > I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How about applying the following revision? http://svnweb.freebsd.org/base?view=revision&revision=175337 Not sure whether it shall apply cleanly. Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in bus_dma_tag_create(9). > Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 19:02:46 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6D3581065670; Thu, 15 Sep 2011 19:02:46 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id C1C068FC13; Thu, 15 Sep 2011 19:02:45 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8FJ2gwI010641; Fri, 16 Sep 2011 02:02:42 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E724BCD.4040607@rdtc.ru> Date: Fri, 16 Sep 2011 02:02:37 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> In-Reply-To: <20110915181524.GA6557@michelle.cdnetworks.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 19:02:46 -0000 16.09.2011 01:15, YongHyeon PYUN ÐÉÛÅÔ: > I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How > about applying the following revision? > http://svnweb.freebsd.org/base?view=revision&revision=175337 > Not sure whether it shall apply cleanly. It does not and there is too much differences in the code for my skills to apply manually :-) > Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in > bus_dma_tag_create(9). I'm not sure I undersdand this right... Do you mean this change? This is the only place in busdma_machdep.c where BUS_DMA_ALLOCNOW is used. --- busdma_machdep.c.orig 2011-09-16 01:56:52.000000000 +0700 +++ busdma_machdep.c 2011-09-16 01:57:01.000000000 +0700 @@ -284,7 +284,7 @@ newtag->flags |= BUS_DMA_COULD_BOUNCE; if (((newtag->flags & BUS_DMA_COULD_BOUNCE) != 0) && - (flags & BUS_DMA_ALLOCNOW) != 0) { + (flags & 0) != 0) { struct bounce_zone *bz; /* Must bounce */ I'm going to lose control on this remote box if I apply wrong patch for re(4). Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 19:19:50 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 903B7106564A; Thu, 15 Sep 2011 19:19:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f48.google.com (mail-pz0-f48.google.com [209.85.210.48]) by mx1.freebsd.org (Postfix) with ESMTP id 55B848FC0A; Thu, 15 Sep 2011 19:19:50 +0000 (UTC) Received: by pzk34 with SMTP id 34so1887415pzk.21 for ; Thu, 15 Sep 2011 12:19:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=6XcKTNPlsoCjVi99hEh3CQh5Ha7d8GkRFQ7S0u8XV/w=; b=qBpUFWGNWTs/ikJQZA/SB6aQZglDS+i0cDYuicKlLzRaey9oEspXJsbvVWV8Bnfrh/ tTWDVf5Q7IgRmv+8AQKzLdoPBJCgCW1qxEAbcNZ+ixZkfUqXpBmLvc804YlqFCjYxcCJ o8fCPBgdc2zh9Ujb7t2ovqRFw6QuAm15itGh4= Received: by 10.68.29.199 with SMTP id m7mr203408pbh.189.1316114389678; Thu, 15 Sep 2011 12:19:49 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id lv3sm25421283pbb.9.2011.09.15.12.19.43 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Sep 2011 12:19:44 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Thu, 15 Sep 2011 12:19:44 -0700 From: YongHyeon PYUN Date: Thu, 15 Sep 2011 12:19:44 -0700 To: Eugene Grosbein Message-ID: <20110915191944.GB6557@michelle.cdnetworks.com> References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4E724BCD.4040607@rdtc.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 19:19:50 -0000 On Fri, Sep 16, 2011 at 02:02:37AM +0700, Eugene Grosbein wrote: > 16.09.2011 01:15, YongHyeon PYUN пишет: > > > I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How > > about applying the following revision? > > http://svnweb.freebsd.org/base?view=revision&revision=175337 > > Not sure whether it shall apply cleanly. > > It does not and there is too much differences in the code for my skills to apply manually :-) > > > Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in > > bus_dma_tag_create(9). > > I'm not sure I undersdand this right... Do you mean this change? No, change BUS_DMA_ALLOCNOW used in re(4). > This is the only place in busdma_machdep.c where BUS_DMA_ALLOCNOW is used. > > --- busdma_machdep.c.orig 2011-09-16 01:56:52.000000000 +0700 > +++ busdma_machdep.c 2011-09-16 01:57:01.000000000 +0700 > @@ -284,7 +284,7 @@ > newtag->flags |= BUS_DMA_COULD_BOUNCE; > > if (((newtag->flags & BUS_DMA_COULD_BOUNCE) != 0) && > - (flags & BUS_DMA_ALLOCNOW) != 0) { > + (flags & 0) != 0) { > struct bounce_zone *bz; > > /* Must bounce */ > > I'm going to lose control on this remote box if I apply wrong patch for re(4). > > Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Sep 15 20:14:35 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 24D5F106564A for ; Thu, 15 Sep 2011 20:14:35 +0000 (UTC) (envelope-from ml@my.gd) Received: from mail-gw0-f50.google.com (mail-gw0-f50.google.com [74.125.83.50]) by mx1.freebsd.org (Postfix) with ESMTP id DEE458FC15 for ; Thu, 15 Sep 2011 20:14:34 +0000 (UTC) Received: by gwj16 with SMTP id 16so3180808gwj.37 for ; Thu, 15 Sep 2011 13:14:34 -0700 (PDT) MIME-Version: 1.0 Received: by 10.236.165.99 with SMTP id d63mr9543950yhl.86.1316117674153; Thu, 15 Sep 2011 13:14:34 -0700 (PDT) Received: by 10.146.86.8 with HTTP; Thu, 15 Sep 2011 13:14:34 -0700 (PDT) In-Reply-To: References: <4E71C059.5060404@hi-media.com> <4E7218A4.4000205@my.gd> Date: Thu, 15 Sep 2011 22:14:34 +0200 Message-ID: From: Damien Fleuriot To: "Brian Seklecki (Mobile)" Content-Type: text/plain; charset=ISO-8859-1 Cc: "freebsd-stable@freebsd.org" Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 15 Sep 2011 20:14:35 -0000 On 15 September 2011 18:12, Brian Seklecki (Mobile) wrote: >> Things went smoothly but when we brought the production VLANs up again >> at layer 2 on the switches, when spanning-tree converged we had again a >> double MASTER problem. >> > > > In older versions of FBSD, creating logical interfaces like vlan(4) and > carp(4) had an nasty inadvertent side effect of toggling the state of the > underlying phyiscal interface. > We're running quite the recent version really: FreeBSD 8.2-STABLE FreeBSD 8.2-STABLE #1: Thu Sep 1 15:51:49 CEST 2011 root@pf2-dmz:/usr/obj/usr/src/sys/FW amd64 > This may be fixed in newer version. > > This would then then cause STP to reset on the switchport which can take up > to 50 seconds to restore. > Switchports are running portfast trunk with RPVST, this was a good candidate but sadly not the cause here. Also, physical interfaces do not get reset, dmesg is clean. > In the mean time, the backup host hasn't heard from the master and assume > the role of master. > > You can try turning on switchport spanning-tree portfast on your backup > system which should cut down this time signifantly. > > If you can assure that no STP BPDUs will be announced from your CARP system, > then its probably safe to run PortFast on a trunk. > This is already done on all non-uplink ports, with portfast trunk as appropriate for servers that tag VLANs. > The same is true after a reboot. > > Maybe hack the RC script to force the CARP interfaces on your backup to stay > down at boot time for an extra 10/15 seconds > Even then, once we bring the interface up (or create it), it seems to immediately assume mastership, breaking existing sessions on the main firewall, THEN it says it's received a more frequent advertisement and swaps to backup. What would help here, is for a carp interface to wait a given delay (tunable through a sysctl ?) after creation or after being brought up from down. This would allow the server to receive VRRP advertisements and immediately assume a BACKUP carp role upon boot or interface creation/up. This would also retain CARP's high reactivity to network failures and outages since this would only apply to a newly created/up'ed interface, not an already running one. From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 02:30:38 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC328106564A for ; Fri, 16 Sep 2011 02:30:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-gw0-f50.google.com (mail-gw0-f50.google.com [74.125.83.50]) by mx1.freebsd.org (Postfix) with ESMTP id 7F0A38FC15 for ; Fri, 16 Sep 2011 02:30:38 +0000 (UTC) Received: by gwj16 with SMTP id 16so3447465gwj.37 for ; Thu, 15 Sep 2011 19:30:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=XCyiU4nXQZxVljop+xExiV0tbPixDJaMPhT9T5AiuFg=; b=UYslw/AO0u4kKdw702tUv5CF1LHJR4HJeEEjT+/UjrFjEsOsQ6HSHAH9AJ1hrU8sX6 G4UQlYElJQcO+7ebBPCwqXbUlVZGJFi06SbEKsrTvEQYSDGqXvqX/Sfq0F9mX4i+9maT GrGAj2TJszCoPHXUcwu2AKFBWC7LoPJkYdoww= MIME-Version: 1.0 Received: by 10.236.79.72 with SMTP id h48mr11779838yhe.4.1316140236117; Thu, 15 Sep 2011 19:30:36 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.236.111.42 with HTTP; Thu, 15 Sep 2011 19:30:36 -0700 (PDT) In-Reply-To: References: Date: Fri, 16 Sep 2011 10:30:36 +0800 X-Google-Sender-Auth: VQ0F4YKKc7Lg5NKfI6xhjrHi2Ns Message-ID: From: Adrian Chadd To: Dmitry Morozovsky Content-Type: text/plain; charset=ISO-8859-1 Cc: lulf@freebsd.org, freebsd-stable@freebsd.org Subject: Re: csup crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 02:30:38 -0000 Does this fix it ? http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/154954 Adrian From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 04:45:35 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 88F19106566B; Fri, 16 Sep 2011 04:45:35 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id DDDAF8FC0A; Fri, 16 Sep 2011 04:45:34 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8G4jULb013902; Fri, 16 Sep 2011 11:45:31 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E72D465.8050900@rdtc.ru> Date: Fri, 16 Sep 2011 11:45:25 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> In-Reply-To: <20110915191944.GB6557@michelle.cdnetworks.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 04:45:35 -0000 16.09.2011 02:19, YongHyeon PYUN ÐÉÛÅÔ: > On Fri, Sep 16, 2011 at 02:02:37AM +0700, Eugene Grosbein wrote: >> 16.09.2011 01:15, YongHyeon PYUN ÐÉÛÅÔ: >> >>> I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How >>> about applying the following revision? >>> http://svnweb.freebsd.org/base?view=revision&revision=175337 >>> Not sure whether it shall apply cleanly. >> >> It does not and there is too much differences in the code for my skills to apply manually :-) >> >>> Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in >>> bus_dma_tag_create(9). >> >> I'm not sure I undersdand this right... Do you mean this change? > > No, change BUS_DMA_ALLOCNOW used in re(4). With clean RELENG_6 sources and the only following patch, the problem still persists. --- if_re.c.orig 2008-03-02 21:54:48.000000000 +0700 +++ if_re.c 2011-09-16 11:37:30.000000000 +0700 @@ -1077,7 +1077,7 @@ nseg = 32; error = bus_dma_tag_create(sc->rl_parent_tag, ETHER_ALIGN, 0, BUS_SPACE_MAXADDR_32BIT, BUS_SPACE_MAXADDR, NULL, - NULL, MCLBYTES * nseg, nseg, MCLBYTES, BUS_DMA_ALLOCNOW, + NULL, MCLBYTES * nseg, nseg, MCLBYTES, 0, NULL, NULL, &sc->rl_ldata.rl_mtag); if (error) { device_printf(dev, "could not allocate dma tag\n"); From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 06:25:44 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 552F61065672 for ; Fri, 16 Sep 2011 06:25:44 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 086638FC1F for ; Fri, 16 Sep 2011 06:25:43 +0000 (UTC) Received: by yxk36 with SMTP id 36so3350192yxk.13 for ; Thu, 15 Sep 2011 23:25:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=bli1bgd8QmKuon0wgY9g7K9WVWq/X9HLyHPyjgY8E4k=; b=b0yL6XfeYEwHK5Bu6gj6uHBYQK9v3xxffHu9FN57XBpxwivwNwoFSxXiP6F6Hv70ng /JlIQwzvTOH9Kn6sVdnQKVOMWHZcJOJhnojefUIcAXIuJBP5MkPVTr+t9qnLa6+dXLgs 0qsVcJ2nyd7oAS0Fr+vuIJHDG4s3brxb1QMxw= Received: by 10.150.175.3 with SMTP id x3mr316223ybe.96.1316153901077; Thu, 15 Sep 2011 23:18:21 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net [99.190.81.85]) by mx.google.com with ESMTPS id t10sm21058113anl.26.2011.09.15.23.18.18 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Sep 2011 23:18:19 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8G6IFJH019159 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Sep 2011 02:18:16 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8G6IETH019158; Fri, 16 Sep 2011 02:18:14 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Fri, 16 Sep 2011 02:18:13 -0400 From: Jason Hellenthal To: Barbara Message-ID: <20110916061813.GB18043@DataIX.net> References: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="1LKvkjL3sHcu1TtY" Content-Disposition: inline In-Reply-To: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> Cc: demelier.david@gmail.com, freebsd-stable Subject: Re: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 06:25:44 -0000 --1LKvkjL3sHcu1TtY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 14, 2011 at 07:56:27PM +0200, Barbara wrote: >=20 > > > >Hi, > > > >Today I pulled up the last changes for RELENG_8 branch and I got an=20 > >error when doing the make installworld target : > > > >=3D=3D=3D> gnu/usr.bin/texinfo/doc (install) > >install-info --quiet --defsection=3DMiscellaneous --defentry=3D info.= info=20 > >/usr/share/info/dir > >install-info --quiet --defsection=3DMiscellaneous --defentry=3D=20 > >info-stnd.info /usr/share/info/dir > >install-info --quiet --defsection=3DMiscellaneous --defentry=3D=20 > >texinfo.info /usr/share/info/dir > >install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz=20 > >texinfo.info.gz /usr/share/info > >=3D=3D=3D> include (install) > >creating osreldate.h from newvers.sh > >touch: not found > >*** Error code 127 > > > >Stop in /usr/src/include. > >*** Error code 1 > > > >Anyone having the same issue? > > > >Cheers, >=20 > Forgot to "adjkerntz -i"? >=20 Don't get why all these references for time are popping up here and why everyone seems to think that would make the PATH variable get cut short =66rom the environment that newvers.sh is running in, but see the post I made to the real thread a few moments earlier. --1LKvkjL3sHcu1TtY Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOcuolAAoJEJBXh4mJ2FR+9v0H/0dWv5H/Mo8h6WLtLu7i+DLY EQYIhFz6ESrOLZRq+4t6k6BR5Xx3QDry0t9HkBP7qlS63CrGDCBxQ+D6Zm4eKmqk BdI8LZiXgGhu1gYujsmMo83VyrY2/LsmSzw6ogZ2hfnwDFu7eLLTsW+O08Q6kjNY zQYuKuQDDa7kYlmIbx6gdmHREc29GmnbKO5bzt3f/sBHtzjWHyyUJxJWy99UyKbe vWUfmrSPddT/EO7GDTcDOu9+o5VMyMDLMVMk6aV8Xo/2qlHVau4ZjZcYO5GRj5/W 4bSA5HPl9LnzxE7x55Zy8cCQ67Kum8o9gAJQ4jD76wVQS9CuifSegyXSllaKTBQ= =wLAm -----END PGP SIGNATURE----- --1LKvkjL3sHcu1TtY-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 06:43:14 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 6A9B9106564A for ; Fri, 16 Sep 2011 06:43:14 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta01.emeryville.ca.mail.comcast.net (qmta01.emeryville.ca.mail.comcast.net [76.96.30.16]) by mx1.freebsd.org (Postfix) with ESMTP id 5218C8FC0C for ; Fri, 16 Sep 2011 06:43:14 +0000 (UTC) Received: from omta18.emeryville.ca.mail.comcast.net ([76.96.30.74]) by qmta01.emeryville.ca.mail.comcast.net with comcast id ZJiP1h0041bwxycA1Jj82N; Fri, 16 Sep 2011 06:43:08 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta18.emeryville.ca.mail.comcast.net with comcast id ZJmK1h00L1t3BNj8eJmKKv; Fri, 16 Sep 2011 06:46:20 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 4ED06102C31; Thu, 15 Sep 2011 23:43:13 -0700 (PDT) Date: Thu, 15 Sep 2011 23:43:13 -0700 From: Jeremy Chadwick To: Jason Hellenthal Message-ID: <20110916064313.GA25602@icarus.home.lan> References: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> <20110916061813.GB18043@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110916061813.GB18043@DataIX.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: demelier.david@gmail.com, Barbara , freebsd-stable Subject: Re: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 06:43:14 -0000 On Fri, Sep 16, 2011 at 02:18:13AM -0400, Jason Hellenthal wrote: > > > On Wed, Sep 14, 2011 at 07:56:27PM +0200, Barbara wrote: > > > > > > > >Hi, > > > > > >Today I pulled up the last changes for RELENG_8 branch and I got an > > >error when doing the make installworld target : > > > > > >===> gnu/usr.bin/texinfo/doc (install) > > >install-info --quiet --defsection=Miscellaneous --defentry= info.info > > >/usr/share/info/dir > > >install-info --quiet --defsection=Miscellaneous --defentry= > > >info-stnd.info /usr/share/info/dir > > >install-info --quiet --defsection=Miscellaneous --defentry= > > >texinfo.info /usr/share/info/dir > > >install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz > > >texinfo.info.gz /usr/share/info > > >===> include (install) > > >creating osreldate.h from newvers.sh > > >touch: not found > > >*** Error code 127 > > > > > >Stop in /usr/src/include. > > >*** Error code 1 > > > > > >Anyone having the same issue? > > > > > >Cheers, > > > > Forgot to "adjkerntz -i"? > > > > Don't get why all these references for time are popping up here and why > everyone seems to think that would make the PATH variable get cut short > from the environment that newvers.sh is running in, but see the post I > made to the real thread a few moments earlier. I believe it's based on the fact that make(1) "freaks out" if the clock skews too much (particularly, I imagine, if the clock goes backwards). "Freaks out" means starts behaving oddly. There is confirmed evidence of this happening -- it doesn't affect "PATH problems" (for lack of better phrasing; I hope folks know what I mean by this, I'm not implying one's dot-files are wrong, etc.), but it does show up as files not getting compiled or make just bailing at odd/unexpected times. -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 06:44:49 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E520106566C for ; Fri, 16 Sep 2011 06:44:49 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 103798FC21 for ; Fri, 16 Sep 2011 06:44:48 +0000 (UTC) Received: by ywp17 with SMTP id 17so3358603ywp.13 for ; Thu, 15 Sep 2011 23:44:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=xlWQzfRoJ04w9zaTy3RNwWokGkStkAFGJPp3IKIj/EU=; b=UBq+HDoRSq7YK/ev0GMR5UWe1Rug6KH0GxIsiOY6HlOzLt0XIxbJFnA9fTAOj2keGP 5Z3G+/gkIz7ED5jlMYy1+tkqOvx7RrJgCn9vXH9UsxIv/I32OJ8IKYJwlll1/amP28Tw vBUHgbl05pow0Kcb7N2xUVmIN54oOT6LZBnlc= Received: by 10.236.178.39 with SMTP id e27mr11916484yhm.99.1316153605010; Thu, 15 Sep 2011 23:13:25 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net. [99.190.81.85]) by mx.google.com with ESMTPS id p68sm6620817yhl.19.2011.09.15.23.13.22 (version=TLSv1/SSLv3 cipher=OTHER); Thu, 15 Sep 2011 23:13:23 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8G6DI3n018824 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Sep 2011 02:13:19 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8G6DIkG018820; Fri, 16 Sep 2011 02:13:18 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Fri, 16 Sep 2011 02:13:18 -0400 From: Jason Hellenthal To: David Demelier Message-ID: <20110916061318.GA18043@DataIX.net> References: <4E70D1B1.3040203@gmail.com> <4E70E005.8060804@acm.poly.edu> <4E70F1E5.8050109@gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="gKMricLos+KVdGMg" Content-Disposition: inline In-Reply-To: <4E70F1E5.8050109@gmail.com> Cc: Boris Kochergin , freebsd-stable Subject: Re: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 06:44:49 -0000 --gKMricLos+KVdGMg Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Sep 14, 2011 at 08:26:45PM +0200, David Demelier wrote: > On 14/09/2011 19:10, Boris Kochergin wrote: > > On 09/14/11 12:37, Kevin Oberman wrote: > >> On Wed, Sep 14, 2011 at 9:09 AM, David Demelier > >> wrote: > >>> Hi, > >>> > >>> Today I pulled up the last changes for RELENG_8 branch and I got an > >>> error > >>> when doing the make installworld target : > >>> > >>> =3D=3D=3D> gnu/usr.bin/texinfo/doc (install) > >>> install-info --quiet --defsection=3DMiscellaneous --defentry=3D info.= info > >>> /usr/share/info/dir > >>> install-info --quiet --defsection=3DMiscellaneous --defentry=3D > >>> info-stnd.info > >>> /usr/share/info/dir > >>> install-info --quiet --defsection=3DMiscellaneous --defentry=3D texin= fo.info > >>> /usr/share/info/dir > >>> install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz > >>> texinfo.info.gz /usr/share/info > >>> =3D=3D=3D> include (install) > >>> creating osreldate.h from newvers.sh > >>> touch: not found > >>> *** Error code 127 > >>> > >>> Stop in /usr/src/include. > >>> *** Error code 1 > >>> > >>> Anyone having the same issue? > >> Check the setting of the date/time on the system. > > > > I've also seen this happen when my /usr/src was out of sync with /usr/o= bj. > > > > -Boris >=20 > Thanks that was the problem! >=20 I have commented on this issue once before. This could be handled in a much smarter way that does not involve touch(1). =2E..clib from beggining... if [ ! -r version ]; then echo 0 >version fi v=3D`cat version` u=3D${USER:-root} d=3D`pwd` h=3D${HOSTNAME:-`hostname`} t= =3D`date` i=3D`${MAKE:-make} -V KERN_IDENT` =2E..clip to end... echo $((${v}+1)) >version Seems changes like this are too hard to do... --gKMricLos+KVdGMg Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOcuj9AAoJEJBXh4mJ2FR+5GAH/iJyKfN4z2EV7yV7acsk0QAr ShXkSrZIzYOz9d6kHx6BIsadZhIU/HMDes9uLXJ1KTxWMq+RpF9xx/GVI6kSwmBU y9NNwI/DIWpfMEJw62Hlb6Hvvc63kC4nF5YD171aVHw0vIhuCZBEVp2XcdjUklkw iXsDRflwuFYZgENc9ww09QJUXcdP799PlV1vcJZXTwDAju03kWVr1VyyKomd4FY7 TJ14nqQtlsnYxEkF2fUGsIauLSobNdGQ03cxX8MFyoW1AQk6W7BvzixyS3uBGF1I nvuqfb9iMHwhpsmqrmU+430974aLu9sgeX2hb0vPhP5WEfSc7/L1korXlDWrqIk= =dsD+ -----END PGP SIGNATURE----- --gKMricLos+KVdGMg-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 08:03:12 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 14385106564A for ; Fri, 16 Sep 2011 08:03:12 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id BAFC08FC0A for ; Fri, 16 Sep 2011 08:03:11 +0000 (UTC) Received: by yxk36 with SMTP id 36so3392518yxk.13 for ; Fri, 16 Sep 2011 01:03:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=7JLRH0GDp5brK3KzM7Oo/h74hMyr1p3X3L8mpot0xn4=; b=J6u0VZRHnyZH693kTubWOYNDt71t6GNtCUVyJyrK3XcBZ5h7EHD5o2KOgeH1pbuMQF sFjgGLrSv8rxfVTRFfwfKb2g955Nx0UXVUGjGa7lLCW1g4VtkDjFyfVPH7iQLa1uut8q ZKztAWpo87qrQtjRPavEDO+w+cVLXByU+gocY= Received: by 10.150.213.10 with SMTP id l10mr2106317ybg.283.1316160190129; Fri, 16 Sep 2011 01:03:10 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net [99.190.81.85]) by mx.google.com with ESMTPS id 11sm21704996ant.0.2011.09.16.01.03.07 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Sep 2011 01:03:08 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8G833dZ030139 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 16 Sep 2011 04:03:05 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8G832Re030138; Fri, 16 Sep 2011 04:03:02 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Fri, 16 Sep 2011 04:03:02 -0400 From: Jason Hellenthal To: Jeremy Chadwick Message-ID: <20110916080302.GC18043@DataIX.net> References: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> <20110916061813.GB18043@DataIX.net> <20110916064313.GA25602@icarus.home.lan> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="tqI+Z3u+9OQ7kwn0" Content-Disposition: inline In-Reply-To: <20110916064313.GA25602@icarus.home.lan> Cc: demelier.david@gmail.com, Barbara , freebsd-stable Subject: Re: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 08:03:12 -0000 --tqI+Z3u+9OQ7kwn0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Sep 15, 2011 at 11:43:13PM -0700, Jeremy Chadwick wrote: > On Fri, Sep 16, 2011 at 02:18:13AM -0400, Jason Hellenthal wrote: > >=20 > >=20 > > On Wed, Sep 14, 2011 at 07:56:27PM +0200, Barbara wrote: > > >=20 > > > > > > > >Hi, > > > > > > > >Today I pulled up the last changes for RELENG_8 branch and I got an= =20 > > > >error when doing the make installworld target : > > > > > > > >=3D=3D=3D> gnu/usr.bin/texinfo/doc (install) > > > >install-info --quiet --defsection=3DMiscellaneous --defentry=3D i= nfo.info=20 > > > >/usr/share/info/dir > > > >install-info --quiet --defsection=3DMiscellaneous --defentry=3D=20 > > > >info-stnd.info /usr/share/info/dir > > > >install-info --quiet --defsection=3DMiscellaneous --defentry=3D=20 > > > >texinfo.info /usr/share/info/dir > > > >install -o root -g wheel -m 444 info.info.gz info-stnd.info.gz=20 > > > >texinfo.info.gz /usr/share/info > > > >=3D=3D=3D> include (install) > > > >creating osreldate.h from newvers.sh > > > >touch: not found > > > >*** Error code 127 > > > > > > > >Stop in /usr/src/include. > > > >*** Error code 1 > > > > > > > >Anyone having the same issue? > > > > > > > >Cheers, > > >=20 > > > Forgot to "adjkerntz -i"? > > >=20 > >=20 > > Don't get why all these references for time are popping up here and why > > everyone seems to think that would make the PATH variable get cut short > > from the environment that newvers.sh is running in, but see the post I > > made to the real thread a few moments earlier. >=20 > I believe it's based on the fact that make(1) "freaks out" if the clock > skews too much (particularly, I imagine, if the clock goes backwards). > "Freaks out" means starts behaving oddly. There is confirmed evidence > of this happening -- it doesn't affect "PATH problems" (for lack of > better phrasing; I hope folks know what I mean by this, I'm not implying > one's dot-files are wrong, etc.), but it does show up as files not > getting compiled or make just bailing at odd/unexpected times. >=20 On another note relative to this I have noticed this failing more often when running a build in tmux(1). Not sure why that has anything to do with it but taking a guess its because of the imposed login environment or lack thereof thats effecting PATH. When inspected by adding a "echo ${PATH}" and a 'env' command above the touch line when this was happening it shown that /usr/bin was not in the PATH. But again not real sure why that happened and never bothered to look further. This is where watch(8) and snooping on the console came in handy for remote builds rather than having to use screen(1) or tmux(1) --tqI+Z3u+9OQ7kwn0 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.18 (FreeBSD) Comment: http://bit.ly/0x89D8547E iQEcBAEBAgAGBQJOcwK1AAoJEJBXh4mJ2FR+jJAH/R8F8PYBauY16s7KVSXVVBRy fs/DlDeDhYUsjTbXyI2od1mqouVHC9NY1GQCNjBfOpUM8FoNOkQWm7KuuW+2TBuR SbfLwpc90nkzDFJ/hjkm4p7AuxGCmlzf9nCqZuenZ0du2qbQ/yi7ORO5GzdGc03f 8byC/DYDIKyvOIqRJrLIOgRiZrXF+Qv9584tFt4oKctpaswZa9r0I3e4Ud0J0Ws1 GbKOPl32hRHni1TazuiCpQ4MEwcIIXwRwQzSy4Y777DoKvxKxrtdFnqERSUhkrzi efxRO0RfmXFEoRPYYVo2BieVLXs288PSjbsOW37du0TpXjZ72sE8fWrkUeAgJUg= =7PH+ -----END PGP SIGNATURE----- --tqI+Z3u+9OQ7kwn0-- From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 11:26:47 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1BADF1065670 for ; Fri, 16 Sep 2011 11:26:47 +0000 (UTC) (envelope-from tevans.uk@googlemail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id D2E528FC12 for ; Fri, 16 Sep 2011 11:26:46 +0000 (UTC) Received: by ywp17 with SMTP id 17so3504803ywp.13 for ; Fri, 16 Sep 2011 04:26:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=ZAGFcdBBTf+u8PWjI0kmecumtiieD9l3Rn4VhCYuzfQ=; b=BW4vcrcny9T0eaGznMcCGfLT4qJl3KcUnL4t16+MI4Lzkq9fNVTxffUR3nr85Xw2AX LWI1JDDhJuMWSFsgsThuES1tgy6qGv/PgwP33eqeQ+xZZ9dmRRb0GQ9zwSQvoZbZBL6P HjHV4arbZVf5hN/cBUrvCVMQ2aLTrALRSwjMo= MIME-Version: 1.0 Received: by 10.52.70.204 with SMTP id o12mr575034vdu.409.1316172406151; Fri, 16 Sep 2011 04:26:46 -0700 (PDT) Received: by 10.52.169.98 with HTTP; Fri, 16 Sep 2011 04:26:46 -0700 (PDT) In-Reply-To: <20110916061813.GB18043@DataIX.net> References: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> <20110916061813.GB18043@DataIX.net> Date: Fri, 16 Sep 2011 12:26:46 +0100 Message-ID: From: Tom Evans To: Jason Hellenthal Content-Type: text/plain; charset=UTF-8 Cc: freebsd-stable Subject: Re: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 11:26:47 -0000 On Fri, Sep 16, 2011 at 7:18 AM, Jason Hellenthal wrote: > > Don't get why all these references for time are popping up here and why > everyone seems to think that would make the PATH variable get cut short > from the environment that newvers.sh is running in, but see the post I > made to the real thread a few moments earlier. > Its also a FAQ in the handbook: http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#TOUCH-NOT-FOUND Cheers Tom From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 13:25:25 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 732D7106566C for ; Fri, 16 Sep 2011 13:25:25 +0000 (UTC) (envelope-from rs@bytecamp.net) Received: from mail.bytecamp.net (mail.bytecamp.net [212.204.60.9]) by mx1.freebsd.org (Postfix) with ESMTP id C1D358FC0A for ; Fri, 16 Sep 2011 13:25:24 +0000 (UTC) Received: (qmail 38734 invoked by uid 89); 16 Sep 2011 14:58:43 +0200 Received: from stella.bytecamp.net (HELO ?212.204.60.37?) (rs%bytecamp.net@212.204.60.37) by mail.bytecamp.net with CAMELLIA256-SHA encrypted SMTP; 16 Sep 2011 14:58:43 +0200 Message-ID: <4E734803.2050203@bytecamp.net> Date: Fri, 16 Sep 2011 14:58:43 +0200 From: Robert Schulze Organization: bytecamp GmbH User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.21) Gecko/20110831 Thunderbird/3.1.13 MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit Subject: increase in dropped udp datagrams X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 13:25:25 -0000 Hi, we are running an NFS server (8.2-STABLE/amd64 from 2011-09-08) with several 8.1-RELEASE-p1/amd64 clients (webservers). After updating the server, we now realize a slight increase in udp datagrams "dropped due to full socket buffers", which wasn't the case in the previously installed 8.2-STABLE from 2011-05-08. This also results in higher averages in HTTP request time on the clients. Nothing was changed on the configuration regarding sysctls or loader tuneables. kern.ipc.maxsockbuf is at 1024000 on the server. Was there a change which could cause the drops? Should this tuneable be increased further? Regarding maxsockbuf: is this number per-socket? So does one have to keep in mind that there could be maxsockbuf*maxsockets allocated for UDP? I'm willing to provide further information upon question. with kind regards, Robert Schulze From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 13:37:31 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0B73A106564A; Fri, 16 Sep 2011 13:37:31 +0000 (UTC) (envelope-from marck@rinet.ru) Received: from woozle.rinet.ru (woozle.rinet.ru [195.54.192.68]) by mx1.freebsd.org (Postfix) with ESMTP id 866298FC1A; Fri, 16 Sep 2011 13:37:30 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by woozle.rinet.ru (8.14.4/8.14.4) with ESMTP id p8GDbTlL084405; Fri, 16 Sep 2011 17:37:29 +0400 (MSD) (envelope-from marck@rinet.ru) Date: Fri, 16 Sep 2011 17:37:29 +0400 (MSD) From: Dmitry Morozovsky To: Adrian Chadd In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-NCC-RegID: ru.rinet X-OpenPGP-Key-ID: 6B691B03 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (woozle.rinet.ru [0.0.0.0]); Fri, 16 Sep 2011 17:37:29 +0400 (MSD) Cc: lulf@freebsd.org, freebsd-stable@freebsd.org Subject: Re: csup crash X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 13:37:31 -0000 On Fri, 16 Sep 2011, Adrian Chadd wrote: > Does this fix it ? > > http://www.freebsd.org/cgi/query-pr.cgi?pr=bin/154954 Possibly. As I stated earlier, I can't reproduce the problem from ZFS repo/sup snapshot I beleived I should. On the second look, this particular change barely can fix my particular problem, as there was dereferencing bad pointer in patch phase, not fixup. Anyway, PR fix seemd to be needed. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: marck@FreeBSD.org ] ------------------------------------------------------------------------ *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- marck@rinet.ru *** ------------------------------------------------------------------------ From owner-freebsd-stable@FreeBSD.ORG Fri Sep 16 15:31:06 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 802D91065673 for ; Fri, 16 Sep 2011 15:31:06 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-annu.mail.uoguelph.ca (esa-annu.mail.uoguelph.ca [131.104.91.36]) by mx1.freebsd.org (Postfix) with ESMTP id 3CB6E8FC12 for ; Fri, 16 Sep 2011 15:31:05 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Ap8EAGZqc06DaFvO/2dsb2JhbABBhFWjfYFTAQEBAQIBAQEBICsgCwUWDgoCAg0ZAikBCSYGCAcEARwEh1YEomGRa4EshDuBEQSRNIIWkUg X-IronPort-AV: E=Sophos;i="4.68,394,1312171200"; d="scan'208";a="134744921" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-annu-pri.mail.uoguelph.ca with ESMTP; 16 Sep 2011 11:31:04 -0400 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 82E1CB4017; Fri, 16 Sep 2011 11:31:04 -0400 (EDT) Date: Fri, 16 Sep 2011 11:31:04 -0400 (EDT) From: Rick Macklem To: Robert Schulze Message-ID: <376339967.1495550.1316187064510.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: <4E734803.2050203@bytecamp.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.203] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - FF3.0 (Win)/6.0.10_GA_2692) Cc: freebsd-stable@freebsd.org Subject: Re: increase in dropped udp datagrams X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 15:31:06 -0000 Robert Schulze wrote: > Hi, > > we are running an NFS server (8.2-STABLE/amd64 from 2011-09-08) with > several 8.1-RELEASE-p1/amd64 clients (webservers). After updating the > server, we now realize a slight increase in udp datagrams "dropped due > to full socket buffers", which wasn't the case in the previously > installed 8.2-STABLE from 2011-05-08. This also results in higher > averages in HTTP request time on the clients. > Well, there isn't much that changed in the krpc or NFS server's handling of UDP during that period. The only change in the krpc is r225384 and I can't think how that would have this affect. (All it does is avoid a loop in the kernel when msleep() returns EINTR or ERESTART.) > Nothing was changed on the configuration regarding sysctls or loader > tuneables. > > kern.ipc.maxsockbuf is at 1024000 on the server. > > Was there a change which could cause the drops? Should this tuneable > be > increased further? > You can certainly try this. (It defaults to 2*1024*1024 in -current now.) > Regarding maxsockbuf: is this number per-socket? So does one have to > keep in mind that there could be maxsockbuf*maxsockets allocated for > UDP? > It's per-socket, but in the case of the NFS server, it only uses one UDP socket for all requests. (I have no idea what else you are running that uses UDP?) > I'm willing to provide further information upon question. > Sounds to me like you've bumped into some second-order effect. One thing I'd try (you didn't mention where you currently have it set) is bump the # of nfsd threads up. For example, you can set it to 64 by putting this line in your /etc/rc.conf. nfs_server_flags="-u -t -n 64" If you have too many of them, the extra ones just sit waiting for a request and don't take up many resources. On the other hand, if you don't have enough of them, requests will get backed up in the socket's receive queue. I'll also mention considering using TCP mounts from the clients. (I can't remember if we've already had this discussion:-) Good luck with it, rick > with kind regards, > Robert Schulze > _______________________________________________ > 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-stable@FreeBSD.ORG Fri Sep 16 19:13:58 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEF721065673; Fri, 16 Sep 2011 19:13:58 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yi0-f54.google.com (mail-yi0-f54.google.com [209.85.218.54]) by mx1.freebsd.org (Postfix) with ESMTP id 617EE8FC18; Fri, 16 Sep 2011 19:13:58 +0000 (UTC) Received: by yia13 with SMTP id 13so1908911yia.13 for ; Fri, 16 Sep 2011 12:13:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=GJTCIh9SW+yJQ6JSxEuuZbVTlC12/92MHgiYhuq9vEg=; b=nMrjh6jnkkuxxdgo4gCTkFBFLRn7UgkDyjIYvNyUkOh+d+Jw7GGZ4LmApE+5RX73P1 UdqgJc6u4/bJejo9L/D0wIQvJL87knWq4fyN7zKgXSbrcpiluaqSq+gAiIPePTje4olF L8Bmu8v2+0EVvIMGfw/023eKrsQM/ThJnTwZQ= Received: by 10.68.4.9 with SMTP id g9mr997558pbg.425.1316200437062; Fri, 16 Sep 2011 12:13:57 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id i8sm14079394pbl.2.2011.09.16.12.13.53 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Sep 2011 12:13:55 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 16 Sep 2011 12:13:55 -0700 From: YongHyeon PYUN Date: Fri, 16 Sep 2011 12:13:55 -0700 To: Eugene Grosbein Message-ID: <20110916191355.GA9916@michelle.cdnetworks.com> References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> <4E72D465.8050900@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4E72D465.8050900@rdtc.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 16 Sep 2011 19:13:58 -0000 On Fri, Sep 16, 2011 at 11:45:25AM +0700, Eugene Grosbein wrote: > 16.09.2011 02:19, YongHyeon PYUN пишет: > > On Fri, Sep 16, 2011 at 02:02:37AM +0700, Eugene Grosbein wrote: > >> 16.09.2011 01:15, YongHyeon PYUN пишет: > >> > >>> I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How > >>> about applying the following revision? > >>> http://svnweb.freebsd.org/base?view=revision&revision=175337 > >>> Not sure whether it shall apply cleanly. > >> > >> It does not and there is too much differences in the code for my skills to apply manually :-) > >> > >>> Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in > >>> bus_dma_tag_create(9). > >> > >> I'm not sure I undersdand this right... Do you mean this change? > > > > No, change BUS_DMA_ALLOCNOW used in re(4). > > With clean RELENG_6 sources and the only following patch, > the problem still persists. > :-( I have back-ported re(4)/rl(4) for latest 6.x. http://people.freebsd.org/~yongari/re/6.x/README.txt Just compile tested and not sure whether it fixes the issue. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 05:38:39 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97F79106564A for ; Sat, 17 Sep 2011 05:38:39 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 5A04A8FC12 for ; Sat, 17 Sep 2011 05:38:39 +0000 (UTC) Received: by iadk27 with SMTP id k27so4916297iad.13 for ; Fri, 16 Sep 2011 22:38:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=AmIzynmbkodscAwxpe2lg1jkjYBYjpezaUB5sr3mpfM=; b=D00K8GoVp9InBf5yDR3++7opnVvfVPKOI04yA96DfYIIMblB8OHTCxFhvk6RlbypBW SIaO1oK7sGQ1jCn4/c8EFzZ5m13DyZWgu/AyVFXnt8AyNXzqssjf/C6Gap1cXHzCjLrO Y8mov16LUK7zEmA1iClWyi08d+VMKQjKqK894= Received: by 10.231.83.211 with SMTP id g19mr379381ibl.26.1316237917509; Fri, 16 Sep 2011 22:38:37 -0700 (PDT) Received: from DataIX.net ([99.190.81.85]) by mx.google.com with ESMTPS id a11sm12739697ibg.3.2011.09.16.22.38.35 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Sep 2011 22:38:35 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8H5cWaJ033853 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Sep 2011 01:38:33 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8H5cWEa033852; Sat, 17 Sep 2011 01:38:32 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sat, 17 Sep 2011 01:38:31 -0400 From: Jason Hellenthal To: Tom Evans Message-ID: <20110917053831.GA33534@DataIX.net> References: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> <20110916061813.GB18043@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Cc: freebsd-stable Subject: Re: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 05:38:39 -0000 On Fri, Sep 16, 2011 at 12:26:46PM +0100, Tom Evans wrote: > On Fri, Sep 16, 2011 at 7:18 AM, Jason Hellenthal wrote: > > > > Don't get why all these references for time are popping up here and why > > everyone seems to think that would make the PATH variable get cut short > > from the environment that newvers.sh is running in, but see the post I > > made to the real thread a few moments earlier. > > > > Its also a FAQ in the handbook: > > http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#TOUCH-NOT-FOUND > Keywords "...when booting into single user mode." From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 05:44:48 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BC3A5106564A for ; Sat, 17 Sep 2011 05:44:48 +0000 (UTC) (envelope-from jhellenthal@gmail.com) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7138F8FC17 for ; Sat, 17 Sep 2011 05:44:48 +0000 (UTC) Received: by gxk28 with SMTP id 28so4646468gxk.13 for ; Fri, 16 Sep 2011 22:44:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-type:content-disposition:in-reply-to; bh=EmygJr7iUeW4K2KPG4oIwg9gQNeC3YptD6Qfq+6MO/s=; b=VRIUL/QBwXZwAsW7Mb6J4V8B1WQzu2ubcsplqeMNILIY1mowD2cDIGDnFTPOXyUwpQ 3xRbmrj/GrxG03vMqd8yFdxTJzIsB3kCxT0A6IAMUwrWgHt4A9VKw0ubk0id7W48KEX+ gYE4BT+o7N1Ft8is2daPwnYh9QSEs+egBu3Vc= Received: by 10.236.176.65 with SMTP id a41mr940960yhm.72.1316238287703; Fri, 16 Sep 2011 22:44:47 -0700 (PDT) Received: from DataIX.net (adsl-99-190-81-85.dsl.klmzmi.sbcglobal.net [99.190.81.85]) by mx.google.com with ESMTPS id u13sm29033904anf.14.2011.09.16.22.44.45 (version=TLSv1/SSLv3 cipher=OTHER); Fri, 16 Sep 2011 22:44:46 -0700 (PDT) Sender: Jason Hellenthal Received: from DataIX.net (localhost [127.0.0.1]) by DataIX.net (8.14.5/8.14.5) with ESMTP id p8H5ihIK035451 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 17 Sep 2011 01:44:43 -0400 (EDT) (envelope-from jhell@DataIX.net) Received: (from jhell@localhost) by DataIX.net (8.14.5/8.14.5/Submit) id p8H5ig5d035450; Sat, 17 Sep 2011 01:44:42 -0400 (EDT) (envelope-from jhell@DataIX.net) Date: Sat, 17 Sep 2011 01:44:42 -0400 From: Jason Hellenthal To: Tom Evans Message-ID: <20110917054442.GA34167@DataIX.net> References: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> <20110916061813.GB18043@DataIX.net> <20110917053831.GA33534@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110917053831.GA33534@DataIX.net> Cc: freebsd-stable Subject: Re: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 05:44:48 -0000 On Sat, Sep 17, 2011 at 01:38:31AM -0400, Jason Hellenthal wrote: > > > On Fri, Sep 16, 2011 at 12:26:46PM +0100, Tom Evans wrote: > > On Fri, Sep 16, 2011 at 7:18 AM, Jason Hellenthal wrote: > > > > > > Don't get why all these references for time are popping up here and why > > > everyone seems to think that would make the PATH variable get cut short > > > from the environment that newvers.sh is running in, but see the post I > > > made to the real thread a few moments earlier. > > > > > > > Its also a FAQ in the handbook: > > > > http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#TOUCH-NOT-FOUND > > > > Keywords "...when booting into single user mode." Should also mention here machines that I have noticed this on were syncronized with NTP & time was not fluctuating at the time of errors. Once that I have mentioned before could be provoked by using screen or tmux whereas not using either of them it would not happen. Login shell non-Login shell ? pick your Brat!. All I know is the environment disapears for one reason or another but I am fairly confident it does not have anything to do with adjkerntz or localtime. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 05:59:15 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2ABC01065672 for ; Sat, 17 Sep 2011 05:59:15 +0000 (UTC) (envelope-from jdc@koitsu.dyndns.org) Received: from qmta02.emeryville.ca.mail.comcast.net (qmta02.emeryville.ca.mail.comcast.net [76.96.30.24]) by mx1.freebsd.org (Postfix) with ESMTP id 1002A8FC13 for ; Sat, 17 Sep 2011 05:59:14 +0000 (UTC) Received: from omta02.emeryville.ca.mail.comcast.net ([76.96.30.19]) by qmta02.emeryville.ca.mail.comcast.net with comcast id Zhtv1h0030QkzPwA2hz9lv; Sat, 17 Sep 2011 05:59:09 +0000 Received: from koitsu.dyndns.org ([67.180.84.87]) by omta02.emeryville.ca.mail.comcast.net with comcast id ZhzB1h00c1t3BNj8NhzChb; Sat, 17 Sep 2011 05:59:12 +0000 Received: by icarus.home.lan (Postfix, from userid 1000) id 1E300102C1B; Fri, 16 Sep 2011 22:59:14 -0700 (PDT) Date: Fri, 16 Sep 2011 22:59:14 -0700 From: Jeremy Chadwick To: Jason Hellenthal Message-ID: <20110917055914.GA7938@icarus.home.lan> References: <807974.3757131316022987517.JavaMail.defaultUser@defaultHost> <20110916061813.GB18043@DataIX.net> <20110917053831.GA33534@DataIX.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110917053831.GA33534@DataIX.net> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: Tom Evans , freebsd-stable Subject: Re: R: make installworld fails (touch not found) X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 05:59:15 -0000 On Sat, Sep 17, 2011 at 01:38:31AM -0400, Jason Hellenthal wrote: > > > On Fri, Sep 16, 2011 at 12:26:46PM +0100, Tom Evans wrote: > > On Fri, Sep 16, 2011 at 7:18 AM, Jason Hellenthal wrote: > > > > > > Don't get why all these references for time are popping up here and why > > > everyone seems to think that would make the PATH variable get cut short > > > from the environment that newvers.sh is running in, but see the post I > > > made to the real thread a few moments earlier. > > > > > > > Its also a FAQ in the handbook: > > > > http://www.freebsd.org/doc/en/books/faq/troubleshoot.html#TOUCH-NOT-FOUND > > > > Keywords "...when booting into single user mode." ...which is what you're supposed to do when doing installworld. I *hope* the OP was booted into single-user when doing installworld -- if not: sigh. We (community members) have had this discussion before in the past, re: can installworld be done in multi-user safely. The absolutely 100% failsafe answer is "no, you need to do it in single-user". The "get'er'done!!!" answer is "it depends". There have **absolutely** been times in the past where single-user was required (I know because this bit me back in the day and it's how I learned my lesson). People often come to the lists asking if they can do installworld in multi-user because they lack console access (shame on them). Furthermore booting into single-user for installworld is explicitly stated in /usr/src/Makefile, which is effectively the source of truth when it comes to world rebuilding/updating. There are some other steps that should really make it into /usr/src/Makefile (such as the need to rm -fr /usr/share/man/* before doing the installworld phase, else you can end up with stale man/catman pages), but the existing method works reliably. So what part of the picture am I missing? :-) -- | Jeremy Chadwick jdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, US | | Making life hard for others since 1977. PGP 4BD6C0CB | From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 14:04:01 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 41613106564A; Sat, 17 Sep 2011 14:04:01 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 8C3FC8FC15; Sat, 17 Sep 2011 14:04:00 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8HE3tYk024047; Sat, 17 Sep 2011 21:03:55 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E74A8C6.2070608@rdtc.ru> Date: Sat, 17 Sep 2011 21:03:50 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> <4E72D465.8050900@rdtc.ru> <20110916191355.GA9916@michelle.cdnetworks.com> In-Reply-To: <20110916191355.GA9916@michelle.cdnetworks.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 14:04:01 -0000 17.09.2011 02:13, YongHyeon PYUN ÐÉÛÅÔ: > On Fri, Sep 16, 2011 at 11:45:25AM +0700, Eugene Grosbein wrote: >> 16.09.2011 02:19, YongHyeon PYUN ÐÉÛÅÔ: >>> On Fri, Sep 16, 2011 at 02:02:37AM +0700, Eugene Grosbein wrote: >>>> 16.09.2011 01:15, YongHyeon PYUN ÐÉÛÅÔ: >>>> >>>>> I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How >>>>> about applying the following revision? >>>>> http://svnweb.freebsd.org/base?view=revision&revision=175337 >>>>> Not sure whether it shall apply cleanly. >>>> >>>> It does not and there is too much differences in the code for my skills to apply manually :-) >>>> >>>>> Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in >>>>> bus_dma_tag_create(9). >>>> >>>> I'm not sure I undersdand this right... Do you mean this change? >>> >>> No, change BUS_DMA_ALLOCNOW used in re(4). >> >> With clean RELENG_6 sources and the only following patch, >> the problem still persists. >> > > :-( > I have back-ported re(4)/rl(4) for latest 6.x. > http://people.freebsd.org/~yongari/re/6.x/README.txt > Just compile tested and not sure whether it fixes the issue. I confirm that the problem disappears using this driver with clean RELENG_6 sources and RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet: re0@pci1:11:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 Also, this machine uses RT8139 (rl0) for its LAN and it works too. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 16:56:50 2011 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E63E61065670 for ; Sat, 17 Sep 2011 16:56:50 +0000 (UTC) (envelope-from daniel@digsys.bg) Received: from smtp-sofia.digsys.bg (smtp-sofia.digsys.bg [193.68.3.230]) by mx1.freebsd.org (Postfix) with ESMTP id 72C7B8FC13 for ; Sat, 17 Sep 2011 16:56:50 +0000 (UTC) Received: from [192.92.129.101] ([192.92.129.101]) (authenticated bits=0) by smtp-sofia.digsys.bg (8.14.4/8.14.4) with ESMTP id p8HGudjk015020 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Sat, 17 Sep 2011 19:56:45 +0300 (EEST) (envelope-from daniel@digsys.bg) Mime-Version: 1.0 (Apple Message framework v1244.3) Content-Type: text/plain; charset=iso-8859-1 From: Daniel Kalchev In-Reply-To: Date: Sat, 17 Sep 2011 19:56:55 +0300 Content-Transfer-Encoding: quoted-printable Message-Id: <60645CA5-D1E5-4AF9-9C56-66FA755B0280@digsys.bg> References: <4E71C059.5060404@hi-media.com> <4E7218A4.4000205@my.gd> To: Damien Fleuriot X-Mailer: Apple Mail (2.1244.3) Cc: "freebsd-stable@freebsd.org" , "Brian Seklecki \(Mobile\)" Subject: Re: CARP interfaces and mastership issue X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 16:56:51 -0000 On Sep 15, 2011, at 23:14 , Damien Fleuriot wrote: > What would help here, is for a carp interface to wait a given delay > (tunable through a sysctl ?) after creation or after being brought up > from down. I have the same observation. Perhaps it can just avoid going up = initially --- it will become master anyway if it does not hear anything = on the interface. Daniel= From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 20:05:11 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFEC5106566C; Sat, 17 Sep 2011 20:05:11 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-iy0-f182.google.com (mail-iy0-f182.google.com [209.85.210.182]) by mx1.freebsd.org (Postfix) with ESMTP id 7A56A8FC08; Sat, 17 Sep 2011 20:05:11 +0000 (UTC) Received: by iadk27 with SMTP id k27so5795959iad.13 for ; Sat, 17 Sep 2011 13:05:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=JQ/f6j6AiOpI+HCDNe7vjBTSycyGuVVZi5XN8sAd5gg=; b=vKEcceyol41eqiPwT6v3N+CW1TZlg9mWx68tlCOP/5Kikg38TgiRRPn+OoxHsOTwGN D8g0g1xBS3BHF8OY6PmEx0jnEu2urNx11Zz3kbbhxzHisM5xj/ANb+H8vJ62BZKqqtNB AyYE2I+ISsHX2TOI084R1YkkB3RbNQZMPvb9Q= Received: by 10.68.14.7 with SMTP id l7mr1316956pbc.426.1316289910399; Sat, 17 Sep 2011 13:05:10 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e8sm47398460pbc.8.2011.09.17.13.05.06 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Sep 2011 13:05:07 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 17 Sep 2011 13:05:08 -0700 From: YongHyeon PYUN Date: Sat, 17 Sep 2011 13:05:08 -0700 To: Eugene Grosbein Message-ID: <20110917200508.GA13993@michelle.cdnetworks.com> References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> <4E72D465.8050900@rdtc.ru> <20110916191355.GA9916@michelle.cdnetworks.com> <4E74A8C6.2070608@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4E74A8C6.2070608@rdtc.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 20:05:12 -0000 On Sat, Sep 17, 2011 at 09:03:50PM +0700, Eugene Grosbein wrote: > 17.09.2011 02:13, YongHyeon PYUN пишет: > > On Fri, Sep 16, 2011 at 11:45:25AM +0700, Eugene Grosbein wrote: > >> 16.09.2011 02:19, YongHyeon PYUN пишет: > >>> On Fri, Sep 16, 2011 at 02:02:37AM +0700, Eugene Grosbein wrote: > >>>> 16.09.2011 01:15, YongHyeon PYUN пишет: > >>>> > >>>>> I remember re(4) in 6.x also have a couple of bus_dma(9) bugs. How > >>>>> about applying the following revision? > >>>>> http://svnweb.freebsd.org/base?view=revision&revision=175337 > >>>>> Not sure whether it shall apply cleanly. > >>>> > >>>> It does not and there is too much differences in the code for my skills to apply manually :-) > >>>> > >>>>> Alternatively try replacing BUS_DMA_ALLOCNOW to 0 in > >>>>> bus_dma_tag_create(9). > >>>> > >>>> I'm not sure I undersdand this right... Do you mean this change? > >>> > >>> No, change BUS_DMA_ALLOCNOW used in re(4). > >> > >> With clean RELENG_6 sources and the only following patch, > >> the problem still persists. > >> > > > > :-( > > I have back-ported re(4)/rl(4) for latest 6.x. > > http://people.freebsd.org/~yongari/re/6.x/README.txt > > Just compile tested and not sure whether it fixes the issue. > > I confirm that the problem disappears using this driver with clean RELENG_6 sources > and RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet: > > re0@pci1:11:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 > > Also, this machine uses RT8139 (rl0) for its LAN and it works too. Glad to hear that. Unfortunately I have no plan or time to merge all changes made in re(4)/rl(4) to stable/6 so you may have to stick to this unofficial driver. As you already know, I overhauled these drivers long time ago and there were too many changes. > > Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 20:11:56 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3D7CC106564A; Sat, 17 Sep 2011 20:11:56 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id 8CCE38FC08; Sat, 17 Sep 2011 20:11:55 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8HKBpEh026044; Sun, 18 Sep 2011 03:11:52 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E74FF02.7070607@rdtc.ru> Date: Sun, 18 Sep 2011 03:11:46 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4E722B70.9010201@rdtc.ru> <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> <4E72D465.8050900@rdtc.ru> <20110916191355.GA9916@michelle.cdnetworks.com> <4E74A8C6.2070608@rdtc.ru> <20110917200508.GA13993@michelle.cdnetworks.com> In-Reply-To: <20110917200508.GA13993@michelle.cdnetworks.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 20:11:56 -0000 18.09.2011 03:05, YongHyeon PYUN ÐÉÛÅÔ: >>> I have back-ported re(4)/rl(4) for latest 6.x. >>> http://people.freebsd.org/~yongari/re/6.x/README.txt >>> Just compile tested and not sure whether it fixes the issue. >> >> I confirm that the problem disappears using this driver with clean RELENG_6 sources >> and RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet: >> >> re0@pci1:11:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 >> vendor = 'Realtek Semiconductor' >> device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' >> class = network >> subclass = ethernet >> cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 >> >> Also, this machine uses RT8139 (rl0) for its LAN and it works too. > > Glad to hear that. Unfortunately I have no plan or time to merge > all changes made in re(4)/rl(4) to stable/6 so you may have to > stick to this unofficial driver. As you already know, I overhauled > these drivers long time ago and there were too many changes. Well, given that before busdma commit that hardware worked just fine with stock driver, it could be less overhead for me to rollback that one busdma small chunk :-) Who knows, which drivers got broken then in 2010 in 6.4-STABLE with busdma change besides re(4)... From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 20:22:36 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3D61106564A; Sat, 17 Sep 2011 20:22:36 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 968858FC12; Sat, 17 Sep 2011 20:22:36 +0000 (UTC) Received: by pzk33 with SMTP id 33so9568047pzk.4 for ; Sat, 17 Sep 2011 13:22:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=/PWcJbGu8LpjruGgKFPfA9tLOHtR/DwgO2TpL6EwKSI=; b=Z/sWti6xJhQqIHrMxvXZhY4corwwZmjm0Qu5XWY7Mt8R/AbsvjT82AOvlK1VPyUpFk HZqDM9PGANFjUbCXuKhQX+1A6a7PRJpCIkhTGFYg9Scy3eArfGiNEbT7anL5Q7eLMvn2 hydmOx5JW212K5CRhsQOI2fZEN4AKVZ3RKgGo= Received: by 10.68.52.164 with SMTP id u4mr1349001pbo.312.1316290956028; Sat, 17 Sep 2011 13:22:36 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id q10sm10010600pbn.9.2011.09.17.13.22.33 (version=TLSv1/SSLv3 cipher=OTHER); Sat, 17 Sep 2011 13:22:35 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 17 Sep 2011 13:22:36 -0700 From: YongHyeon PYUN Date: Sat, 17 Sep 2011 13:22:36 -0700 To: Eugene Grosbein Message-ID: <20110917202236.GB13993@michelle.cdnetworks.com> References: <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> <4E72D465.8050900@rdtc.ru> <20110916191355.GA9916@michelle.cdnetworks.com> <4E74A8C6.2070608@rdtc.ru> <20110917200508.GA13993@michelle.cdnetworks.com> <4E74FF02.7070607@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <4E74FF02.7070607@rdtc.ru> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, John Baldwin , yongari@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 20:22:36 -0000 On Sun, Sep 18, 2011 at 03:11:46AM +0700, Eugene Grosbein wrote: > 18.09.2011 03:05, YongHyeon PYUN пишет: > > >>> I have back-ported re(4)/rl(4) for latest 6.x. > >>> http://people.freebsd.org/~yongari/re/6.x/README.txt > >>> Just compile tested and not sure whether it fixes the issue. > >> > >> I confirm that the problem disappears using this driver with clean RELENG_6 sources > >> and RealTek 8169/8169S/8169SB(L)/8110S/8110SB(L) Gigabit Ethernet: > >> > >> re0@pci1:11:0: class=0x020000 card=0x816910ec chip=0x816910ec rev=0x10 hdr=0x00 > >> vendor = 'Realtek Semiconductor' > >> device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > >> class = network > >> subclass = ethernet > >> cap 01[dc] = powerspec 2 supports D0 D1 D2 D3 current D0 > >> > >> Also, this machine uses RT8139 (rl0) for its LAN and it works too. > > > > Glad to hear that. Unfortunately I have no plan or time to merge > > all changes made in re(4)/rl(4) to stable/6 so you may have to > > stick to this unofficial driver. As you already know, I overhauled > > these drivers long time ago and there were too many changes. > > Well, given that before busdma commit that hardware worked just fine with stock driver, > it could be less overhead for me to rollback that one busdma small chunk :-) > Who knows, which drivers got broken then in 2010 in 6.4-STABLE with busdma change besides re(4)... I agree but that MFC may have fixed bugs in other driver which correctly used bus_dma(9) KPI. From owner-freebsd-stable@FreeBSD.ORG Sat Sep 17 21:06:50 2011 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2E9A106566B for ; Sat, 17 Sep 2011 21:06:50 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (unknown [IPv6:2a03:3100:c:13::5]) by mx1.freebsd.org (Postfix) with ESMTP id F2D808FC14 for ; Sat, 17 Sep 2011 21:06:49 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.5/8.14.5) with ESMTP id p8HL6m5U026258; Sun, 18 Sep 2011 04:06:48 +0700 (NOVST) (envelope-from egrosbein@rdtc.ru) Message-ID: <4E750BE3.7020607@rdtc.ru> Date: Sun, 18 Sep 2011 04:06:43 +0700 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: pyunyh@gmail.com References: <201109151314.50549.jhb@freebsd.org> <4E7238C3.1060008@rdtc.ru> <20110915181524.GA6557@michelle.cdnetworks.com> <4E724BCD.4040607@rdtc.ru> <20110915191944.GB6557@michelle.cdnetworks.com> <4E72D465.8050900@rdtc.ru> <20110916191355.GA9916@michelle.cdnetworks.com> <4E74A8C6.2070608@rdtc.ru> <20110917200508.GA13993@michelle.cdnetworks.com> <4E74FF02.7070607@rdtc.ru> <20110917202236.GB13993@michelle.cdnetworks.com> In-Reply-To: <20110917202236.GB13993@michelle.cdnetworks.com> Content-Type: text/plain; charset=KOI8-R Content-Transfer-Encoding: 8bit Cc: stable@freebsd.org Subject: Re: busdma MFC broke ipfw fwd for RELENG_6 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 17 Sep 2011 21:06:50 -0000 18.09.2011 03:22, YongHyeon PYUN ÐÉÛÅÔ: >>> Glad to hear that. Unfortunately I have no plan or time to merge >>> all changes made in re(4)/rl(4) to stable/6 so you may have to >>> stick to this unofficial driver. As you already know, I overhauled >>> these drivers long time ago and there were too many changes. >> >> Well, given that before busdma commit that hardware worked just fine with stock driver, >> it could be less overhead for me to rollback that one busdma small chunk :-) >> Who knows, which drivers got broken then in 2010 in 6.4-STABLE with busdma change besides re(4)... > > I agree but that MFC may have fixed bugs in other driver which > correctly used bus_dma(9) KPI. It is possible. With luck, this legacy 6.4-STABLE system runs rock-stable and have no other problems with drivers/ Thanks for your drivers backport, anyway, now this case is closed :-)