From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 01:06:26 2009 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 7666F106564A for ; Sun, 8 Mar 2009 01:06:26 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id 3D9D08FC12 for ; Sun, 8 Mar 2009 01:06:26 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 3D3D073098; Sun, 8 Mar 2009 01:55:15 +0100 (CET) Date: Sun, 8 Mar 2009 01:55:15 +0100 From: Luigi Rizzo To: stable@freebsd.org Message-ID: <20090308005515.GA68934@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Luigi Rizzo , Fabio Checconi Subject: updated geom_sched code 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, 08 Mar 2009 01:06:26 -0000 Hi all, this is an update on the work that Fabio Checconi and I are doing on disk scheduling, which was first announced here a couple of months ago: http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/047597.html Since the previous version, we have done some massive cleanup and consolidation of the code, fixed a bug in the system's disksort, and added amd64 support. We believe the code is now ready for some wider testing (as long as you are not using g_journal, see below). Full source code can be downloaded from http://info.iet.unipi.it/~luigi/FreeBSD/geom_sched-20090307.tgz (the archive also includes pre-built RELENG_7/i386 modules). Instructions on how to install and use the scheduler are included in the source code, along with some notes on the implemented schedulers. The major changes from the previous version are the following: - support for early loading of scheduler modules, allowing their use on root devices; - support for the geom 'retaste' function; - general cleanup of the code, simplification of the internal interfaces, some bugs fixed; - support for the ugly binary patching hack on amd64; - support for multiple dispatches in RR; - support for on-the-fly scheduler switches; - support for unloading schedulers in-use. NOTE: due to the way we store classification info, the schedulers are probably incompatible with g_journal. Apart from that (which needs to be fixed by adding a field to the struct bio), we believe the code to be quite stable now, so future work will be mainly focused on adding more scheduling algorithms and doing a thorough performance evaluation under various workloads. In the meantime we'd really appreciate any comment from you on the approach we took, and anyone testing the code. cheers Luigi and Fabio From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 02:38:50 2009 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 C9F62106566B; Sun, 8 Mar 2009 02:38:50 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.188]) by mx1.freebsd.org (Postfix) with ESMTP id 385328FC08; Sun, 8 Mar 2009 02:38:49 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so654481tib.3 for ; Sat, 07 Mar 2009 18:38:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=TtG8boqFpoeMS5FuFD+JgiVzdXckz4P8paos5PQTvXc=; b=efIr9lRmVaAVhJdSEMQezIz6WYFuvuiiqQuMX43kWAtc+p7HlXxBgpsnVzMxCai4eA //i6cKsW0xqB/hTP7eDGEAWzU62TzUrmfFXDoXpSVr8AmLMhohSEyBKxBB/HCmK50hjz eHlRNC8qkXvnck8pMX4/CSzqbhvqmlG3WknjA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=EJbp1GQKMCo5Snpj2VZyH6y6zsoT6VSEj78t+Fw2P5NUYDcAw8sYTgnw2zi8ZFPKM8 gSuOYgfL2BmeU9QCtyH3VNs2E+bled2DIeYhhnb/QRfQZgkFhsrmD/iUjV0kFrEaXrh/ UZIUmedFdLFelUXN1VskL5qt/VYGMN5WRCIgM= Received: by 10.110.52.1 with SMTP id z1mr6410772tiz.50.1236479928773; Sat, 07 Mar 2009 18:38:48 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b7sm6626516tic.35.2009.03.07.18.38.45 (version=SSLv3 cipher=RC4-MD5); Sat, 07 Mar 2009 18:38:47 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Sun, 8 Mar 2009 11:36:42 +0900 From: Pyun YongHyeon Date: Sun, 8 Mar 2009 11:36:42 +0900 To: ian j hart Message-ID: <20090308023642.GB1531@michelle.cdnetworks.co.kr> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <200901191833.51320.jkim@FreeBSD.org> <20090120024519.GB79785@cdnetworks.co.kr> <200903071717.57915.ianjhart@ntlworld.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="2fHTh5uZTiUOsy+g" Content-Disposition: inline In-Reply-To: <200903071717.57915.ianjhart@ntlworld.com> User-Agent: Mutt/1.4.2.3i Cc: Sascha Holzleiter , freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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: Sun, 08 Mar 2009 02:38:51 -0000 --2fHTh5uZTiUOsy+g Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Mar 07, 2009 at 05:17:57PM +0000, ian j hart wrote: > On Tuesday 20 January 2009 02:45:19 Pyun YongHyeon wrote: > > On Mon, Jan 19, 2009 at 06:33:46PM -0500, Jung-uk Kim wrote: > > > On Monday 19 January 2009 04:33 pm, Jung-uk Kim wrote: > > > > I found something interesting. I have another RTL8169SC that works > > > > perfectly fine without the patch. The hardware revision is > > > > 0x18000000. After reading Linux driver (drivers/net/r8169c), I > > > > realised they use different masks for hardware revisions. With > > > > their logic, non-working chip seems to be 0x98000000 (8110SCe) > > > > while working chip seems to be 0x18000000 (8110SCd) with > > > > 0xfc800000. FYI... > > > > > > Now armed with the information, I made it work without reverting > > > memory mapped I/O. :-) > > > > > > http://people.freebsd.org/~jkim/re/re.current2.diff > > > http://people.freebsd.org/~jkim/re/re.stable2.diff > > > > I like the patch. Since only RTL8169 family uses mask 0xfc800000 > > it would be even better we can limit checking scope for RTL8169SC > > by comparing PCI device id. I don't know what other side effect > > would happen if the mask 0xfc800000 would be used on 8101/8168 > > controllers. > > If the patch works on RTL8169SC would you commit the patch? > > I'd like to see multiple commits separated by each enhancements > > as the patch contains several fixes which are not directly related > > with the issue. > > Where are we on this? > > I have a headless firewall box which is not happy with 7.1-RELEASE. I've upgraded to 7.1-STABLE as of yesterday and now I'm getting 'PHY read failed' errors, although the network did come up, which was an improvement. > > Is there a patch I can try? > > http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=174&proname=AD3RTLAN-G > > re0: port 0xf200-0xf2ff mem 0xfdfff000-0xfdfff0ff irq 18 at device 9.0 on pci0 > re0: Chip rev. 0x18000000 > re0: MAC rev. 0x00000000 > re0: Ethernet address: 00:30:18:ae:1a:1b > re0: [FILTER] > re1: port 0xf000-0xf0ff mem 0xfdffd000-0xfdffd0ff irq 19 at device 11.0 on pci0 > re1: Chip rev. 0x18000000 > re1: MAC rev. 0x00000000 > re1: Ethernet address: 00:30:18:ae:1a:1c > re1: [FILTER] > re2: port 0xec00-0xecff mem 0xfdffc000-0xfdffc0ff irq 16 at device 12.0 on pci0 > re2: Chip rev. 0x18000000 > re2: MAC rev. 0x00000000 > re2: Ethernet address: 00:30:18:ae:1a:1d > re2: [FILTER] > > re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 > re1@pci0:0:11:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 > re2@pci0:0:12:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 > Have you tried re(4) in HEAD? I had one report that re(4) in HEAD still does not fix the issue so I posted a possible workaround for that. Unfortunately he didn't report back so I don't know whether it was right workaround or not. If re(4) in HEAD does not fix the issue, would you try attached patch and let me know how it goes? --2fHTh5uZTiUOsy+g Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.8169sc.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 187352) +++ sys/dev/re/if_re.c (working copy) @@ -158,6 +158,8 @@ /* Tunables. */ static int msi_disable = 1; TUNABLE_INT("hw.re.msi_disable", &msi_disable); +static int prefer_iomap = 0; +TUNABLE_INT("hw.re.prefer_iomap", &prefer_iomap); #define RE_CSUM_FEATURES (CSUM_IP | CSUM_TCP | CSUM_UDP) @@ -1131,26 +1133,36 @@ pci_enable_busmaster(dev); devid = pci_get_device(dev); - /* Prefer memory space register mapping over IO space. */ - sc->rl_res_id = PCIR_BAR(1); - sc->rl_res_type = SYS_RES_MEMORY; - /* RTL8168/8101E seems to use different BARs. */ - if (devid == RT_DEVICEID_8168 || devid == RT_DEVICEID_8101E) - sc->rl_res_id = PCIR_BAR(2); + /* + * Prefer memory space register mapping over IO space. + * Because RTL8169SC does not seem to work when memory mapping + * is used always activate io mapping. + */ + if (devid == RT_DEVICEID_8169SC) + prefer_iomap = 1; + if (prefer_iomap == 0) { + sc->rl_res_id = PCIR_BAR(1); + sc->rl_res_type = SYS_RES_MEMORY; + /* RTL8168/8101E seems to use different BARs. */ + if (devid == RT_DEVICEID_8168 || devid == RT_DEVICEID_8101E) + sc->rl_res_id = PCIR_BAR(2); + } else { + sc->rl_res_id = PCIR_BAR(0); + sc->rl_res_type = SYS_RES_IOPORT; + } sc->rl_res = bus_alloc_resource_any(dev, sc->rl_res_type, &sc->rl_res_id, RF_ACTIVE); - - if (sc->rl_res == NULL) { + if (sc->rl_res == NULL && prefer_iomap == 0) { sc->rl_res_id = PCIR_BAR(0); sc->rl_res_type = SYS_RES_IOPORT; sc->rl_res = bus_alloc_resource_any(dev, sc->rl_res_type, &sc->rl_res_id, RF_ACTIVE); - if (sc->rl_res == NULL) { - device_printf(dev, "couldn't map ports/memory\n"); - error = ENXIO; - goto fail; - } } + if (sc->rl_res == NULL) { + device_printf(dev, "couldn't map ports/memory\n"); + error = ENXIO; + goto fail; + } sc->rl_btag = rman_get_bustag(sc->rl_res); sc->rl_bhandle = rman_get_bushandle(sc->rl_res); --2fHTh5uZTiUOsy+g-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 02:50:15 2009 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 B63F51065675; Sun, 8 Mar 2009 02:50:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smarthost1.sentex.ca (smarthost1.sentex.ca [64.7.153.18]) by mx1.freebsd.org (Postfix) with ESMTP id 8B5F98FC0C; Sun, 8 Mar 2009 02:50:15 +0000 (UTC) (envelope-from tinderbox@freebsd.org) Received: from smtp2.sentex.ca (smtp2c.sentex.ca [64.7.153.30]) by smarthost1.sentex.ca (8.14.3/8.14.3) with ESMTP id n282oCeu015424; Sat, 7 Mar 2009 21:50:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: from freebsd-stable.sentex.ca (freebsd-stable.sentex.ca [64.7.128.103]) by smtp2.sentex.ca (8.14.3/8.14.3) with ESMTP id n282oCsn095393; Sat, 7 Mar 2009 21:50:12 -0500 (EST) (envelope-from tinderbox@freebsd.org) Received: by freebsd-stable.sentex.ca (Postfix, from userid 666) id 53DA11B5060; Sat, 7 Mar 2009 21:50:12 -0500 (EST) Sender: FreeBSD Tinderbox From: FreeBSD Tinderbox To: FreeBSD Tinderbox , , Precedence: bulk Message-Id: <20090308025012.53DA11B5060@freebsd-stable.sentex.ca> Date: Sat, 7 Mar 2009 21:50:12 -0500 (EST) X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on clamscanner3 X-Virus-Status: Clean X-Scanned-By: MIMEDefang 2.64 on 64.7.153.18 Cc: Subject: [releng_7 tinderbox] failure on powerpc/powerpc X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 08 Mar 2009 02:50:16 -0000 TB --- 2009-03-08 01:42:02 - tinderbox 2.6 running on freebsd-stable.sentex.ca TB --- 2009-03-08 01:42:02 - starting RELENG_7 tinderbox run for powerpc/powerpc TB --- 2009-03-08 01:42:02 - cleaning the object tree TB --- 2009-03-08 01:42:25 - cvsupping the source tree TB --- 2009-03-08 01:42:25 - /usr/bin/csup -z -r 3 -g -L 1 -h localhost -s /tinderbox/RELENG_7/powerpc/powerpc/supfile TB --- 2009-03-08 01:42:33 - building world TB --- 2009-03-08 01:42:33 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-08 01:42:33 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-08 01:42:33 - TARGET=powerpc TB --- 2009-03-08 01:42:33 - TARGET_ARCH=powerpc TB --- 2009-03-08 01:42:33 - TZ=UTC TB --- 2009-03-08 01:42:33 - __MAKE_CONF=/dev/null TB --- 2009-03-08 01:42:33 - cd /src TB --- 2009-03-08 01:42:33 - /usr/bin/make -B buildworld >>> World build started on Sun Mar 8 01:42:34 UTC 2009 >>> Rebuilding the temporary build tree >>> stage 1.1: legacy release compatibility shims >>> stage 1.2: bootstrap tools >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3: cross tools >>> stage 4.1: building includes >>> stage 4.2: building libraries >>> stage 4.3: make dependencies >>> stage 4.4: building everything >>> World build completed on Sun Mar 8 02:48:04 UTC 2009 TB --- 2009-03-08 02:48:04 - generating LINT kernel config TB --- 2009-03-08 02:48:04 - cd /src/sys/powerpc/conf TB --- 2009-03-08 02:48:04 - /usr/bin/make -B LINT TB --- 2009-03-08 02:48:04 - building LINT kernel TB --- 2009-03-08 02:48:04 - MAKEOBJDIRPREFIX=/obj TB --- 2009-03-08 02:48:04 - PATH=/usr/bin:/usr/sbin:/bin:/sbin TB --- 2009-03-08 02:48:04 - TARGET=powerpc TB --- 2009-03-08 02:48:04 - TARGET_ARCH=powerpc TB --- 2009-03-08 02:48:04 - TZ=UTC TB --- 2009-03-08 02:48:04 - __MAKE_CONF=/dev/null TB --- 2009-03-08 02:48:04 - cd /src TB --- 2009-03-08 02:48:04 - /usr/bin/make -B buildkernel KERNCONF=LINT >>> Kernel build for LINT started on Sun Mar 8 02:48:04 UTC 2009 >>> stage 1: configuring the kernel >>> stage 2.1: cleaning up the object tree >>> stage 2.2: rebuilding the object tree >>> stage 2.3: build tools >>> stage 3.1: making dependencies >>> stage 3.2: building everything -------------------------------------------------------------- cd /obj/powerpc/src/sys/LINT; MAKEOBJDIRPREFIX=/obj/powerpc MACHINE_ARCH=powerpc MACHINE=powerpc CPUTYPE= GROFF_BIN_PATH=/obj/powerpc/src/tmp/legacy/usr/bin GROFF_FONT_PATH=/obj/powerpc/src/tmp/legacy/usr/share/groff_font GROFF_TMAC_PATH=/obj/powerpc/src/tmp/legacy/usr/share/tmac _SHLIBDIRPREFIX=/obj/powerpc/src/tmp VERSION="FreeBSD 7.0-BETA2 i386 700055" INSTALL="sh /src/tools/install.sh" PATH=/obj/powerpc/src/tmp/legacy/usr/sbin:/obj/powerpc/src/tmp/legacy/usr/bin:/obj/powerpc/src/tmp/legacy/usr/games:/obj/powerpc/src/tmp/usr/sbin:/obj/powerpc/src/tmp/usr/bin:/obj/powerpc/src/tmp/usr/games:/sbin:/bin:/usr/sbin:/usr/bin NO_CTF=1 /usr/bin/make KERNEL=kernel all -DNO_MODULES_OBJ cc -c -x assembler-with-cpp -DLOCORE -O2 -pipe -fno-strict-aliasing -std=c99 -Wall -Wredundant-decls -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Winline -Wcast-qual -Wundef -Wno-pointer-sign -fformat-extensions -nostdinc -I. -I/src/sys -I/src/sys/contrib/altq -D_KERNEL -DHAVE_KERNEL_OPTION_HEADERS -include opt_global.h -fno-common -finline-limit=15000 --param inline-unit-growth=100 --param large-function-growth=1000 -fno-builtin -msoft-float -fno-omit-frame-pointer -msoft-float -mno-altivec -ffreestanding -Werror /src/sys/powerpc/powerpc/locore.S /src/sys/powerpc/powerpc/trap_subr.S: Assembler messages: /src/sys/powerpc/powerpc/trap_subr.S:522: Error: undefined symbol `TMPSTKSZ' in operation /src/sys/powerpc/powerpc/trap_subr.S:523: Error: undefined symbol `TMPSTKSZ' in operation *** Error code 1 Stop in /obj/powerpc/src/sys/LINT. *** Error code 1 Stop in /src. *** Error code 1 Stop in /src. TB --- 2009-03-08 02:50:12 - WARNING: /usr/bin/make returned exit code 1 TB --- 2009-03-08 02:50:12 - ERROR: failed to build lint kernel TB --- 2009-03-08 02:50:12 - 3423.20 user 347.83 system 4089.30 real http://tinderbox.des.no/tinderbox-releng_7-RELENG_7-powerpc-powerpc.full From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 05:34:15 2009 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 C21F9106564A for ; Sun, 8 Mar 2009 05:34:15 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from fallback-in1.mxes.net (fallback-out1.mxes.net [216.86.168.190]) by mx1.freebsd.org (Postfix) with ESMTP id 995868FC15 for ; Sun, 8 Mar 2009 05:34:15 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by fallback-in1.mxes.net (Postfix) with ESMTP id 0534C164726 for ; Sun, 8 Mar 2009 00:22:45 -0500 (EST) Received: from [10.0.0.196] (unknown [64.9.238.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 0A82BD05B0 for ; Sun, 8 Mar 2009 00:22:44 -0500 (EST) Message-ID: <49B355FA.2090906@gmail.com> Date: Sat, 07 Mar 2009 21:22:02 -0800 From: David Ehrmann User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: vge0 not autonegotiating to 1000baseTX full duplex in 7.1 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, 08 Mar 2009 05:34:16 -0000 It's been reported before, but I haven't seen anything new. vge devices won't autonegotiate to gigabit speeds, and if I set the media to 1000baseTX, ifconfig reports "no carrier." This was with two different interfaces on the other end, one a switch, the other another computer (but not a vge one). Any ideas? From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 08:17:54 2009 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 E921A106564A for ; Sun, 8 Mar 2009 08:17:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.191]) by mx1.freebsd.org (Postfix) with ESMTP id 812F38FC14 for ; Sun, 8 Mar 2009 08:17:54 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so715864tib.3 for ; Sun, 08 Mar 2009 00:17:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=RhSqcCuDnmJ9lzgNLuuN/0N+jjodSZPoc7NWTezHzEc=; b=WwoQwEfF5MmNSdRDIbcXkiWsP1dgQq8v1EDvagmeOp2iWapoWT/zk+rrv3Ndl/Qzdw XmSV2a643eZjAF4JisTjWSQIS0H9MkvJjpA2vGHT2e80ObIAOHPpJvVbKy3rKtVhYoHZ P7Ms4T6+g4mqiSih8g+uwj/d06vFIDbYK2uuQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=K1nmgZdhgqF6Q8z0sYgKS6ZwAXlvjp8oqFY9j8bCKGthOm9ZOK53by2CLIoealkTzU bhv0wYIFpA4PxdCjuCgGEu5nantOUkaNEwkAhKV3/Mz2j2/QoxpFCz2b39Il3ZyzOK7D UDW5UxegcQ0jDHnN7D++M2+obxKa4uDHg0ev8= Received: by 10.110.86.3 with SMTP id j3mr6873346tib.51.1236500273360; Sun, 08 Mar 2009 00:17:53 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id w5sm3589305tib.25.2009.03.08.00.17.50 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 00:17:51 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Sun, 8 Mar 2009 17:15:50 +0900 From: Pyun YongHyeon Date: Sun, 8 Mar 2009 17:15:50 +0900 To: David Ehrmann Message-ID: <20090308081550.GC1531@michelle.cdnetworks.co.kr> References: <49B355FA.2090906@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B355FA.2090906@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: vge0 not autonegotiating to 1000baseTX full duplex in 7.1 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: Sun, 08 Mar 2009 08:17:55 -0000 On Sat, Mar 07, 2009 at 09:22:02PM -0800, David Ehrmann wrote: > It's been reported before, but I haven't seen anything new. vge devices Because I don't have access to the hardware it looks like hard to fix. > won't autonegotiate to gigabit speeds, and if I set the media to > 1000baseTX, ifconfig reports "no carrier." This was with two different > interfaces on the other end, one a switch, the other another computer > (but not a vge one). > > Any ideas? Would you show me the output of dmesg?(Only vge(4) related one) Also show me the output of "devinfo -rv | grep phy". From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 08:40:18 2009 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 0B4CA1065743 for ; Sun, 8 Mar 2009 08:40:18 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from mail1.asahi-net.or.jp (mail1.asahi-net.or.jp [202.224.39.197]) by mx1.freebsd.org (Postfix) with ESMTP id D55518FC08 for ; Sun, 8 Mar 2009 08:40:17 +0000 (UTC) (envelope-from ota@j.email.ne.jp) Received: from localhost (unknown [70.20.228.87]) by mail1.asahi-net.or.jp (Postfix) with ESMTP id 228C65D458 for ; Sun, 8 Mar 2009 17:40:15 +0900 (JST) Date: Sun, 8 Mar 2009 04:40:12 -0400 From: Yoshihiro Ota To: stable@freebsd.org Message-Id: <20090308044012.0a666ff6.ota@j.email.ne.jp> X-Mailer: Sylpheed 2.6.0 (GTK+ 2.12.11; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: Subject: Where is nfsiod now? 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, 08 Mar 2009 08:40:18 -0000 Hello. I thought rc used to start nfsiod if you set nfs_cilent_enable back years ago. Now, on my 7.1-RELEASE machine, it sets up a couple of sysctls in /etc/rc.d/nfsclient script but not nfsiod. Is nfsiod obsolete by now? It is still on the system; does it still improve nfs performance? Thanks, Hiro From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 09:08:03 2009 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 185021065676 for ; Sun, 8 Mar 2009 09:08:03 +0000 (UTC) (envelope-from SRS0=rTDoIsmY=7H=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from atom.beatsnet.com (cl-26.zrh-01.ch.sixxs.net [IPv6:2001:41e0:ff00:19::2]) by mx1.freebsd.org (Postfix) with ESMTP id 62C348FC20 for ; Sun, 8 Mar 2009 09:08:02 +0000 (UTC) (envelope-from SRS0=rTDoIsmY=7H=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from [192.168.124.200] (200-internal-wlan.beatsnet.com [192.168.124.200]) (authenticated bits=0) by atom.beatsnet.com (8.14.3/8.14.3) with ESMTP id n2897xtb076376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 8 Mar 2009 10:07:59 +0100 (CET) (envelope-from beat.siegenthaler@beatsnet.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=beatsnet.com; s=ATOM_DKIM; t=1236503280; bh=Jt+UIIu6mGzU/l2BvQfdzv5SaV7YsB96Vtr9BBjyI4E=; h=Message-ID:Date:From:MIME-Version:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=mw4oTUMRUMu/lpbPB+3LUlBGkyTIP5tDdNsabPwz1I8zMI4mUhb3b9+Z6nhxXjNkp mxZTG6ivVFV8p13NWm/45/R7/aItk+504ImqE0PfA5eG5uTgfzeoKW1aANCzYBIUJz JP00D9fBo8SjfsoqnVFIUbwbqR/JJUPTN8t7Ezew= Message-ID: <49B38AEF.8070909@beatsnet.com> Date: Sun, 08 Mar 2009 10:07:59 +0100 From: Beat Siegenthaler User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 References: <49B1AC25.3000700@onetel.com> <27998819.871236382003017.JavaMail.HALO$@halo> <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> In-Reply-To: <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (atom.beatsnet.com [172.20.0.45]); Sun, 08 Mar 2009 10:07:59 +0100 (CET) X-Spam-Status: No, score=-3.5 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, MISSING_HEADERS autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.beatsnet.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on atom.beatsnet.com X-Virus-Status: Clean Cc: stable@freebsd.org Subject: fxp unusable after make world 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, 08 Mar 2009 09:08:03 -0000 Hi, last week I made a rebuild on my system (7.1 RELENG_7 amd64). After this i could not reach my system from outside the LAN. It was extremely slow. I suspected Modem, Firewall and so on, because inside my LAN I could work. But then with tshark I found, that also there where many retransmissions and checksum errors. Then, short in time I replaced the dual EtherExpress PRO/100 fxp0@pci0:2:4:0: class=0x020000 card=0x10158086 chip=0x12298086 rev=0x0d hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet fxp1@pci0:2:5:0: class=0x020000 card=0x10158086 chip=0x12298086 rev=0x0d hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet With two cheap Realtek cards and the problem was gone... re0@pci0:0:12:0: class=0x020000 card=0x001a6409 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet re1@pci0:0:13:0: class=0x020000 card=0x001a6409 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet I see that the fxp-code was touched short time ago. P.S This is the first time since Years, that make world made one of my Systems unusable.... From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 09:20:57 2009 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 E96F8106566B for ; Sun, 8 Mar 2009 09:20:57 +0000 (UTC) (envelope-from SRS0=rTDoIsmY=7H=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from atom.beatsnet.com (cl-26.zrh-01.ch.sixxs.net [IPv6:2001:41e0:ff00:19::2]) by mx1.freebsd.org (Postfix) with ESMTP id 465C88FC0A for ; Sun, 8 Mar 2009 09:20:57 +0000 (UTC) (envelope-from SRS0=rTDoIsmY=7H=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from [192.168.124.200] (200-internal-wlan.beatsnet.com [192.168.124.200]) (authenticated bits=0) by atom.beatsnet.com (8.14.3/8.14.3) with ESMTP id n289KsFD055537 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Sun, 8 Mar 2009 10:20:55 +0100 (CET) (envelope-from beat.siegenthaler@beatsnet.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=beatsnet.com; s=ATOM_DKIM; t=1236504056; bh=Jt+UIIu6mGzU/l2BvQfdzv5SaV7YsB96Vtr9BBjyI4E=; h=Message-ID:Date:From:MIME-Version:To:Subject:Content-Type: Content-Transfer-Encoding; b=esSnRYeMhVPnwNByj/lNpNiUmfk13w5Q9uvwZMbx+lXcsWeJzSAWuWGnOmwMpvlPD xb0OgwpqkfMv7r9cc/9cHR77k00wO5d7Uw5B7px/Nn7L9InPLbnLp80qwZlk7lVo/A bl8AdWDn8ec/jbwU9UVKrLRSGbhzSPNmkpfBd6fA= Message-ID: <49B38DF6.7010805@beatsnet.com> Date: Sun, 08 Mar 2009 10:20:54 +0100 From: Beat Siegenthaler User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: stable@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (atom.beatsnet.com [172.20.0.45]); Sun, 08 Mar 2009 10:20:55 +0100 (CET) X-Spam-Status: No, score=-4.0 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.beatsnet.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on atom.beatsnet.com X-Virus-Status: Clean Cc: Subject: fxp unusable after make world 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, 08 Mar 2009 09:20:58 -0000 Hi, last week I made a rebuild on my system (7.1 RELENG_7 amd64). After this i could not reach my system from outside the LAN. It was extremely slow. I suspected Modem, Firewall and so on, because inside my LAN I could work. But then with tshark I found, that also there where many retransmissions and checksum errors. Then, short in time I replaced the dual EtherExpress PRO/100 fxp0@pci0:2:4:0: class=0x020000 card=0x10158086 chip=0x12298086 rev=0x0d hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet fxp1@pci0:2:5:0: class=0x020000 card=0x10158086 chip=0x12298086 rev=0x0d hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class = network subclass = ethernet With two cheap Realtek cards and the problem was gone... re0@pci0:0:12:0: class=0x020000 card=0x001a6409 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet re1@pci0:0:13:0: class=0x020000 card=0x001a6409 chip=0x816910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' class = network subclass = ethernet I see that the fxp-code was touched short time ago. P.S This is the first time since Years, that make world made one of my Systems unusable.... From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 09:22:26 2009 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 344DC1065696; Sun, 8 Mar 2009 09:22:26 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from panacea.ucs.uwa.edu.au (unknown [IPv6:2001:388:7094:180:250:56ff:fe96:3830]) by mx1.freebsd.org (Postfix) with ESMTP id 318728FC16; Sun, 8 Mar 2009 09:22:25 +0000 (UTC) (envelope-from zanchey@ucc.gu.uwa.edu.au) Received: from kas30pipe.localhost (localhost.localdomain [127.0.0.1]) by panacea.uwa.edu.au (Postfix) with ESMTP id 1B3D2880ED; Sun, 8 Mar 2009 18:22:24 +0900 (WST) Received: from panacea (localhost.localdomain [127.0.0.1]) by panacea.prekas (Postfix) with SMTP id 9C47B880D8; Sun, 8 Mar 2009 18:22:23 +0900 (WST) X-UWA-Client-IP: 130.95.13.9 (UWA) Received: from mooneye.ucc.gu.uwa.edu.au (mooneye.ucc.gu.uwa.edu.au [130.95.13.9]) by panacea.extinput (Postfix) with ESMTP id 772DB87FD5; Sun, 8 Mar 2009 18:22:23 +0900 (WST) Received: by mooneye.ucc.gu.uwa.edu.au (Postfix, from userid 801) id 4A098367D3; Sun, 8 Mar 2009 18:22:23 +0900 (WST) Received: from martello.ucc.gu.uwa.edu.au (martello.ucc.gu.uwa.edu.au [130.95.13.23]) by mooneye.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 2C5CE367D2; Sun, 8 Mar 2009 18:22:23 +0900 (WST) Received: by martello.ucc.gu.uwa.edu.au (Postfix, from userid 11251) id 20D466C0A7; Sun, 8 Mar 2009 18:22:23 +0900 (WST) Received: from localhost (localhost [127.0.0.1]) by martello.ucc.gu.uwa.edu.au (Postfix) with ESMTP id 1B3D06C0A6; Sun, 8 Mar 2009 18:22:23 +0900 (WST) Date: Sun, 8 Mar 2009 18:22:23 +0900 (WST) From: David Adam To: John Baldwin In-Reply-To: <200903021210.39757.jhb@freebsd.org> Message-ID: References: <200903021210.39757.jhb@freebsd.org> User-Agent: Alpine 1.10 (DEB 962 2008-03-14) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SpamTest-Envelope-From: zanchey@ucc.gu.uwa.edu.au X-SpamTest-Group-ID: 00000000 X-SpamTest-Info: Profiles 7632 [Mar 08 2009] X-SpamTest-Info: {HEADERS: header Content-Type found without required header Content-Transfer-Encoding} X-SpamTest-Method: none X-SpamTest-Rate: 10 X-SpamTest-Status: Not detected X-SpamTest-Status-Extended: not_detected X-SpamTest-Version: SMTP-Filter Version 3.0.0 [0278], KAS30/Release Cc: freebsd-stable@freebsd.org Subject: Re: 7.1 new install halts on BTX error 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, 08 Mar 2009 09:22:26 -0000 On Mon, 2 Mar 2009, John Baldwin wrote: > On Wednesday 28 January 2009 10:13:46 pm David Adam wrote: > > I upgraded my 7.0 system to 7.1-RELEASE with freebsd-update only to find > > that it no longer boots correctly, instead crashing with a BTX backtrace. > > If I break to the loader prompt and use 'ls /boot', I also get a > > backtrace. > > > I wonder if your stack is growing into the heap (the GPT stuff made the > loader a bit bigger). You can try something like this: Hi John, I tired -CURRENT when the previous changes were committed (see my previous email on Mar 1). I can confirm that -CURRENT with that patch applied now boots fine on my system. Thanks, David Adam zanchey@ucc.gu.uwa.edu.au From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 09:39:01 2009 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 370DF106564A for ; Sun, 8 Mar 2009 09:39:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id C174D8FC15 for ; Sun, 8 Mar 2009 09:39:00 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so731345tib.3 for ; Sun, 08 Mar 2009 01:38:55 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=T7esCGpbgAcxuJY+gL0vP+sVK7p3t1c0uZ/AJ4Vqdtc=; b=ttX1aOBkLfIy1YgVliaeK700JR6QjiqkWu0AYpQHsgsIGxglmnY+xvsrcmLNBPEEAf wgHts/p6QTwC7f2IOrmP9uC2QuigA9Fkn54e/CWw6GEmKQh5Rbb9R+w87nr44gsaKBfp D2LA/FgCxDEK5xyd0xs+3KQhFQglmCCfTtiMc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=DVFAkoWRPdaIsKrWnK4deDWNrTE7/pCXGJSZ/2kmK/g2kVT65YbTMdU+nyxjC/1uEs 9gn8NXsaq+m0+9OyFH9HPdomrPybasC7P9wW75xhHzLdJWdk2NoyML1FsiCR5IiAHKzm cv6X2d5StGfDJTU1Z7cQlKuUqcD3nMh9EJBuo= Received: by 10.110.40.8 with SMTP id n8mr7020201tin.28.1236505135688; Sun, 08 Mar 2009 01:38:55 -0800 (PST) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id b4sm4118787tic.36.2009.03.08.01.38.52 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 01:38:54 -0800 (PST) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Sun, 8 Mar 2009 18:36:53 +0900 From: Pyun YongHyeon Date: Sun, 8 Mar 2009 18:36:53 +0900 To: Beat Siegenthaler Message-ID: <20090308093653.GD1531@michelle.cdnetworks.co.kr> References: <49B1AC25.3000700@onetel.com> <27998819.871236382003017.JavaMail.HALO$@halo> <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> <49B38AEF.8070909@beatsnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B38AEF.8070909@beatsnet.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: fxp unusable after make world 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: Sun, 08 Mar 2009 09:39:01 -0000 On Sun, Mar 08, 2009 at 10:07:59AM +0100, Beat Siegenthaler wrote: > Hi, > > last week I made a rebuild on my system (7.1 RELENG_7 amd64). > > After this i could not reach my system from outside the LAN. It was > extremely slow. I suspected Modem, Firewall and so on, because inside my > LAN I could work. But then with tshark I found, that also there where > many retransmissions and checksum errors. > > Then, short in time I replaced the dual EtherExpress PRO/100 > > fxp0@pci0:2:4:0: class=0x020000 card=0x10158086 chip=0x12298086 > rev=0x0d hdr=0x00 > vendor = 'Intel Corporation' > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class = network > subclass = ethernet > fxp1@pci0:2:5:0: class=0x020000 card=0x10158086 chip=0x12298086 > rev=0x0d hdr=0x00 > vendor = 'Intel Corporation' > device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' > class = network > subclass = ethernet > > With two cheap Realtek cards and the problem was gone... > > re0@pci0:0:12:0: class=0x020000 card=0x001a6409 chip=0x816910ec > rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > re1@pci0:0:13:0: class=0x020000 card=0x001a6409 chip=0x816910ec > rev=0x10 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8110SB Single-Chip Gigabit LOM Ethernet Controller' > class = network > subclass = ethernet > > > I see that the fxp-code was touched short time ago. > I touched fxp(4) to add more hardware assistance so it could cause problems on your box. Please show me dmesg output and "ifconfig fxp0" output. If you doubt checksum offloading or TSO issues, try "ifconfig fxp0 -tso -txcsum -rxcsum". > P.S This is the first time since Years, that make world made one of my > Systems unusable.... From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 10:57:12 2009 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 79795106564A; Sun, 8 Mar 2009 10:57:12 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (unknown [IPv6:2001:980:fff:96::c0a8:181]) by mx1.freebsd.org (Postfix) with ESMTP id 07E6B8FC18; Sun, 8 Mar 2009 10:57:11 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from dhcp-7.niet.verweg.com (helium.xs4all.nl [194.109.251.55]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n28Av5Kl028504 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 8 Mar 2009 10:57:05 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host helium.xs4all.nl [194.109.251.55] claimed to be dhcp-7.niet.verweg.com Message-Id: From: Ruben van Staveren To: freebsd-stable Stable In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 8 Mar 2009 11:57:04 +0100 References: X-Mailer: Apple Mail (2.930.3) X-Spam-Status: No, score=3.1 required=5.0 tests=DATE_IN_FUTURE_06_12, SPF_PASS autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Sun, 08 Mar 2009 10:57:10 +0000 (UTC) Cc: Robert Watson Subject: Re: Various route locking fixes merged to stable/7 (was: Re: Big problems with 7.1 locking up :-() 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, 08 Mar 2009 10:57:12 -0000 Hi, On 26 Feb 2009, at 2:28, Charles Sprickman wrote: > On Wed, 25 Feb 2009, Robert Watson wrote: > >> Just a minor heads up: I've merged both Kip Macy's lock order fixes >> to the kernel routing code, and the route locking and reference >> counting fixes from kern/130652 to stable/7. These fixes should >> correct a number of reported network-related hangs. We might want >> to release a subset of these as an errata patch to 7.1 if they >> shake out well in 7-stable. > > +1 > > Charles Unfortunately these changes let my system panic during early boot, around the time when ppp/routing is started. Backing out these changes prevents the panic. I've filed this with some textdumps as: kern/132404: panic sleeping thread after 25th Feb src/sys/net commits http://www.freebsd.org/cgi/query-pr.cgi?pr=132404 Regards, Ruben From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 11:24:55 2009 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 DA019106566C for ; Sun, 8 Mar 2009 11:24:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B26468FC1B for ; Sun, 8 Mar 2009 11:24:55 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6802846B9F; Sun, 8 Mar 2009 07:24:55 -0400 (EDT) Date: Sun, 8 Mar 2009 11:24:55 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Ruben van Staveren In-Reply-To: Message-ID: References: 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 Stable Subject: Panics involving ppp following routing fixes 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, 08 Mar 2009 11:24:56 -0000 On Sun, 8 Mar 2009, Ruben van Staveren wrote: >>> Just a minor heads up: I've merged both Kip Macy's lock order fixes to the >>> kernel routing code, and the route locking and reference counting fixes >>> from kern/130652 to stable/7. These fixes should correct a number of >>> reported network-related hangs. We might want to release a subset of >>> these as an errata patch to 7.1 if they shake out well in 7-stable. > > Unfortunately these changes let my system panic during early boot, around > the time when ppp/routing is started. Backing out these changes prevents the > panic. > > I've filed this with some textdumps as: kern/132404: panic sleeping thread > after 25th Feb src/sys/net commits > > http://www.freebsd.org/cgi/query-pr.cgi?pr=132404 Hi Ruben-- I've had a number of similar reports, but this one contained enough information for me to (hopefully) track it down. I've merged a fix from head as r189531 that corrects lock leak in error-handling in the routing socket code. Could you let me know if that helps with the problem? Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 12:18:54 2009 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 D91C6106564A for ; Sun, 8 Mar 2009 12:18:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B5C388FC15 for ; Sun, 8 Mar 2009 12:18:54 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 6CDAB46BB7; Sun, 8 Mar 2009 08:18:54 -0400 (EDT) Date: Sun, 8 Mar 2009 12:18:54 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Yoshihiro Ota In-Reply-To: <20090308044012.0a666ff6.ota@j.email.ne.jp> Message-ID: References: <20090308044012.0a666ff6.ota@j.email.ne.jp> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: stable@freebsd.org Subject: Re: Where is nfsiod now? 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, 08 Mar 2009 12:18:55 -0000 On Sun, 8 Mar 2009, Yoshihiro Ota wrote: > I thought rc used to start nfsiod if you set nfs_cilent_enable back years > ago. Now, on my 7.1-RELEASE machine, it sets up a couple of sysctls in > /etc/rc.d/nfsclient script but not nfsiod. > > Is nfsiod obsolete by now? > It is still on the system; does it still improve nfs performance? In the historic BSD kernel, kernel threads for services such as asynchronous NFS write-behind worker (which is what nfsiod is) were created via user processes that "donated" their thread context to the kernel by blocking in a syscall. In modern FreeBSD kernels, kernel threads can be created and destroyed arbitrarily within the kernel as required, so the size of the worker thread pool is controlled by sysctls -- by default there will be none unless required for an NFS mount, and then a pool will be maintained based on use with a limit. For example, on my box without NFS active, I see: robert@fledge:/usr/src/sbin/nfsiod> sysctl vfs.nfs | grep iod vfs.nfs.iodmax: 20 vfs.nfs.iodmin: 0 vfs.nfs.iodmaxidle: 120 We have a minimum of 0, a maximum of 20 workers, and idle workers are killed off after a timeout of 120 seconds. When using an NFS client with write-behind, you should see kernel threads named "nfsiod X" where X is the worker thread number. Take a look at src/sys/nfsclient/nfs_nfsiod.c for details. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 13:23:25 2009 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 33D2F1065672; Sun, 8 Mar 2009 13:23:25 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from erg.verweg.com (unknown [IPv6:2001:980:fff:96::c0a8:181]) by mx1.freebsd.org (Postfix) with ESMTP id 9C2918FC0A; Sun, 8 Mar 2009 13:23:24 +0000 (UTC) (envelope-from ruben@verweg.com) Received: from dhcp-7.niet.verweg.com (helium.xs4all.nl [194.109.251.55]) (authenticated bits=0) by erg.verweg.com (8.14.3/8.14.3) with ESMTP id n28DMhCh035820 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 8 Mar 2009 13:23:19 GMT (envelope-from ruben@verweg.com) X-Authentication-Warning: erg.verweg.com: Host helium.xs4all.nl [194.109.251.55] claimed to be dhcp-7.niet.verweg.com Message-Id: <19AFC979-C6A3-4ACA-BE7F-92FFD174D662@verweg.com> From: Ruben van Staveren To: Robert Watson In-Reply-To: Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 8 Mar 2009 14:23:18 +0100 References: X-Mailer: Apple Mail (2.930.3) X-Spam-Status: No, score=3.1 required=5.0 tests=DATE_IN_FUTURE_06_12, SPF_PASS autolearn=no version=3.2.5 X-Spam-Level: *** X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on erg.verweg.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on erg.verweg.com X-Virus-Status: Clean X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (erg.verweg.com [94.142.245.8]); Sun, 08 Mar 2009 13:23:23 +0000 (UTC) Cc: freebsd-stable Stable Subject: Re: Panics involving ppp following routing fixes 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, 08 Mar 2009 13:23:25 -0000 Hi Robert, On 8 Mar 2009, at 12:24, Robert Watson wrote: > On Sun, 8 Mar 2009, Ruben van Staveren wrote: > >>>> Just a minor heads up: I've merged both Kip Macy's lock order >>>> fixes to the kernel routing code, and the route locking and >>>> reference counting fixes from kern/130652 to stable/7. These >>>> fixes should correct a number of reported network-related hangs. >>>> We might want to release a subset of these as an errata patch to >>>> 7.1 if they shake out well in 7-stable. >> >> Unfortunately these changes let my system panic during early boot, >> around the time when ppp/routing is started. Backing out these >> changes prevents the panic. >> >> I've filed this with some textdumps as: kern/132404: panic sleeping >> thread after 25th Feb src/sys/net commits >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=132404 > > Hi Ruben-- > > I've had a number of similar reports, but this one contained enough > information for me to (hopefully) track it down. I've merged a fix > from head as r189531 that corrects lock leak in error-handling in > the routing socket code. Could you let me know if that helps with > the problem? Yes, Using rev 1.143.2.9 of src/sys/net/rtsock.c indeed solves the problem, thanks! > Robert N M Watson > Computer Laboratory > University of Cambridge Regards, Ruben > From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 17:04:41 2009 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 4DC2C1065670 for ; Sun, 8 Mar 2009 17:04:41 +0000 (UTC) (envelope-from SRS0=rTDoIsmY=7H=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from atom.beatsnet.com (cl-26.zrh-01.ch.sixxs.net [IPv6:2001:41e0:ff00:19::2]) by mx1.freebsd.org (Postfix) with ESMTP id C66AB8FC18 for ; Sun, 8 Mar 2009 17:04:40 +0000 (UTC) (envelope-from SRS0=rTDoIsmY=7H=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from [192.168.124.200] (200-internal-wlan.beatsnet.com [192.168.124.200]) (authenticated bits=0) by atom.beatsnet.com (8.14.3/8.14.3) with ESMTP id n28H4abQ003614 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 8 Mar 2009 18:04:37 +0100 (CET) (envelope-from beat.siegenthaler@beatsnet.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=beatsnet.com; s=ATOM_DKIM; t=1236531879; bh=zmoTn44IihS8RFSXhVrO6gymU1kfo5mL3xAKKdkgPbE=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=AoVehxLxpfcvajNqr2GFnEZ5Zi14lo+FWC/rBANrVH6TdZ6j0ifPBUAmxioi/FzgK FZ5CsL5Q1bECBhRGNuMBe2my6Q2EgWGG+pwV/VDoRFy/OgZuDwCUYedmGctxXMtFZF cup4A5hRRAOsm1Avg9YC3vKWdalKp0+hnwAXmDos= Message-ID: <49B3FAA3.9010302@beatsnet.com> Date: Sun, 08 Mar 2009 18:04:35 +0100 From: Beat Siegenthaler User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49B1AC25.3000700@onetel.com> <27998819.871236382003017.JavaMail.HALO$@halo> <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> <49B38AEF.8070909@beatsnet.com> <20090308093653.GD1531@michelle.cdnetworks.co.kr> In-Reply-To: <20090308093653.GD1531@michelle.cdnetworks.co.kr> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (atom.beatsnet.com [172.20.0.45]); Sun, 08 Mar 2009 18:04:37 +0100 (CET) X-Spam-Status: No, score=-4.1 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.beatsnet.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on atom.beatsnet.com X-Virus-Status: Clean Cc: stable@freebsd.org Subject: Re: fxp unusable after make world 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, 08 Mar 2009 17:04:41 -0000 Pyun YongHyeon wrote: > > I touched fxp(4) to add more hardware assistance so it could cause > problems on your box. Please show me dmesg output and > "ifconfig fxp0" > output. > > If you doubt checksum offloading or TSO issues, try > "ifconfig fxp0 -tso -txcsum -rxcsum". > As I remember this Dual card is out of a "Symantec/RaQ/Raptor/Firewall" and has a 3DES CryptoChip onboard. [root@atom:~] # ifconfig fxp0 fxp0: flags=8843 metric 0 mtu 1500 options=19b ether 00:02:b3:b8:e5:7f inet6 fe80::202:b3ff:feb8:e57f%fxp0 prefixlen 64 scopeid 0x3 media: Ethernet autoselect (none) status: no carrier [root@atom:~] # ifconfig fxp1 fxp1: flags=8843 metric 0 mtu 1500 options=19b ether 00:02:b3:b8:e5:80 inet6 fe80::202:b3ff:feb8:e580%fxp1 prefixlen 64 scopeid 0x4 media: Ethernet autoselect (none) status: no carrier [root@atom:~] # dmesg Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 7.1-STABLE #3: Thu Mar 5 17:03:54 CET 2009 root@atom.beatsnet.com:/usr/obj/usr/src/sys/ATOM_amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU) Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 Features=0x78bfbff AMD Features=0xe2500800 AMD Features2=0x1 usable memory = 2137423872 (2038 MB) avail memory = 2061045760 (1965 MB) pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 agp0: on hostb0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci0: at device 10.0 (no driver attached) re0: port 0x8800-0x88ff mem 0xfb400000-0xfb4000ff irq 17 at device 12.0 on pci0 re0: Chip rev. 0x10000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:30:4f:60:3e:16 re0: [FILTER] re1: port 0x9000-0x90ff mem 0xfb600000-0xfb6000ff irq 18 at device 13.0 on pci0 re1: Chip rev. 0x10000000 re1: MAC rev. 0x00000000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:30:4f:60:3e:2b re1: [FILTER] pcib2: at device 14.0 on pci0 pci2: on pcib2 fxp0: port 0xe400-0xe43f mem 0xfbd00000-0xfbd00fff,0xfbc00000-0xfbc1ffff irq 19 at device 4.0 on pci2 miibus2: on fxp0 inphy0: PHY 1 on miibus2 inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp0: Ethernet address: 00:02:b3:b8:e5:7f fxp0: [ITHREAD] fxp1: port 0xe800-0xe83f mem 0xfbf00000-0xfbf00fff,0xfbe00000-0xfbe1ffff irq 16 at device 5.0 on pci2 miibus3: on fxp1 inphy1: PHY 1 on miibus3 inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto fxp1: Ethernet address: 00:02:b3:b8:e5:80 fxp1: [ITHREAD] From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 17:05:31 2009 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 9E0E61065677; Sun, 8 Mar 2009 17:05:31 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout02-winn.ispmail.ntl.com (mtaout02-winn.ispmail.ntl.com [81.103.221.48]) by mx1.freebsd.org (Postfix) with ESMTP id E48A38FC0C; Sun, 8 Mar 2009 17:05:29 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout02-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout02-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090308170528.IMMR4080.mtaout02-winn.ispmail.ntl.com@aamtaout02-winn.ispmail.ntl.com>; Sun, 8 Mar 2009 17:05:28 +0000 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout02-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090308170528.HVTO21638.aamtaout02-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Sun, 8 Mar 2009 17:05:28 +0000 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n28H5CPV003346; Sun, 8 Mar 2009 17:05:13 GMT (envelope-from ianjhart@ntlworld.com) From: ian j hart To: pyunyh@gmail.com Date: Sun, 8 Mar 2009 17:05:12 +0000 User-Agent: KMail/1.9.10 References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <200903071717.57915.ianjhart@ntlworld.com> <20090308023642.GB1531@michelle.cdnetworks.co.kr> In-Reply-To: <20090308023642.GB1531@michelle.cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903081705.12523.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=2zH3nbq_TooA:10 a=S-5L88vOh18A:10 a=6I5d2MoRAAAA:8 a=OhSNbSWiAAAA:8 a=an4kULdV8BKMyoFNhZMA:9 a=cu224W3g2iVP7zmVgcEA:7 a=u8azVtT2Vny9Art_gjAuef5xLb0A:4 a=LY0hPdMaydYA:10 a=VcH4gEyNGmTbA7TE:21 a=Enx1yZu87UO49WiZ:21 Cc: Sascha Holzleiter , freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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, 08 Mar 2009 17:05:32 -0000 On Sunday 08 March 2009 02:36:42 Pyun YongHyeon wrote: > On Sat, Mar 07, 2009 at 05:17:57PM +0000, ian j hart wrote: > > On Tuesday 20 January 2009 02:45:19 Pyun YongHyeon wrote: > > > On Mon, Jan 19, 2009 at 06:33:46PM -0500, Jung-uk Kim wrote: > > > > On Monday 19 January 2009 04:33 pm, Jung-uk Kim wrote: > > > > > I found something interesting. I have another RTL8169SC that > > > > > works perfectly fine without the patch. The hardware revision is > > > > > 0x18000000. After reading Linux driver (drivers/net/r8169c), I > > > > > realised they use different masks for hardware revisions. With > > > > > their logic, non-working chip seems to be 0x98000000 (8110SCe) > > > > > while working chip seems to be 0x18000000 (8110SCd) with > > > > > 0xfc800000. FYI... > > > > > > > > Now armed with the information, I made it work without reverting > > > > memory mapped I/O. :-) > > > > > > > > http://people.freebsd.org/~jkim/re/re.current2.diff > > > > http://people.freebsd.org/~jkim/re/re.stable2.diff > > > > > > I like the patch. Since only RTL8169 family uses mask 0xfc800000 > > > it would be even better we can limit checking scope for RTL8169SC > > > by comparing PCI device id. I don't know what other side effect > > > would happen if the mask 0xfc800000 would be used on 8101/8168 > > > controllers. > > > If the patch works on RTL8169SC would you commit the patch? > > > I'd like to see multiple commits separated by each enhancements > > > as the patch contains several fixes which are not directly related > > > with the issue. > > > > Where are we on this? > > > > I have a headless firewall box which is not happy with 7.1-RELEASE. I've > > upgraded to 7.1-STABLE as of yesterday and now I'm getting 'PHY read > > failed' errors, although the network did come up, which was an > > improvement. > > > > Is there a patch I can try? > > > > http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=174&proname=AD3RT > >LAN-G > > > > re0: port > > 0xf200-0xf2ff mem 0xfdfff000-0xfdfff0ff irq 18 at device 9.0 on pci0 re0: > > Chip rev. 0x18000000 > > re0: MAC rev. 0x00000000 > > re0: Ethernet address: 00:30:18:ae:1a:1b > > re0: [FILTER] > > re1: port > > 0xf000-0xf0ff mem 0xfdffd000-0xfdffd0ff irq 19 at device 11.0 on pci0 > > re1: Chip rev. 0x18000000 > > re1: MAC rev. 0x00000000 > > re1: Ethernet address: 00:30:18:ae:1a:1c > > re1: [FILTER] > > re2: port > > 0xec00-0xecff mem 0xfdffc000-0xfdffc0ff irq 16 at device 12.0 on pci0 > > re2: Chip rev. 0x18000000 > > re2: MAC rev. 0x00000000 > > re2: Ethernet address: 00:30:18:ae:1a:1d > > re2: [FILTER] > > > > re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 > > hdr=0x00 re1@pci0:0:11:0: class=0x020000 card=0x10ec16f3 > > chip=0x816710ec rev=0x10 hdr=0x00 re2@pci0:0:12:0: class=0x020000 > > card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 > > Have you tried re(4) in HEAD? > I had one report that re(4) in HEAD still does not fix the issue so > I posted a possible workaround for that. Unfortunately he didn't > report back so I don't know whether it was right workaround or not. > If re(4) in HEAD does not fix the issue, would you try attached > patch and let me know how it goes? Firstly IANAKH, my expertise in this area stops after "make kernel". I updated /usr/src/sys/dev/re/if_re.c /usr/src/sys/pci/if_rlreg.h to HEAD I still get "PHY read failed" with and without the patch. -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 18:39:04 2009 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 893FD1065675 for ; Sun, 8 Mar 2009 18:39:04 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 1151E8FC20 for ; Sun, 8 Mar 2009 18:39:03 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LgNtt-0002p9-J1 for freebsd-stable@freebsd.org; Sun, 08 Mar 2009 18:39:01 +0000 Received: from 93-138-99-130.adsl.net.t-com.hr ([93.138.99.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Mar 2009 18:39:01 +0000 Received: from ivoras by 93-138-99-130.adsl.net.t-com.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 08 Mar 2009 18:39:01 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Sun, 08 Mar 2009 19:38:30 +0100 Lines: 65 Message-ID: References: <20090308005515.GA68934@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig8F0B0F8DA61062B1221FE939" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 93-138-99-130.adsl.net.t-com.hr User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) In-Reply-To: <20090308005515.GA68934@onelab2.iet.unipi.it> X-Enigmail-Version: 0.95.7 Sender: news Cc: freebsd-geom@freebsd.org Subject: Re: updated geom_sched code 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, 08 Mar 2009 18:39:04 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig8F0B0F8DA61062B1221FE939 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Luigi Rizzo wrote: > Hi all, > this is an update on the work that Fabio Checconi and I are doing > on disk scheduling, which was first announced here a couple of > months ago: >=20 > http://lists.freebsd.org/pipermail/freebsd-stable/2009-January/0475= 97.html >=20 > Since the previous version, we have done some massive cleanup and > consolidation of the code, fixed a bug in the system's disksort, > and added amd64 support. > NOTE: due to the way we store classification info, the schedulers > are probably incompatible with g_journal. >=20 > Apart from that (which needs to be fixed by adding a field to the > struct bio), we believe the code to be quite stable now, so future > work will be mainly focused on adding more scheduling algorithms > and doing a thorough performance evaluation under various workloads. > In the meantime we'd really appreciate any comment from you on the > approach we took, and anyone testing the code. Hi, Do you have some documentation about the long-term plans? You will have to add an additional field to bio, of course, but there is one more thing: the schedulers will have to be integrated into the GEOM in an "invisible" way. I.e. instead of /dev/ad0-sched-s1f the users should see only /dev/ad0 like they're used to, and get the schedulers by default. Otherwise, your work will not get much use. This is not the only case where "invisible" classes are needed. Back when I was working on GEOM logging (what has since turned into gjournal), there was also a need to be able to insert a class transparently in between two classes in a tree without disturbing either (so for example you could turn IO request logging if needed on a "hot" server). IIRC Pawel had some similar needs and maybe some ideas but I don't know much there. I've CC-ed freebsd-geom@ so the discussion can get more technical there := ) --------------enig8F0B0F8DA61062B1221FE939 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm0EKYACgkQldnAQVacBcimfQCdEsqsvMDMz9FuH2V15KDEEudl xBwAoIUAG2RgfYeHZvyjEPV32N2mpY34 =pk+/ -----END PGP SIGNATURE----- --------------enig8F0B0F8DA61062B1221FE939-- From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 20:33:04 2009 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 E96651065673; Sun, 8 Mar 2009 20:33:04 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.9.129]) by mx1.freebsd.org (Postfix) with ESMTP id ABFAA8FC12; Sun, 8 Mar 2009 20:33:04 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 05ABA7309E; Sun, 8 Mar 2009 21:38:12 +0100 (CET) Date: Sun, 8 Mar 2009 21:38:12 +0100 From: Luigi Rizzo To: Ivan Voras Message-ID: <20090308203811.GA4042@onelab2.iet.unipi.it> References: <20090308005515.GA68934@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, freebsd-geom@freebsd.org Subject: Re: updated geom_sched code 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, 08 Mar 2009 20:33:05 -0000 On Sun, Mar 08, 2009 at 07:38:30PM +0100, Ivan Voras wrote: > Luigi Rizzo wrote: ... > > Apart from that (which needs to be fixed by adding a field to the > > struct bio), we believe the code to be quite stable now, so future ... > Hi, > > Do you have some documentation about the long-term plans? You will have > to add an additional field to bio, of course, but there is one more > thing: the schedulers will have to be integrated into the GEOM in an > "invisible" way. I.e. instead of /dev/ad0-sched-s1f the users should see > only /dev/ad0 like they're used to, and get the schedulers by default. > Otherwise, your work will not get much use. well, if one is comfortable with the schedulers he can just put the right names in /etc/fstab. I think the usefulness of 'invisible' classes is more when adding or removing geom classes on the fly, but perhaps this requires support in the geom nodes themselves. In any case I was hoping to discuss this issue later, either at bsdcan or in the mailing list, once I understand the implications a bit more. cheers luigi From owner-freebsd-stable@FreeBSD.ORG Sun Mar 8 20:34:35 2009 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 A3C2A10656BF; Sun, 8 Mar 2009 20:34:35 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 425B68FC31; Sun, 8 Mar 2009 20:34:35 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 81F8978C4B; Mon, 9 Mar 2009 05:34:34 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 6627C78C4A; Mon, 9 Mar 2009 05:34:34 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: , Date: Mon, 9 Mar 2009 05:34:32 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Tester wanted for multipath failover iSCSI target software 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, 08 Mar 2009 20:34:40 -0000 Hello, I'm looking for test users for new iSCSI target software designed for multipath failover cluster nodes. I'm very interested in the virtual machine such as Hyper-V. So I'm also tuning the target for using VMs. I need an environmental report in particular other than FreeBSD 7.1 RELEASE p3 i386/PAE kernel w/ZFS. I welcome the report with other initiators below. If you are interested in this software, please download it from the following site. The tarball contains configure script to build it. Please read README and INSTALL in the tarball for more detail. Tested Initiators: o Microsoft Windows Server 2008 (builtin) o Microsoft iSCSI Initiator 2.08 on WS2003 o Intel iSCSI Remote Boot 2.1.22 o Sun VirtualBOX 2.1.2 (builtin) o VMware ESXi 3.5 Update 3 (builtin) Key Features: o MCS/MPIO for failover (up to 255 concurrent sessions) o SPC-3 Persistent Reservation for cluster nodes o 64bit LBA for over 2TB o Header/Data digest by CRC32C o CHAP w/Mutual authentication o Multiple LUNs and ACLs for portals (experimental features) o iSCSI boot with Intel PRO/1000 Server Adapters o virtual DVDROM/DLT emulator o pass-through device via CAM Known Issues: o globalSAN iSCSI Initiator for Mac OSX does not establish data I/O because of unexpected data segment length. I will plan to fix it in the near future. o FreeBSD initiator can't connect to the target because of StatSN error. I don't know a reason. Here is release 20090308: http://shell.peach.ne.jp/aoyama/archives/342 Later version will be uploaded in this blog. If you need anything other than Japanese, please use translator service. Thanks, -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 00:08:07 2009 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 53F06106566B for ; Mon, 9 Mar 2009 00:08:07 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.189]) by mx1.freebsd.org (Postfix) with ESMTP id DD3F38FC16 for ; Mon, 9 Mar 2009 00:08:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so890759tib.3 for ; Sun, 08 Mar 2009 17:08:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=vGNYMYCnhe2Cc1guyhaASdR3Qu56EHszw6K/pzwUavE=; b=U6psTRVXIxfqLXKU3jOc4DTGQ79XHpZ7v9PHnLndQpP8u8ip5m9IzSuZtE5zWXVhKF qYIWyeSln6E1AmaVYvgtCmHc+7dXfY/mTAKmJW/5kArgQgCgac4dAFwTNfHMIXkxe8Y3 TOXMRMj/zJUMIcAPjha+zyAzKSt99gaDOc/f4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=dxzz3vnJ8L6faab6IwBw7MypCZs5hZp5Rb6OjA92NB3TfbCNODufoyQaJacHDfXDr/ GBbiUxvqEG3PhOUbx4Yaqx7mlhl1qMzfny2mLKW+2CKWwOrVCGKLB/gi0X2x7wCLpKX5 AEAX6yYo1rsWcePkx0igKPzOCPNlP3Fmj0sfQ= Received: by 10.110.62.4 with SMTP id k4mr8021687tia.58.1236557285589; Sun, 08 Mar 2009 17:08:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id y5sm6746460tia.17.2009.03.08.17.08.02 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 17:08:04 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 09:06:10 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 09:06:10 +0900 To: Beat Siegenthaler Message-ID: <20090309000610.GA5039@michelle.cdnetworks.co.kr> References: <49B1AC25.3000700@onetel.com> <27998819.871236382003017.JavaMail.HALO$@halo> <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> <49B38AEF.8070909@beatsnet.com> <20090308093653.GD1531@michelle.cdnetworks.co.kr> <49B3FAA3.9010302@beatsnet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B3FAA3.9010302@beatsnet.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org Subject: Re: fxp unusable after make world 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: Mon, 09 Mar 2009 00:08:07 -0000 On Sun, Mar 08, 2009 at 06:04:35PM +0100, Beat Siegenthaler wrote: > Pyun YongHyeon wrote: > > > > > I touched fxp(4) to add more hardware assistance so it could cause > > problems on your box. Please show me dmesg output and > > "ifconfig fxp0" > > output. > > > > If you doubt checksum offloading or TSO issues, try > > "ifconfig fxp0 -tso -txcsum -rxcsum". > > And the command above fixed your issue? > > As I remember this Dual card is out of a "Symantec/RaQ/Raptor/Firewall" > and has a 3DES CryptoChip onboard. > Your controller looks like i82550. 82550/82551 has nice hardware cryptographic capability for IPSec acceleration but it's not used at all under FreeBSD. Intel's open source developer manual didn't even mention the existence of cryptographic capability. > [root@atom:~] # ifconfig fxp0 > fxp0: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:02:b3:b8:e5:7f > inet6 fe80::202:b3ff:feb8:e57f%fxp0 prefixlen 64 scopeid 0x3 > media: Ethernet autoselect (none) > status: no carrier > [root@atom:~] # ifconfig fxp1 > fxp1: flags=8843 metric 0 mtu 1500 > options=19b > ether 00:02:b3:b8:e5:80 > inet6 fe80::202:b3ff:feb8:e580%fxp1 prefixlen 64 scopeid 0x4 > media: Ethernet autoselect (none) > status: no carrier > > > [root@atom:~] # dmesg > Copyright (c) 1992-2009 The FreeBSD Project. > Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 > The Regents of the University of California. All rights reserved. > FreeBSD is a registered trademark of The FreeBSD Foundation. > FreeBSD 7.1-STABLE #3: Thu Mar 5 17:03:54 CET 2009 > root@atom.beatsnet.com:/usr/obj/usr/src/sys/ATOM_amd64 > Timecounter "i8254" frequency 1193182 Hz quality 0 > CPU: AMD Athlon(tm) 64 Processor 3200+ (2002.57-MHz K8-class CPU) > Origin = "AuthenticAMD" Id = 0x10ff0 Stepping = 0 > > Features=0x78bfbff > AMD Features=0xe2500800 > AMD Features2=0x1 > usable memory = 2137423872 (2038 MB) > avail memory = 2061045760 (1965 MB) > pcib0: port 0xcf8-0xcff on acpi0 > pci0: on pcib0 > agp0: on hostb0 > pcib1: at device 1.0 on pci0 > pci1: on pcib1 > pci0: at device 10.0 (no driver attached) > re0: > port 0x8800-0x88ff mem 0xfb400000-0xfb4000ff irq 17 at device 12.0 on pci0 > re0: Chip rev. 0x10000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re0: Ethernet address: 00:30:4f:60:3e:16 > re0: [FILTER] > re1: > port 0x9000-0x90ff mem 0xfb600000-0xfb6000ff irq 18 at device 13.0 on pci0 > re1: Chip rev. 0x10000000 > re1: MAC rev. 0x00000000 > miibus1: on re1 > rgephy1: PHY 1 on miibus1 > rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > re1: Ethernet address: 00:30:4f:60:3e:2b > re1: [FILTER] > pcib2: at device 14.0 on pci0 > pci2: on pcib2 > fxp0: port 0xe400-0xe43f mem > 0xfbd00000-0xfbd00fff,0xfbc00000-0xfbc1ffff irq 19 at device 4.0 on pci2 > miibus2: on fxp0 > inphy0: PHY 1 on miibus2 > inphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp0: Ethernet address: 00:02:b3:b8:e5:7f > fxp0: [ITHREAD] > fxp1: port 0xe800-0xe83f mem > 0xfbf00000-0xfbf00fff,0xfbe00000-0xfbe1ffff irq 16 at device 5.0 on pci2 > miibus3: on fxp1 > inphy1: PHY 1 on miibus3 > inphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto > fxp1: Ethernet address: 00:02:b3:b8:e5:80 > fxp1: [ITHREAD] From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 01:00:53 2009 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 8BC7D1065670 for ; Mon, 9 Mar 2009 01:00:53 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from ti-out-0910.google.com (ti-out-0910.google.com [209.85.142.186]) by mx1.freebsd.org (Postfix) with ESMTP id 1EED58FC14 for ; Mon, 9 Mar 2009 01:00:52 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by ti-out-0910.google.com with SMTP id a1so899732tib.3 for ; Sun, 08 Mar 2009 18:00:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=X/kkFzWGxGwMUPSWR/hWR6fYxtq2fzOb8z1JQEXmblM=; b=IgPKA/QCNFFW55eRVlJXtQnIqfADC5+SuoMPJnzfNErxLDexGlufZVTof7riGDcR7J AvCr8R00NPaaYLkoCCY6yetgT3Zz4uCzuuMq0FU1grlA6g8YM3GFn5KDCwdZIxIcSkb6 CO+419udq/0x3NpYRPJhenMSAd1AQazP2CqBQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=KjEzvKxmd2QT5JXDQXiyhw4KtDqrrts9N2APVwYmfsuGkqhJzLgGSzPSwAVqN8mSD3 7ETgDD6e4rd9yhN3SK1JAZM5TyFmGCuyk3sMm2ngNS8ia7S6vI5T2w2W845dJ+x7Z2Ja T0dl5Vs53igdRyTge7QOZeOwItE38IFNUr0FA= Received: by 10.110.11.4 with SMTP id 4mr8154094tik.55.1236560452137; Sun, 08 Mar 2009 18:00:52 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id i9sm6652837tid.33.2009.03.08.18.00.48 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 18:00:50 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 09:58:57 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 09:58:57 +0900 To: David Ehrmann Message-ID: <20090309005857.GE5039@michelle.cdnetworks.co.kr> References: <49B355FA.2090906@gmail.com> <20090308081550.GC1531@michelle.cdnetworks.co.kr> <49B45E92.1080607@gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="zhXaljGHf11kAtnf" Content-Disposition: inline In-Reply-To: <49B45E92.1080607@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: vge0 not autonegotiating to 1000baseTX full duplex in 7.1 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: Mon, 09 Mar 2009 01:00:53 -0000 --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 08, 2009 at 05:10:58PM -0700, David Ehrmann wrote: > Pyun YongHyeon wrote: > >On Sat, Mar 07, 2009 at 09:22:02PM -0800, David Ehrmann wrote: > > > >>It's been reported before, but I haven't seen anything new. vge devices > >> > > > >Because I don't have access to the hardware it looks like hard to > >fix. > > > > > >>won't autonegotiate to gigabit speeds, and if I set the media to > >>1000baseTX, ifconfig reports "no carrier." This was with two different > >>interfaces on the other end, one a switch, the other another computer > >>(but not a vge one). > >> > >>Any ideas? > >> > > > >Would you show me the output of dmesg?(Only vge(4) related one) > >Also show me the output of "devinfo -rv | grep phy". > > > > dmesg: > > vge0: port 0xe800-0xe8ff mem > 0xfeaffc00-0xfeaf > fcff irq 28 at device 0.0 on pci3 > vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 > miibus0: on vge0 > ip1000phy0: PHY 22 on miibus0 > ip1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > 1000bas > eTX-FDX, auto > vge0: WARNING: using obsoleted if_watchdog interface > vge0: bpf attached > vge0: Ethernet address: 00:40:63:xx:xx:xx > ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 > vge0: [MPSAFE] > vge0: [ITHREAD] > > > devinfo -rv | grep phy > ip1000phy0 pnpinfo oui=0x90c3 model=0x19 rev=0x0 at phyno=22 > ukphy0 pnpinfo oui=0x4063 model=0x32 rev=0xa at phyno=1 > Would you try attached patch? Due to lack of hardware access I don't know whether it helps or not(Just compilation tested). --zhXaljGHf11kAtnf Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ip1000phy.diff2" Index: sys/dev/mii/ip1000phy.c =================================================================== --- sys/dev/mii/ip1000phy.c (revision 189548) +++ sys/dev/mii/ip1000phy.c (working copy) @@ -118,7 +118,6 @@ sc->mii_phy = ma->mii_phyno; sc->mii_service = ip1000phy_service; sc->mii_pdata = mii; - sc->mii_anegticks = MII_ANEGTICKS_GIGE; sc->mii_flags |= MIIF_NOISOLATE; mii->mii_instance++; @@ -126,37 +125,14 @@ isc->model = MII_MODEL(ma->mii_id2); isc->revision = MII_REV(ma->mii_id2); + sc->mii_capabilities = PHY_READ(sc, MII_BMSR) & ma->mii_capmask; + if (sc->mii_capabilities & BMSR_EXTSTAT) + sc->mii_extcapabilities = PHY_READ(sc, MII_EXTSR); device_printf(dev, " "); -#define ADD(m, c) ifmedia_add(&mii->mii_media, (m), (c), NULL) - - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_NONE, 0, sc->mii_inst), - BMCR_ISO); - - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_10_T, 0, sc->mii_inst), - IP1000PHY_BMCR_10); - printf("10baseT, "); - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_10_T, IFM_FDX, sc->mii_inst), - IP1000PHY_BMCR_10 | IP1000PHY_BMCR_FDX); - printf("10baseT-FDX, "); - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_100_TX, 0, sc->mii_inst), - IP1000PHY_BMCR_100); - printf("100baseTX, "); - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_100_TX, IFM_FDX, sc->mii_inst), - IP1000PHY_BMCR_100 | IP1000PHY_BMCR_FDX); - printf("100baseTX-FDX, "); - /* 1000baseT half-duplex, really supported? */ - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_1000_T, 0, sc->mii_inst), - IP1000PHY_BMCR_1000); - printf("1000baseTX, "); - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_1000_T, IFM_FDX, sc->mii_inst), - IP1000PHY_BMCR_1000 | IP1000PHY_BMCR_FDX); - printf("1000baseTX-FDX, "); - ADD(IFM_MAKEWORD(IFM_ETHER, IFM_AUTO, 0, sc->mii_inst), 0); - printf("auto\n"); -#undef ADD - ip1000phy_reset(sc); + mii_phy_add_media(sc); + printf("\n"); MIIBUS_MEDIAINIT(sc->mii_dev); return(0); @@ -296,7 +272,7 @@ * Only retry autonegotiation every mii_anegticks seconds. */ if (sc->mii_ticks <= sc->mii_anegticks) - return (0); + break; sc->mii_ticks = 0; ip1000phy_mii_phy_auto(sc); @@ -353,6 +329,9 @@ case IP1000PHY_LSR_SPEED_1000: mii->mii_media_active |= IFM_1000_T; break; + default: + mii->mii_media_active |= IFM_NONE; + return; } if ((stat & IP1000PHY_LSR_FULL_DUPLEX) != 0) mii->mii_media_active |= IFM_FDX; @@ -373,6 +352,9 @@ case PC_LinkSpeed_1000: mii->mii_media_active |= IFM_1000_T; break; + default: + mii->mii_media_active |= IFM_NONE; + return; } if ((stat & PC_PhyDuplexStatus) != 0) mii->mii_media_active |= IFM_FDX; @@ -409,18 +391,24 @@ } static int -ip1000phy_mii_phy_auto(struct mii_softc *mii) +ip1000phy_mii_phy_auto(struct mii_softc *sc) { + struct ip1000phy_softc *isc; uint32_t reg; - PHY_WRITE(mii, IP1000PHY_MII_ANAR, - IP1000PHY_ANAR_10T | IP1000PHY_ANAR_10T_FDX | + isc = (struct ip1000phy_softc *)sc; + reg = 0; + if (isc->model == MII_MODEL_ICPLUS_IP1001) + reg = PHY_READ(sc, IP1000PHY_MII_ANAR); + reg |= IP1000PHY_ANAR_10T | IP1000PHY_ANAR_10T_FDX | IP1000PHY_ANAR_100TX | IP1000PHY_ANAR_100TX_FDX | - IP1000PHY_ANAR_PAUSE | IP1000PHY_ANAR_APAUSE); + IP1000PHY_ANAR_PAUSE | IP1000PHY_ANAR_APAUSE; + PHY_WRITE(sc, IP1000PHY_MII_ANAR, reg | IP1000PHY_ANAR_CSMA); + reg = IP1000PHY_1000CR_1000T | IP1000PHY_1000CR_1000T_FDX; reg |= IP1000PHY_1000CR_MASTER; - PHY_WRITE(mii, IP1000PHY_MII_1000CR, reg); - PHY_WRITE(mii, IP1000PHY_MII_BMCR, (IP1000PHY_BMCR_FDX | + PHY_WRITE(sc, IP1000PHY_MII_1000CR, reg); + PHY_WRITE(sc, IP1000PHY_MII_BMCR, (IP1000PHY_BMCR_FDX | IP1000PHY_BMCR_AUTOEN | IP1000PHY_BMCR_STARTNEG)); return (EJUSTRETURN); Index: sys/dev/mii/ip1000phyreg.h =================================================================== --- sys/dev/mii/ip1000phyreg.h (revision 189548) +++ sys/dev/mii/ip1000phyreg.h (working copy) @@ -61,6 +61,7 @@ /* Autonegotiation advertisement register */ #define IP1000PHY_MII_ANAR 0x04 +#define IP1000PHY_ANAR_CSMA 0x0001 #define IP1000PHY_ANAR_10T 0x0020 #define IP1000PHY_ANAR_10T_FDX 0x0040 #define IP1000PHY_ANAR_100TX 0x0080 --zhXaljGHf11kAtnf-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 01:52:28 2009 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 575F01065673; Mon, 9 Mar 2009 01:52:28 +0000 (UTC) (envelope-from STEVE@stevenwills.com) Received: from mouf.net (mouf.net [208.86.224.195]) by mx1.freebsd.org (Postfix) with ESMTP id 1469E8FC18; Mon, 9 Mar 2009 01:52:27 +0000 (UTC) (envelope-from STEVE@stevenwills.com) Received: from [10.0.1.198] (cpe-069-134-142-204.nc.res.rr.com [69.134.142.204]) (authenticated bits=0) by mouf.net (8.14.2/8.14.2) with ESMTP id n291qMaD007139 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sun, 8 Mar 2009 21:52:25 -0400 (EDT) (envelope-from STEVE@stevenwills.com) Message-Id: <26A74AAD-1556-4BA7-8E89-72BE36C667A7@stevenwills.com> From: Steve Wills To: pyunyh@gmail.com In-Reply-To: <20090303120734.GB84434@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Sun, 8 Mar 2009 21:52:19 -0400 References: <20090226003842.GB63173@michelle.cdnetworks.co.kr> <95AD32AC-93AE-4945-A18E-CE7099BEC3CA@stevenwills.com> <20090226041023.GD63173@michelle.cdnetworks.co.kr> <594BAC6A-498A-4B82-A18B-EB09FEA2F322@stevenwills.com> <20090226042732.GE63173@michelle.cdnetworks.co.kr> <22F5A82D-290D-4B84-92AB-670EDB49AF22@stevenwills.com> <20090303120734.GB84434@michelle.cdnetworks.co.kr> X-Mailer: Apple Mail (2.930.3) X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0 (mouf.net [208.86.224.195]); Sun, 08 Mar 2009 21:52:27 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.1/9080/Fri Mar 6 14:13:38 2009 on mouf.net X-Virus-Status: Clean Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic 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, 09 Mar 2009 01:52:28 -0000 Hi, Sorry for the late reply. On Mar 3, 2009, at 7:07 AM, Pyun YongHyeon wrote: > Ok, when you plug UTP cable can you see "re0: link state changed to > UP" in dmesg output? Or if you unplug the cable, you should see > "re0: link state changed to DOWN"(With "tail -f /var/log/message", > you can easily check this.) Nope. > > If this is not the case something is wrong on RTL8168D. Since > you've said re0 works for a short time, can you see "re0: link > state changed to DOWN" on your dmesg output right before seeing > "re0: PHY read failed" message? After boot and DHCP, it works for about a minute, then I see "PHY read failed" for a few seconds, network continues to work, then I see "link state changed to DOWN", network stops working and frequency of read failed message increases. Unplugging the cable and plugging it back in doesn't change anything or cause the system to log any messages beyond "PHY read failed". > I've also attached patch which may apply to your case. Would you > give it spin? Note, the patch was generated against CURRENT, so > you should use re(4) in CURRENT. Just save your old re(4)/rl(4) > files and download if_re.c, if_rl.c and if_rlreg.h from CURRENT > and apply the patch. > Unfortunately, for me, this patch doesn't change things. Thanks, Steve From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 03:58:06 2009 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 50C58106564A; Mon, 9 Mar 2009 03:58:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.229]) by mx1.freebsd.org (Postfix) with ESMTP id 0E3A08FC0A; Mon, 9 Mar 2009 03:58:06 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1593861rvb.43 for ; Sun, 08 Mar 2009 20:58:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=E3yG141N0gSzrqHuYNdITFHRF8PWYGbXc3wD3XVCsDg=; b=UVi8tP8PWmpxuWiq8eUnCkvyXrdTGlVRT4QJew+umH07CwrbiToSs1NrUSLjVJYpOz vHR0M/g78Ld0vfVUxqB6xZscGJWLD2o1xPmWjFNaJfciqV6X2ax7DXI8FvqCC4z8m/Ta +PFGF8e5SvOWDrinqRibJ88l7btCpZ+9UmfPM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=BflSi/dPDPViJdEIrTk5IOeH8HiRk7U7bz4fqFDJkkVNxJX8X06mjQfLL2JxaA8ak5 i4Rg8Ofne5omhDyOcIT1jrsjitGNukCgai41iZIp7CR63xtfYEx8BrAbN1R41JByoSMr qcNDyaUfYR5E2U6YYqJaMzqtPbHZ5lIkXKfVI= Received: by 10.140.193.16 with SMTP id q16mr2835487rvf.38.1236571085856; Sun, 08 Mar 2009 20:58:05 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm12972689rvb.4.2009.03.08.20.58.03 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 20:58:04 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 12:56:13 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 12:56:13 +0900 To: Steve Wills Message-ID: <20090309035613.GF5039@michelle.cdnetworks.co.kr> References: <20090226003842.GB63173@michelle.cdnetworks.co.kr> <95AD32AC-93AE-4945-A18E-CE7099BEC3CA@stevenwills.com> <20090226041023.GD63173@michelle.cdnetworks.co.kr> <594BAC6A-498A-4B82-A18B-EB09FEA2F322@stevenwills.com> <20090226042732.GE63173@michelle.cdnetworks.co.kr> <22F5A82D-290D-4B84-92AB-670EDB49AF22@stevenwills.com> <20090303120734.GB84434@michelle.cdnetworks.co.kr> <26A74AAD-1556-4BA7-8E89-72BE36C667A7@stevenwills.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="IiVenqGWf+H9Y6IX" Content-Disposition: inline In-Reply-To: <26A74AAD-1556-4BA7-8E89-72BE36C667A7@stevenwills.com> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, yongari@freebsd.org Subject: Re: 7.1-R to RELENG_7 upgrade breaks re nic 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: Mon, 09 Mar 2009 03:58:06 -0000 --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Mar 08, 2009 at 09:52:19PM -0400, Steve Wills wrote: > Hi, > > Sorry for the late reply. > > On Mar 3, 2009, at 7:07 AM, Pyun YongHyeon wrote: > >Ok, when you plug UTP cable can you see "re0: link state changed to > >UP" in dmesg output? Or if you unplug the cable, you should see > >"re0: link state changed to DOWN"(With "tail -f /var/log/message", > >you can easily check this.) > > Nope. > > > > >If this is not the case something is wrong on RTL8168D. Since > >you've said re0 works for a short time, can you see "re0: link > >state changed to DOWN" on your dmesg output right before seeing > >"re0: PHY read failed" message? > > After boot and DHCP, it works for about a minute, then I see "PHY read > failed" for a few seconds, network continues to work, then I see "link > state changed to DOWN", network stops working and frequency of read > failed message increases. Unplugging the cable and plugging it back in > doesn't change anything or cause the system to log any messages beyond > "PHY read failed". > > >I've also attached patch which may apply to your case. Would you > >give it spin? Note, the patch was generated against CURRENT, so > >you should use re(4) in CURRENT. Just save your old re(4)/rl(4) > >files and download if_re.c, if_rl.c and if_rlreg.h from CURRENT > >and apply the patch. > > > > Unfortunately, for me, this patch doesn't change things. > Ok, please try again with attached patch. --IiVenqGWf+H9Y6IX Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="re.RTL8168D.patch2" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 189551) +++ sys/dev/re/if_re.c (working copy) @@ -1266,6 +1266,8 @@ /* FALLTHROUGH */ case RL_HWREV_8168CP: case RL_HWREV_8168D: + if (hw_rev->rl_rev == RL_HWREV_8168D) + sc->rl_flags |= 0x10000; sc->rl_flags |= RL_FLAG_PHYWAKE | RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_CMDSTOP; /* @@ -2061,6 +2063,8 @@ RL_LOCK_ASSERT(sc); + if ((sc->rl_flags & 0x10000) != 0) + re_miibus_writereg(sc->rl_dev, 1, 0x1f, 0); mii = device_get_softc(sc->rl_miibus); mii_tick(mii); if ((sc->rl_flags & RL_FLAG_LINK) == 0) --IiVenqGWf+H9Y6IX-- From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 05:02:10 2009 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 3B7F81065722; Mon, 9 Mar 2009 05:02:10 +0000 (UTC) (envelope-from g.stone-tolcher@its.uq.edu.au) Received: from mailhub3.uq.edu.au (mailhub3.uq.edu.au [130.102.148.131]) by mx1.freebsd.org (Postfix) with ESMTP id B66EA8FC1C; Mon, 9 Mar 2009 05:02:09 +0000 (UTC) (envelope-from g.stone-tolcher@its.uq.edu.au) Received: from smtp4.uq.edu.au (smtp4.uq.edu.au [130.102.128.19]) by mailhub3.uq.edu.au (8.13.8/8.13.8) with ESMTP id n294pfDE023951; Mon, 9 Mar 2009 14:51:41 +1000 Received: from uqexav01.soe.uq.edu.au (uqexav01.soe.uq.edu.au [130.102.4.248]) by smtp4.uq.edu.au (8.13.8/8.13.8) with ESMTP id n294pftO029794; Mon, 9 Mar 2009 14:51:41 +1000 Received: from UQEXMB1.soe.uq.edu.au ([130.102.4.217]) by uqexav01.soe.uq.edu.au with Microsoft SMTPSVC(6.0.3790.1830); Mon, 9 Mar 2009 14:51:40 +1000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 9 Mar 2009 14:51:41 +1000 Message-ID: <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> In-reply-to: <20090308023642.GB1531@michelle.cdnetworks.co.kr> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: FreeBSD 7.1 Breaks re and rl Network Interface Drivers Thread-Index: AcmflyQHogUN3Sv8Sk6pBJlrFmxxYQA12jzQ References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com><200901191833.51320.jkim@FreeBSD.org><20090120024519.GB79785@cdnetworks.co.kr><200903071717.57915.ianjhart@ntlworld.com> <20090308023642.GB1531@michelle.cdnetworks.co.kr> From: "Gavin Stone-Tolcher" To: , "ian j hart" X-OriginalArrivalTime: 09 Mar 2009 04:51:40.0953 (UTC) FILETIME=[BCB60090:01C9A072] X-UQ-FilterTime: 1236574301 X-Scanned-By: MIMEDefang 2.58 on UQ Mailhub on 130.102.148.131 Cc: freebsd-stable@freebsd.org, Sascha Holzleiter , Jung-uk Kim Subject: RE: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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, 09 Mar 2009 05:02:10 -0000 > Have you tried re(4) in HEAD? > I had one report that re(4) in HEAD still does not fix the issue so > I posted a possible workaround for that. Unfortunately he didn't > report back so I don't know whether it was right workaround or not.=20 > If re(4) in HEAD does not fix the issue, would you try attached > patch and let me know how it goes? Hi, Just some more feedback on your patch. I have a Jetway J7F4K1G2E board with dual embedded=20 RealteK RTL8110SC. I tried using the 19 January 2009 jkim=20 patches: > > > > http://people.freebsd.org/~jkim/re/re.stable2.diff And also tried using what I believe are same changes he made to HEAD via if_re.c, if_rl.c and if_rlreg.h(187483), and still had issues with the controllers at system startup. I have been using your patch above originally proffered on=20 Feb 13 since Feb 18 and the system has been working fine=20 since then.=20 controllers: re0@pci0:0:9:0: class=3D0x020000 card=3D0x10ec16f3 chip=3D0x816710ec = rev=3D0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8169/8110 Family Gigabit Ethernet NIC' class =3D network subclass =3D ethernet re1@pci0:0:11:0: class=3D0x020000 card=3D0x10ec16f3 = chip=3D0x816710ec rev=3D0x10 hdr=3D0x00 vendor =3D 'Realtek Semiconductor' device =3D 'RTL8169/8110 Family Gigabit Ethernet NIC' class =3D network subclass =3D ethernet re0: port 0xf000-0xf0ff mem 0xfdfff000-0xfdfff0ff irq 18 at device 9.0 on pci0 re0: Chip rev. 0x18000000 re0: MAC rev. 0x00000000 miibus0: on re0 rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re0: Ethernet address: 00:30:18:a6:26:ff re0: [FILTER] re1: port 0xf200-0xf2ff mem 0xfdffe000-0xfdffe0ff irq 19 at device 11.0 on pci0 re1: Chip rev. 0x18000000 re1: MAC rev. 0x00000000 miibus1: on re1 rgephy1: PHY 1 on miibus1 rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto re1: Ethernet address: 00:30:18:a6:27:00 re1: [FILTER] Cheers, Gavin Stone-Tolcher g.stone-tolcher@its.uq.edu.au Incident Response Team Information Technology Services The University of Queensland Phone: +61 7 336 54407 Queensland 4072 AUSTRALIA Fax,: +61 7 336 57539 From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 06:05:38 2009 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 C3549106564A; Mon, 9 Mar 2009 06:05:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.226]) by mx1.freebsd.org (Postfix) with ESMTP id 873AB8FC14; Mon, 9 Mar 2009 06:05:38 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1641564rvb.43 for ; Sun, 08 Mar 2009 23:05:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=WlBElV2loFhMrACFOcWmCaxXFtLz/0r1kZkCK8Qp/xE=; b=pq4A/7aB/MQQra0aDyFFRp37chFJXZ3xysWJTWLXl3UL7I9FLgxWhKYXDsmtSiyaBn X2T0g12XbiT73vaZONlTXw2Z510oI0jKSg8x1Q3dIdhpVf52+LEH7TuRbO38JbjjhPVJ Cut/jEyEE2G0y65Wid6bDU5tSCaq+KM9ia1dA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=k0nWNRVdbBzytSififuuJZZ83zG3mOj4y9WKxErlNQKTuQw8URpNmewA4lSY5QEyZI Bct98lJCHv2o9y3imKjfrEmyuV3EWfTwI12FRbXKmJBWLYZKbtq1uaRIypLAWqDjHskQ sFs4FHOHLFMBie8Md7Ket+2tz2MXXsSAnr+8I= Received: by 10.141.14.17 with SMTP id r17mr2891711rvi.1.1236578738208; Sun, 08 Mar 2009 23:05:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id f42sm7642378rvb.3.2009.03.08.23.05.35 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 23:05:37 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 15:03:47 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 15:03:46 +0900 To: Gavin Stone-Tolcher Message-ID: <20090309060346.GG5039@michelle.cdnetworks.co.kr> References: <20090308023642.GB1531@michelle.cdnetworks.co.kr> <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, Sascha Holzleiter , Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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: Mon, 09 Mar 2009 06:05:39 -0000 On Mon, Mar 09, 2009 at 02:51:41PM +1000, Gavin Stone-Tolcher wrote: > > Have you tried re(4) in HEAD? > > I had one report that re(4) in HEAD still does not fix the issue so > > I posted a possible workaround for that. Unfortunately he didn't > > report back so I don't know whether it was right workaround or not. > > If re(4) in HEAD does not fix the issue, would you try attached > > patch and let me know how it goes? > > Hi, Just some more feedback on your patch. > I have a Jetway J7F4K1G2E board with dual embedded > RealteK RTL8110SC. I tried using the 19 January 2009 jkim > patches: > > > > > > http://people.freebsd.org/~jkim/re/re.stable2.diff > > And also tried using what I believe are same changes he made > to HEAD via if_re.c, if_rl.c and if_rlreg.h(187483), and > still had issues with the controllers at system startup. > > I have been using your patch above originally proffered on > Feb 13 since Feb 18 and the system has been working fine > since then. > Thanks a lot! This is the report I had been waiting for. I've committed the patch to HEAD(r189555). From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 06:10:32 2009 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 D43E7106564A; Mon, 9 Mar 2009 06:10:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.183]) by mx1.freebsd.org (Postfix) with ESMTP id 979128FC1A; Mon, 9 Mar 2009 06:10:32 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so1155528wah.27 for ; Sun, 08 Mar 2009 23:10:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=lUUrzt8el7dmHzHjKSCo4iLoNY2N0DKgrMzHGhZp/5o=; b=V3vKzQkXpfQ0RuIB5ecNJf2mxao1Y4vWvr/5mw4v03U36dGsJ2NMN3rAOuKG6MA6kf 9+hLypE/5w5/ZdNz79x03kLm5Db9bD2G8SBhLKdWq+HFkggvHlL4whk5lcaOdIEb6pYk Qdlrt5EgqGyjAXCsDPQegCcAYAeqqQUIXvoPw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=d0WzwkcUh62YVQNCJbdC3T25Tg8N3qHYwms74P6mpU62rjMfEdO6Tecc8LNWP+rJH+ 3rWj65Q47x9QduZ8BgHbucxDzBKN9HJ1ZdZB+iXuobIqIEN+J3xszmZpKItULhN2X8es iHAliqdY45T0PdWV9QdsTwSB1xD3V8AB9NKDI= Received: by 10.140.174.20 with SMTP id w20mr1568037rve.0.1236579032007; Sun, 08 Mar 2009 23:10:32 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id c20sm7657035rvf.1.2009.03.08.23.10.29 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 23:10:31 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 15:08:41 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 15:08:41 +0900 To: ian j hart Message-ID: <20090309060841.GH5039@michelle.cdnetworks.co.kr> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <200903071717.57915.ianjhart@ntlworld.com> <20090308023642.GB1531@michelle.cdnetworks.co.kr> <200903081705.12523.ianjhart@ntlworld.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903081705.12523.ianjhart@ntlworld.com> User-Agent: Mutt/1.4.2.3i Cc: Sascha Holzleiter , freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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: Mon, 09 Mar 2009 06:10:33 -0000 On Sun, Mar 08, 2009 at 05:05:12PM +0000, ian j hart wrote: > On Sunday 08 March 2009 02:36:42 Pyun YongHyeon wrote: > > On Sat, Mar 07, 2009 at 05:17:57PM +0000, ian j hart wrote: > > > On Tuesday 20 January 2009 02:45:19 Pyun YongHyeon wrote: > > > > On Mon, Jan 19, 2009 at 06:33:46PM -0500, Jung-uk Kim wrote: > > > > > On Monday 19 January 2009 04:33 pm, Jung-uk Kim wrote: > > > > > > I found something interesting. I have another RTL8169SC that > > > > > > works perfectly fine without the patch. The hardware revision is > > > > > > 0x18000000. After reading Linux driver (drivers/net/r8169c), I > > > > > > realised they use different masks for hardware revisions. With > > > > > > their logic, non-working chip seems to be 0x98000000 (8110SCe) > > > > > > while working chip seems to be 0x18000000 (8110SCd) with > > > > > > 0xfc800000. FYI... > > > > > > > > > > Now armed with the information, I made it work without reverting > > > > > memory mapped I/O. :-) > > > > > > > > > > http://people.freebsd.org/~jkim/re/re.current2.diff > > > > > http://people.freebsd.org/~jkim/re/re.stable2.diff > > > > > > > > I like the patch. Since only RTL8169 family uses mask 0xfc800000 > > > > it would be even better we can limit checking scope for RTL8169SC > > > > by comparing PCI device id. I don't know what other side effect > > > > would happen if the mask 0xfc800000 would be used on 8101/8168 > > > > controllers. > > > > If the patch works on RTL8169SC would you commit the patch? > > > > I'd like to see multiple commits separated by each enhancements > > > > as the patch contains several fixes which are not directly related > > > > with the issue. > > > > > > Where are we on this? > > > > > > I have a headless firewall box which is not happy with 7.1-RELEASE. I've > > > upgraded to 7.1-STABLE as of yesterday and now I'm getting 'PHY read > > > failed' errors, although the network did come up, which was an > > > improvement. > > > > > > Is there a patch I can try? > > > > > > http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=174&proname=AD3RT > > >LAN-G > > > > > > re0: port > > > 0xf200-0xf2ff mem 0xfdfff000-0xfdfff0ff irq 18 at device 9.0 on pci0 re0: > > > Chip rev. 0x18000000 > > > re0: MAC rev. 0x00000000 > > > re0: Ethernet address: 00:30:18:ae:1a:1b > > > re0: [FILTER] > > > re1: port > > > 0xf000-0xf0ff mem 0xfdffd000-0xfdffd0ff irq 19 at device 11.0 on pci0 > > > re1: Chip rev. 0x18000000 > > > re1: MAC rev. 0x00000000 > > > re1: Ethernet address: 00:30:18:ae:1a:1c > > > re1: [FILTER] > > > re2: port > > > 0xec00-0xecff mem 0xfdffc000-0xfdffc0ff irq 16 at device 12.0 on pci0 > > > re2: Chip rev. 0x18000000 > > > re2: MAC rev. 0x00000000 > > > re2: Ethernet address: 00:30:18:ae:1a:1d > > > re2: [FILTER] > > > > > > re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 > > > hdr=0x00 re1@pci0:0:11:0: class=0x020000 card=0x10ec16f3 > > > chip=0x816710ec rev=0x10 hdr=0x00 re2@pci0:0:12:0: class=0x020000 > > > card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 > > > > Have you tried re(4) in HEAD? > > I had one report that re(4) in HEAD still does not fix the issue so > > I posted a possible workaround for that. Unfortunately he didn't > > report back so I don't know whether it was right workaround or not. > > If re(4) in HEAD does not fix the issue, would you try attached > > patch and let me know how it goes? > > Firstly IANAKH, my expertise in this area stops after "make kernel". > > I updated > > /usr/src/sys/dev/re/if_re.c > /usr/src/sys/pci/if_rlreg.h > > to HEAD > And after updating to HEAD did you apply my patch? > I still get "PHY read failed" with and without the patch. > That's odd. Another user who has the same controller reports the fix fixed the issue. I also committed the patch to HEAD so would you give it spin again (without applying any patches)? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 06:41:48 2009 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 7AC18106564A; Mon, 9 Mar 2009 06:41:48 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing01.lava.net (cake.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b50]) by mx1.freebsd.org (Postfix) with ESMTP id B579A8FC13; Mon, 9 Mar 2009 06:41:47 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing01.lava.net (Postfix) with ESMTP id 28DD5D0049; Sun, 8 Mar 2009 20:41:46 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 4C18F153882; Sun, 8 Mar 2009 20:41:45 -1000 (HST) Date: Sun, 8 Mar 2009 20:41:45 -1000 From: Clifton Royston To: Pyun YongHyeon Message-ID: <20090309064144.GA18180@lava.net> Mail-Followup-To: Pyun YongHyeon , Gavin Stone-Tolcher , freebsd-stable@freebsd.org, Sascha Holzleiter , Jung-uk Kim References: <20090308023642.GB1531@michelle.cdnetworks.co.kr> <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> <20090309060346.GG5039@michelle.cdnetworks.co.kr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090309060346.GG5039@michelle.cdnetworks.co.kr> User-Agent: Mutt/1.4.2.2i Cc: Sascha Holzleiter , Gavin Stone-Tolcher , freebsd-stable@freebsd.org, Jung-uk Kim Subject: re/rl for 6-STABLE (Was Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers) 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, 09 Mar 2009 06:41:48 -0000 On Mon, Mar 09, 2009 at 03:03:46PM +0900, Pyun YongHyeon wrote: ... > Thanks a lot! This is the report I had been waiting for. I've > committed the patch to HEAD(r189555). As long as you're thinking about the re/rl driver, I have been meaning to report to you that the patch you've posted for 6-STABLE has been working fine on 6.4-RELEASE with a Gigabyte motherboard using an onboard RTL8168 Gigabit Ethernet chip. It was unidentified with 6.4-RELEASE, but after I applied the patches I found described at http://people.freebsd.org/~yongari/re/6.x/README and rebuilt the kernel, it was detected and worked properly. (I don't have a Gigabit switch, so I'm only running at 100baseTX at present.) -- Clifton uname -v: FreeBSD 6.4-RELEASE #0: Thu Mar 5 21:32:53 HST 2009 root@oz.volcano.org:/var/tmp/usr.obj/usr/src/sys/SMP dmesg output: ... re0: port 0xd000-0xd0ff mem 0xe1110000-0xe1110fff,0xe1100000-0xe110ffff irq 17 at dev ice 0.0 on pci2 re0: Chip rev. 0x3c000000 re0: MAC rev. 0x00400000 miibus0: on re0 rgephy0: on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto pciconf -lv output: ... re0@pci2:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x02 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' class = network subclass = ethernet ifconfig output: re0: flags=8843 mtu 1500 options=1b inet x.y.z.w ... inet x.y.z.v ... ether 00:1f:d0:cd:3c:9c media: Ethernet autoselect (100baseTX ) status: active -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net President - I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 06:57:28 2009 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 32D611065672 for ; Mon, 9 Mar 2009 06:57:27 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from mxout-08.mxes.net (mxout-08.mxes.net [216.86.168.183]) by mx1.freebsd.org (Postfix) with ESMTP id 537F98FC19 for ; Mon, 9 Mar 2009 06:57:27 +0000 (UTC) (envelope-from ehrmann@gmail.com) Received: from [10.0.0.196] (unknown [64.9.238.39]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 75CA5D0500; Mon, 9 Mar 2009 02:57:24 -0400 (EDT) Message-ID: <49B4BDA9.302@gmail.com> Date: Sun, 08 Mar 2009 23:56:41 -0700 From: David Ehrmann User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49B355FA.2090906@gmail.com> <20090308081550.GC1531@michelle.cdnetworks.co.kr> <49B45E92.1080607@gmail.com> <20090309005857.GE5039@michelle.cdnetworks.co.kr> In-Reply-To: <20090309005857.GE5039@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: vge0 not autonegotiating to 1000baseTX full duplex in 7.1 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, 09 Mar 2009 06:57:28 -0000 Pyun YongHyeon wrote: > On Sun, Mar 08, 2009 at 05:10:58PM -0700, David Ehrmann wrote: > >> Pyun YongHyeon wrote: >> >>> On Sat, Mar 07, 2009 at 09:22:02PM -0800, David Ehrmann wrote: >>> >>> >>>> It's been reported before, but I haven't seen anything new. vge devices >>>> >>>> >>> Because I don't have access to the hardware it looks like hard to >>> fix. >>> >>> >>> >>>> won't autonegotiate to gigabit speeds, and if I set the media to >>>> 1000baseTX, ifconfig reports "no carrier." This was with two different >>>> interfaces on the other end, one a switch, the other another computer >>>> (but not a vge one). >>>> >>>> Any ideas? >>>> >>>> >>> Would you show me the output of dmesg?(Only vge(4) related one) >>> Also show me the output of "devinfo -rv | grep phy". >>> >>> >> dmesg: >> >> vge0: port 0xe800-0xe8ff mem >> 0xfeaffc00-0xfeaf >> fcff irq 28 at device 0.0 on pci3 >> vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 >> miibus0: on vge0 >> ip1000phy0: PHY 22 on miibus0 >> ip1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, >> 1000bas >> eTX-FDX, auto >> vge0: WARNING: using obsoleted if_watchdog interface >> vge0: bpf attached >> vge0: Ethernet address: 00:40:63:xx:xx:xx >> ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 >> vge0: [MPSAFE] >> vge0: [ITHREAD] >> >> >> devinfo -rv | grep phy >> ip1000phy0 pnpinfo oui=0x90c3 model=0x19 rev=0x0 at phyno=22 >> ukphy0 pnpinfo oui=0x4063 model=0x32 rev=0xa at phyno=1 >> >> > > Would you try attached patch? Due to lack of hardware access I > don't know whether it helps or not(Just compilation tested). > I have no idea how you did it, but the patch seems to have worked. ifconfig reports 1000baseTX, and I can nc zeros at more than 50 MB/s. Is this patch "stable?" Should it break any existing functionality? What was the problem that it fixed? Will it be in the next 7.x release? 8.0? Here's the link to the bug id for it: http://www.freebsd.org/cgi/query-pr.cgi?pr=130846 Thank you! From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 06:59:04 2009 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 5BF0210656CB; Mon, 9 Mar 2009 06:59:04 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.230]) by mx1.freebsd.org (Postfix) with ESMTP id 1EFB08FC15; Mon, 9 Mar 2009 06:59:03 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1659398rvb.43 for ; Sun, 08 Mar 2009 23:59:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:subject :message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=zfexWPNOW6zukLXbgkmEK1kj/qyFbvMx9TBUCuBzE/w=; b=PDaxRhXbGdnNJ5ZNNuzqM4D9jZ/P5aV+7VrQLn1P/Zu1WpW06TDGE3r72zSGxbZGbB vhak03/pXbBZ+XocVNkFp3YzoFWrUYvDd+k+FhVzJMsLVAy5S8KRNLF53umI8kY140ra D9l3LjK6mJtxKAYEezxjonUS+KSBkG7ynwZBI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=eDv6RGUV9eixjUc/++p6BB5q78HfqSnHmfUAMKja3P2djZJqJM1qngsUVjYZOTIMgp pbePAhmQrpXY3VS4hw1Wnm4YS1vxO96y/uS1eB1soAU1ynL643mjntMeo2Nx35VSEVzn i74YRMtqFclW/f7JwQXD7c3fC88Utkr0nS2pM= Received: by 10.141.20.7 with SMTP id x7mr2926038rvi.14.1236581943712; Sun, 08 Mar 2009 23:59:03 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id l31sm13425690rvb.5.2009.03.08.23.59.01 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Mar 2009 23:59:02 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 15:57:13 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 15:57:13 +0900 To: Gavin Stone-Tolcher , freebsd-stable@freebsd.org, Sascha Holzleiter , Jung-uk Kim Message-ID: <20090309065713.GI5039@michelle.cdnetworks.co.kr> References: <20090308023642.GB1531@michelle.cdnetworks.co.kr> <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> <20090309060346.GG5039@michelle.cdnetworks.co.kr> <20090309064144.GA18180@lava.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090309064144.GA18180@lava.net> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: re/rl for 6-STABLE (Was Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers) 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: Mon, 09 Mar 2009 06:59:04 -0000 On Sun, Mar 08, 2009 at 08:41:45PM -1000, Clifton Royston wrote: > On Mon, Mar 09, 2009 at 03:03:46PM +0900, Pyun YongHyeon wrote: > ... > > Thanks a lot! This is the report I had been waiting for. I've > > committed the patch to HEAD(r189555). > > As long as you're thinking about the re/rl driver, I have been > meaning to report to you that the patch you've posted for 6-STABLE > has been working fine on 6.4-RELEASE with a Gigabyte motherboard using > an onboard RTL8168 Gigabit Ethernet chip. > > It was unidentified with 6.4-RELEASE, but after I applied the patches > I found described at > http://people.freebsd.org/~yongari/re/6.x/README > and rebuilt the kernel, it was detected and worked properly. (I don't > have a Gigabit switch, so I'm only running at 100baseTX at present.) > Thanks for reporting/testing! Unfortunately I don't have 6.x box anymore so it's somewhat hard to maintain re(4)/rl(4) for 6-stable. The files in 6.x directory were posted when an user eagerly wanted to use his unrecognized controller at that time. > -- Clifton > > uname -v: > FreeBSD 6.4-RELEASE #0: Thu Mar 5 21:32:53 HST 2009 root@oz.volcano.org:/var/tmp/usr.obj/usr/src/sys/SMP > > dmesg output: > ... > re0: > port 0xd000-0xd0ff mem 0xe1110000-0xe1110fff,0xe1100000-0xe110ffff irq 17 at dev ice 0.0 on pci2 > re0: Chip rev. 0x3c000000 > re0: MAC rev. 0x00400000 > miibus0: on re0 > rgephy0: on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > > pciconf -lv output: > ... > re0@pci2:0:0: class=0x020000 card=0xe0001458 chip=0x816810ec rev=0x02 hdr=0x00 > vendor = 'Realtek Semiconductor' > device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' > class = network > subclass = ethernet > > ifconfig output: > re0: flags=8843 mtu 1500 > options=1b > inet x.y.z.w ... > inet x.y.z.v ... > ether 00:1f:d0:cd:3c:9c > media: Ethernet autoselect (100baseTX ) > status: active From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 07:13:01 2009 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 94DC0106572E for ; Mon, 9 Mar 2009 07:13:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 60DD18FC1A for ; Mon, 9 Mar 2009 07:13:01 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so1664702rvb.43 for ; Mon, 09 Mar 2009 00:13:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=vChAynVQF7YHnbYkeYmgkKJSxQIVeOUKHFjSJr/sxYs=; b=u6uA6Y35j8hvFhdbufCWl00RYOZ5i0CU65vt8SYqwHfXzTDe6bq3lJzSwzbXkQm/J0 sLIef//Lkj9N2Ylzkg8sEn5fqwqR3ECVS8hM57Etc7mgqho5xT3oROBz057j+K4PeXg0 gicsAH6mX+4Okm+VA1mygm/dMaOy7at1hUE7E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=k7VyR4wdbWrOIgM0kw+QH3RLBy4e4OJ/iD+KRIb7eWK1tbtvbKZSUD1K1N462Tn9ho kmOipCOGH2mbMO6YHaEfpZJ2xc82WZu8iIfcBkGKeVPCLTfugOcRFvZkDpL5G/t2ykHP J1JLNNEjRExPkmB7cVAD+MfSmPOW6Td/fz0VM= Received: by 10.141.50.11 with SMTP id c11mr2921814rvk.45.1236582781167; Mon, 09 Mar 2009 00:13:01 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id k2sm13415871rvb.4.2009.03.09.00.12.58 (version=SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 00:13:00 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 16:11:10 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 16:11:10 +0900 To: David Ehrmann Message-ID: <20090309071110.GJ5039@michelle.cdnetworks.co.kr> References: <49B355FA.2090906@gmail.com> <20090308081550.GC1531@michelle.cdnetworks.co.kr> <49B45E92.1080607@gmail.com> <20090309005857.GE5039@michelle.cdnetworks.co.kr> <49B4BDA9.302@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B4BDA9.302@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: vge0 not autonegotiating to 1000baseTX full duplex in 7.1 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: Mon, 09 Mar 2009 07:13:01 -0000 On Sun, Mar 08, 2009 at 11:56:41PM -0700, David Ehrmann wrote: > Pyun YongHyeon wrote: > >On Sun, Mar 08, 2009 at 05:10:58PM -0700, David Ehrmann wrote: > > > >>Pyun YongHyeon wrote: > >> > >>>On Sat, Mar 07, 2009 at 09:22:02PM -0800, David Ehrmann wrote: > >>> > >>> > >>>>It's been reported before, but I haven't seen anything new. vge > >>>>devices > >>>> > >>>Because I don't have access to the hardware it looks like hard to > >>>fix. > >>> > >>> > >>> > >>>>won't autonegotiate to gigabit speeds, and if I set the media to > >>>>1000baseTX, ifconfig reports "no carrier." This was with two different > >>>>interfaces on the other end, one a switch, the other another computer > >>>>(but not a vge one). > >>>> > >>>>Any ideas? > >>>> > >>>> > >>>Would you show me the output of dmesg?(Only vge(4) related one) > >>>Also show me the output of "devinfo -rv | grep phy". > >>> > >>> > >>dmesg: > >> > >>vge0: port 0xe800-0xe8ff mem > >>0xfeaffc00-0xfeaf > >>fcff irq 28 at device 0.0 on pci3 > >>vge0: Reserved 0x100 bytes for rid 0x14 type 3 at 0xfeaffc00 > >>miibus0: on vge0 > >>ip1000phy0: PHY 22 on miibus0 > >>ip1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseTX, > >>1000bas > >>eTX-FDX, auto > >>vge0: WARNING: using obsoleted if_watchdog interface > >>vge0: bpf attached > >>vge0: Ethernet address: 00:40:63:xx:xx:xx > >>ioapic1: routing intpin 4 (PCI IRQ 28) to vector 49 > >>vge0: [MPSAFE] > >>vge0: [ITHREAD] > >> > >> > >>devinfo -rv | grep phy > >> ip1000phy0 pnpinfo oui=0x90c3 model=0x19 rev=0x0 at > >> phyno=22 > >> ukphy0 pnpinfo oui=0x4063 model=0x32 rev=0xa at phyno=1 > >> > >> > > > >Would you try attached patch? Due to lack of hardware access I > >don't know whether it helps or not(Just compilation tested). > > > I have no idea how you did it, Hmm... it was just a guess and this time I was lucky. :-) > but the patch seems to have worked. Glad to hear that. > ifconfig reports 1000baseTX, and I can nc zeros at more than 50 MB/s. > > Is this patch "stable?" Should it break any existing functionality? As you might guess, only you can say "how stable" for this patch. > What was the problem that it fixed? Will it be in the next 7.x I guess newer IC Plus PHYs require correct next page bit so I just read the autonegotiation advertisement register to cache the next page capability. All other changes are to use mii_phy_add_media() KPI which will remove duplicated codes in phy drivers. > release? 8.0? > Yes, I'll commit the patch soon and make sure to MFC to 7-stable. > Here's the link to the bug id for it: > http://www.freebsd.org/cgi/query-pr.cgi?pr=130846 > Ok, I'll handle the PR. > Thank you! No problem. Thanks for testing! From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 08:21:35 2009 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 806A61065672 for ; Mon, 9 Mar 2009 08:21:35 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id E3EDA8FC13 for ; Mon, 9 Mar 2009 08:21:34 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n298LVLZ011778; Mon, 9 Mar 2009 09:21:33 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id AFC734F; Mon, 9 Mar 2009 09:21:31 +0100 (CET) Date: Mon, 9 Mar 2009 09:21:31 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: pyunyh@gmail.com Message-Id: <20090309092131.790f719d.gerrit@pmp.uni-hannover.de> In-Reply-To: <20090308023642.GB1531@michelle.cdnetworks.co.kr> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <200901191833.51320.jkim@FreeBSD.org> <20090120024519.GB79785@cdnetworks.co.kr> <200903071717.57915.ianjhart@ntlworld.com> <20090308023642.GB1531@michelle.cdnetworks.co.kr> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.2.363555, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.9.80718 Cc: freebsd-stable@freebsd.org, Sascha Holzleiter , Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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, 09 Mar 2009 08:21:35 -0000 On Sun, 8 Mar 2009 11:36:42 +0900 Pyun YongHyeon wrote about Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers: PY> Have you tried re(4) in HEAD? PY> I had one report that re(4) in HEAD still does not fix the issue so PY> I posted a possible workaround for that. Unfortunately he didn't PY> report back so I don't know whether it was right workaround or not. PY> If re(4) in HEAD does not fix the issue, would you try attached PY> patch and let me know how it goes? Are you talking about me? ;-) I put the first system with the patched patch to work last week. It definitely fixes the problems I had with the first patch (HEAD, I suppose), as the interface attaches fine now (even a lot faster than before). I cannot say if the actual issue I had with 7.1-stable has gone away, too, because this only occured after a longer time of operation. However, up to now everything looks nice. cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 08:25:30 2009 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 3C0EF106566C for ; Mon, 9 Mar 2009 08:25:30 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from mrelay1.uni-hannover.de (mrelay1.uni-hannover.de [130.75.2.106]) by mx1.freebsd.org (Postfix) with ESMTP id B6FF78FC22 for ; Mon, 9 Mar 2009 08:25:29 +0000 (UTC) (envelope-from gerrit@pmp.uni-hannover.de) Received: from www.pmp.uni-hannover.de (www.pmp.uni-hannover.de [130.75.117.2]) by mrelay1.uni-hannover.de (8.14.2/8.14.2) with ESMTP id n298PQVq011947; Mon, 9 Mar 2009 09:25:28 +0100 Received: from pmp.uni-hannover.de (arc.pmp.uni-hannover.de [130.75.117.1]) by www.pmp.uni-hannover.de (Postfix) with SMTP id 8BA3F4F; Mon, 9 Mar 2009 09:25:26 +0100 (CET) Date: Mon, 9 Mar 2009 09:25:26 +0100 From: Gerrit =?ISO-8859-1?Q?K=FChn?= To: "Gavin Stone-Tolcher" Message-Id: <20090309092526.769037ac.gerrit@pmp.uni-hannover.de> In-Reply-To: <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <200901191833.51320.jkim@FreeBSD.org> <20090120024519.GB79785@cdnetworks.co.kr> <200903071717.57915.ianjhart@ntlworld.com> <20090308023642.GB1531@michelle.cdnetworks.co.kr> <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> Organization: Albert-Einstein-Institut (MPI =?ISO-8859-1?Q?f=FCr?= Gravitationsphysik & IGP =?ISO-8859-1?Q?Universit=E4t?= Hannover) X-Mailer: Sylpheed 2.4.8 (GTK+ 2.12.11; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-PMX-Version: 5.5.2.363555, Antispam-Engine: 2.6.1.350677, Antispam-Data: 2009.3.9.81331 Cc: pyunyh@gmail.com, Sascha Holzleiter , freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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, 09 Mar 2009 08:25:30 -0000 On Mon, 9 Mar 2009 14:51:41 +1000 "Gavin Stone-Tolcher" wrote about RE: FreeBSD 7.1 Breaks re and rl Network Interface Drivers: GST> Hi, Just some more feedback on your patch. GST> I have a Jetway J7F4K1G2E board with dual embedded GST> RealteK RTL8110SC. I tried using the 19 January 2009 jkim GST> patches: And I just want to add that I am using the same mainboard series here (A, D and E versions, I think). GST> I have been using your patch above originally proffered on GST> Feb 13 since Feb 18 and the system has been working fine GST> since then. If that's the patch pyunyh posted here in answer to my issue (should have been around the same time, my kernel is from Feb 13), that's the same I am using here now (and it also works for me up to now). cu Gerrit From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 08:34:57 2009 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 D4E9B106564A; Mon, 9 Mar 2009 08:34:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.238]) by mx1.freebsd.org (Postfix) with ESMTP id 890CF8FC17; Mon, 9 Mar 2009 08:34:57 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id g9so1900984rvb.3 for ; Mon, 09 Mar 2009 01:34:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=ln7T/55XBo+UMm1RfBdwppsMtfO6dIw6uA6UrNTpr5s=; b=bAflULnZLlozbkALPu9t7NNpTlBkZaDm8Vwdxv33K3DMEaClNUqju96Ij3Vk09DBMz yQhWc3oHESdfUsIsxaw0AoHcJ3mmXy0K6qqJn4iGt+rqv5uybHQ42AfdZUi/3epjtgOr vd49bI87FIbsp5CQXEmVh8ShbRuHuaTZn6GmI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=pzPODClEMqap5qy6k5m25LC1H+mDlVqSWpyzxGAPky+QAYEkfsPvivYBpWI6u8827r I/Yp9uJTDbK8dyh49vvsn4UTud+DzswnK4qQYd7GNLDMnK0kWFqCMBt6vH62tMBDjYyb gUCgEf2nMCxl1QYg3gE9fgC8w2+OGKfWpgjhM= Received: by 10.140.158.4 with SMTP id g4mr2940241rve.160.1236587697067; Mon, 09 Mar 2009 01:34:57 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id f42sm7894479rvb.3.2009.03.09.01.34.53 (version=SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 01:34:56 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Mon, 9 Mar 2009 17:33:06 +0900 From: Pyun YongHyeon Date: Mon, 9 Mar 2009 17:33:06 +0900 To: Gerrit K?hn Message-ID: <20090309083306.GL5039@michelle.cdnetworks.co.kr> References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <200901191833.51320.jkim@FreeBSD.org> <20090120024519.GB79785@cdnetworks.co.kr> <200903071717.57915.ianjhart@ntlworld.com> <20090308023642.GB1531@michelle.cdnetworks.co.kr> <20090309092131.790f719d.gerrit@pmp.uni-hannover.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090309092131.790f719d.gerrit@pmp.uni-hannover.de> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org, Sascha Holzleiter , Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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: Mon, 09 Mar 2009 08:34:58 -0000 On Mon, Mar 09, 2009 at 09:21:31AM +0100, Gerrit K?hn wrote: > On Sun, 8 Mar 2009 11:36:42 +0900 Pyun YongHyeon wrote > about Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers: > > PY> Have you tried re(4) in HEAD? > PY> I had one report that re(4) in HEAD still does not fix the issue so > PY> I posted a possible workaround for that. Unfortunately he didn't > PY> report back so I don't know whether it was right workaround or not. > PY> If re(4) in HEAD does not fix the issue, would you try attached > PY> patch and let me know how it goes? > > Are you talking about me? ;-) If my memory serve me right, yes. > I put the first system with the patched patch to work last week. It > definitely fixes the problems I had with the first patch (HEAD, I > suppose), as the interface attaches fine now (even a lot faster than > before). > I cannot say if the actual issue I had with 7.1-stable has gone away, too, > because this only occured after a longer time of operation. However, up to > now everything looks nice. > Ok, if you find any re(4) instability feel free to contact me. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 11:32:18 2009 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 CD5E51065674 for ; Mon, 9 Mar 2009 11:32:18 +0000 (UTC) (envelope-from spara@online.fr) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id 19E7F8FC19 for ; Mon, 9 Mar 2009 11:32:15 +0000 (UTC) (envelope-from spara@online.fr) Received: from smtp6-g21.free.fr (smtp6-g21.free.fr [212.27.42.6]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id A2B73D19CF7 for ; Mon, 9 Mar 2009 12:16:49 +0100 (CET) Received: from smtp6-g21.free.fr (localhost [127.0.0.1]) by smtp6-g21.free.fr (Postfix) with ESMTP id 7471FE08128 for ; Mon, 9 Mar 2009 12:16:43 +0100 (CET) Received: from [192.168.0.1] (cvl92-2-82-228-144-126.fbx.proxad.net [82.228.144.126]) by smtp6-g21.free.fr (Postfix) with ESMTP id 340A6E081F2 for ; Mon, 9 Mar 2009 12:16:03 +0100 (CET) Message-Id: From: spara To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 9 Mar 2009 12:15:15 +0100 X-Mailer: Apple Mail (2.930.3) Subject: Re: Page fault panic in scioctl and console-kit-daemon 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, 09 Mar 2009 11:32:19 -0000 Hello, I'm experiencing the same = (http://www.mail-archive.com/freebsd-stable@freebsd.org/msg101997.html=20= ) after updating to last hald in 6.4-STABLE. Anyone tried to fix it with the Kostik Belousov patch as in = http://lists.freebsd.org/pipermail/freebsd-current/2008-January/082581.htm= l=20 ? Any other fix ? cheers ---------------original message----------------- Hello everybody, I'm reporting a problem that looks _very_ similar to =20= one reported on freebsd-current@ last year, by Pawel Worach: = http://lists.freebsd.org/pipermail/freebsd-current/2008-January/082581.htm= l=20 My system is a 6.4-STABLE, with up-to-date /usr/src and /usr/ports: =20= $ uname -a FreeBSD diavoletto 6.4-STABLE FreeBSD 6.4-STABLE #19: Mon =20 Feb 16 12:01:24 CET 2009 r...@diavoletto:/usr/obj/usr/src/sys/GENERIC =20= i386 In /etc/rc.conf I have the following lines: > dbus_enable=3D"YES" > = =20 hald_enable=3D"YES" Every time dbus is started, if consolekit-0.3.0 is =20= installed then a page fault occurs just after the login screen is =20 shown. If I "make deinstall" the port in single-user-mode, then the =20 system boots and works fine. If I boot with consolekit uninstalled, =20 then install it and restart dbus, I get a panic. I'm reporting here =20 the same information that Pawel Worach reported last year for his =20 problem. Please tell me if I can provide any more information; this is =20= my very first problem report here! =20 ----8=20 <--------8<--------8<--------8<--------8<--------8<--------8<--------- =20= Script started on Fri Feb 20 12:47:10 2009 # cd /usr/obj/usr/src/sys/=20 GENERIC # kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 =20 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free =20 software, covered by the GNU General Public License, and you are =20 welcome to change it and/or distribute copies of it under certain =20 conditions. Type "show copying" to see the conditions. There is =20 absolutely no warranty for GDB. Type "show warranty" for details. This =20= GDB was configured as "i386-marcel-freebsd"... Unread portion of the =20 kernel message buffer: Fatal trap 12: page fault while in kernel =20 mode fault virtual address =3D 0x4 fault code =3D supervisor read, page =20= not present instruction pointer =3D 0x20:0xc09dfaef stack pointer =3D =20= 0x28:0xe85a8bf8 frame pointer =3D 0x28:0xe85a8c40 code segment =3D base =20= 0x0, limit 0xfffff, type 0x1b =3D DPL 0, pres 1, def32 1, gran 1 =20 processor eflags =3D interrupt enabled, resume, IOPL =3D 0 current = process =20 =3D 14500 (console-kit-daemon) trap number =3D 12 panic: page fault =20 Uptime: 30m41s Dumping 1471 MB (2 chunks) chunk 0: 1MB (155 pages) ... =20= ok chunk 1: 1471MB (376496 pages) (CTRL-C to abort) 1455 1439 1423 =20 1407 (CTRL-C to abort) 1391 1375 1359 1343 1327 1311 1295 1279 1263 =20 1247 1231 1215 1199 1183 1167 1151 1135 1119 1103 1087 1071 1055 1039 =20= 1023 1007 991 975 959 943 927 911 895 879 863 847 831 815 799 783 767 =20= 751 735 719 703 687 671 655 639 623 607 591 575 559 543 527 511 495 =20 479 463 447 431 415 399 383 367 351 335 319 303 287 271 255 239 223 =20 207 191 175 159 143 127 111 95 79 63 47 31 15 Reading symbols from /=20 boot/kernel/linux.ko...done. Loaded symbols for /boot/kernel/linux.ko =20= Reading symbols from /boot/kernel/snd_hda.ko...done. Loaded symbols =20 for /boot/kernel/snd_hda.ko Reading symbols from /boot/kernel/=20 sound.ko...done. Loaded symbols for /boot/kernel/sound.ko Reading =20 symbols from /boot/kernel/acpi.ko...done. Loaded symbols for /boot/=20 kernel/acpi.ko Reading symbols from /usr/local/modules/fuse.ko...done. =20= Loaded symbols for /usr/local/modules/fuse.ko Reading symbols from /=20 boot/kernel/green_saver.ko...done. Loaded symbols for /boot/kernel/=20 green_saver.ko #0 doadump () at pcpu.h:165 165 __asm __volatile("movl %=20= %fs:0,%0" : "=3Dr" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:165 =20= #1 0xc072b274 in boot (howto=3D260) at = /usr/src/sys/kern/kern_shutdown.c:=20 410 #2 0xc072b5a6 in panic (fmt=3D0xc0a66e6f "%s") at /usr/src/sys/kern/=20= kern_shutdown.c:566 #3 0xc0a02f2c in trap_fatal (frame=3D0xe85a8bb8, =20 eva=3D0) at /usr/src/sys/i386/i386/trap.c:838 #4 0xc0a02c32 in =20 trap_pfault (frame=3D0xe85a8bb8, usermode=3D0, eva=3D4) at = /usr/src/sys/i386/=20 i386/trap.c:745 #5 0xc0a027e2 in trap (frame=3D {tf_fs =3D 8, tf_es =3D = 40, =20 tf_ds =3D 40, tf_edi =3D 9, tf_esi =3D -977926144, tf_ebp =3D = -396719040, =20 tf_isp =3D -396719132, tf_ebx =3D -1061927328, tf_edx =3D -978051584, = tf_ecx =20 =3D 2000, tf_eax =3D 0, tf_trapno =3D 12, tf_err =3D 0, tf_eip =3D = -1063388433, =20 tf_cs =3D 32, tf_eflags =3D 66182, tf_esp =3D -978051584, tf_ss =3D =20 -977926144}) at /usr/src/sys/i386/i386/trap.c:435 #6 0xc09ec99a in =20 calltrap () at /usr/src/sys/i386/i386/exception.s:139 #7 0xc09dfaef in =20= scioctl (dev=3D0xc5b63200, cmd=3D9, data=3D0xe85a8cbc "\n", flag=3D1, =20= td=3D0xc6416900) at /usr/src/sys/dev/syscons/syscons.c:1060 #8 =20 0xc06f489c in giant_ioctl (dev=3D0xc5b63200, cmd=3D0, data=3D0x0, = fflag=3D0, =20 td=3D0x0) at /usr/src/sys/kern/kern_conf.c:330 #9 0xc06c8f19 in =20 devfs_ioctl_f (fp=3D0xc60fdc60, com=3D537163270, data=3D0xe85a8cbc, =20 cred=3D0xc7845280, td=3D0xc6416900) at = /usr/src/sys/fs/devfs/devfs_vnops.c:=20 480 #10 0xc0755007 in ioctl (td=3D0xc6416900, uap=3D0xe85a8d04) at = file.h:=20 265 #11 0xc0a03302 in syscall (frame=3D ---Type to continue, or = =20 q to quit--- {tf_fs =3D 59, tf_es =3D 59, tf_ds =3D 59, tf_edi = =3D =20 10, tf_esi =3D 134714152, tf_ebp =3D -1081716952, tf_isp =3D -396718748, = =20 tf_ebx =3D 134627884, tf_edx =3D 135049216, tf_ecx =3D -1, tf_eax =3D = 54, =20 tf_trapno =3D 12, tf_err =3D 2, tf_eip =3D 675581607, tf_cs =3D 51, = tf_eflags =20 =3D 642, tf_esp =3D -1081717012, tf_ss =3D 59}) at = /usr/src/sys/i386/i386/=20 trap.c:984 #12 0xc09ec9ef in Xint0x80_syscall () at /usr/src/sys/i386/=20= i386/exception.s:200 #13 0x00000033 in ?? () Previous frame inner to =20 this frame (corrupt stack?) (kgdb) frame 7 #7 0xc09dfaef in scioctl =20 (dev=3D0xc5b63200, cmd=3D9, data=3D0xe85a8cbc "\n", flag=3D1, = td=3D0xc6416900) =20 at /usr/src/sys/dev/syscons/syscons.c:1060 1060 scp =3D =20 sc_get_stat(SC_DEV(sc, i)); (kgdb) print sc $1 =3D (sc_softc_t *) =20 0xc0ba20c0 (kgdb) print *sc $2 =3D {unit =3D 0, config =3D 768, flags =3D = =20 196608, keyboard =3D 1, kbd =3D 0xc59fc700, adapter =3D 0, adp =3D = 0xc0b7e3a0, =20 initial_mode =3D 24, first_vty =3D 0, vtys =3D 16, dev =3D 0xc0b9a440, = cur_scp =20 =3D 0xc0b9a300, new_scp =3D 0xc0b9a300, old_scp =3D 0xc0b9a300, =20 delayed_next_scr =3D 0, font_loading_in_progress =3D 0 '\0', =20 switch_in_progress =3D 0 '\0', videoio_in_progress =3D 0 '\0', =20 write_in_progress =3D 0 '\0', blink_in_progress =3D 0 '\0', =20 scrn_time_stamp =3D 1841, dflt_curs_attr =3D { flags =3D 0, base =3D 1, = height =20 =3D 2}, curs_attr =3D {flags =3D 0, base =3D 1, height =3D 2}, scr_map =3D= =20 "\000\001\002\003\004\005\006\a\b\t\n\v\f\r=20 \016=20 \017\020\021\022\023\024\025\026\027\030\031\032\033\034\035\036\037 !=20= \"#$%&'()*+,-./0123456789:;<=3D>?...@abcdefghijklmnopqrstuvwxyz[\=20 \]^_`abcdefghijklmnopqrstuvwxyz{|}~=20 \177=20 \200=20 \201=20 \202=20 \203=20 \204=20 \205=20 \206=20 \207=20 \210=20 \211=20 \212=20 \213=20 \214=20 \215=20 \216=20 \217\220\221\222\223\224\225\226\227\230\231\232\233\234\235\236\237 =A1=A2= =20 =A3=A4=A5=A6=A7=A8=A9=AA=AB=AC =AE=AF=B0=B1=B2=B3=B4=B5=B6=B7=B8=B9=BA=BB=BC= =BD=BE=BF=C0=C1=C2=C3=C4=C5=C6=C7"..., scr_rmap =3D =20 "\000\001\002\003\004\005\006\a\b\t\n\v\f\r=20 \016=20 \017\020\021\022\023\024\025\026\027\030\031\032\033\034\035\036\037 !=20= \"#$%&'()*+,-./0123456789:;<=3D>?...@abcdefghijklmnopqrstuvwxyz[\=20 \]^_`abcdefghijklmnopqrstuvwxyz{|}~=20 \177=20 \200=20 \201=20 \202=20 \203=20 \204=20 \205=20 \206=20 \207=20 \210=20 \211=20 \212=20 \213=20 \214=20 \215=20 \216=20 \217\220\221\222\223\224\225\226\227\230\231\232\233\234\235\236\237 =A1=A2= =20 =A3=A4=A5=A6=A7=A8=A9=AA=AB=AC =AE=AF=B0=B1=B2=B3=B4=B5=B6=B7=B8=B9=BA=BB=BC= =BD=BE=BF=C0=C1=C2=C3=C4=C5=C6=C7"..., palette =3D =20 "\000\000\000\000\000=A8\000=A8\000\000=A8=A8=A8\000\000=A8\000=A8=A8=A8\0= 00=A8=A8=A8\000\000T=20 \000\000=FC\000=A8T\000=A8=FC=A8\000T=A8\000=FC=A8=A8T=A8=A8=FC\000T\000\0= 00T=A8\000=FC\000\000=FC=A8=A8T=20 \000=A8T=A8=A8=FC\000=A8=FC=A8\000TT\000T=FC\000=FCT\000=FC=FC=A8TT=A8T=FC= =A8=FCT=A8=FC=FCT\000\000T\000=A8T=A8=20 \000T=A8=A8=FC\000\00---Type to continue, or q to = quit--- =20 0=FC\000=A8=FC=A8\000=FC=A8=A8T\000TT\000=FCT=A8TT=A8=FC=FC\000T=FC\000=FC= =FC=A8T=FC=A8=FCTT\000TT=A8T=FC=20 \000T=FC=A8=FCT\000=FCT=A8=FC=FC\000=FC=FC=A8TTTTT=FCT=FCTT=FC=FC=FCTT=FCT= =FC=FC=FCT=FC=FC=FC=FC||=FC\234|=FC=BC"..., =20 fonts_loaded =3D 8, font_8 =3D 0xc0b97ce0 "", font_14 =3D 0xc0b984e0 "", = =20 font_16 =3D 0xc0b992e0 "", font_22 =3D 0x0, cursor_char =3D 7 '\a', =20 mouse_char =3D 208 '=D0'} (kgdb) list 1055 s =3D spltty(); 1056 error =3D = =20 sc_clean_up(sc->cur_scp); 1057 splx(s); 1058 if (error) 1059 return =20 error; 1060 scp =3D sc_get_stat(SC_DEV(sc, i)); 1061 if (scp =3D=3D = scp->sc-=20 >cur_scp) 1062 return 0; 1063 error =3D tsleep(&scp->smode, PZERO | =20 PCATCH, "waitvt", 0); 1064 return error; (kgdb) print i $3 =3D 9 (kgdb) =20= print sc->dev $4 =3D (struct cdev **) 0xc0b9a440 (kgdb) print *sc->dev =20= $5 =3D (struct cdev *) 0xc5b52100 (kgdb) print **sc->dev $6 =3D {si_priv = =3D =20 0xc5b52100, si_flags =3D 4, si_atime =3D {tv_sec =3D 1235125168, tv_nsec = =3D =20 0}, si_ctime =3D {tv_sec =3D 1235125168, tv_nsec =3D 0}, si_mtime =3D { = tv_sec =20 =3D 1235125168, tv_nsec =3D 0}, si_uid =3D 0, si_gid =3D 0, si_mode =3D = 384, =20 si_cred =3D 0x0, si_drv0 =3D 0, si_refcount =3D 2, si_list =3D {le_next = =3D 0x0, =20 le_prev =3D 0xc5b52238}, si_clone =3D {le_next =3D 0x0, le_prev =3D = 0x0}, =20 si_children =3D {lh_first =3D 0x0}, si_siblings =3D {le_next =3D 0x0, = le_prev =20 =3D 0x0}, si_parent =3D 0x0, si_name =3D 0xc5b52178 "ttyv0", si_drv1 =3D = =20 0xc0b9a300, si_drv2 =3D 0x0, si_devsw =3D 0xc0b44660, si_iosize_max =3D =20= 65536, si_usecount =3D 2, si_threadcount =3D 2, __si_u =3D { __sit_tty =3D= =20 0xc5b58400, __sid_snapdata =3D 0xc5b58400}, __si_namebuf =3D "ttyv0", = =20 '\0' } (kgdb) print sc->first_vty $7 =3D 0 (kgdb) =20 ----8=20 <--------8<--------8<--------8<--------8<--------8<--------8<--------- =20= -- rigo http://rigo.altervista.org= From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 14:41:59 2009 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 D267A1065672 for ; Mon, 9 Mar 2009 14:41:59 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 406FB8FC19 for ; Mon, 9 Mar 2009 14:41:58 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by fxm2 with SMTP id 2so1167717fxm.43 for ; Mon, 09 Mar 2009 07:41:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=5hHoCFYYLvh2SIqaWOhLVrFxrj7puAGxlIia1U6bYoU=; b=Jrkyd+BvDul9SsZM5nfvA4zyfkz9pbeCUCBehIAGTlFYIZzx7+X5e/CVrwLoMjBxBE n5fIKPh7XOHBKOX+Ip1FmeYYZyUWT///FNLzH+7NkLoKbODQKQeIHiwADznw4aU8MMFW 2HfibeJLo8SLYspOR0WmeCClWxIqWG39mN4qA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=BvT6v5si92dQEAKuTKHn2fZJJBiPNFMDGc78F5U7kGO9piAZL4YQeuXeB+BufuCvgc UH0BPGInWwDZwc16HiR4c7hHn7UwCthJJfW/VpiO6GKZ0Dtm/9mJlTLYOu1388DJEucU 3QIBRqMdRisWveaDSF0pT1+k7hxqoyfXsD0t4= MIME-Version: 1.0 Received: by 10.223.119.198 with SMTP id a6mr4530290far.42.1236608165611; Mon, 09 Mar 2009 07:16:05 -0700 (PDT) Date: Mon, 9 Mar 2009 15:16:05 +0100 Message-ID: <3f1fd1ea0903090716k79ca91bemb21aff9db0073e6e@mail.gmail.com> From: Michal Varga To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: SCHED_ULE + SMP Phenom freeze 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, 09 Mar 2009 14:42:00 -0000 Guys, I'd like to point out a still present (rather serious I guess) problem with SCHED_ULE, possibly triggered when Phenom X3 CPUs are used. First time I encountered this problem in early January, it took me quite a while to narrow the freeze down to ULE with SMP support, well, after eliminating every other possibility one by one. After that, it wasn't that hard to find that I'm not the only one seeing this: http://lists.freebsd.org/pipermail/freebsd-stable/2008-August/044167.html http://lists.freebsd.org/pipermail/freebsd-stable/2008-October/045714.html (continued) http://lists.freebsd.org/pipermail/freebsd-amd64/2008-December/011722.html (there were few more with the same symptoms back then, but sadly I can't figure out the right keywords to google them at the moment) Basically, the system can't get past the boot stage with ULE + SMP support in kernel and hangs after "SMP: AP CPU #X Launched!" (see the linked October thread for details). But it gets better - there are absolutely no problems with either uniprocessor SCHED_ULE, nor SCHED_4BSD (both UP and SMP). No interrupt storms, no suspicious behaviour, no crashes, everything acts rock solid. I've been running this system with SCHED_ULE minus SMP support for more than a month under heavy load, tested SCHED_4BSD minus SMP for a brief moment, and then another month with SCHED_4BSD + SMP. Everything works perfectly and also all three cores behave correctly with 4BSD + SMP. It only gets messy when ULE + SMP combo is used. I was also wondering why only Phenom X3 people report this problem, but this may be just a coincidence, who knows. Still, I'm also one of them: FreeBSD 7.1-STABLE #0: Sat Mar 7 21:37:27 CET 2009 root@xenon:/usr/obj/usr/src/sys/KERNEL Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: AMD Phenom(tm) 8450 Triple-Core Processor (2109.74-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x100f23 Stepping = 3 Features=0x178bfbff Features2=0x802009 AMD Features=0xee500800 AMD Features2=0x7ff,,,Prefetch,,> TSC: P-state invariant Cores per package: 3 Same as with other reports, with SCHED_ULE + SMP, as soon as I hit the "SMP: AP CPU Launched" stage, the system is dead. m. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 15:13:06 2009 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 6DF45106566B for ; Mon, 9 Mar 2009 15:13:06 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 015678FC22 for ; Mon, 9 Mar 2009 15:13:05 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: by fxm2 with SMTP id 2so1180021fxm.43 for ; Mon, 09 Mar 2009 08:13:05 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=pqoEtfTN+vFxWcLuFK41cFo+wXyJ5GuMxudkCoy+5Rw=; b=nGJyLLwht8SOs13FLMcHkuRYG0Id63lWJPKdkiffylZp+DKm2hq5Gr1VdsCtkuuy5q urrb5aBCLV8jCMv6JnBg55lzxaXkXHPXGWA3EcEHcAX40nqokJAVppoA3Iflqg9feUVY pmIWYsTkYpMQRA4fC8EPYyPTpRaynubLNOsdw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=Bri4DiaO7gnjboi81K9xkkIzjfB2Sc6CnwgIsvBC8iUSPwr5wp3iL/tUZjAIPn0MZm 2Vt1ytCpPTH2OJ4rGo0/N3Y0yyOflQ1sgiXnaFeyKQ+bESjn6yJUNQO/0RptpbGhFKlz OhywptwPZy41uhJS7c4ZdJRRbIjzNk15mtNh4= MIME-Version: 1.0 Received: by 10.103.217.5 with SMTP id u5mr2664373muq.118.1236611584969; Mon, 09 Mar 2009 08:13:04 -0700 (PDT) Date: Mon, 9 Mar 2009 16:13:04 +0100 Message-ID: <6101e8c40903090813n44252344we2324d1cd081cc5f@mail.gmail.com> From: Oliver Pinter To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: locking error in ERR msg 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, 09 Mar 2009 15:13:06 -0000 Hi all! When remove the mobile from system or restarted/halted the PC, then this printf - locking error / bug: I think, it is affected with lockig in TTY layer or in ERR msg code: arplookup 0.0.0.0 failed: host is not on local network GEOM_LABEL: Label for provider da0s1 is msdosfs/PHONE CARD. umass0: at uhub4 port 1 (addr 3) disconnected (da0:umass-sim0:0:0:0): lost device >>>>>>>>> (da0:umass-sim0:0:0:G0E)O:M _rLeAmBoEvLi:n gL adbeevli cmes deonsfs/PHONE CARDt rryem <<<<<<<<< oved. umass0: detached arplookup 0.0.0.0 failed: host is not on local network From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 16:01:09 2009 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 ADABC10656D1 for ; Mon, 9 Mar 2009 16:01:09 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEE68FC1B for ; Mon, 9 Mar 2009 16:01:09 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute1.internal (compute1.internal [10.202.2.41]) by out1.messagingengine.com (Postfix) with ESMTP id D519B2EB9FE; Mon, 9 Mar 2009 11:41:54 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute1.internal (MEProxy); Mon, 09 Mar 2009 11:41:54 -0400 X-Sasl-enc: vYFDhuyd2NOTsvYoZmfe3Ci/lazOis8TukxmXkTCXFE0 1236613314 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 2DC9C511ED; Mon, 9 Mar 2009 11:41:54 -0400 (EDT) Message-ID: <49B538BC.3080108@incunabulum.net> Date: Mon, 09 Mar 2009 15:41:48 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: pyunyh@gmail.com References: <49B1AC25.3000700@onetel.com> <27998819.871236382003017.JavaMail.HALO$@halo> <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> <49B38AEF.8070909@beatsnet.com> <20090308093653.GD1531@michelle.cdnetworks.co.kr> <49B3FAA3.9010302@beatsnet.com> <20090309000610.GA5039@michelle.cdnetworks.co.kr> In-Reply-To: <20090309000610.GA5039@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: stable@freebsd.org, Beat Siegenthaler Subject: Re: fxp unusable after make world 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, 09 Mar 2009 16:01:12 -0000 Pyun YongHyeon wrote: > Your controller looks like i82550. 82550/82551 has nice hardware > cryptographic capability for IPSec acceleration but it's not used > at all under FreeBSD. Intel's open source developer manual didn't > even mention the existence of cryptographic capability. > I had a crack at this about 5-6 years ago. Now that the descriptor ring format is fairly well known for fxp, reverse engineering is feasible, as the setup uses the normal NDIS hooks which Microsoft added for offloading cryptographic operations. Those *are* documented. Making it work is another matter entirely... From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 16:21:57 2009 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 8430110657D1 for ; Mon, 9 Mar 2009 16:21:57 +0000 (UTC) (envelope-from SRS0=QXnWZ27x=7I=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from atom.beatsnet.com (cl-26.zrh-01.ch.sixxs.net [IPv6:2001:41e0:ff00:19::2]) by mx1.freebsd.org (Postfix) with ESMTP id CB8A08FC1B for ; Mon, 9 Mar 2009 16:21:56 +0000 (UTC) (envelope-from SRS0=QXnWZ27x=7I=beatsnet.com=beat.siegenthaler@beatsnet.com) Received: from [172.22.10.186] (limes.cassarius.ch [195.5.180.2] (may be forged)) (authenticated bits=0) by atom.beatsnet.com (8.14.3/8.14.3) with ESMTP id n29GLqVb024838 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 9 Mar 2009 17:21:52 +0100 (CET) (envelope-from beat.siegenthaler@beatsnet.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=beatsnet.com; s=ATOM_DKIM; t=1236615715; bh=jA+hegJgoUpDsAOlxhGYx5Y5VSUy3IQnTzZc/Ccjd5w=; h=Message-ID:Date:From:MIME-Version:To:CC:Subject:References: In-Reply-To:Content-Type:Content-Transfer-Encoding; b=SziDLnDdSutv7CUJawLHNy3gj68qmuOjitalU0iP8eVNRrk7q1ZGZ5wN/l/Ce5i12 sQYd81BeSj6zzoPR6wL1xf6sXI/dnj/Tr4tKyO2hq9+ahC2FE/rwZubQwyh6EHyvVG WayXxscmDZqe/Y7a25N/N2FUxAjTlJ6bc7Gs0zpM= Message-ID: <49B54219.8020607@beatsnet.com> Date: Mon, 09 Mar 2009 17:21:45 +0100 From: Beat Siegenthaler User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Bruce Simpson References: <49B1AC25.3000700@onetel.com> <27998819.871236382003017.JavaMail.HALO$@halo> <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> <49B38AEF.8070909@beatsnet.com> <20090308093653.GD1531@michelle.cdnetworks.co.kr> <49B3FAA3.9010302@beatsnet.com> <20090309000610.GA5039@michelle.cdnetworks.co.kr> <49B538BC.3080108@incunabulum.net> In-Reply-To: <49B538BC.3080108@incunabulum.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (atom.beatsnet.com [172.20.0.45]); Mon, 09 Mar 2009 17:21:53 +0100 (CET) X-Spam-Status: No, score=-4.2 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on atom.beatsnet.com X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on atom.beatsnet.com X-Virus-Status: Clean Cc: pyunyh@gmail.com, stable@freebsd.org Subject: Re: fxp unusable after make world 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, 09 Mar 2009 16:22:01 -0000 Bruce Simpson wrote: > > Now that the descriptor ring format is fairly well known for fxp, reverse > engineering is feasible, as the setup uses the normal NDIS hooks which > Microsoft added for offloading cryptographic operations. Those *are* > documented. > > Making it work is another matter entirely... Cryptographic functions where never a needed option. I had this card running for maybe three Years. And my observations are for the records, if somebody have the same issues since one month or so... I will also check the commands from Pyun. I will post the results here too.. From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 17:01:52 2009 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 32F401065672 for ; Mon, 9 Mar 2009 17:01:52 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id B5BF58FC17 for ; Mon, 9 Mar 2009 17:01:51 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so717076fgb.35 for ; Mon, 09 Mar 2009 10:01:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Jif2iUexfEL5sx7g8ANDFjplX0R596IvfhuUNnlJELk=; b=tOXXjmC9mHqDo7BTkqkzFmOG2wN7tvpVijMYe77jjH5/ec6TwfSQRXAeEMioRedVax wfL3QrViyckFdWK5rzJs0NVdTtluBB9yjJ5ztSHM/5/gyF1vrsWzUGPmLaNAZBXlHYYZ QLpvGJ7iZqAkAJFTpF2ZbdVgQs+15X5ybig/g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=EmulnQBfZuVrRI/DuS1zMQ5BpvH6MmcKTKBxz4lUvXJSiMBSnHwYZk0TsAhyrKbsoZ t1TCi0SE2NuyW5Z8CDOUSZfzbCNYY9zcuiNT7m6B1dAwFwxtQGwY+F61XzfmJzanqPyI PLsem2Dfgg+Rm0eTdsrTF2MJuCW+j+kYnLYlE= MIME-Version: 1.0 Received: by 10.86.74.15 with SMTP id w15mr3680042fga.1.1236618110582; Mon, 09 Mar 2009 10:01:50 -0700 (PDT) In-Reply-To: <6101e8c40903090813n44252344we2324d1cd081cc5f@mail.gmail.com> References: <6101e8c40903090813n44252344we2324d1cd081cc5f@mail.gmail.com> Date: Mon, 9 Mar 2009 09:01:50 -0800 Message-ID: From: pluknet To: Oliver Pinter Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: locking error in ERR msg 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, 09 Mar 2009 17:01:52 -0000 2009/3/9 Oliver Pinter : > Hi all! > > When remove the mobile from system or restarted/halted the PC, then > this printf - locking error / bug: > > I think, it is affected with lockig in TTY layer or in ERR msg code: > > arplookup 0.0.0.0 failed: host is not on local network > GEOM_LABEL: Label for provider da0s1 is msdosfs/PHONE CARD. > umass0: at uhub4 port 1 (addr 3) disconnected > (da0:umass-sim0:0:0:0): lost device >>>>>>>>>> (da0:umass-sim0:0:0:G0E)O:M _rLeAmBoEvLi:n gL adbeevli cmes deonsfs/PHONE CARDt rryem <<<<<<<<< > oved. > umass0: detached > arplookup 0.0.0.0 failed: host is not on local network This is due to the (long standing) nature of simultaneous *unbuffered* output from two or more threads (usb and geom run paths interaction here). -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 17:03:41 2009 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 652901065727 for ; Mon, 9 Mar 2009 17:03:41 +0000 (UTC) (envelope-from sascha=freebsd-stable=freebsd.org=cdpwplml@holzleiter.name) Received: from serverbitch.de (unknown [IPv6:2001:8d8:80:11::351]) by mx1.freebsd.org (Postfix) with ESMTP id 26FD28FC19 for ; Mon, 9 Mar 2009 17:03:40 +0000 (UTC) (envelope-from sascha=freebsd-stable=freebsd.org=cdpwplml@holzleiter.name) Received: from oinetka.gfsrv.net ([79.110.95.2] helo=dreamland.office.local) by serverbitch.de with esmtpsa (TLSv1:AES256-SHA:256) (Exim) (envelope-from ) id 1Lgit7-000MMP-97; Mon, 09 Mar 2009 18:03:37 +0100 Message-ID: <49B54BE8.7010105@holzleiter.name> Date: Mon, 09 Mar 2009 18:03:36 +0100 From: Sascha Holzleiter User-Agent: Thunderbird 2.0.0.18 (X11/20081126) MIME-Version: 1.0 To: pyunyh@gmail.com References: <20090308023642.GB1531@michelle.cdnetworks.co.kr> <93D48C8BEA0F954FA6569C8A853EF79C02CE62E0@UQEXMB1.soe.uq.edu.au> <20090309060346.GG5039@michelle.cdnetworks.co.kr> In-Reply-To: <20090309060346.GG5039@michelle.cdnetworks.co.kr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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, 09 Mar 2009 17:03:42 -0000 Pyun YongHyeon wrote: > Thanks a lot! This is the report I had been waiting for. I've > committed the patch to HEAD(r189555). > Hi, with the files in HEAD i could also fix the occasional: re0: watchdog timeout (missed Tx interrupts) -- recovering on a rented server. Any chance this will be MFC'd to RELENG_7 soon? From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 19:46:20 2009 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 EDF4F106567C; Mon, 9 Mar 2009 19:46:20 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cetus.palisadesys.com (cetus.palisadesys.com [205.237.115.21]) by mx1.freebsd.org (Postfix) with ESMTP id AF4E08FC18; Mon, 9 Mar 2009 19:46:20 +0000 (UTC) (envelope-from ghelmer@palisadesys.com) Received: from cancer.palisadesys.com (serverwatch [172.16.1.98]) by cetus.palisadesys.com (8.14.3/8.14.3) with ESMTP id n29JkJsU011719; Mon, 9 Mar 2009 14:46:20 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Received: from [172.16.2.242] (cetus.palisadesys.com [205.237.115.21]) (authenticated bits=0) by cancer.palisadesys.com (8.14.2/8.14.2) with ESMTP id n29JkJQp051838; Mon, 9 Mar 2009 14:46:19 -0500 (CDT) (envelope-from ghelmer@palisadesys.com) Message-ID: <49B57208.4000601@palisadesys.com> Date: Mon, 09 Mar 2009 14:46:16 -0500 From: Guy Helmer User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: John Baldwin References: <49A46AB4.3080003@palisadesys.com> <200902261648.32845.jhb@freebsd.org> <49A7173B.4030608@palisadesys.com> <200902261753.29607.jhb@freebsd.org> <49A80A55.5070004@palisadesys.com> <49ABE8FB.3060202@palisadesys.com> In-Reply-To: <49ABE8FB.3060202@palisadesys.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-3.0 (cancer.palisadesys.com [205.237.115.20]); Mon, 09 Mar 2009 14:46:19 -0500 (CDT) X-Palisade-MailScanner-Information: Please contact the ISP for more information X-Palisade-MailScanner: Found to be clean X-Palisade-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (not cached, score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Palisade-MailScanner-From: ghelmer@palisadesys.com Cc: freebsd-stable@freebsd.org Subject: Re: 7.1 hangs in cache_lookup mutex? 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, 09 Mar 2009 19:46:23 -0000 Guy Helmer wrote: > Guy Helmer wrote: >> John Baldwin wrote: >>> On Thursday 26 February 2009 5:27:07 pm Guy Helmer wrote: >>> >>>> John Baldwin wrote: >>>> >>>>> On Thursday 26 February 2009 4:22:15 pm Guy Helmer wrote: >>>>> >>>>>> db> show sleepchain 23110 >>>>>> thread 100181 (pid 23110, vmstat) blocked on sx "user map" XLOCK >>>>>> thread 100208 (pid 23092, kvoop) is on a run queue >>>>>> db> show sleepchain 23092 >>>>>> thread 100208 (pid 23092, kvoop) is on a run queue >>>>>> >>>>> Ah, so this is normal (well, mostly) in that kvoop is simply on >>>>> the run >>> queue >>>>> waiting for a CPU. Can you find the thread pointer for kvoop and >>>>> check on things such as if it is pinned and if so to which CPU >>>>> (td_pinned will tell you the first, and td_sched->ts_cpu will tell >>>>> you the second with ULE). >>>>> >>>> (kgdb) print td->td_pinned >>>> $2 = 0 >>>> >>> >>> Ok, not pinned. >>> >>> >>>> From my captured ddb run: >>>> cpuid = 3 >>>> curthread = 0xc5e2f000: pid 23090 "filter" >>>> curpcb = 0xe6f90d90 >>>> fpcurthread = none >>>> idlethread = 0xc442daf0: pid 11 "idle: cpu3" >>>> APIC ID = 7 >>>> currentldt = 0x50 >>>> spin locks held: >>>> >>> >>> At http://www.freebsd.org/~jhb/gdb/ you can find my kgdb scripts. >>> If you source gdb6 you can run 'runtds' which will show you what >>> each CPU is doing (more or less) in ps-style output. >>> >>> >>>> I sure wish I could find the root cause of the hangs. On a hunch, >>>> I tried setting "machdep.cpu_idle_hlt=0" on the amd64 machine, and >>>> it has run 32 hours without a hang. It could just be coincidence, >>>> though... >>>> >>> >>> Ahhh, that actually could explain it perhaps. Do your CPUs support >>> C2 or higher sleep states for idle? You can try limiting it to only >>> C1 (or disable C1E in your BIOS if it has an option for that) to see >>> if that fixes it. >>> >>> >> I don't think the CPUs support anything lower than C1 - there is no >> hw.acpi.cpu.cx_supported sysctl node, and hw.cpi.cpu.cx_lowest is >> C1. C1-Enhanced was already disabled in the BIOS, at least on the >> machine running amd64. 48 hours of runtime, and no hangs seen yet. >> I did reboot it this morning to check the sleep settings in the BIOS. > Despite having machdep.cpu_idle_hlt=0, the machine wedged for 40 hours > over the weekend but came back to life by itself. Could this be lost > IPIs, or a bug in the scheduler? To finish off this thread, after I disabled hyperthreading in the BIOS on this machine (dual Nocona Xeons in a Supermicro X6DHR-8G) it was stable for 96 hours. I applied rev 189023 (machdep.hyperthreading_allowed=0 disables HT cores at boot) to 7.1-release, set machdep.hyperthreading_allowed=0 in /boot/loader.conf, re-enabled hyperthreading the BIOS to verify the effect of r189023, and the machine has been stable for 92 hours. Guy From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 21:00:39 2009 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 8F12A106564A; Mon, 9 Mar 2009 21:00:39 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout03-winn.ispmail.ntl.com (mtaout03-winn.ispmail.ntl.com [81.103.221.49]) by mx1.freebsd.org (Postfix) with ESMTP id 451CF8FC20; Mon, 9 Mar 2009 21:00:33 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090309210032.RGGB7670.mtaout03-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Mon, 9 Mar 2009 21:00:32 +0000 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090309210032.CVEK22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Mon, 9 Mar 2009 21:00:32 +0000 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n29L0K5L017410; Mon, 9 Mar 2009 21:00:20 GMT (envelope-from ianjhart@ntlworld.com) From: ian j hart To: pyunyh@gmail.com Date: Mon, 9 Mar 2009 21:00:20 +0000 User-Agent: KMail/1.9.10 References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <200903081705.12523.ianjhart@ntlworld.com> <20090309060841.GH5039@michelle.cdnetworks.co.kr> In-Reply-To: <20090309060841.GH5039@michelle.cdnetworks.co.kr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903092100.20436.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=2zH3nbq_TooA:10 a=S-5L88vOh18A:10 a=6I5d2MoRAAAA:8 a=OhSNbSWiAAAA:8 a=yCVh790_0LWKGtNJaqcA:9 a=VKpUHu6zX8udRdtlDEcA:7 a=q07b10kWDwiiF-zqYY8B_kdLHpYA:4 a=LY0hPdMaydYA:10 a=LFsn-WkoWT_kFOgc:21 a=VAJGKCTbJxtQm84w:21 Cc: Sascha Holzleiter , freebsd-stable@freebsd.org, Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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, 09 Mar 2009 21:00:39 -0000 On Monday 09 March 2009 06:08:41 Pyun YongHyeon wrote: > On Sun, Mar 08, 2009 at 05:05:12PM +0000, ian j hart wrote: > > On Sunday 08 March 2009 02:36:42 Pyun YongHyeon wrote: > > > On Sat, Mar 07, 2009 at 05:17:57PM +0000, ian j hart wrote: > > > > On Tuesday 20 January 2009 02:45:19 Pyun YongHyeon wrote: > > > > > On Mon, Jan 19, 2009 at 06:33:46PM -0500, Jung-uk Kim wrote: > > > > > > On Monday 19 January 2009 04:33 pm, Jung-uk Kim wrote: > > > > > > > I found something interesting. I have another RTL8169SC that > > > > > > > works perfectly fine without the patch. The hardware revision > > > > > > > is 0x18000000. After reading Linux driver > > > > > > > (drivers/net/r8169c), I realised they use different masks for > > > > > > > hardware revisions. With their logic, non-working chip seems > > > > > > > to be 0x98000000 (8110SCe) while working chip seems to be > > > > > > > 0x18000000 (8110SCd) with 0xfc800000. FYI... > > > > > > > > > > > > Now armed with the information, I made it work without reverting > > > > > > memory mapped I/O. :-) > > > > > > > > > > > > http://people.freebsd.org/~jkim/re/re.current2.diff > > > > > > http://people.freebsd.org/~jkim/re/re.stable2.diff > > > > > > > > > > I like the patch. Since only RTL8169 family uses mask 0xfc800000 > > > > > it would be even better we can limit checking scope for RTL8169SC > > > > > by comparing PCI device id. I don't know what other side effect > > > > > would happen if the mask 0xfc800000 would be used on 8101/8168 > > > > > controllers. > > > > > If the patch works on RTL8169SC would you commit the patch? > > > > > I'd like to see multiple commits separated by each enhancements > > > > > as the patch contains several fixes which are not directly related > > > > > with the issue. > > > > > > > > Where are we on this? > > > > > > > > I have a headless firewall box which is not happy with 7.1-RELEASE. > > > > I've upgraded to 7.1-STABLE as of yesterday and now I'm getting 'PHY > > > > read failed' errors, although the network did come up, which was an > > > > improvement. > > > > > > > > Is there a patch I can try? > > > > > > > > http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=174&proname=A > > > >D3RT LAN-G > > > > > > > > re0: port > > > > 0xf200-0xf2ff mem 0xfdfff000-0xfdfff0ff irq 18 at device 9.0 on pci0 > > > > re0: Chip rev. 0x18000000 > > > > re0: MAC rev. 0x00000000 > > > > re0: Ethernet address: 00:30:18:ae:1a:1b > > > > re0: [FILTER] > > > > re1: port > > > > 0xf000-0xf0ff mem 0xfdffd000-0xfdffd0ff irq 19 at device 11.0 on pci0 > > > > re1: Chip rev. 0x18000000 > > > > re1: MAC rev. 0x00000000 > > > > re1: Ethernet address: 00:30:18:ae:1a:1c > > > > re1: [FILTER] > > > > re2: port > > > > 0xec00-0xecff mem 0xfdffc000-0xfdffc0ff irq 16 at device 12.0 on pci0 > > > > re2: Chip rev. 0x18000000 > > > > re2: MAC rev. 0x00000000 > > > > re2: Ethernet address: 00:30:18:ae:1a:1d > > > > re2: [FILTER] > > > > > > > > re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec > > > > rev=0x10 hdr=0x00 re1@pci0:0:11:0: class=0x020000 > > > > card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 re2@pci0:0:12:0: > > > > class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 > > > > > > Have you tried re(4) in HEAD? > > > I had one report that re(4) in HEAD still does not fix the issue so > > > I posted a possible workaround for that. Unfortunately he didn't > > > report back so I don't know whether it was right workaround or not. > > > If re(4) in HEAD does not fix the issue, would you try attached > > > patch and let me know how it goes? > > > > Firstly IANAKH, my expertise in this area stops after "make kernel". > > > > I updated > > > > /usr/src/sys/dev/re/if_re.c > > /usr/src/sys/pci/if_rlreg.h > > > > to HEAD > > And after updating to HEAD did you apply my patch? > > > I still get "PHY read failed" with and without the patch. > > That's odd. Another user who has the same controller reports the > fix fixed the issue. I also committed the patch to HEAD so would > you give it spin again (without applying any patches)? Clarification: Updated the two files listed to HEAD build/install/reboot Still getting PHY read failed Patch file build/install/reboot Still getting PHY read failed If HEAD is the now same as the patched version I can't see how this will be any different, but I'll try it tomorrow. -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Mon Mar 9 21:11:51 2009 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 7E2D1106566C for ; Mon, 9 Mar 2009 21:11:51 +0000 (UTC) (envelope-from adrianalopez@conocimientofiscal.com) Received: from PROMOIMPACTO.INFO (ip-70-38-84-197.static.privatedns.com [70.38.84.197]) by mx1.freebsd.org (Postfix) with ESMTP id 587AF8FC23 for ; Mon, 9 Mar 2009 21:11:51 +0000 (UTC) (envelope-from adrianalopez@conocimientofiscal.com) Received: from groupe-a8057b18 (70.38.78.244) by PROMOIMPACTO.INFO id hmm3180nmg0a for ; Mon, 9 Mar 2009 17:11:46 -0400 (envelope-from ) Message-ID: <1192d85bb9100046b8c25492001e3420@conocimientofiscal.com> From: "Sarahi Gameros" To: Date: Mon, 9 Mar 2009 17:11:46 -0400 Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Manejo Integral de las CAJAS y FONDOS de AHORRO X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: esmeraldalopez@promofiscal.info List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 09 Mar 2009 21:11:51 -0000 Manejo Integral de las CAJAS Y FONDOS = DE=20 AHORRO Corporacion Legal y Fiscal, le ofrece novedosas = conferencias y=20 seminarios impartidos por los mas prestigiados consultores de negocios en = las=20 areas: Fiscales y Legales. En las que otorgaran enfoques practicos y = efectivos=20 para combatir los mas desafiantes retos del dinamico y competido medio=20 empresarial de hoy. =BFCuales son las=20 caracteristicas, integracion, implementacion y operacion de una Caja y = Fondo de=20 Ahorro? --- =BFConviene a sus colaboradores y a su = compa=F1ia? La=20 implantacion del Plan de Caja o Fondo de Ahorro en la compa=F1ia = generalmente=20 tiene como objetivo beneficiar a los trabajadores recibiendo una = percepcion=20 exenta de impuestos, ademas de brindarles acceso a financiamiento personal = y=20 fomentar la necesidad del ahorro, independientemente del beneficio de la = empresa=20 al reflejar el costo fiscal en sus contratos laborales. Si = usted es=20 Director, Gerente o Profesional clave en su organizacion para=20 evaluar los alcances y posible implementacion de = las =20 cajas y fondos de ahorro.... =A1No se puede perder esta = oportuna=20 conferencia! Confirme Ahora!!! Esta Magnifica Conferencia se = realizara =20 en la cds. de: Mexico=20 DF &= nbsp; =20 11 de MARZO=20 2009 Monterrey,=20 N.L. = ; =20 20 de MARZO 2009 Horario: 9:00 a 14:00=20 hrs PARA ADQUIRIR LA = INFORMACION=20 COMPLETA: Solicite un folleto via telefonica Tel. = (33) =20 3122 4500 con 10 Lineas Solicite un folleto via correo electronico. = Responda este=20 correo con los siguientes datos: Conferencia: Manejo Integral de las = CAJAS y=20 FONDOS de AHORRO Nombre : Puesto : Empresa : Ciudad : Telefonos : Extension : Fax : Le interesa que esta conferencia sea impartida en = su=20 institucion? Solicite una cotizacion INCOMPANY... Se han omitido intencionalmente los acentos para = evitar=20 la deformacion del texto en algunos equipos. Si no desea recibir invitaciones en el futuro = sobre=20 ningun tema de CLF envie un correo con asunto ex2.=20 Gracias From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 00:58:40 2009 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 09CAF1065670 for ; Tue, 10 Mar 2009 00:58:40 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 8F87F8FC08 for ; Tue, 10 Mar 2009 00:58:39 +0000 (UTC) (envelope-from oliver.pntr@gmail.com) Received: by fxm2 with SMTP id 2so1352551fxm.43 for ; Mon, 09 Mar 2009 17:58:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=oVEjLCYA21IXF5D2aZnuxC9Ui7/p/U3zJxADMOFKFvo=; b=hiQYiUE+KF3x7vBYFViwdsrB6E514pQi//8kqhRfQ9qvMJPLA7E9mSypSThlYGJkz0 Ku1rkOp59kqQ5/fVGEN0/UXWflUGa6pJPSZ1PUhubN/szGBFE8l/TnuC4v1M5sQENj/O Qa9St7gsRX1BfouTP/Txq6CNhBdAwa+OTp+v8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=eZN+V9K5c+DUzPoNVXzCEmmWU5wBD1ZNUYWkzVK6rpKmP/Nc0KmZ6eMb6KNdHU+wFD cQHPUSDIm6DjcLaUE/zYOCLf0bHwzbPZoEIaGf2AAh0M0L8vLRgkCO2GTS76eSnYxeUh 2yUsLhbiQrWM7PU368r7VaibqQEWveKS7rc8s= MIME-Version: 1.0 Received: by 10.103.229.12 with SMTP id g12mr2951094mur.16.1236646718531; Mon, 09 Mar 2009 17:58:38 -0700 (PDT) In-Reply-To: References: <6101e8c40903090813n44252344we2324d1cd081cc5f@mail.gmail.com> Date: Tue, 10 Mar 2009 01:58:38 +0100 Message-ID: <6101e8c40903091758i7f33bb7bu25bb1bcc04e585a2@mail.gmail.com> From: Oliver Pinter To: pluknet Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: locking error in ERR msg 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, 10 Mar 2009 00:58:40 -0000 hmm, when it is unbuffered, then clear, but embarrassing On 3/9/09, pluknet wrote: > 2009/3/9 Oliver Pinter : >> Hi all! >> >> When remove the mobile from system or restarted/halted the PC, then >> this printf - locking error / bug: >> >> I think, it is affected with lockig in TTY layer or in ERR msg code: >> >> arplookup 0.0.0.0 failed: host is not on local network >> GEOM_LABEL: Label for provider da0s1 is msdosfs/PHONE CARD. >> umass0: at uhub4 port 1 (addr 3) disconnected >> (da0:umass-sim0:0:0:0): lost device >>>>>>>>>>> (da0:umass-sim0:0:0:G0E)O:M _rLeAmBoEvLi:n gL adbeevli cmes >>>>>>>>>>> deonsfs/PHONE CARDt rryem <<<<<<<<< >> oved. >> umass0: detached >> arplookup 0.0.0.0 failed: host is not on local network > > This is due to the (long standing) nature of simultaneous *unbuffered* > output > from two or more threads (usb and geom run paths interaction here). > > -- > wbr, > pluknet > From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 04:32:39 2009 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 A57F5106564A for ; Tue, 10 Mar 2009 04:32:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.231]) by mx1.freebsd.org (Postfix) with ESMTP id 6FBAB8FC1B for ; Tue, 10 Mar 2009 04:32:39 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: by rv-out-0506.google.com with SMTP id f6so2181652rvb.43 for ; Mon, 09 Mar 2009 21:32:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=AYCZHzSkjhRUAuv5OSj5/ZQICoxHOVNF52UCb8Km5Mw=; b=p4AfsZe3QdJYUY9pHWWnWS+jU7ykzjjRdqr90lep9OuO/MOYkULQUWiK7OTFZkgixy OtUCGrR3tPoKi+dcNZgPlYnmFUNu6mQb1Z6Z3DEiaR4lzSn8TnA94M4FFSfTbo25dQev mRwKPg9kekWzDG4J5EOSJn08dkdbsD1lbbLto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=VNDE92MjpDFlPKSv4zt/pFTGoL9sOMK4/xqdOvXMVBnYtW98oFKMI+PGkplDMdw3Bj msd6tsziKnptxgoZeriB3LALmCycFwNQ7v7Hi1Ykq/4mzKHnVcys9Tb0hTI+gofZBpkV 1MLDsqAQAWKLg2nx9yVAmRsZhADt6vGX5wTo8= Received: by 10.141.116.16 with SMTP id t16mr3479173rvm.280.1236659558944; Mon, 09 Mar 2009 21:32:38 -0700 (PDT) Received: from michelle.cdnetworks.co.kr ([114.111.62.249]) by mx.google.com with ESMTPS id l31sm17229302rvb.5.2009.03.09.21.32.36 (version=SSLv3 cipher=RC4-MD5); Mon, 09 Mar 2009 21:32:37 -0700 (PDT) Received: by michelle.cdnetworks.co.kr (sSMTP sendmail emulation); Tue, 10 Mar 2009 13:30:59 +0900 From: Pyun YongHyeon Date: Tue, 10 Mar 2009 13:30:59 +0900 To: Bruce Simpson Message-ID: <20090310043059.GC9482@michelle.cdnetworks.co.kr> References: <49B1AC25.3000700@onetel.com> <27998819.871236382003017.JavaMail.HALO$@halo> <1d001f850903061814k2577f3ccs94be86bcc87b9efd@mail.gmail.com> <49B38AEF.8070909@beatsnet.com> <20090308093653.GD1531@michelle.cdnetworks.co.kr> <49B3FAA3.9010302@beatsnet.com> <20090309000610.GA5039@michelle.cdnetworks.co.kr> <49B538BC.3080108@incunabulum.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <49B538BC.3080108@incunabulum.net> User-Agent: Mutt/1.4.2.3i Cc: stable@freebsd.org, Beat Siegenthaler Subject: Re: fxp unusable after make world 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: Tue, 10 Mar 2009 04:32:40 -0000 On Mon, Mar 09, 2009 at 03:41:48PM +0000, Bruce Simpson wrote: > Pyun YongHyeon wrote: > >Your controller looks like i82550. 82550/82551 has nice hardware > >cryptographic capability for IPSec acceleration but it's not used > >at all under FreeBSD. Intel's open source developer manual didn't > >even mention the existence of cryptographic capability. > > > > I had a crack at this about 5-6 years ago. > > Now that the descriptor ring format is fairly well known for fxp, reverse > engineering is feasible, as the setup uses the normal NDIS hooks which > Microsoft added for offloading cryptographic operations. Those *are* > documented. > I don't think the descriptor format is well known for IPSec processing. Intel didn't even show VLAN related bit in 82550/82551 Rx descriptor format. What might be hard to know would be o what kind of acceleration is done by hardware and how to active specific features o how SAs are managed in hardware o errata information > Making it work is another matter entirely... AFAIK hardware supported by fxp(4) and txp(4) can offload IPSec processing. Sun's Cassini+ also seems to have rudimentary support for IPSec packets but I'm not sure how useful it is. Because I don't use IPSec at all I have no interests in IPSec acceleration at this moment. 3Com's Typhoon2 datasheet gives more information on IPSec acceleration so it would be easier to start with txp(4). From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 17:17:00 2009 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 3B2481065670 for ; Tue, 10 Mar 2009 17:17:00 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id A87618FC16 for ; Tue, 10 Mar 2009 17:16:59 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n2AHGsFs059932; Tue, 10 Mar 2009 18:16:55 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n2AHGsji059931; Tue, 10 Mar 2009 18:16:54 +0100 (CET) (envelope-from olli) Date: Tue, 10 Mar 2009 18:16:54 +0100 (CET) Message-Id: <200903101716.n2AHGsji059931@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, kostikbel@gmail.com In-Reply-To: <20090208112259.GW9427@deviant.kiev.zoral.com.ua> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Tue, 10 Mar 2009 18:16:57 +0100 (CET) Cc: Subject: Re: impossible packet length ... X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, kostikbel@gmail.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 17:17:00 -0000 Kostik Belousov wrote (on 2009-02-08): > Danny Braniss wrote: > > going through the logs, after it happened again, I got a glimps of this: > > > > Feb 6 18:00:13 warhol-00.cs.huji.ac.il kernel: bce0: discard frame w/o > > leading ethernet header (len 0 pkt len 0) > > Feb 6 18:00:19 klee-05.cs.huji.ac.il kernel: nfs: server warhol-00 not > > responding, timed out > > ... > > Feb 6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: More than a single value for > > /defaults in hesiod.local > > Feb 6 19:00:00 warhol-00.cs.huji.ac.il amd[715]: Unknown $ sequence in > > "rhost:=${RHOST};type:=nfsl;fs:=${FS};rfs:=$huldig#^ZM-^KoM- abase" > > Feb 6 19:00:00 warhol-00.cs.huji.ac.il kernel: impossible packet length > > (2068989523) from nfs server sunfire:/dist > > > > which seems to point fingers at bce... > > bce(4) is broken in stable, your best option is to revert to the > driver in releng 7.1. Is anybody working on fixing bce(4) in stable? As far as I can see in the repository, nothing happened recently. The last commit in releng 7 was in December last year. Otherwise, I suggest to revert the source to the same version as in releng 7.1. Unfortunately, bce(4) hardware is not that uncommon; I have it in several dozen machines at customers. Having a known broken driver in -stable for several months is bad. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "C++ is to C as Lung Cancer is to Lung." -- Thomas Funke From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 17:30:10 2009 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 C510E1065675 for ; Tue, 10 Mar 2009 17:30:10 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 7CBA58FC0C for ; Tue, 10 Mar 2009 17:30:10 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lh5mC-0008Cf-GS; Tue, 10 Mar 2009 17:30:00 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lh5mC-000Foo-EQ; Tue, 10 Mar 2009 17:30:00 +0000 To: freebsd-stable@FreeBSD.ORG, kostikbel@gmail.com In-Reply-To: <200903101716.n2AHGsji059931@lurza.secnetix.de> Message-Id: From: Pete French Date: Tue, 10 Mar 2009 17:30:00 +0000 Cc: Subject: Re: impossible packet length ... 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, 10 Mar 2009 17:30:11 -0000 > > bce(4) is broken in stable, your best option is to revert to the > > driver in releng 7.1. > > Is anybody working on fixing bce(4) in stable? As far as > I can see in the repository, nothing happened recently. > The last commit in releng 7 was in December last year. I am slightly surprised by all of this, as I have a lot of machines with bce inerfaces, and they all work properly in STABLE. I realise that everyones situation is different, but I wouldnt say it's entirely broken. Certainly they work well enough on HP servers. I wouldnt be too afraid of deploying on this hardware. -pete. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 17:37:06 2009 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 5BD641065672 for ; Tue, 10 Mar 2009 17:37:06 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from proxypop2.sarenet.es (proxypop2.sarenet.es [194.30.0.95]) by mx1.freebsd.org (Postfix) with ESMTP id 1D75E8FC15 for ; Tue, 10 Mar 2009 17:37:05 +0000 (UTC) (envelope-from BORJAMAR@SARENET.ES) Received: from [127.0.0.1] (matahari.sarenet.es [192.148.167.18]) by proxypop2.sarenet.es (Postfix) with ESMTP id 18308733F7 for ; Tue, 10 Mar 2009 18:13:06 +0100 (CET) Message-Id: <0295B0E5-EAE8-4317-A2F8-F93F6F9CCF1E@SARENET.ES> From: Borja Marcos To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Mar 2009 18:11:43 +0100 X-Mailer: Apple Mail (2.930.3) Subject: ZFS root file system fun, flash USB, swap 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, 10 Mar 2009 17:37:07 -0000 Hello, I have a couple of questions, I'm using ZFS on FreeBSD 7.1/amd64. To avoid issues with sharing the disks with ZFS and UFS, I am using a USB pendrive on which I copy the /boot directory. My first problem is: the presence of the /boot/zfs/zpool.cache file is critical. Without it the kernel won't recognise the pool, so it stalls on boot. Is it possible to avoid it? Please note that I'm not using any disk partitioning scheme, I'm creating the pools using the complete disk. / dev/da0, /dev/da1. Somewhere I've read about GEOM provider and a ZFS improvement. Should I partition the disks in a given way so that ZFS would recognise the device? My goal is to have a box of configuration independent boot flash pendrives, with a pretty much generic kernel for different Dell models. But having the pendrives tied to particular machines would be a pain in the ass. As all the Dell machines are not the same, I need generic kernels with support for a pool created over a "mfi" raid5, or using individual disks, etc. Second question. Ivan Voras mentions in his wiki that swap on FreeBSD 7.1 over ZFS doesn't work. The post is from 2007. Is it still _not_ working? It seems that documentation over this issue is very sparse. Regarding the method to create the root filesystem, etc, what I'm doing is: zpool create pool/root zpool create pool/root/usr zpool create pool/root/var zpool create pool/home zpool create pool/whatever From a minimal FreeBSD installed on the flash, tar -c --exclude "./pool/" -f - | ( cd /pool/root && tar xpf -) #with that I have the system files in their proper place I edit the fstab in pool/root/etc so that /, /usr and /var point to pool/root, pool/root/usr and pool/root/var zpool set mountpoint=legacy pool/root For the rest of the datasets I set the proper mountpoints, and boot from the flash with a loader.conf instructing the kernel to get the root file system from "zfs:pool/root". It's quite simple, actually. Borja. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 18:08:12 2009 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 6F7441065672 for ; Tue, 10 Mar 2009 18:08:12 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from sunner.semmy.ru (sunner.semmy.ru [195.54.209.159]) by mx1.freebsd.org (Postfix) with ESMTP id 299548FC18 for ; Tue, 10 Mar 2009 18:08:12 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [77.41.76.79] (helo=[172.16.100.19]) by sunner.semmy.ru with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lh5xu-000Led-0y for freebsd-stable@FreeBSD.ORG; Tue, 10 Mar 2009 20:42:06 +0300 Message-ID: <49B6A662.7060600@FreeBSD.org> Date: Tue, 10 Mar 2009 20:41:54 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: computer with USB keyboard hangs in loader boot prompt after a time 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, 10 Mar 2009 18:08:12 -0000 Hi. I have a machine with Intel DX58SO X58 mother board (no ps/2 ports). I've installed FreeBSD 7.1 on it without any problem and it works fine. Till I need boot from another device. I press 6 in boot menu, get loader prompt and the computer hangs after a time. Quite random time. From second to tens seconds. I thought it just keyboard froze, but once the computer started beeping, so it looks like a memory corruption or something like that. -- Dixi. Sem. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 19:30:23 2009 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 73103106566C for ; Tue, 10 Mar 2009 19:30:23 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from sunner.semmy.ru (sunner.semmy.ru [195.54.209.159]) by mx1.freebsd.org (Postfix) with ESMTP id 2E4168FC1A for ; Tue, 10 Mar 2009 19:30:23 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from [77.41.76.79] (helo=[172.16.100.19]) by sunner.semmy.ru with esmtpa (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lh7eg-000O3X-Br for freebsd-stable@FreeBSD.ORG; Tue, 10 Mar 2009 22:30:22 +0300 Message-ID: <49B6BFC1.8060200@FreeBSD.org> Date: Tue, 10 Mar 2009 22:30:09 +0300 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <49B6A662.7060600@FreeBSD.org> In-Reply-To: <49B6A662.7060600@FreeBSD.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: computer with USB keyboard hangs in loader boot prompt after a time 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, 10 Mar 2009 19:30:23 -0000 Sergey Matveychuk wrote: > Hi. > > I have a machine with Intel DX58SO X58 mother board (no ps/2 ports). > I've installed FreeBSD 7.1 on it without any problem and it works fine. > Till I need boot from another device. I press 6 in boot menu, get loader > prompt and the computer hangs after a time. Quite random time. From > second to tens seconds. I thought it just keyboard froze, but once the > computer started beeping, so it looks like a memory corruption or > something like that. > As kib@ has told me, it was fixed with r189017 | jhb | 2009-02-25, and was MFCed with r189307 | jhb | 2009-03-03. Yeap, it works in STABLE now. -- Dixi. Sem. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 20:23:26 2009 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 47D011065672 for ; Tue, 10 Mar 2009 20:23:26 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: from kiwi-computer.com (keira.kiwi-computer.com [63.224.10.3]) by mx1.freebsd.org (Postfix) with SMTP id D446A8FC19 for ; Tue, 10 Mar 2009 20:23:25 +0000 (UTC) (envelope-from rick@kiwi-computer.com) Received: (qmail 87022 invoked by uid 2001); 10 Mar 2009 19:56:44 -0000 Date: Tue, 10 Mar 2009 13:56:44 -0600 From: "Rick C. Petty" To: Zoran Kolic Message-ID: <20090310195644.GA86727@keira.kiwi-computer.com> References: <20090307071228.GA1134@faust.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20090307071228.GA1134@faust.net> User-Agent: Mutt/1.4.2.3i Cc: freebsd-stable@freebsd.org Subject: Re: cd ripping to flac X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: rick-freebsd2008@kiwi-computer.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Mar 2009 20:23:26 -0000 On Sat, Mar 07, 2009 at 08:12:28AM +0100, Zoran Kolic wrote: > Howdy! > I'd like to rip my cd-s to flac files using some > command line app, like cdda2wav or cdparanoia. > Using pipe to flac utility would be nice and the > way I'd take. What program acts in that matter? What does this have to do with FreeBSD-stable? This question is better asked on freebsd-questions. > Since cdda2wav is in the base, I suppose people > use it regurarly. Something like: What do you mean by "base"? It is a port and not in the base system. -- Rick C. Petty From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 20:47:18 2009 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 0E8BA1065674; Tue, 10 Mar 2009 20:47:18 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from mtaout03-winn.ispmail.ntl.com (mtaout03-winn.ispmail.ntl.com [81.103.221.49]) by mx1.freebsd.org (Postfix) with ESMTP id E35708FC13; Tue, 10 Mar 2009 20:47:16 +0000 (UTC) (envelope-from ianjhart@ntlworld.com) Received: from aamtaout04-winn.ispmail.ntl.com ([81.103.221.35]) by mtaout03-winn.ispmail.ntl.com (InterMail vM.7.08.04.00 201-2186-134-20080326) with ESMTP id <20090310204715.FEAW7670.mtaout03-winn.ispmail.ntl.com@aamtaout04-winn.ispmail.ntl.com>; Tue, 10 Mar 2009 20:47:15 +0000 Received: from cpc1-cove3-0-0-cust909.sol2.cable.ntl.com ([86.20.31.142]) by aamtaout04-winn.ispmail.ntl.com (InterMail vG.2.02.00.01 201-2161-120-102-20060912) with ESMTP id <20090310204715.TBGI22934.aamtaout04-winn.ispmail.ntl.com@cpc1-cove3-0-0-cust909.sol2.cable.ntl.com>; Tue, 10 Mar 2009 20:47:15 +0000 X-Virus-Scanned: amavisd-new at cpc2-cove3-0-0-cust311.sol2.cable.ntl.com Received: from gamma.private.lan (gamma.private.lan [192.168.0.12]) by cpc1-cove3-0-0-cust909.sol2.cable.ntl.com (8.14.3/8.14.3) with ESMTP id n2AKkxVU003328; Tue, 10 Mar 2009 20:46:59 GMT (envelope-from ianjhart@ntlworld.com) From: ian j hart To: freebsd-stable@freebsd.org Date: Tue, 10 Mar 2009 20:46:59 +0000 User-Agent: KMail/1.9.10 References: <8dfae1c10901070639x67945324jeeecfcac647d7976@mail.gmail.com> <20090309060841.GH5039@michelle.cdnetworks.co.kr> <200903092100.20436.ianjhart@ntlworld.com> In-Reply-To: <200903092100.20436.ianjhart@ntlworld.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903102046.59311.ianjhart@ntlworld.com> X-Spam-Status: No, score=-1.4 required=5.0 tests=ALL_TRUSTED autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on cpc1-cove3-0-0-cust909.sol2.cable.ntl.com X-Cloudmark-Analysis: v=1.0 c=1 a=2zH3nbq_TooA:10 a=S-5L88vOh18A:10 a=6I5d2MoRAAAA:8 a=OhSNbSWiAAAA:8 a=P-sZp84FQIBDBwsvHcEA:9 a=sECqJQ4bTFjKAVXOWToA:7 a=yMomH1E85qdfKF8MxpaSlAsILZwA:4 a=LY0hPdMaydYA:10 a=jX-vGqPtjVFMeOjA:21 a=-ZbKJaXB8KzwT3lm:21 Cc: pyunyh@gmail.com, Sascha Holzleiter , Jung-uk Kim Subject: Re: FreeBSD 7.1 Breaks re and rl Network Interface Drivers 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, 10 Mar 2009 20:47:18 -0000 On Monday 09 March 2009 21:00:20 ian j hart wrote: > On Monday 09 March 2009 06:08:41 Pyun YongHyeon wrote: > > On Sun, Mar 08, 2009 at 05:05:12PM +0000, ian j hart wrote: > > > On Sunday 08 March 2009 02:36:42 Pyun YongHyeon wrote: > > > > On Sat, Mar 07, 2009 at 05:17:57PM +0000, ian j hart wrote: > > > > > On Tuesday 20 January 2009 02:45:19 Pyun YongHyeon wrote: > > > > > > On Mon, Jan 19, 2009 at 06:33:46PM -0500, Jung-uk Kim wrote: > > > > > > > On Monday 19 January 2009 04:33 pm, Jung-uk Kim wrote: > > > > > > > > I found something interesting. I have another RTL8169SC > > > > > > > > that works perfectly fine without the patch. The hardware > > > > > > > > revision is 0x18000000. After reading Linux driver > > > > > > > > (drivers/net/r8169c), I realised they use different masks > > > > > > > > for hardware revisions. With their logic, non-working chip > > > > > > > > seems to be 0x98000000 (8110SCe) while working chip seems to > > > > > > > > be 0x18000000 (8110SCd) with 0xfc800000. FYI... > > > > > > > > > > > > > > Now armed with the information, I made it work without > > > > > > > reverting memory mapped I/O. :-) > > > > > > > > > > > > > > http://people.freebsd.org/~jkim/re/re.current2.diff > > > > > > > http://people.freebsd.org/~jkim/re/re.stable2.diff > > > > > > > > > > > > I like the patch. Since only RTL8169 family uses mask 0xfc800000 > > > > > > it would be even better we can limit checking scope for RTL8169SC > > > > > > by comparing PCI device id. I don't know what other side effect > > > > > > would happen if the mask 0xfc800000 would be used on 8101/8168 > > > > > > controllers. > > > > > > If the patch works on RTL8169SC would you commit the patch? > > > > > > I'd like to see multiple commits separated by each enhancements > > > > > > as the patch contains several fixes which are not directly > > > > > > related with the issue. > > > > > > > > > > Where are we on this? > > > > > > > > > > I have a headless firewall box which is not happy with 7.1-RELEASE. > > > > > I've upgraded to 7.1-STABLE as of yesterday and now I'm getting > > > > > 'PHY read failed' errors, although the network did come up, which > > > > > was an improvement. > > > > > > > > > > Is there a patch I can try? > > > > > > > > > > http://www.jetway.com.tw/jw/ipcboard_view.asp?productid=174&proname > > > > >=A D3RT LAN-G > > > > > > > > > > re0: port > > > > > 0xf200-0xf2ff mem 0xfdfff000-0xfdfff0ff irq 18 at device 9.0 on > > > > > pci0 re0: Chip rev. 0x18000000 > > > > > re0: MAC rev. 0x00000000 > > > > > re0: Ethernet address: 00:30:18:ae:1a:1b > > > > > re0: [FILTER] > > > > > re1: port > > > > > 0xf000-0xf0ff mem 0xfdffd000-0xfdffd0ff irq 19 at device 11.0 on > > > > > pci0 re1: Chip rev. 0x18000000 > > > > > re1: MAC rev. 0x00000000 > > > > > re1: Ethernet address: 00:30:18:ae:1a:1c > > > > > re1: [FILTER] > > > > > re2: port > > > > > 0xec00-0xecff mem 0xfdffc000-0xfdffc0ff irq 16 at device 12.0 on > > > > > pci0 re2: Chip rev. 0x18000000 > > > > > re2: MAC rev. 0x00000000 > > > > > re2: Ethernet address: 00:30:18:ae:1a:1d > > > > > re2: [FILTER] > > > > > > > > > > re0@pci0:0:9:0: class=0x020000 card=0x10ec16f3 chip=0x816710ec > > > > > rev=0x10 hdr=0x00 re1@pci0:0:11:0: class=0x020000 > > > > > card=0x10ec16f3 chip=0x816710ec rev=0x10 hdr=0x00 re2@pci0:0:12:0: > > > > > class=0x020000 card=0x10ec16f3 chip=0x816710ec rev=0x10 > > > > > hdr=0x00 > > > > > > > > Have you tried re(4) in HEAD? > > > > I had one report that re(4) in HEAD still does not fix the issue so > > > > I posted a possible workaround for that. Unfortunately he didn't > > > > report back so I don't know whether it was right workaround or not. > > > > If re(4) in HEAD does not fix the issue, would you try attached > > > > patch and let me know how it goes? > > > > > > Firstly IANAKH, my expertise in this area stops after "make kernel". > > > > > > I updated > > > > > > /usr/src/sys/dev/re/if_re.c > > > /usr/src/sys/pci/if_rlreg.h > > > > > > to HEAD > > > > And after updating to HEAD did you apply my patch? > > > > > I still get "PHY read failed" with and without the patch. > > > > That's odd. Another user who has the same controller reports the > > fix fixed the issue. I also committed the patch to HEAD so would > > you give it spin again (without applying any patches)? > > Clarification: > Updated the two files listed to HEAD > build/install/reboot > Still getting PHY read failed > Patch file > build/install/reboot > Still getting PHY read failed > > If HEAD is the now same as the patched version I can't see how this will be > any different, but I'll try it tomorrow. Patched version was the same, excepting the cardbus removal, so it's no surprise it's still broken. Still on cvs here. /usr/src/sys/dev/re/if_re.c rev 1.155 /usr/src/sys/pci/if_rlreg.h rev 1.95 -- ian j hart From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 22:37:34 2009 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 94F401065672 for ; Tue, 10 Mar 2009 22:37:34 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from kuber.nabble.com (kuber.nabble.com [216.139.236.158]) by mx1.freebsd.org (Postfix) with ESMTP id 666A38FC23 for ; Tue, 10 Mar 2009 22:37:34 +0000 (UTC) (envelope-from bounces@nabble.com) Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1LhAZp-00016j-O0 for freebsd-stable@freebsd.org; Tue, 10 Mar 2009 15:37:33 -0700 Message-ID: <22445089.post@talk.nabble.com> Date: Tue, 10 Mar 2009 15:37:33 -0700 (PDT) From: Timothy Brown To: freebsd-stable@freebsd.org In-Reply-To: <3f1fd1ea0903090716k79ca91bemb21aff9db0073e6e@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: stimbrown@fastmail.com.au References: <3f1fd1ea0903090716k79ca91bemb21aff9db0073e6e@mail.gmail.com> Subject: Re: SCHED_ULE + SMP Phenom freeze 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, 10 Mar 2009 22:37:34 -0000 Michal Varga wrote: > > Guys, I'd like to point out a still present (rather serious I guess) > problem with SCHED_ULE, possibly triggered when Phenom X3 CPUs are > used. > I had the same problem. I searched the FreeBSD problem report database and came across this: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120138 After manually applying the patch and recompiling the kernel, I am able to boot with SCHED_ULE and SMP enabled. Cheers, Tim -- View this message in context: http://www.nabble.com/SCHED_ULE-%2B-SMP-Phenom-freeze-tp22414759p22445089.html Sent from the freebsd-stable mailing list archive at Nabble.com. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 23:04:35 2009 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 4B632106566C for ; Tue, 10 Mar 2009 23:04:35 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 9C0D68FC16 for ; Tue, 10 Mar 2009 23:04:34 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by bwz8 with SMTP id 8so1643095bwz.43 for ; Tue, 10 Mar 2009 16:04:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=5HK5R7f4OkdB+WMAqqSpcaA2EgJr0QLrMverCg1xCfs=; b=PR4eQ8Sv/hGeCIkrhY1pP3SOwFLm/63x+bqKPccb6laDo5ArxUtbdijlqxSbgz/+rh pePr420NhL9A4h9GvVvzOu3Yl46fAxMV1wWfs8M6ETHCLycgMPqrV5jXPQSoun7/hvED ZdPVMMWrWDzhOYThs04nTVNNrROQ41WQfBiRI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=VtgkcxwGw4Os04LOW6y9X37mJJxqPyB7wArmMwj8BmrQV+kzZy/yK6ZQosWGpLgioj MNC+2CGmmHB4ojhV3rqjAkIu3T9PaqXtDB+d2I9ozRsfeY80dF2fd/HD5NK7KBD8Lrej S9TiJojv6S82IHyqu+rYSfcY8J2Nlabv6ikZo= MIME-Version: 1.0 Received: by 10.223.115.193 with SMTP id j1mr5929989faq.98.1236726273440; Tue, 10 Mar 2009 16:04:33 -0700 (PDT) In-Reply-To: <22445089.post@talk.nabble.com> References: <3f1fd1ea0903090716k79ca91bemb21aff9db0073e6e@mail.gmail.com> <22445089.post@talk.nabble.com> Date: Wed, 11 Mar 2009 00:04:33 +0100 Message-ID: <3f1fd1ea0903101604j3219ab08ib6a2c777a2891535@mail.gmail.com> From: Michal Varga To: Timothy Brown Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: jeff@FreeBSD.org, freebsd-stable@freebsd.org Subject: Re: SCHED_ULE + SMP Phenom freeze 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, 10 Mar 2009 23:04:35 -0000 On Tue, Mar 10, 2009 at 11:37 PM, Timothy Brown wrote: > I had the same problem. I searched the FreeBSD problem report database and > came across this: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/120138 > > After manually applying the patch and recompiling the kernel, I am able to > boot with SCHED_ULE and SMP enabled. > > Cheers, > Tim Wow, thank you for this, going to apply in a moment (but I guess it's pretty obvious that this is the same issue and also explains the X3 mystery). Adding Jeff Roberson to cc: to remind about the issue, I think it wouldn't be a bad idea to get this committed eventually. m. From owner-freebsd-stable@FreeBSD.ORG Tue Mar 10 23:52:14 2009 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 826061065676 for ; Tue, 10 Mar 2009 23:52:14 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: from mail-bw0-f164.google.com (mail-bw0-f164.google.com [209.85.218.164]) by mx1.freebsd.org (Postfix) with ESMTP id 0FE058FC17 for ; Tue, 10 Mar 2009 23:52:13 +0000 (UTC) (envelope-from varga.michal@gmail.com) Received: by bwz8 with SMTP id 8so1651888bwz.43 for ; Tue, 10 Mar 2009 16:52:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=Bcp/3jObZ6yhM1LopX03xHCIF3WMuZqVAokumoMIgpw=; b=t+sRJQhdtI9Nwm7jmg2hmr+F2o6BQtsqwGlPXtNRPnsi8syq6q+/hPL3GbzZ0Ts8Pe AcLrDqQcCLBPRJbdQIF+71dM21y5D7YFkpJ/dZFLOFodERiKKXzZu0Mx8CEp2kxCtX4J WToRgHuPZutkxDj4T27m7rneW7sz2yAERAXas= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=IulU7dNv6Lir4a2mxX/PCYFPklEO4kqH77Qx3haO6PKj5f52ROwbLFFMjT+e346QGV K0DObe81Z+Hs/qLv2t2vxyhDqVc9jmR2XsVZTbUPcqJZjyLf3LfQ38hO676IeCihuCXZ fhc1Wjo/GDEfa17oIM3omegUoeuSZKqnp2i5o= MIME-Version: 1.0 Received: by 10.223.126.1 with SMTP id a1mr5964541fas.78.1236729132957; Tue, 10 Mar 2009 16:52:12 -0700 (PDT) Date: Wed, 11 Mar 2009 00:52:12 +0100 Message-ID: <3f1fd1ea0903101652v30984572kfa1f2d3057313359@mail.gmail.com> From: Michal Varga To: Timothy Brown Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: SCHED_ULE + SMP Phenom freeze [SOLVED] 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, 10 Mar 2009 23:52:14 -0000 Just a quick success report - kern/120138 does indeed solve the Phenom X3 SCHED_ULE problem. Attached patch against recent -STABLE in case someone else runs into it in the near future: --- sys/kern/sched_ule.c.orig 2008-12-08 05:07:30.000000000 +0100 +++ sys/kern/sched_ule.c 2009-03-11 00:09:43.000000000 +0100 @@ -1399,7 +1399,7 @@ * prevents excess thrashing on large machines and excess idle on * smaller machines. */ - steal_thresh = min(ffs(mp_ncpus) - 1, 4); + steal_thresh = min(fls(mp_ncpus) - 1, 4); affinity = SCHED_AFFINITY_DEFAULT; #endif } From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 01:11:59 2009 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 F3A701065675; Wed, 11 Mar 2009 01:11:57 +0000 (UTC) (envelope-from yahoo-dev-null@yahoo-inc.com) Received: from n1.smail.tpc.yahoo.com (n1.smail.tpc.yahoo.com [203.84.202.144]) by mx1.freebsd.org (Postfix) with ESMTP id BA3738FC14; Wed, 11 Mar 2009 01:11:57 +0000 (UTC) (envelope-from yahoo-dev-null@yahoo-inc.com) Received: from w2.mtf.tpc.yahoo.com (w2.mtf.tpc.yahoo.com [203.84.205.51]) by n1.smail.tpc.yahoo.com (Postfix) with ESMTP id 13F2AB4051A; Wed, 11 Mar 2009 02:48:38 +0800 (CST) Received: (from yahoo@localhost) by w2.mtf.tpc.yahoo.com (8.14.2/8.14.2) id n2AImZ90040389; Wed, 11 Mar 2009 02:48:35 +0800 (CST) (envelope-from yahoo-dev-null@yahoo-inc.com) Date: Wed, 11 Mar 2009 02:48:35 +0800 (CST) Message-Id: <200903101848.n2AImZ90040389@w2.mtf.tpc.yahoo.com> From: =?UTF-8?B?NSAg6ZmI?= To: freebsd-isp@freebsd.org, freebsd-newbies@freebsd.org, freebsd-questions@freebsd.org, freebsd-stable@freebsd.org, freebsdtop@163.com, freebsd-users@uk.freebsd.org, freebug@126.com, freebusy@gmail.com Errors-To: refertofriend-error@reply.yahoo.com X-Originating-IP: 196.12.36.225 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebusy@microsoft.com Subject: 4 =?utf-8?b?6ZW35pyf?= X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebusy@microsoft.com List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Mar 2009 01:11:59 -0000 5 é ĺŻäşä¸ĺćç« çµ¦ä˝ ĺ!! ------------------------------------------------------------ 給ć¨ççč¨ďĽ ďĽčŻ·ä¸č¦ĺĺ¤ĺ件人ďĽč°˘č°˘ďĽ â ĺ¤§ĺ®¶ĺĄ˝ďĽ â ćĺ¬ĺ¸é·ććçĽ/票代éďĽĺąć ĽäĽć ďĽ ăă ĺŻć¶ĺ°çĄ¨çˇ®č®¤ĺľä»ć¬ľďĽ â éłăçďĽ13928451175 â ćĄĺQQďĽ970378804 â é® ç®±ďĽyhsy111168@163.com 注ćďĽčŻ·ä¸č¦ĺĺ¤ĺ件人ďĽč°˘č°˘ďĽ http://tw.myblog.yahoo.com/jw!iV9BKgmcREN60IDib4WZboFctsvn6aw-/guestbo ok 4 é·ć [1]http://tw.myblog.yahoo.com/jw!iV9BKgmcREN60IDib4WZboFctsvn6aw-/gues tbook Yahoo!ĺĄć©ćĺ° ä˝ çćĺ°.ĺĺł.çć´»ć°é«é©ă [2]http://tw.fashion.yahoo.com/ çć¬ćć Yahoo!ĺĄć© References 1. http://tw.myblog.yahoo.com/jw!iV9BKgmcREN60IDib4WZboFctsvn6aw-/guestbook 2. http://tw.fashion.yahoo.com/ From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 02:27:10 2009 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 BAB3C1065674 for ; Wed, 11 Mar 2009 02:27:10 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: from wf-out-1314.google.com (wf-out-1314.google.com [209.85.200.171]) by mx1.freebsd.org (Postfix) with ESMTP id 90BDE8FC13 for ; Wed, 11 Mar 2009 02:27:10 +0000 (UTC) (envelope-from ivoras@gmail.com) Received: by wf-out-1314.google.com with SMTP id 27so2627494wfd.7 for ; Tue, 10 Mar 2009 19:27:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:received:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=78a9i8MyLTI+0SKBKhJlFINTXJNyxVNuXHiR2MwfaXM=; b=JAaoyImibOzeVu0pkGaOBLflGVhZEzia9uRXLnvqBTeGE7nxmvLE5Xp9IYd3Fj6gEj uL1PyS0dTdv/BzkPYasqeU+SKqKlwcbDuK5Iku0XXtWi7fyXZRGgaPkabsrTLcBzfe9q nhSCVagkXwQoLV4zxeCZO+MeKmRfr0zDFCI0c= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type:content-transfer-encoding; b=SBuy6OyJrioLi9wKTx406ak6Ke3UGDcQdsYMDT8GXqXRBg92ONUBmXOkpej3qYMuMU WKbWeQOPxjmiFNAZcbqLjkZW92auEtzYbY6jkqUnaf8djr0KSXQ1m+7RpyLniHRYRNAp 0oKs8QSeGAImAynvY7B+ltC09pijU0uMqMB4Q= MIME-Version: 1.0 Sender: ivoras@gmail.com Received: by 10.142.84.3 with SMTP id h3mr3419030wfb.237.1236738430148; Tue, 10 Mar 2009 19:27:10 -0700 (PDT) Date: Wed, 11 Mar 2009 03:27:10 +0100 X-Google-Sender-Auth: 8566d93b729676d5 Message-ID: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> From: Ivan Voras To: freebsd-stable@freebsd.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Performance with hundreds of nullfs mounts? 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, 11 Mar 2009 02:27:11 -0000 hi, I seem to remember hearing an anecdote somewhere that using hundreds (or thousands?) nullfs mounts for jails results in unreasonably bad file system access performance. Does somebody have this kind of setup / is it true? From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 02:31:51 2009 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 49565106566B for ; Wed, 11 Mar 2009 02:31:51 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 09BDC8FC18 for ; Wed, 11 Mar 2009 02:31:50 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id ADE7117E7A; Wed, 11 Mar 2009 13:31:59 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-4-80.lns10.syd7.internode.on.net [121.44.4.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 9FAF217314; Wed, 11 Mar 2009 13:31:55 +1100 (EST) Message-ID: <49B72201.7050409@modulus.org> Date: Wed, 11 Mar 2009 13:29:21 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Ivan Voras , freebsd-stable@freebsd.org References: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> In-Reply-To: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Performance with hundreds of nullfs mounts? 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, 11 Mar 2009 02:31:51 -0000 Ivan Voras wrote: > I seem to remember hearing an anecdote somewhere that using hundreds > (or thousands?) nullfs mounts for jails results in unreasonably bad > file system access performance. Does somebody have this kind of setup > / is it true? I'm using about several readonly nullfs mounts per jail: usr, bin sbin, lib, libexec, with ~20 jails per machine, and the speed is just fine, on 7.0-STABLE. - Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 03:26:00 2009 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 91F3F106566B for ; Wed, 11 Mar 2009 03:26:00 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from outgoing02.lava.net (pie.lava.net [IPv6:2001:1888:0:1:230:48ff:fe5b:3b8c]) by mx1.freebsd.org (Postfix) with ESMTP id 960078FC08 for ; Wed, 11 Mar 2009 03:25:59 +0000 (UTC) (envelope-from cliftonr@lava.net) Received: from malasada.lava.net (malasada.lava.net [64.65.64.17]) by outgoing02.lava.net (Postfix) with ESMTP id AFBB8170582 for ; Tue, 10 Mar 2009 17:25:58 -1000 (HST) Received: by malasada.lava.net (Postfix, from userid 102) id 5E4A9153882; Tue, 10 Mar 2009 17:25:58 -1000 (HST) Date: Tue, 10 Mar 2009 17:25:58 -1000 From: Clifton Royston To: FreeBSD Stable List Message-ID: <20090311032557.GA7735@lava.net> Mail-Followup-To: FreeBSD Stable List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Subject: Installing FreeBSD from USB flash drive - some experiments 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, 11 Mar 2009 03:26:00 -0000 It seems like questions about installing FreeBSD from a USB drive come up at regular intervals. With the low price of flash drives these days, it would be sort of nice to be able to offer a way for users to conveniently roll their own USB installer images, or even to offer them for download as well as the ISOs. I spent some time working on it this weekend, initially because I was trying to get the current pfSense 1.2.2 (based on FreeBSD 7.0) to install on the Geode-based fit-PC box. (I eventually got there with pfSense 1.2.3, based on 7.1.) While troubleshooting problems with installing pfSense from USB, I ended up also building USB images from the 7.1-RELEASE bootonly and the 7.1-RELEASE disc1 ISOs. To do this I've been hacking on Dario Freni's fbsd-installiso2img.sh script from 2006, to convert FreeBSD or FreeBSD-based ISOs to image files. Initially I thought everything was working fine, because the bootonly image came right up into sysinstall, but when I dug a little deeper and tried with a USB image built from the disc1 liveCD/install ISO, I found that it actually seems not to be workable as it stands. I think I have found some limitations of the current sysinstall which currently make it currently difficult to convert a working FreeBSD ISO to an installable or live-disk flash image. Booting the kernel is easy. Getting the rest of the way is harder. Background: AFAICT the release ISOs don't currently mount the media they were booted from (da0a in this case.) Instead they load boot/mfsroot.gz (compressed memory image) as the root fs, which is fine and makes good sense, but they don't then mount the boot media anywhere under it. (My guess is that this was probably originally done to support the floppy boot case.) So how can you direct it to install from the USB media? 1) If you try to select media via the menu options, you can't select USB specifically, nor specify an arbitrary device as the source (/dev/da0a in this case), so you can't get the booted medium mounted to install from, so you can't get the distributions accessible, so install doesn't work. Picking CD as the media seems to mean specifically an cd or acd device. 3) "Aha!" you say, "No problem. If you're using a USB system, you can instead choose install from filesystem." Good point, but the file system on the USB flash is not mounted, and you can't mount it via the menu. 4) "So, the LiveCD, then?" The LiveCD function in sysinstall seems to also currently require the install/liveCD image to be on a cd or acd device. With no such device, it won't mount anything and remains stuck at the "Please insert a LiveCD or DVD" prompt until you cancel. 5) "The emergency holographic shell, then?" Yes, you can get into the emergency holographic shell, with the very limited set of commands from the mfsroot bin/sbin/stand. However, if you try using the emergency holographic shell to mount da0a - as far as I can tell, you can't do so, because there is no mount in mfsboot's stand, only mount_nfs. (I'm guessing the "mount" operation for acd0 or cd0 is coded into sysinstall?) The usual mount command of course exists on the media, but it's on the LiveCD portion which isn't mounted at this point... As far as I could tell, from the state you're in after the system boots, it's not possible to bootstrap up to where you can access the contents of the flash drive. Perhaps I'm just not creative enough. I'm looking for the simplest way to make this workable, so that one could automatically generate a bootable flash drive image from a given FreeBSD ISO. Would adding an /etc/fstab mount entry for da0a (inside a modified version of mfsroot.gz) be honored after loading the root, to get the install medium premounted for bootstrapping? I'm attaching my hacked-up fbsd-installiso2img.sh in case anyone else is interested in playing with it further. -- Clifton ----- cut here ---- #!/bin/sh # fbsd-install-iso2img.sh # Original version by Dario Freni 9/2006 # Enhancements by Clifton Royston 3/2009. # License: Beerware # You can set some variables here. Edit them to fit your needs. # Set serial variable to 0 if you don't want serial console at all, # 1 if you want comconsole and 2 if you want comconsole and vidconsole serial=0 # Set nofstab=1 to not create any initial fstab on the USB drive; # this makes the next two settings largely irrelevant. nofstab=0 # Set rootperm=rw for root fs to mount r/w from the USB drive # (Should be unnecessary.) rootperm=ro # Set USBLABEL here or with -L label to label the image file system, # to help the loader find the root file system when booting; # otherwise the USB must come up as da0 to finish loading successfully. USBLABEL= lbparams= # Set dopause=1 here or with -p to pause and allow review or editing of # the flash image before finalizing the image. dopause=0 pause() { echo "Press enter to continue" read foo } set -u if [ $# -ge 3 ]; then flag=$1 if [ ${flag} = "-p" ]; then dopause=1 shift flag=$1 fi if [ ${flag} = "-n" ]; then nofstab=1 shift flag=$1 fi if [ ${flag} = "-L" ]; then shift; USBLABEL=$1; shift lbparams="-L ${USBLABEL}" fi fi if [ $# -lt 2 ]; then echo "Usage: $0 [-p] [-n] [-L vollabel] source-iso-path output-img-path" echo " -p pause for review before finalizing image" echo " -n don't update the /etc/fstab within the image" echo " -L set file system label on image, to help loader find it" exit 1 fi isoimage=$1; shift imgoutfile=$1; shift export tmpdir=$(mktemp -d -t fbsdmount) # Temp file and directory to be used later export tmpfile=$(mktemp -t bsdmount) export isodev=$(mdconfig -a -t vnode -f ${isoimage}) echo "#### Building bootable UFS image ####" ISOSIZE=$(du -k ${isoimage} | awk '{print $1}') SECTS=$((($ISOSIZE + ($ISOSIZE/5))*2)) # Root partition size echo "Initializing image..." dd if=/dev/zero of=${imgoutfile} count=${SECTS} ls -l ${imgoutfile} export imgdev=$(mdconfig -a -t vnode -f ${imgoutfile}) bsdlabel -w -B ${imgdev} newfs -O1 ${lbparams} /dev/${imgdev}a mkdir -p ${tmpdir}/iso ${tmpdir}/img mount -r -t cd9660 /dev/${isodev} ${tmpdir}/iso mount /dev/${imgdev}a ${tmpdir}/img echo "Copying files to the image via cpio" ( cd ${tmpdir}/iso && find . -print -depth | cpio -dump ${tmpdir}/img ) # Dump doesn't work from an ISO file system, too bad. # echo "Copying files to the image via dump/restore..." ## dump -0f - /dev/${isodev} | (cd ${tmpdir}/img && restore -r -f - ) #bzcat ${tmpdir}/iso/dist/root.dist.bz2 | mtree -PUr -p ${tmpdir}/img 2>&1 > /dev/null if [ ${nofstab} -ne 1 ]; then echo "Saving original /etc/fstab as /etc/fstab.orig" mv ${tmpdir}/img/etc/fstab ${tmpdir}/img/etc/fstab.orig echo "Replacing /etc/fstab, so loader can find root filesystem on flash!" if [ "${USBLABEL}" != "" ]; then echo "/dev/ufs/${USBLABEL} / ufs ${rootperm} 0 0" > ${tmpdir}/img/etc/fstab ## echo "devfs /dev devfs rw 0 0" >> ${tmpdir}/img/etc/fstab else echo "/dev/da0a / ufs ${rootperm} 0 0" > ${tmpdir}/img/etc/fstab ## echo "devfs /dev devfs rw 0 0" >> ${tmpdir}/img/etc/fstab fi else echo "Skipping write of image /etc/fstab" fi if [ ${serial} -eq 2 ]; then mv ${tmpdir}/img/boot.config ${tmpdir}/img/boot.config.orig mv ${tmpdir}/img/boot/loader.conf ${tmpdir}/img/boot/loader.conf.orig echo "-D" > ${tmpdir}/img/boot.config echo 'console="comconsole, vidconsole"' >> ${tmpdir}/img/boot/loader.conf elif [ ${serial} -eq 1 ]; then mv ${tmpdir}/img/boot.config ${tmpdir}/img/boot.config.orig mv ${tmpdir}/img/boot/loader.conf ${tmpdir}/img/boot/loader.conf.orig echo "-h" > ${tmpdir}/img/boot.config echo 'console="comconsole"' >> ${tmpdir}/img/boot/loader.conf fi if [ ${dopause} -eq 1 ]; then echo "Pausing to allow manual review and modification of image file:" echo "Image is located in ${tmpdir}/img" echo "If you need to fix up ${tmpdir}/img/etc/fstab, now is the time." pause fi cleanup() { umount ${tmpdir}/iso mdconfig -d -u ${isodev} umount ${tmpdir}/img mdconfig -d -u ${imgdev} rm -rf ${tmpdir} ${tmpfile} } cleanup ls -lh ${imgoutfile} echo "To write the image to flash, use dd, for example:" echo " dd if=${imgoutfile} of=/dev/da0 bs=4M" ----- cut here ---- -- Clifton Royston -- cliftonr@iandicomputing.com / cliftonr@lava.net I and I Computing * http://www.iandicomputing.com/ Custom programming, network design, systems and network consulting services From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 04:11:05 2009 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 C89F4106566C for ; Wed, 11 Mar 2009 04:11:05 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 439408FC17 for ; Wed, 11 Mar 2009 04:11:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (Inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2B4B3KB017619 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Mar 2009 14:41:03 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Wed, 11 Mar 2009 14:41:00 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <20090311032557.GA7735@lava.net> In-Reply-To: <20090311032557.GA7735@lava.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2923143.l3NFEngUsf"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903111441.01578.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Clifton Royston Subject: Re: Installing FreeBSD from USB flash drive - some experiments 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, 11 Mar 2009 04:11:06 -0000 --nextPart2923143.l3NFEngUsf Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Wednesday 11 March 2009 13:55:58 Clifton Royston wrote: > I think I have found some limitations of the current sysinstall which > currently make it currently difficult to convert a working FreeBSD ISO > to an installable or live-disk flash image. Booting the kernel is > easy. Getting the rest of the way is harder. I have a working USB installer for 7.1 but it is not terribly straightfowar= d. > Background: AFAICT the release ISOs don't currently mount the media > they were booted from (da0a in this case.) Instead they load > boot/mfsroot.gz (compressed memory image) as the root fs, which is fine > and makes good sense, but they don't then mount the boot media anywhere > under it. (My guess is that this was probably originally done to > support the floppy boot case.) Yes, I think so. > So how can you direct it to install from the USB media? > > 1) If you try to select media via the menu options, you can't select > USB specifically, nor specify an arbitrary device as the source > (/dev/da0a in this case), so you can't get the booted medium mounted to > install from, so you can't get the distributions accessible, so install > doesn't work. Picking CD as the media seems to mean specifically an > cd or acd device. =46or some reason the "Install from UFS" thing doesn't let you mount anythi= ng, I=20 think this would be fairly easy to fix. I didn't actually attempt to fix this, instead I split my USB stick in 2. T= he=20 first partition was 2.5Gb FAT32, the last 1.5Gb was UFS. I put the CD image= on=20 there and did boot0cfg etc.. The reason FAT goes first is that otherwise when you put it into a Windows = PC=20 (as I'd like people to be able to do to edit the install.cfg) Windows gets= =20 confused and wants to format the disk.. Putting UFS last gets around this a= nd=20 it still works fine. > 5) "The emergency holographic shell, then?" Yes, you can get into > the emergency holographic shell, with the very limited set of commands > from the mfsroot bin/sbin/stand. However, if you try using the > emergency holographic shell to mount da0a - as far as I can tell, you > can't do so, because there is no mount in mfsboot's stand, only > mount_nfs. (I'm guessing the "mount" operation for acd0 or cd0 is > coded into sysinstall?) The usual mount command of course exists on the > media, but it's on the LiveCD portion which isn't mounted at this > point... Yeah, the lack of mount in /stand on the install disk is a big caveat. I suspect you could go into label and add /dev/da0a (also, argh, DD is bad,= =20 use an MBR) and tell it not to newfs it and then sysinstall will mount it f= or=20 you. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2923143.l3NFEngUsf Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJtznV5ZPcIHs/zowRAh3AAJ4homUTptJr4xHyYANC9Nqn7rvVkQCfVpuF OYpQjFFSb3qQFzm9cBO1tpY= =TI+q -----END PGP SIGNATURE----- --nextPart2923143.l3NFEngUsf-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 04:21:41 2009 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 C4A27106564A for ; Wed, 11 Mar 2009 04:21:41 +0000 (UTC) (envelope-from andrew@modulus.org) Received: from email.octopus.com.au (email.octopus.com.au [122.100.2.232]) by mx1.freebsd.org (Postfix) with ESMTP id 84B748FC16 for ; Wed, 11 Mar 2009 04:21:41 +0000 (UTC) (envelope-from andrew@modulus.org) Received: by email.octopus.com.au (Postfix, from userid 1002) id 509F317E96; Wed, 11 Mar 2009 15:21:49 +1100 (EST) X-Spam-Checker-Version: SpamAssassin 3.2.3 (2007-08-08) on email.octopus.com.au X-Spam-Level: X-Spam-Status: No, score=-1.4 required=10.0 tests=ALL_TRUSTED autolearn=failed version=3.2.3 Received: from [10.1.50.60] (ppp121-44-4-80.lns10.syd7.internode.on.net [121.44.4.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: admin@email.octopus.com.au) by email.octopus.com.au (Postfix) with ESMTP id 3A6E617E8F; Wed, 11 Mar 2009 15:21:45 +1100 (EST) Message-ID: <49B73BBE.3020302@modulus.org> Date: Wed, 11 Mar 2009 15:19:10 +1100 From: Andrew Snow User-Agent: Thunderbird 2.0.0.14 (X11/20080523) MIME-Version: 1.0 To: Clifton Royston , freebsd-stable@freebsd.org References: <20090311032557.GA7735@lava.net> In-Reply-To: <20090311032557.GA7735@lava.net> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Installing FreeBSD from USB flash drive - some experiments 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, 11 Mar 2009 04:21:42 -0000 Here's the steps I use to create a 1GB USB image: # dd if=/dev/zero of=bootable.image bs=1m count=1 oseek=1000 conv=sparse # mdconfig -a -t vnode -f bootable.image -u 0 # newfs -m 0 -o space -n /dev/md0 # mount /dev/md0 /mnt # cd /usr/src # make installworld DESTDIR=/mnt # make distribution DESTDIR=/mnt # make installkernel DESTDIR=/mnt # umount /mnt At this point you have a file "bootable.image" but instead of actually making that a bootable dd image, I choose to create a dump file which is a bit more flexible as you can restore it to a USB stick of any size. # dump -0 -C 8 -f - /dev/md0 | gzip -9 > bootable.dump.gz # mdconfig -d -u 0 At this point, you have a dump file which you can use to create a bootable USB as follows: Assuming the USB stick is /dev/da0 ! # dd if=/dev/zero of=/dev/da0 bs=16k # fdisk -BI /dev/da0 # disklabel -B -w /dev/da0s1 # newfs -m 0 -o space -n /dev/da0s1a # mount -o noatime,async /dev/da0s1a /mnt # gzcat bootable.dump.gz | ( cd /mnt ; restore -rvf - ) # umount /mnt Hope that helps - Andrew From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 08:37:15 2009 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 BFD9510656C0 for ; Wed, 11 Mar 2009 08:37:15 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 28E7E8FC0C for ; Wed, 11 Mar 2009 08:37:14 +0000 (UTC) (envelope-from pluknet@gmail.com) Received: by fg-out-1718.google.com with SMTP id l26so867650fgb.35 for ; Wed, 11 Mar 2009 01:37:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=w9GUZYe3TBb+NI4sOPVekxvJT1QavTS5yNW7tvZr5Qs=; b=mjN++fObTA1ZF2gcf7PJ43PTnmRtGWa5YnMtRh0zE9ncA73XK02mKmVI0TOSvbzyES 7r4rbRk/YSDVgKCkog3odlNwIZjpCTftQ9DP+jBZoulugV23oqHl/gS2vPYy+kpIc5DF rJM8Puqu1j6aabv3ayvjFMjNXLGvTpQWsd4EY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=fvexlyUkC/IdtLS3aEskkubMJYBK6IHK9MUHyt8fijDv0XREGhUeLJiDBvE1auIZPC KyVuu4EIKT5LFN1GGlkL4uTvEladBRF6CyM9uXKWgQVdqEDba2P0xVl7H2g21Lelltfz NKqm70/AJ7r/V9kakMmoa03Di5mrvJ1D6+HGs= MIME-Version: 1.0 Received: by 10.86.95.20 with SMTP id s20mr5788233fgb.4.1236760634089; Wed, 11 Mar 2009 01:37:14 -0700 (PDT) In-Reply-To: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> References: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> Date: Wed, 11 Mar 2009 01:37:13 -0700 Message-ID: From: pluknet To: Ivan Voras Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: Performance with hundreds of nullfs mounts? 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, 11 Mar 2009 08:37:16 -0000 2009/3/10 Ivan Voras : > hi, > I seem to remember hearing an anecdote somewhere that using hundreds > (or thousands?) nullfs mounts for jails results in unreasonably bad > file system access performance. Does somebody have this kind of setup > / is it true? ~600-700 null mount points (without using jails) on 6.2. No visible fs slowdowns. -- wbr, pluknet From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 10:26:11 2009 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 1ED571065675; Wed, 11 Mar 2009 10:26:11 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id BE2528FC25; Wed, 11 Mar 2009 10:26:10 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id E559B78C4B; Wed, 11 Mar 2009 19:26:09 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id A358378C4A; Wed, 11 Mar 2009 19:26:09 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: , References: Date: Wed, 11 Mar 2009 19:26:07 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 11 Mar 2009 10:26:12 -0000 Hi all, Now istgt is a part of ports. (net/istgt) FreeBSD issue is solved by danny's patch. After applying the patch, iscontrol can connect to istgt. Here is release 20090309 latest committed to ports. http://shell.peach.ne.jp/aoyama/archives/345 If you need anything other than Japanese, please use translation such as google translate. Thanks, -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 10:52:24 2009 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 7DFA9106564A; Wed, 11 Mar 2009 10:52:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 42C8E8FC15; Wed, 11 Mar 2009 10:52:24 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhM2m-000GuW-4p; Wed, 11 Mar 2009 10:52:12 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhM2m-000G5r-2V; Wed, 11 Mar 2009 10:52:12 +0000 To: aoyama@peach.ne.jp, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: Message-Id: From: Pete French Date: Wed, 11 Mar 2009 10:52:12 +0000 Cc: freebsd-current@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 11 Mar 2009 10:52:25 -0000 > Now istgt is a part of ports. (net/istgt) > FreeBSD issue is solved by danny's patch. > After applying the patch, iscontrol can connect to istgt. I am interested in giving this a try, though not immediately as I am away from the office at the moment. Do I need to apply a patch to iscontrol to make it work though ? I can't work it out from your statement above. > Here is release 20090309 latest committed to ports. > http://shell.peach.ne.jp/aoyama/archives/345 Than ks. Is the intent to integrate with the base system eventually rather than have it in ports ? It would be nice to have a native implementation which could then be integrated with ZFS. Will let you know how I get on... -pete. From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 11:39:50 2009 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 95B6E1065680; Wed, 11 Mar 2009 11:39:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.16.84]) by mx1.freebsd.org (Postfix) with ESMTP id 4AD7F8FC1D; Wed, 11 Mar 2009 11:39:50 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from pampa.cs.huji.ac.il ([132.65.80.32]) by kabab.cs.huji.ac.il with esmtp id 1LhMmp-000Jpi-LB; Wed, 11 Mar 2009 13:39:47 +0200 X-Mailer: exmh version 2.7.2 01/07/2005 with nmh-1.2 To: Pete French In-reply-to: References: Comments: In-reply-to Pete French message dated "Wed, 11 Mar 2009 10:52:12 +0000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 11 Mar 2009 13:39:47 +0200 From: Danny Braniss Message-ID: Cc: freebsd-scsi@freebsd.org, aoyama@peach.ne.jp, freebsd-current@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 11 Mar 2009 11:39:52 -0000 > > Now istgt is a part of ports. (net/istgt) > > FreeBSD issue is solved by danny's patch. > > After applying the patch, iscontrol can connect to istgt. > > I am interested in giving this a try, though not immediately as I > am away from the office at the moment. Do I need to apply a patch > to iscontrol to make it work though ? I can't work it out from your > statement above. english version: (ungoogled :-) the latest is in: http://www.cs.huji.ac.il/~danny/ftp/freebsd/iscsi-2.1.1.tar.gz and if you already have 2.1, apply: --- iscsi.c.orig 2008-09-21 10:01:50.000000000 +0300 +++ iscsi.c 2009-03-11 13:29:04.250472000 +0200 @@ -62,7 +62,7 @@ #include #include -static char *iscsi_driver_version = "2.1.0"; +static char *iscsi_driver_version = "2.1.1"; static struct isc_softc isc; --- isc_sm.c.orig 2008-07-19 14:04:23.000000000 +0300 +++ isc_sm.c 2009-03-11 13:30:20.672791000 +0200 @@ -508,7 +508,7 @@ sn->cmd++; case ISCSI_WRITE_DATA: - bhs->ExpStSN = htonl(sn->stat); + bhs->ExpStSN = htonl(sn->stat + 1); break; default: ---------------------------------------------------------------------------- danny From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 12:13:02 2009 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 3BB67106566C; Wed, 11 Mar 2009 12:13:02 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id D6C678FC0C; Wed, 11 Mar 2009 12:13:01 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id F2F0878C4C; Wed, 11 Mar 2009 21:13:00 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id B064478C4B; Wed, 11 Mar 2009 21:13:00 +0900 (JST) Message-ID: <34849EA9C0D3417C9784824CC0080090@artemis> From: "Daisuke Aoyama" To: , , "Pete French" References: Date: Wed, 11 Mar 2009 21:12:58 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: freebsd-current@freebsd.org Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 11 Mar 2009 12:13:03 -0000 >I am interested in giving this a try, though not immediately as I >am away from the office at the moment. Do I need to apply a patch >to iscontrol to make it work though ? I can't work it out from your >statement above. Yes, you need. >Than ks. Is the intent to integrate with the base system eventually >rather than have it in ports ? It would be nice to have a native >implementation which could then be integrated with ZFS. istgt is still under development. so I don't think integration. before thinking, I should work to fix more bugs. thank you. -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 16:00:50 2009 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 2834A106564A for ; Wed, 11 Mar 2009 16:00:50 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 7DA308FC0A for ; Wed, 11 Mar 2009 16:00:49 +0000 (UTC) (envelope-from army.of.root@googlemail.com) Received: by fxm2 with SMTP id 2so57497fxm.43 for ; Wed, 11 Mar 2009 09:00:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=LVYvlfZaA27EeSDEC2Boax5ypp9EVYXajwyLaWcWDrg=; b=J//ugkELHqLsKb27rpzWfRvxHqqfvXvNnW5oCOOFTq6zfxd1CwHXwWUr4LnPcLW2bT HTOYucNdO4oxvZEXzn5pW/s8Ag0ds0NvXfROQL9RuHu9fdqtqTo0pf8eYxiG7EiyYZrs 37i1J/KckfMDQVUmHQRK5wvrHI3HYZFN/FtnU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=JA43wyAMrcEuH13mzUeTk3+kl5+956t4C1z+9MuLFfxGkuRa9BrCddjiVdMPhOGq6B pKv1dlnnrc0qnCpj/sOiHyt1Ud8dNMYpmcb7capvnIJMxCmDsKjiCGxCEK6zB5SPYbGV VH6Y4GFi6sDwLbNDOkiG1i7+WiETT7s3eJr2I= Received: by 10.223.117.14 with SMTP id o14mr6508758faq.21.1236785715759; Wed, 11 Mar 2009 08:35:15 -0700 (PDT) Received: from ?192.168.2.24? (p5486F87C.dip.t-dialin.net [84.134.248.124]) by mx.google.com with ESMTPS id d13sm9353656fka.0.2009.03.11.08.35.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 11 Mar 2009 08:35:15 -0700 (PDT) Message-ID: <49B7DA31.9@googlemail.com> Date: Wed, 11 Mar 2009 16:35:13 +0100 From: "army.of.root" User-Agent: Thunderbird 2.0.0.17 (X11/20081028) MIME-Version: 1.0 To: Andrew Snow References: <20090311032557.GA7735@lava.net> <49B73BBE.3020302@modulus.org> In-Reply-To: <49B73BBE.3020302@modulus.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org, Clifton Royston Subject: Re: Installing FreeBSD from USB flash drive - some experiments 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, 11 Mar 2009 16:00:50 -0000 Andrew Snow wrote: > > Here's the steps I use to create a 1GB USB image: > > # dd if=/dev/zero of=bootable.image bs=1m count=1 oseek=1000 conv=sparse > # mdconfig -a -t vnode -f bootable.image -u 0 > # newfs -m 0 -o space -n /dev/md0 > # mount /dev/md0 /mnt > > # cd /usr/src > # make installworld DESTDIR=/mnt > # make distribution DESTDIR=/mnt > # make installkernel DESTDIR=/mnt > # umount /mnt > > At this point you have a file "bootable.image" but instead of actually > making that a bootable dd image, I choose to create a dump file which is > a bit more flexible as you can restore it to a USB stick of any size. > > # dump -0 -C 8 -f - /dev/md0 | gzip -9 > bootable.dump.gz > # mdconfig -d -u 0 > > > At this point, you have a dump file which you can use to create a > bootable USB as follows: > > Assuming the USB stick is /dev/da0 ! > > # dd if=/dev/zero of=/dev/da0 bs=16k > # fdisk -BI /dev/da0 > # disklabel -B -w /dev/da0s1 > # newfs -m 0 -o space -n /dev/da0s1a > # mount -o noatime,async /dev/da0s1a /mnt > # gzcat bootable.dump.gz | ( cd /mnt ; restore -rvf - ) > # umount /mnt > > > > Hope that helps > > > - Andrew Hi, I didnt test this specific soulution, but I did something similar some time ago. Could you put this sketch somewhere visible on the web? - Like the Wiki or maybe open a thread in the Forum. Thanks :) From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 18:44:56 2009 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 5299E1065673 for ; Wed, 11 Mar 2009 18:44:56 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id 1A71B8FC19 for ; Wed, 11 Mar 2009 18:44:55 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id SVR62504 for ; Wed, 11 Mar 2009 12:32:04 -0600 Date: Wed, 11 Mar 2009 12:32:04 -0600 From: Squirrel To: "FreeBSD Stable" Message-ID: <4c0d89f999bb9950a373a470b8ea2292@mail.isot.com> X-Mailer: ISOT Web Mail 5.6.1 X-Originating-IP: 66.187.95.74 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Subject: Site down after recompile Apache 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, 11 Mar 2009 18:44:56 -0000 I've made Apache 2.2.11 port yesterday: ...# make clean ...# make ...# make deinstall ...#make install And all went well and all my normal websites come up without a problem. But since then non of my Joomla 1.0.15 sites are coming up. The log shows: PHP Warning: Wrong parameter count for chr() in ..../includes/phpInputFilter/class.inputfilter.php(457) : regexp code on line 1 PHP Parse error: syntax error, unexpected T_STRING in ..../includes/phpInputFilter/class.inputfilter.php(459) : regexp code on line 1 PHP Fatal error: preg_replace(): Failed evaluating code: \nchr(0x) in ..../includes/phpInputFilter/class.inputfilter.php on line 459 It seems all of sudden after recompiling Apache, it developed a problem with chr(\\1) and chr(0x\\1). I didn't touch PHP or MySQL, just recompile of Apache, and it still has all same configurations and host info. Below is the code that's causing it. function decode($source) { // url decode $source = html_entity_decode($source, ENT_QUOTES, "ISO-8859-1"); // convert decimal $source = preg_replace('/&#(\d+);/me', "chr(\\1)", $source); // decimal notation // convert hex $source = preg_replace('/&#x([a-f0-9]+);/mei', "chr(0x\\1)", $source); // hex notation return $source; } I've googled and tried all suggestions but nothings helping. I'm using FreeBSD 6.2, Apache 2.2.11, PHP 5.1.6_3, MySQL 5.0.27. Should I missed a something during remake of Apache? Please help!!! From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 19:21:51 2009 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 290631065673 for ; Wed, 11 Mar 2009 19:21:51 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id E48288FC1B for ; Wed, 11 Mar 2009 19:21:50 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id SWG70349; Wed, 11 Mar 2009 13:21:49 -0600 Date: Wed, 11 Mar 2009 13:21:49 -0600 From: Squirrel To: "Jille Timmermans" Message-ID: X-Mailer: ISOT Web Mail 5.6.1 X-Originating-IP: 66.187.95.74 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Site down after recompile Apache 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, 11 Mar 2009 19:21:51 -0000 I have restarted Apache many time before remaking it, and everything was fine. Apparently, php 5.1.6_3 was parsing that preg_replace() just fine. So could I've missed a tick when recompiling Apache? Meanwhile, I will try installing php 5.2.8. -----Original message----- From: Jille Timmermans jille@quis.cx Date: Wed, 11 Mar 2009 20:06:03 -0600 To: Squirrel squirrel@mail.isot.com Subject: Re: Site down after recompile Apache > Squirrel schreef: > > I've made Apache 2.2.11 port yesterday: > > ...# make clean > > ...# make > > ...# make deinstall > > ...#make install > > > > And all went well and all my normal websites come up without a problem. But since then non of my Joomla 1.0.15 sites are coming up. The log shows: > > > > PHP Warning: Wrong parameter count for chr() in ..../includes/phpInputFilter/class.inputfilter.php(457) : regexp code on line 1 > > PHP Parse error: syntax error, unexpected T_STRING in ..../includes/phpInputFilter/class.inputfilter.php(459) : regexp code on line 1 > > PHP Fatal error: preg_replace(): Failed evaluating code: \nchr(0x) in ..../includes/phpInputFilter/class.inputfilter.php on line 459 > > > > It seems all of sudden after recompiling Apache, it developed a problem with chr(\\1) and chr(0x\\1). I didn't touch PHP or MySQL, just recompile of Apache, and it still has all same configurations and host info. > By restarting apache you also reload mod_php, so if you have upgraded > your PHP between your last apache restart and this one that might be it. > and IIRC by restarting apache you also reload php.ini. > > Another thing is that php5-pcre is now part of php5, and not an extra > extension. I don't know whether that is also for 5.1. > > The function below seems working on 5.2.8 and 5.3.0-beta1. > > -- Jille > > > > Below is the code that's causing it. > > > > function decode($source) > > { > > // url decode > > $source = html_entity_decode($source, ENT_QUOTES, "ISO-8859-1"); > > // convert decimal > > $source = preg_replace('/&#(\d+);/me', "chr(\\1)", $source); // decimal notation > > // convert hex > > $source = preg_replace('/&#x([a-f0-9]+);/mei', "chr(0x\\1)", $source); // hex notation > > return $source; > > } > > > > I've googled and tried all suggestions but nothings helping. I'm using FreeBSD 6.2, Apache 2.2.11, PHP 5.1.6_3, MySQL 5.0.27. Should I missed a something during remake of Apache? > > > > Please help!!! > > > > _______________________________________________ > > 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 Mar 11 19:25:47 2009 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 9CC10106564A for ; Wed, 11 Mar 2009 19:25:47 +0000 (UTC) (envelope-from jille@quis.cx) Received: from istud.quis.cx (ip83-113-174-82.adsl2.static.versatel.nl [82.174.113.83]) by mx1.freebsd.org (Postfix) with ESMTP id 546428FC1B for ; Wed, 11 Mar 2009 19:25:47 +0000 (UTC) (envelope-from jille@quis.cx) Received: from [192.168.1.4] (ille [192.168.1.4]) by istud.quis.cx (Postfix) with ESMTP id 75A555C1D; Wed, 11 Mar 2009 20:05:51 +0100 (CET) Message-ID: <49B80B8E.7000808@quis.cx> Date: Wed, 11 Mar 2009 20:05:50 +0100 From: Jille Timmermans User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Squirrel References: <4c0d89f999bb9950a373a470b8ea2292@mail.isot.com> In-Reply-To: <4c0d89f999bb9950a373a470b8ea2292@mail.isot.com> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: Site down after recompile Apache 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, 11 Mar 2009 19:25:47 -0000 Squirrel schreef: > I've made Apache 2.2.11 port yesterday: > ...# make clean > ...# make > ...# make deinstall > ...#make install > > And all went well and all my normal websites come up without a problem. But since then non of my Joomla 1.0.15 sites are coming up. The log shows: > > PHP Warning: Wrong parameter count for chr() in ..../includes/phpInputFilter/class.inputfilter.php(457) : regexp code on line 1 > PHP Parse error: syntax error, unexpected T_STRING in ..../includes/phpInputFilter/class.inputfilter.php(459) : regexp code on line 1 > PHP Fatal error: preg_replace(): Failed evaluating code: \nchr(0x) in ..../includes/phpInputFilter/class.inputfilter.php on line 459 > > It seems all of sudden after recompiling Apache, it developed a problem with chr(\\1) and chr(0x\\1). I didn't touch PHP or MySQL, just recompile of Apache, and it still has all same configurations and host info. By restarting apache you also reload mod_php, so if you have upgraded your PHP between your last apache restart and this one that might be it. and IIRC by restarting apache you also reload php.ini. Another thing is that php5-pcre is now part of php5, and not an extra extension. I don't know whether that is also for 5.1. The function below seems working on 5.2.8 and 5.3.0-beta1. -- Jille > > Below is the code that's causing it. > > function decode($source) > { > // url decode > $source = html_entity_decode($source, ENT_QUOTES, "ISO-8859-1"); > // convert decimal > $source = preg_replace('/&#(\d+);/me', "chr(\\1)", $source); // decimal notation > // convert hex > $source = preg_replace('/&#x([a-f0-9]+);/mei', "chr(0x\\1)", $source); // hex notation > return $source; > } > > I've googled and tried all suggestions but nothings helping. I'm using FreeBSD 6.2, Apache 2.2.11, PHP 5.1.6_3, MySQL 5.0.27. Should I missed a something during remake of Apache? > > Please help!!! > > _______________________________________________ > 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 Mar 11 19:41:41 2009 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 5187B106564A for ; Wed, 11 Mar 2009 19:41:40 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from hedwig.simons-rock.edu (hedwig.simons-rock.edu [208.81.88.14]) by mx1.freebsd.org (Postfix) with ESMTP id 9A2BB8FC17 for ; Wed, 11 Mar 2009 19:41:40 +0000 (UTC) (envelope-from peter@simons-rock.edu) Received: from cesium.hyperfine.info (c2.8d.5646.static.theplanet.com [70.86.141.194]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by hedwig.simons-rock.edu (Postfix) with ESMTP id 791252BB35A; Wed, 11 Mar 2009 15:23:33 -0400 (EDT) Date: Wed, 11 Mar 2009 15:23:31 -0400 From: "Peter C. Lai" To: Squirrel Message-ID: <20090311192331.GN13398@cesium.hyperfine.info> References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Cc: FreeBSD Stable , Jille Timmermans Subject: Re: Site down after recompile Apache 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, 11 Mar 2009 19:41:42 -0000 I believe the Makefile for PHP5 states to use internal pcre library when building with APR2 On 2009-03-11 01:21:49PM -0600, Squirrel wrote: > I have restarted Apache many time before remaking it, and everything was fine. Apparently, php 5.1.6_3 was parsing that preg_replace() just fine. So could I've missed a tick when recompiling Apache? > > Meanwhile, I will try installing php 5.2.8. > > > > -----Original message----- > From: Jille Timmermans jille@quis.cx > Date: Wed, 11 Mar 2009 20:06:03 -0600 > To: Squirrel squirrel@mail.isot.com > Subject: Re: Site down after recompile Apache > > > Squirrel schreef: > > > I've made Apache 2.2.11 port yesterday: > > > ...# make clean > > > ...# make > > > ...# make deinstall > > > ...#make install > > > > > > And all went well and all my normal websites come up without a problem. But since then non of my Joomla 1.0.15 sites are coming up. The log shows: > > > > > > PHP Warning: Wrong parameter count for chr() in ..../includes/phpInputFilter/class.inputfilter.php(457) : regexp code on line 1 > > > PHP Parse error: syntax error, unexpected T_STRING in ..../includes/phpInputFilter/class.inputfilter.php(459) : regexp code on line 1 > > > PHP Fatal error: preg_replace(): Failed evaluating code: \nchr(0x) in ..../includes/phpInputFilter/class.inputfilter.php on line 459 > > > > > > It seems all of sudden after recompiling Apache, it developed a problem with chr(\\1) and chr(0x\\1). I didn't touch PHP or MySQL, just recompile of Apache, and it still has all same configurations and host info. > > By restarting apache you also reload mod_php, so if you have upgraded > > your PHP between your last apache restart and this one that might be it. > > and IIRC by restarting apache you also reload php.ini. > > > > Another thing is that php5-pcre is now part of php5, and not an extra > > extension. I don't know whether that is also for 5.1. > > > > The function below seems working on 5.2.8 and 5.3.0-beta1. > > > > -- Jille > > > > > > Below is the code that's causing it. > > > > > > function decode($source) > > > { > > > // url decode > > > $source = html_entity_decode($source, ENT_QUOTES, "ISO-8859-1"); > > > // convert decimal > > > $source = preg_replace('/&#(\d+);/me', "chr(\\1)", $source); // decimal notation > > > // convert hex > > > $source = preg_replace('/&#x([a-f0-9]+);/mei', "chr(0x\\1)", $source); // hex notation > > > return $source; > > > } > > > > > > I've googled and tried all suggestions but nothings helping. I'm using FreeBSD 6.2, Apache 2.2.11, PHP 5.1.6_3, MySQL 5.0.27. Should I missed a something during remake of Apache? > > > > > > Please help!!! > > > > > > _______________________________________________ > > > 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" > > > _______________________________________________ > 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" -- =========================================================== Peter C. Lai | Bard College at Simon's Rock Systems Administrator | 84 Alford Rd. Information Technology Svcs. | Gt. Barrington, MA 01230 USA peter AT simons-rock.edu | (413) 528-7428 =========================================================== From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 20:46:19 2009 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 B38E3106567A for ; Wed, 11 Mar 2009 20:46:19 +0000 (UTC) (envelope-from raj@csub.edu) Received: from mh0.csub.edu (mh0.csub.edu [136.168.1.94]) by mx1.freebsd.org (Postfix) with ESMTP id 950F88FC30 for ; Wed, 11 Mar 2009 20:46:19 +0000 (UTC) (envelope-from raj@csub.edu) Received: from strider.csub.edu (strider.csub.edu [136.168.65.65]) (authenticated bits=0) by mh0.csub.edu (8.13.8/8.13.8) with ESMTP id n2BKG46q080543 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Wed, 11 Mar 2009 13:16:04 -0700 (PDT) (envelope-from raj@csub.edu) Message-ID: <49B81C01.1080007@csub.edu> Date: Wed, 11 Mar 2009 13:16:01 -0700 From: Russell Jackson User-Agent: Thunderbird 2.0.0.16 (X11/20080916) MIME-Version: 1.0 To: freebsd-stable@freebsd.org References: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> In-Reply-To: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> X-Enigmail-Version: 0.95.7 OpenPGP: id=BD2750DF Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigBDEB598898B05181F0777497" Subject: Re: Performance with hundreds of nullfs mounts? 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, 11 Mar 2009 20:46:19 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigBDEB598898B05181F0777497 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Ivan Voras wrote: > hi, > I seem to remember hearing an anecdote somewhere that using hundreds > (or thousands?) nullfs mounts for jails results in unreasonably bad > file system access performance. Does somebody have this kind of setup > / is it true? I was doing this with jails --before we moved to VMware ESX (for better o= r worse)-- and didn't see any noticeable performance degradation at the time (6.x series= ). For those interested, the biggest plus for going to the ESX model is that= it decoupled low utilization Windows boxes from over-spec'ed hardware and made it availabl= e for FreeBSD to use ;-). The downsides are that it's proprietary, it's expensive, it's in= efficient (e.g. duplicated files and kernel instances everywhere), and you need freak'in = Windows boxes to manage it. --=20 Russell A. Jackson Network Analyst California State University, Bakersfield The first thing I do in the morning is brush my teeth and sharpen my tongue. -- Dorothy Parker --------------enigBDEB598898B05181F0777497 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkm4HAQACgkQq3dx2r0nUN923QCgmxuegwGXszptnegqlGQKwt31 pwYAn2kjrzXK0baYkhl0tD+XpSNSUHI9 =ubKN -----END PGP SIGNATURE----- --------------enigBDEB598898B05181F0777497-- From owner-freebsd-stable@FreeBSD.ORG Wed Mar 11 20:51:17 2009 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 1A9DA106566C for ; Wed, 11 Mar 2009 20:51:17 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id E36978FC1B for ; Wed, 11 Mar 2009 20:51:16 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id SXK14016; Wed, 11 Mar 2009 14:51:16 -0600 Date: Wed, 11 Mar 2009 14:51:16 -0600 From: Squirrel To: "Peter C. Lai" Message-ID: <69694e2cf4896e916701e5bc181015f1@mail.isot.com> X-Mailer: ISOT Web Mail 5.6.1 X-Originating-IP: 66.187.95.74 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Jille Timmermans , FreeBSD Stable Subject: Re: Site down after recompile Apache 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, 11 Mar 2009 20:51:17 -0000 phpinfo shows that I do have pcre enabled with version 6.6 06-Feb-2006. I've also noticed another error on differnet hosts: ALERT - canary mismatch on efree() - heap overflow or double efree detected (attacker 'xx.xx.xx.xx', file '/..../public_html/libs/modOsDate/db_class.php', line 329) function field_name($string) { return "`" . preg_replace("/[^A-Za-z0-9_\-]/",'',$string) . "`"; } So it definitely has to do with preg_replace function. But what could be changed in Apache that would cause this? Forgot to mention, when I recompiled Apache, I added suexec module, and that's the only thing changed. Now httpd process is eating up all my CPU... I'm in process of installing PHP 5.2.8. If this doesn't fix, then I'll recompile Apache without suexec. ------------------- PCShare.Com -----Original message----- From: "Peter C. Lai" peter@simons-rock.edu Date: Wed, 11 Mar 2009 20:42:40 -0600 To: Squirrel squirrel@mail.isot.com Subject: Re: Site down after recompile Apache > I believe the Makefile for PHP5 states to use internal pcre library when > building with APR2 > > On 2009-03-11 01:21:49PM -0600, Squirrel wrote: > > I have restarted Apache many time before remaking it, and everything was fine. Apparently, php 5.1.6_3 was parsing that preg_replace() just fine. So could I've missed a tick when recompiling Apache? > > > > Meanwhile, I will try installing php 5.2.8. > > > > > > > > -----Original message----- > > From: Jille Timmermans jille@quis.cx > > Date: Wed, 11 Mar 2009 20:06:03 -0600 > > To: Squirrel squirrel@mail.isot.com > > Subject: Re: Site down after recompile Apache > > > > > Squirrel schreef: > > > > I've made Apache 2.2.11 port yesterday: > > > > ...# make clean > > > > ...# make > > > > ...# make deinstall > > > > ...#make install > > > > > > > > And all went well and all my normal websites come up without a problem. But since then non of my Joomla 1.0.15 sites are coming up. The log shows: > > > > > > > > PHP Warning: Wrong parameter count for chr() in ..../includes/phpInputFilter/class.inputfilter.php(457) : regexp code on line 1 > > > > PHP Parse error: syntax error, unexpected T_STRING in ..../includes/phpInputFilter/class.inputfilter.php(459) : regexp code on line 1 > > > > PHP Fatal error: preg_replace(): Failed evaluating code: \nchr(0x) in ..../includes/phpInputFilter/class.inputfilter.php on line 459 > > > > > > > > It seems all of sudden after recompiling Apache, it developed a problem with chr(\\1) and chr(0x\\1). I didn't touch PHP or MySQL, just recompile of Apache, and it still has all same configurations and host info. > > > By restarting apache you also reload mod_php, so if you have upgraded > > > your PHP between your last apache restart and this one that might be it. > > > and IIRC by restarting apache you also reload php.ini. > > > > > > Another thing is that php5-pcre is now part of php5, and not an extra > > > extension. I don't know whether that is also for 5.1. > > > > > > The function below seems working on 5.2.8 and 5.3.0-beta1. > > > > > > -- Jille > > > > > > > > Below is the code that's causing it. > > > > > > > > function decode($source) > > > > { > > > > // url decode > > > > $source = html_entity_decode($source, ENT_QUOTES, "ISO-8859-1"); > > > > // convert decimal > > > > $source = preg_replace('/&#(\d+);/me', "chr(\\1)", $source); // decimal notation > > > > // convert hex > > > > $source = preg_replace('/&#x([a-f0-9]+);/mei', "chr(0x\\1)", $source); // hex notation > > > > return $source; > > > > } > > > > > > > > I've googled and tried all suggestions but nothings helping. I'm using FreeBSD 6.2, Apache 2.2.11, PHP 5.1.6_3, MySQL 5.0.27. Should I missed a something during remake of Apache? > > > > > > > > Please help!!! > > > > > > > > _______________________________________________ > > > > 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" > > > > > _______________________________________________ > > 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" > > -- > =========================================================== > Peter C. Lai | Bard College at Simon's Rock > Systems Administrator | 84 Alford Rd. > Information Technology Svcs. | Gt. Barrington, MA 01230 USA > peter AT simons-rock.edu | (413) 528-7428 > =========================================================== > > _______________________________________________ > 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 Mar 12 00:20:16 2009 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 A78191065675 for ; Thu, 12 Mar 2009 00:20:16 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id 79ED68FC1D for ; Thu, 12 Mar 2009 00:20:16 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id TDG56215; Wed, 11 Mar 2009 18:20:15 -0600 Date: Wed, 11 Mar 2009 18:20:15 -0600 From: Squirrel To: "Peter C. Lai" Message-ID: X-Mailer: ISOT Web Mail 5.6.1 X-Originating-IP: 66.187.95.74 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable , Jille Timmermans Subject: Re: Site down after recompile Apache 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, 12 Mar 2009 00:20:16 -0000 After recompiling PHP5.2.8 and php5-extensions, the sites are back up again!!! Heewww! Funny thing though, I selected GD option in php5-extensions, and it went without a hitch, but phpinfo() does not show GD2 support. I've checked the pkg_info and gd2 and php5-gd are both there, and also in extensions.ini contains the line extension=gd.so. Any ideas please? -----Original message----- From: Squirrel squirrel@mail.isot.com Date: Wed, 11 Mar 2009 21:52:00 -0600 To: "Peter C. Lai" peter@simons-rock.edu Subject: Re: Site down after recompile Apache > phpinfo shows that I do have pcre enabled with version 6.6 06-Feb-2006. > > I've also noticed another error on differnet hosts: > > ALERT - canary mismatch on efree() - heap overflow or double efree detected (attacker 'xx.xx.xx.xx', file '/..../public_html/libs/modOsDate/db_class.php', line 329) > > function field_name($string) { > > return "`" . preg_replace("/[^A-Za-z0-9_\-]/",'',$string) . "`"; > } > > So it definitely has to do with preg_replace function. But what could be changed in Apache that would cause this? > > Forgot to mention, when I recompiled Apache, I added suexec module, and that's the only thing changed. Now httpd process is eating up all my CPU... > > I'm in process of installing PHP 5.2.8. If this doesn't fix, then I'll recompile Apache without suexec. > > > ------------------- > PCShare.Com > > > -----Original message----- > From: "Peter C. Lai" peter@simons-rock.edu > Date: Wed, 11 Mar 2009 20:42:40 -0600 > To: Squirrel squirrel@mail.isot.com > Subject: Re: Site down after recompile Apache > > > I believe the Makefile for PHP5 states to use internal pcre library when > > building with APR2 > > > > On 2009-03-11 01:21:49PM -0600, Squirrel wrote: > > > I have restarted Apache many time before remaking it, and everything was fine. Apparently, php 5.1.6_3 was parsing that preg_replace() just fine. So could I've missed a tick when recompiling Apache? > > > > > > Meanwhile, I will try installing php 5.2.8. > > > > > > > > > > > > -----Original message----- > > > From: Jille Timmermans jille@quis.cx > > > Date: Wed, 11 Mar 2009 20:06:03 -0600 > > > To: Squirrel squirrel@mail.isot.com > > > Subject: Re: Site down after recompile Apache > > > > > > > Squirrel schreef: > > > > > I've made Apache 2.2.11 port yesterday: > > > > > ...# make clean > > > > > ...# make > > > > > ...# make deinstall > > > > > ...#make install > > > > > > > > > > And all went well and all my normal websites come up without a problem. But since then non of my Joomla 1.0.15 sites are coming up. The log shows: > > > > > > > > > > PHP Warning: Wrong parameter count for chr() in ..../includes/phpInputFilter/class.inputfilter.php(457) : regexp code on line 1 > > > > > PHP Parse error: syntax error, unexpected T_STRING in ..../includes/phpInputFilter/class.inputfilter.php(459) : regexp code on line 1 > > > > > PHP Fatal error: preg_replace(): Failed evaluating code: \nchr(0x) in ..../includes/phpInputFilter/class.inputfilter.php on line 459 > > > > > > > > > > It seems all of sudden after recompiling Apache, it developed a problem with chr(\\1) and chr(0x\\1). I didn't touch PHP or MySQL, just recompile of Apache, and it still has all same configurations and host info. > > > > By restarting apache you also reload mod_php, so if you have upgraded > > > > your PHP between your last apache restart and this one that might be it. > > > > and IIRC by restarting apache you also reload php.ini. > > > > > > > > Another thing is that php5-pcre is now part of php5, and not an extra > > > > extension. I don't know whether that is also for 5.1. > > > > > > > > The function below seems working on 5.2.8 and 5.3.0-beta1. > > > > > > > > -- Jille > > > > > > > > > > Below is the code that's causing it. > > > > > > > > > > function decode($source) > > > > > { > > > > > // url decode > > > > > $source = html_entity_decode($source, ENT_QUOTES, "ISO-8859-1"); > > > > > // convert decimal > > > > > $source = preg_replace('/&#(\d+);/me', "chr(\\1)", $source); // decimal notation > > > > > // convert hex > > > > > $source = preg_replace('/&#x([a-f0-9]+);/mei', "chr(0x\\1)", $source); // hex notation > > > > > return $source; > > > > > } > > > > > > > > > > I've googled and tried all suggestions but nothings helping. I'm using FreeBSD 6.2, Apache 2.2.11, PHP 5.1.6_3, MySQL 5.0.27. Should I missed a something during remake of Apache? > > > > > > > > > > Please help!!! > > > > > > > > > > _______________________________________________ > > > > > 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" > > > > > > > _______________________________________________ > > > 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" > > > > -- > > =========================================================== > > Peter C. Lai | Bard College at Simon's Rock > > Systems Administrator | 84 Alford Rd. > > Information Technology Svcs. | Gt. Barrington, MA 01230 USA > > peter AT simons-rock.edu | (413) 528-7428 > > =========================================================== > > > > _______________________________________________ > > 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" > > > _______________________________________________ > 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 Mar 12 02:05:46 2009 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 1F3BE106564A for ; Thu, 12 Mar 2009 02:05:46 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from mail.isot.com (mail.isot.com [66.187.86.1]) by mx1.freebsd.org (Postfix) with ESMTP id E537E8FC14 for ; Thu, 12 Mar 2009 02:05:45 +0000 (UTC) (envelope-from squirrel@mail.isot.com) Received: from localhost ([127.0.0.1]) by mail.isot.com (ISOT) with SMTP id TFR23445; Wed, 11 Mar 2009 20:05:45 -0600 Date: Wed, 11 Mar 2009 20:05:45 -0600 From: Squirrel To: "Peter C. Lai" Message-ID: <2e9243ac24564f419346e503377d4669@mail.isot.com> X-Mailer: ISOT Web Mail 5.6.1 X-Originating-IP: 66.187.95.74 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Cc: Jille Timmermans , FreeBSD Stable Subject: Re: Site down after recompile Apache - SOLVED 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, 12 Mar 2009 02:05:46 -0000 Solved!! Although, specified during make of php5-extensions, for some reason it had to be specified during make of php5 as well. After I recompiled php5 --with-gd, it all worked out ok. Another thing was I had to specify --with-jpeg-dir=/usr/local/lib to have GD support jpeg. Strangely, path for png and gif didn't to be specified. Little weir, but works. Thanks for your help. ------------------ PCShare.Com -----Original message----- From: Squirrel squirrel@mail.isot.com Date: Thu, 12 Mar 2009 01:21:29 -0600 To: "Peter C. Lai" peter@simons-rock.edu Subject: Re: Site down after recompile Apache > After recompiling PHP5.2.8 and php5-extensions, the sites are back up again!!! Heewww! > > Funny thing though, I selected GD option in php5-extensions, and it went without a hitch, but phpinfo() does not show GD2 support. I've checked the pkg_info and gd2 and php5-gd are both there, and also in extensions.ini contains the line extension=gd.so. Any ideas please? > > > > -----Original message----- > From: Squirrel squirrel@mail.isot.com > Date: Wed, 11 Mar 2009 21:52:00 -0600 > To: "Peter C. Lai" peter@simons-rock.edu > Subject: Re: Site down after recompile Apache > > > phpinfo shows that I do have pcre enabled with version 6.6 06-Feb-2006. > > > > I've also noticed another error on differnet hosts: > > > > ALERT - canary mismatch on efree() - heap overflow or double efree detected (attacker 'xx.xx.xx.xx', file '/..../public_html/libs/modOsDate/db_class.php', line 329) > > > > function field_name($string) { > > > > return "`" . preg_replace("/[^A-Za-z0-9_\-]/",'',$string) . "`"; > > } > > > > So it definitely has to do with preg_replace function. But what could be changed in Apache that would cause this? > > > > Forgot to mention, when I recompiled Apache, I added suexec module, and that's the only thing changed. Now httpd process is eating up all my CPU... > > > > I'm in process of installing PHP 5.2.8. If this doesn't fix, then I'll recompile Apache without suexec. > > > > > > ------------------- > > PCShare.Com > > > > > > -----Original message----- > > From: "Peter C. Lai" peter@simons-rock.edu > > Date: Wed, 11 Mar 2009 20:42:40 -0600 > > To: Squirrel squirrel@mail.isot.com > > Subject: Re: Site down after recompile Apache > > > > > I believe the Makefile for PHP5 states to use internal pcre library when > > > building with APR2 > > > > > > On 2009-03-11 01:21:49PM -0600, Squirrel wrote: > > > > I have restarted Apache many time before remaking it, and everything was fine. Apparently, php 5.1.6_3 was parsing that preg_replace() just fine. So could I've missed a tick when recompiling Apache? > > > > > > > > Meanwhile, I will try installing php 5.2.8. > > > > > > > > > > > > > > > > -----Original message----- > > > > From: Jille Timmermans jille@quis.cx > > > > Date: Wed, 11 Mar 2009 20:06:03 -0600 > > > > To: Squirrel squirrel@mail.isot.com > > > > Subject: Re: Site down after recompile Apache > > > > > > > > > Squirrel schreef: > > > > > > I've made Apache 2.2.11 port yesterday: > > > > > > ...# make clean > > > > > > ...# make > > > > > > ...# make deinstall > > > > > > ...#make install > > > > > > > > > > > > And all went well and all my normal websites come up without a problem. But since then non of my Joomla 1.0.15 sites are coming up. The log shows: > > > > > > > > > > > > PHP Warning: Wrong parameter count for chr() in ..../includes/phpInputFilter/class.inputfilter.php(457) : regexp code on line 1 > > > > > > PHP Parse error: syntax error, unexpected T_STRING in ..../includes/phpInputFilter/class.inputfilter.php(459) : regexp code on line 1 > > > > > > PHP Fatal error: preg_replace(): Failed evaluating code: \nchr(0x) in ..../includes/phpInputFilter/class.inputfilter.php on line 459 > > > > > > > > > > > > It seems all of sudden after recompiling Apache, it developed a problem with chr(\\1) and chr(0x\\1). I didn't touch PHP or MySQL, just recompile of Apache, and it still has all same configurations and host info. > > > > > By restarting apache you also reload mod_php, so if you have upgraded > > > > > your PHP between your last apache restart and this one that might be it. > > > > > and IIRC by restarting apache you also reload php.ini. > > > > > > > > > > Another thing is that php5-pcre is now part of php5, and not an extra > > > > > extension. I don't know whether that is also for 5.1. > > > > > > > > > > The function below seems working on 5.2.8 and 5.3.0-beta1. > > > > > > > > > > -- Jille > > > > > > > > > > > > Below is the code that's causing it. > > > > > > > > > > > > function decode($source) > > > > > > { > > > > > > // url decode > > > > > > $source = html_entity_decode($source, ENT_QUOTES, "ISO-8859-1"); > > > > > > // convert decimal > > > > > > $source = preg_replace('/&#(\d+);/me', "chr(\\1)", $source); // decimal notation > > > > > > // convert hex > > > > > > $source = preg_replace('/&#x([a-f0-9]+);/mei', "chr(0x\\1)", $source); // hex notation > > > > > > return $source; > > > > > > } > > > > > > > > > > > > I've googled and tried all suggestions but nothings helping. I'm using FreeBSD 6.2, Apache 2.2.11, PHP 5.1.6_3, MySQL 5.0.27. Should I missed a something during remake of Apache? > > > > > > > > > > > > Please help!!! > > > > > > > > > > > > _______________________________________________ > > > > > > 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" > > > > > > > > > _______________________________________________ > > > > 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" > > > > > > -- > > > =========================================================== > > > Peter C. Lai | Bard College at Simon's Rock > > > Systems Administrator | 84 Alford Rd. > > > Information Technology Svcs. | Gt. Barrington, MA 01230 USA > > > peter AT simons-rock.edu | (413) 528-7428 > > > =========================================================== > > > > > > _______________________________________________ > > > 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" > > > > > _______________________________________________ > > 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" > > > _______________________________________________ > 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 Mar 12 05:36:04 2009 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 E5F78106564A for ; Thu, 12 Mar 2009 05:36:04 +0000 (UTC) (envelope-from peter.jeremy@alcatel-lucent.com.au) Received: from ausyds0106.alcatel.com.au (ausyds0106.alcatel.com.au [202.147.43.78]) by mx1.freebsd.org (Postfix) with ESMTP id 7610B8FC08 for ; Thu, 12 Mar 2009 05:36:04 +0000 (UTC) (envelope-from peter.jeremy@alcatel-lucent.com.au) Received: from insmb.au.alcatel-lucent.com (insmb.au.alcatel-lucent.com [139.188.42.184]) by ausyds0106.alcatel.com.au (8.12.11.20060308/8.12.11) with ESMTP id n2C4YdZJ030502; Thu, 12 Mar 2009 15:34:39 +1100 Received: from pjdesk.au.alcatel-lucent.com (pjdesk.au.alcatel-lucent.com [139.188.12.170]) by insmb.au.alcatel-lucent.com (8.13.8+Sun/8.13.3) with ESMTP id n2C4aojt005151; Thu, 12 Mar 2009 15:36:51 +1100 (EST) X-Bogosity: Ham, spamicity=0.000000 Received: from pjdesk.au.alcatel-lucent.com (localhost [127.0.0.1]) by pjdesk.au.alcatel-lucent.com (8.14.2/8.14.2) with ESMTP id n2C4ako6008523; Thu, 12 Mar 2009 15:36:46 +1100 (EST) (envelope-from peter.jeremy@alcatel-lucent.com.au) Received: (from pjeremy@localhost) by pjdesk.au.alcatel-lucent.com (8.14.2/8.14.2/Submit) id n2C4aklJ008522; Thu, 12 Mar 2009 15:36:46 +1100 (EST) (envelope-from peter.jeremy@alcatel-lucent.com.au) Date: Thu, 12 Mar 2009 15:36:46 +1100 From: Peter Jeremy To: freebsd-stable@freebsd.org Message-ID: <20090312043646.GB8352@pjdesk.au.alcatel-lucent.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="envbJBWh7q8WU6mo" Content-Disposition: inline X-PGP-Key: http://members.optusnet.com.au/peterjeremy/pubkey.asc User-Agent: Mutt/1.5.18 (2008-05-17) X-Scanned-By: MIMEDefang 2.64 on 139.188.119.52 Subject: 7.1 panic "vm_page_startup: inconsistent page counts" 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, 12 Mar 2009 05:36:05 -0000 --envbJBWh7q8WU6mo Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I'm trying to upgrade an 11 month old FreeBSD 7 image in a VMware 4.5.2 guest to an up-to-date -stable and it panics as above. I've added a printf to report the two counts and there's a difference of one page. I don't have any problems with the old 7-stable image or up-to-date 6-stable or -current using the same VMware version. A screendump for a verbose boot can be found at http://imagebin.ca/img/wahNNw.gif Can I safely delete the assert? --=20 Peter Jeremy --envbJBWh7q8WU6mo Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkm4kV4ACgkQ/opHv/APuIdDagCgtOQ5sSG0Ucjc9cY60WcA6kff 87oAoJooCmfyYwBh5o79tpUEOqWjzgWC =CxuD -----END PGP SIGNATURE----- --envbJBWh7q8WU6mo-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 07:00:40 2009 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 E4D591065672 for ; Thu, 12 Mar 2009 07:00:40 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 742298FC0C for ; Thu, 12 Mar 2009 07:00:40 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 189293C530D1 for ; Thu, 12 Mar 2009 08:06:47 +0200 (EET) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 11722-04 for ; Thu, 12 Mar 2009 08:06:46 +0200 (EET) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id CDEFC3C530A6 for ; Thu, 12 Mar 2009 08:06:46 +0200 (EET) Message-ID: <49B8AB66.9080408@bsd.ee> Date: Thu, 12 Mar 2009 08:27:50 +0200 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: FreeBSD Stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Subject: mergemaster annoyance or not? 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, 12 Mar 2009 07:00:41 -0000 Hello! As long time FreeBSD user I am concerned about RELEASE and STABLE configuration files inconsistency. No big deal but really annoying if you want to upgrade systems occassionally. The problem is that there is huge amount of old files between RELEASE and STABLE config files- more precisely lots of older config files in STABLE that is really strange considered that it should be much newer than RELEASE. FE: -# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37.18.1 2008/11/25 02:59:29 kensmith Exp $ +# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37 2004/10/07 13:55:26 mtm Exp $ -# $FreeBSD: src/etc/rc.d/newsyslog,v 1.5.2.1.2.1 2008/11/25 02:59:29 kensmith Exp $ +# $FreeBSD: src/etc/rc.d/newsyslog,v 1.5.2.1 2008/01/28 07:55:44 dougb Exp $ -# $FreeBSD: src/etc/rc.d/nfsclient,v 1.6.6.1 2008/11/25 02:59:29 kensmith Exp $ +# $FreeBSD: src/etc/rc.d/nfsclient,v 1.6 2006/12/31 10:37:18 yar Exp $ -# $FreeBSD: src/etc/rc.d/nfsd,v 1.13.10.1.2.1 2008/11/25 02:59:29 kensmith Exp $ +# $FreeBSD: src/etc/rc.d/nfsd,v 1.13.10.1 2008/01/28 07:55:44 dougb Exp $ -# $FreeBSD: src/etc/crontab,v 1.32.32.1 2008/11/25 02:59:29 kensmith Exp $ +# $FreeBSD: src/etc/crontab,v 1.32 2002/11/22 16:13:39 tom Exp $ Oh, and why I have to remove myself from the system? I don't get it. Same problem with master.password file- why the hell I have to change that? -# $FreeBSD: src/etc/group,v 1.35.6.1 2008/11/25 02:59:29 kensmith Exp $ +# $FreeBSD: src/etc/group,v 1.35 2007/06/11 18:36:39 ceri Exp $ # -wheel:*:0:root,antik +wheel:*:0:root daemon:*:1: kmem:*:2: sys:*:3: @@ -29,4 +29,3 @@ www:*:80: nogroup:*:65533: nobody:*:65534: -antik:*:1001: How comes that difference is 4 years? Of course files are identical but this is annoying to go through files that is not changed at all. Some files are newer- that's expected BTW. Please syncronize your cvs between releases. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 07:22:24 2009 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 B2AEE106566C for ; Thu, 12 Mar 2009 07:22:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 48E628FC0A for ; Thu, 12 Mar 2009 07:22:24 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 24459 invoked by uid 399); 12 Mar 2009 07:22:20 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Mar 2009 07:22:20 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Date: Thu, 12 Mar 2009 00:22:19 -0700 (PDT) From: Doug Barton To: Andrei Kolu In-Reply-To: <49B8AB66.9080408@bsd.ee> Message-ID: References: <49B8AB66.9080408@bsd.ee> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-message-flag: Outlook -- Not just for spreading viruses anymore! X-OpenPGP-Key-ID: 0xD5B2F0FB Organization: http://www.FreeBSD.org/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD Stable Subject: Re: mergemaster annoyance or not? 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, 12 Mar 2009 07:22:24 -0000 On Thu, 12 Mar 2009, Andrei Kolu wrote: > Hello! > > As long time FreeBSD user I am concerned about RELEASE and STABLE > configuration files inconsistency. This topic was covered recently, you might want to check the archives. > -# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37.18.1 2008/11/25 02:59:29 > kensmith Exp $ > +# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37 2004/10/07 13:55:26 mtm Exp $ What you're seeing is an artifact of the way that CVS deals with cutting a release. Even though the content of the files is the same, the CVS Id is updated in the release branch so that you can track revisions to that file that occur within that branch (e.g., RELENG_6_4), as opposed to the changes that occur in the parent branch (RELENG_6). This is a feature. You can easily deal with this in mergemaster by using the -U option (please see the man page). If you're dealing with the problem of a clean installation from a -RELEASE CD (or similar) upgrading to the stable branch for the first time, -U won't help you unfortunately. But it will help you on each successive update. For that first update what I usually do is 'rm -r /etc/rc.d/* /etc/periodic/* /etc/defaults/*' and then use mergemaster's -i option. That will cover the majority of the problem. hope this helps, Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 07:31:01 2009 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 216921065673 for ; Thu, 12 Mar 2009 07:31:01 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id C88F38FC2C for ; Thu, 12 Mar 2009 07:31:00 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 15B1B3C530D1; Thu, 12 Mar 2009 09:09:59 +0200 (EET) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 12986-07; Thu, 12 Mar 2009 09:09:58 +0200 (EET) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id ADFC93C530DD; Thu, 12 Mar 2009 09:09:57 +0200 (EET) Message-ID: <49B8BA35.802@bsd.ee> Date: Thu, 12 Mar 2009 09:31:01 +0200 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Doug Barton , FreeBSD Stable References: <49B8AB66.9080408@bsd.ee> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Cc: Subject: Re: mergemaster annoyance or not? 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, 12 Mar 2009 07:31:01 -0000 Doug Barton wrote: > On Thu, 12 Mar 2009, Andrei Kolu wrote: > >> Hello! >> >> As long time FreeBSD user I am concerned about RELEASE and STABLE >> configuration files inconsistency. > > This topic was covered recently, you might want to check the archives. > >> -# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37.18.1 2008/11/25 >> 02:59:29 kensmith Exp $ >> +# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37 2004/10/07 13:55:26 mtm >> Exp $ > > What you're seeing is an artifact of the way that CVS deals with > cutting a release. Even though the content of the files is the same, > the CVS Id is updated in the release branch so that you can track > revisions to that file that occur within that branch (e.g., > RELENG_6_4), as opposed to the changes that occur in the parent branch > (RELENG_6). This is a feature. > > You can easily deal with this in mergemaster by using the -U option > (please see the man page). If you're dealing with the problem of a > clean installation from a -RELEASE CD (or similar) upgrading to the > stable branch for the first time, -U won't help you unfortunately. But > it will help you on each successive update. For that first update what > I usually do is 'rm -r /etc/rc.d/* /etc/periodic/* /etc/defaults/*' > and then use mergemaster's -i option. That will cover the majority of > the problem. > I am upgrading from 7.1-RELEASE (cd) to 7.1-STABLE, anyway it does not make any sense to "upgrade" to older version of config files. I hope this issue will be resolved. FreeBSD 7.1-STABLE #0: Wed Mar 11 22:29:33 EET 2009 amd64 From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 07:47:17 2009 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 EAA551065678 for ; Thu, 12 Mar 2009 07:47:17 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from sorbesgroup.com (mail.sorbesgroup.com [217.159.241.118]) by mx1.freebsd.org (Postfix) with ESMTP id 787E08FC18 for ; Thu, 12 Mar 2009 07:47:17 +0000 (UTC) (envelope-from antik@bsd.ee) Received: from localhost (localhost.localdomain [127.0.0.1]) by sorbesgroup.com (Postfix) with ESMTP id 272EA3C530D7; Thu, 12 Mar 2009 09:26:16 +0200 (EET) Received: from sorbesgroup.com ([127.0.0.1]) by localhost (sorbesgroup.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 13341-04; Thu, 12 Mar 2009 09:26:15 +0200 (EET) Received: from [192.168.0.80] (andrei [192.168.0.80]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by sorbesgroup.com (Postfix) with ESMTP id DABF23C530D4; Thu, 12 Mar 2009 09:26:14 +0200 (EET) Message-ID: <49B8BE06.1010105@bsd.ee> Date: Thu, 12 Mar 2009 09:47:18 +0200 From: Andrei Kolu User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Daisuke Aoyama , FreeBSD Stable , freebsd-scsi@freebsd.org References: <34849EA9C0D3417C9784824CC0080090@artemis> In-Reply-To: <34849EA9C0D3417C9784824CC0080090@artemis> Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Virus-Scanned: amavisd-new at localhost Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 12 Mar 2009 07:47:19 -0000 Daisuke Aoyama wrote: >> I am interested in giving this a try, though not immediately as I >> am away from the office at the moment. Do I need to apply a patch >> to iscontrol to make it work though ? I can't work it out from your >> statement above. > > Yes, you need. > >> Than ks. Is the intent to integrate with the base system eventually >> rather than have it in ports ? It would be nice to have a native >> implementation which could then be integrated with ZFS. > > istgt is still under development. > so I don't think integration. > before thinking, I should work to fix more bugs. > > I have tested "net/istgt" for couple of days with Windows XP and it works more reliable than NetBSD "net/iscsi-target". With NetBSD implementation sometimes I lost partition filesystem information after disconnecting server from network or rebooting my computer. Is there any particular testcases you want to perform? Tested on FreeBSD 7.1-STABLE #0: Wed Mar 11 22:29:33 EET 2009 P.S. Strange, but I can't find istgt in ports anymore... From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 07:47:59 2009 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 F36DC106568A for ; Thu, 12 Mar 2009 07:47:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 82F108FC0C for ; Thu, 12 Mar 2009 07:47:58 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 20207 invoked by uid 399); 12 Mar 2009 07:47:55 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 12 Mar 2009 07:47:55 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B8BE29.3050604@FreeBSD.org> Date: Thu, 12 Mar 2009 00:47:53 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: Andrei Kolu References: <49B8AB66.9080408@bsd.ee> <49B8BA35.802@bsd.ee> In-Reply-To: <49B8BA35.802@bsd.ee> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: FreeBSD Stable Subject: Re: mergemaster annoyance or not? 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, 12 Mar 2009 07:48:00 -0000 Andrei Kolu wrote: > Doug Barton wrote: >>> -# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37.18.1 2008/11/25 >>> 02:59:29 kensmith Exp $ >>> +# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37 2004/10/07 13:55:26 mtm >>> Exp $ >> >> What you're seeing is an artifact of the way that CVS deals with >> cutting a release. Even though the content of the files is the same, > > I am upgrading from 7.1-RELEASE (cd) to 7.1-STABLE, anyway it does not > make any sense to "upgrade" to older version of config files. Please read what I said above more carefully, especially the bit about the content of the files being the same. > I hope this issue will be resolved. What you're seeing is a mildly annoying side effect of how CVS works. There is nothing to resolve. On the other hand, if we follow through with cutting releases on the 8.x branch with subversion we won't have this problem. So perhaps that will help in your situation. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 08:10:03 2009 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 ACF441065675; Thu, 12 Mar 2009 08:10:03 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id 0FF678FC24; Thu, 12 Mar 2009 08:10:02 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id n2C7U35E082164; Thu, 12 Mar 2009 14:30:03 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id n2C7U3jW082163; Thu, 12 Mar 2009 14:30:03 +0700 (KRAT) (envelope-from eugen) Date: Thu, 12 Mar 2009 14:30:03 +0700 From: Eugene Grosbein To: Doug Barton Message-ID: <20090312073003.GA81921@svzserv.kemerovo.su> References: <49B8AB66.9080408@bsd.ee> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Andrei Kolu , FreeBSD Stable Subject: Re: mergemaster annoyance or not? 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, 12 Mar 2009 08:10:04 -0000 On Thu, Mar 12, 2009 at 12:22:19AM -0700, Doug Barton wrote: > What you're seeing is an artifact of the way that CVS deals with cutting a > release. Even though the content of the files is the same, the CVS Id is > updated in the release branch so that you can track revisions to that file > that occur within that branch (e.g., RELENG_6_4), as opposed to the > changes that occur in the parent branch (RELENG_6). This is a feature. I think these days we need (by default) /etc/mergemaster.rc filled in with something like this: DIFF_OPTIONS='-I$FreeBSD:.*[$] -I$NetBSD:.*[$]' IGNORE_FILES='/etc/motd' Else there is lots of annoyance running mergemaster first time and after each release and there will be lots of questions/complains about this. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 10:40:07 2009 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 07B8910656C5 for ; Thu, 12 Mar 2009 10:40:07 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 8362A8FC1F for ; Thu, 12 Mar 2009 10:40:06 +0000 (UTC) (envelope-from freebsd-stable@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LhiKa-0001Ch-Gr for freebsd-stable@freebsd.org; Thu, 12 Mar 2009 10:40:04 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Mar 2009 10:40:04 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 12 Mar 2009 10:40:04 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-stable@freebsd.org From: Ivan Voras Date: Thu, 12 Mar 2009 11:39:25 +0100 Lines: 50 Message-ID: References: <9bbcef730903101927l3134ce66vf959354914fe4754@mail.gmail.com> <49B81C01.1080007@csub.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enig56FB95EA474CC21387505193" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.19 (X11/20090105) In-Reply-To: <49B81C01.1080007@csub.edu> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: Performance with hundreds of nullfs mounts? 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, 12 Mar 2009 10:40:08 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enig56FB95EA474CC21387505193 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Russell Jackson wrote: > Ivan Voras wrote: >> hi, >> I seem to remember hearing an anecdote somewhere that using hundreds >> (or thousands?) nullfs mounts for jails results in unreasonably bad >> file system access performance. Does somebody have this kind of setup >> / is it true? >=20 > I was doing this with jails --before we moved to VMware ESX (for better= or worse)-- and > didn't see any noticeable performance degradation at the time (6.x seri= es). Thanks, everyone. I've tracked it down and I heard it from a collegue, only he was talking about unionfs not nullfs. > For those interested, the biggest plus for going to the ESX model is th= at it decoupled low > utilization Windows boxes from over-spec'ed hardware and made it availa= ble for FreeBSD to > use ;-). The downsides are that it's proprietary, it's expensive, it's = inefficient (e.g. > duplicated files and kernel instances everywhere), and you need freak'i= n Windows boxes to > manage it. Yes, ESX is nice. I've also tried XenServer (the "official" Xen) and it's been terrible - both slow and clunky. Any other experiences? --------------enig56FB95EA474CC21387505193 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJuOZkldnAQVacBcgRAmPxAKDnr9+PR0IwYGHxLN2UkSEE9C/KhACeOV8j IM8d/k+I0hcEU72msWeiNYc= =vvCW -----END PGP SIGNATURE----- --------------enig56FB95EA474CC21387505193-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 10:45:39 2009 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 2B8721065673 for ; Thu, 12 Mar 2009 10:45:39 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 9EC548FC0C for ; Thu, 12 Mar 2009 10:45:38 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-189-13.lns11.adl2.internode.on.net [121.45.189.13]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2CAjGNW013521 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 12 Mar 2009 21:15:16 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org Date: Thu, 12 Mar 2009 21:11:53 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <49B8AB66.9080408@bsd.ee> <49B8BA35.802@bsd.ee> <49B8BE29.3050604@FreeBSD.org> In-Reply-To: <49B8BE29.3050604@FreeBSD.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart2368066.RJjxxFdR22"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903122112.31928.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Andrei Kolu , Doug Barton Subject: Re: mergemaster annoyance or not? 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, 12 Mar 2009 10:45:39 -0000 --nextPart2368066.RJjxxFdR22 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Thursday 12 March 2009 18:17:53 Doug Barton wrote: > > I hope this issue will be resolved. > > What you're seeing is a mildly annoying side effect of how CVS works. > There is nothing to resolve. I wouldn't classify it as mildly annoying that you need to manually interve= ne=20 in every single file.. Eugene's idea for the default diff options makes a lot of sense to me - I=20 don't think any "normal" user gives a hoot about the CVS Id of a file. (even devs!) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart2368066.RJjxxFdR22 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJuOby5ZPcIHs/zowRAgwKAJ4xXdiNJR/wquQW21URVsmcOp+TGgCgoPKu Xg4qs0noeZmL64KMFt4Kbdk= =iA3l -----END PGP SIGNATURE----- --nextPart2368066.RJjxxFdR22-- From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 13:09:03 2009 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 EFDCB106564A; Thu, 12 Mar 2009 13:09:03 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id B3F1F8FC19; Thu, 12 Mar 2009 13:09:03 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lhked-000I5b-PC; Thu, 12 Mar 2009 13:08:55 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lhked-000DtH-Mr; Thu, 12 Mar 2009 13:08:55 +0000 To: antik@bsd.ee, aoyama@peach.ne.jp, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <49B8BE06.1010105@bsd.ee> Message-Id: From: Pete French Date: Thu, 12 Mar 2009 13:08:55 +0000 Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 12 Mar 2009 13:09:04 -0000 > I have tested "net/istgt" for couple of days with Windows XP and it > works more reliable than NetBSD "net/iscsi-target". > With NetBSD implementation sometimes I lost partition filesystem > information after disconnecting server from network or rebooting my > computer. I am just trying it against the latest FreeBSD initiator. One thing I have noticed compared to the netbsd target is that it appears to have somewhat higer performance. cerrainly the speed that gstat says data is comming off the disc during a scrub is faster than with iscsi_target. On the other hand I have got some errors that I am trying to get to the bottom of. I set up a zpool laast night on a remote disc using the netbsd initiator and copied about 50 gig of data to it as lots of small files. I then switched to the istgt initiator this morning and am running a scrub on the pool. But it is telling me that there are a sigificant number of errors on the disc, which I wasnt expecting. I am now trying to find out if that is due to write errors using the taret last night, or read errors with the new target this morning. BTW, is there any way to get istgt to accept connections without needing to specify the initator string ? I am new to all these options for iSCSI having only used the simple netbsd one before. cheers, -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 13:21:56 2009 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 234E21065672; Thu, 12 Mar 2009 13:21:56 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id C13928FC08; Thu, 12 Mar 2009 13:21:55 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id DDD4178C4B; Thu, 12 Mar 2009 22:21:54 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id B5C3378C4A; Thu, 12 Mar 2009 22:21:54 +0900 (JST) Message-ID: From: "Daisuke Aoyama" To: "Andrei Kolu" , "FreeBSD Stable" , References: <34849EA9C0D3417C9784824CC0080090@artemis> <49B8BE06.1010105@bsd.ee> Date: Thu, 12 Mar 2009 22:21:52 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 12 Mar 2009 13:21:56 -0000 Hi, Thank you for reporting. >I have tested "net/istgt" for couple of days with Windows XP and it >works more reliable than NetBSD "net/iscsi-target". >With NetBSD implementation sometimes I lost partition filesystem >information after disconnecting server from network or rebooting my >computer. Yes, it is one of differences. istgt reports connected information such as SCSI port to the initiator for discriminating multipath and failover path. As a side effect, perhaps more accurate identification is possible. >Is there any particular testcases you want to perform? If you use it as usual, it is tested enough. If I had to say, I want to know how much a CPU usage on the target machine. Because istgt is more complicated than iscsi-target. >Tested on FreeBSD 7.1-STABLE #0: Wed Mar 11 22:29:33 EET 2009 Did you use the target with ZFS? or UFS? Did you use MCS feature? Thanks, -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 13:42:53 2009 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 C595310656C5; Thu, 12 Mar 2009 13:42:53 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 8C45D8FC24; Thu, 12 Mar 2009 13:42:53 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 8456778C4B; Thu, 12 Mar 2009 22:42:52 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 5B9C278C4A; Thu, 12 Mar 2009 22:42:52 +0900 (JST) Message-ID: <8F8EA08BAC924788A58736AADB2849BA@artemis> From: "Daisuke Aoyama" To: , , , "Pete French" References: Date: Thu, 12 Mar 2009 22:42:49 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 12 Mar 2009 13:42:54 -0000 Thank you for reporting. >On the other hand I have got some errors that I am trying to get to the >bottom of. I set up a zpool laast night on a remote disc using the >netbsd initiator and copied about 50 gig of data to it as lots of small >files. I then switched to the istgt initiator this morning and am running >a scrub on the pool. But it is telling me that there are a sigificant >number >of errors on the disc, which I wasnt expecting. I am now trying to find >out if that is due to write errors using the taret last night, or read >errors >with the new target this morning. I'm very interested in this case. >BTW, is there any way to get istgt to accept connections without needing to >specify the initator string ? I am new to all these options for iSCSI >having only used the simple netbsd one before. sorry for no documents. special word "ALL" matches any initiator name/IPs. you can find more sample in istgt.large.conf.sample. [InitiatorGroup256] Comment "ALL initiators from ALL IP" InitiatorName ALL Netmask ALL Thanks, -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 13:55:38 2009 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 1BB761065673; Thu, 12 Mar 2009 13:55:38 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id D585C8FC0A; Thu, 12 Mar 2009 13:55:37 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhlNj-000J0i-KS; Thu, 12 Mar 2009 13:55:31 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhlNj-000E81-IQ; Thu, 12 Mar 2009 13:55:31 +0000 To: antik@bsd.ee, aoyama@peach.ne.jp, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <8F8EA08BAC924788A58736AADB2849BA@artemis> Message-Id: From: Pete French Date: Thu, 12 Mar 2009 13:55:31 +0000 Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 12 Mar 2009 13:55:38 -0000 > Thank you for reporting. ... > I'm very interested in this case. Well, I just finihsed doing a 'zpool scrub' on the disc image mounted locally on the machine which was running istgt. That still shows some errors - but only 36 of them, compares to the 9000+ I get when running the scrub mounted remotely! I am going to do the whole test again just using istgt this time to see what happens. Some more information about my setup: Both machines are amd64 - running kernels from March 9th. The client has the latest version of iscsi_initiator on it as well. The server is using a file as the disc image, and the file is stored on a pair of terrabyte SATA drives in a mirrored zpool. > special word "ALL" matches any initiator name/IPs. > you can find more sample in istgt.large.conf.sample. Ah, thanks, thats helps a lot :-) I will let you know what happens witha new test. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 13:58:52 2009 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 E9EDD1065697 for ; Thu, 12 Mar 2009 13:58:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id B9B928FC27 for ; Thu, 12 Mar 2009 13:58:52 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 667B446B2D; Thu, 12 Mar 2009 09:58:52 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2CDwVOH046493; Thu, 12 Mar 2009 09:58:44 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 12 Mar 2009 08:46:50 -0400 User-Agent: KMail/1.9.7 References: <20090312043646.GB8352@pjdesk.au.alcatel-lucent.com> In-Reply-To: <20090312043646.GB8352@pjdesk.au.alcatel-lucent.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903120846.50630.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 12 Mar 2009 09:58:46 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9100/Thu Mar 12 05:07:56 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Peter Jeremy Subject: Re: 7.1 panic "vm_page_startup: inconsistent page counts" 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, 12 Mar 2009 13:58:54 -0000 On Thursday 12 March 2009 12:36:46 am Peter Jeremy wrote: > I'm trying to upgrade an 11 month old FreeBSD 7 image in a VMware > 4.5.2 guest to an up-to-date -stable and it panics as above. I've > added a printf to report the two counts and there's a difference of > one page. I don't have any problems with the old 7-stable image or > up-to-date 6-stable or -current using the same VMware version. > > A screendump for a verbose boot can be found at > http://imagebin.ca/img/wahNNw.gif > > Can I safely delete the assert? I don't think so, I would report it to Alan. The one earlier report of this didn't include the detail that it was only off by one page. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 13:58:58 2009 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 A93D3106567B; Thu, 12 Mar 2009 13:58:58 +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 778FA8FC16; Thu, 12 Mar 2009 13:58:58 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (pool-98-109-39-197.nwrknj.fios.verizon.net [98.109.39.197]) by cyrus.watson.org (Postfix) with ESMTPSA id 1CD3D46B06; Thu, 12 Mar 2009 09:58:58 -0400 (EDT) Received: from localhost (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.14.3/8.14.3) with ESMTP id n2CDwVOI046493; Thu, 12 Mar 2009 09:58:52 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: freebsd-stable@freebsd.org Date: Thu, 12 Mar 2009 08:49:06 -0400 User-Agent: KMail/1.9.7 References: <49B8AB66.9080408@bsd.ee> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200903120849.06549.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Thu, 12 Mar 2009 09:58:52 -0400 (EDT) X-Virus-Scanned: ClamAV 0.94.2/9100/Thu Mar 12 05:07:56 2009 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Andrei Kolu , Doug Barton Subject: Re: mergemaster annoyance or not? 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, 12 Mar 2009 13:58:59 -0000 On Thursday 12 March 2009 3:22:19 am Doug Barton wrote: > On Thu, 12 Mar 2009, Andrei Kolu wrote: > > > Hello! > > > > As long time FreeBSD user I am concerned about RELEASE and STABLE > > configuration files inconsistency. > > This topic was covered recently, you might want to check the archives. > > > -# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37.18.1 2008/11/25 02:59:29 > > kensmith Exp $ > > +# $FreeBSD: src/etc/rc.d/network_ipv6,v 1.37 2004/10/07 13:55:26 mtm Exp $ > > What you're seeing is an artifact of the way that CVS deals with cutting a > release. Even though the content of the files is the same, the CVS Id is > updated in the release branch so that you can track revisions to that file > that occur within that branch (e.g., RELENG_6_4), as opposed to the > changes that occur in the parent branch (RELENG_6). This is a feature. No, it's a bug in our SVN -> CVS importer that when the branch is created in SVN, all the files get forced checkins on the CVS branch which gratuitously bumps all the CVS IDs. Go compare RELENG_6_3 and RELENG_6 (at the time of the branch) IDs vs what happened with 6.4 and 7.1. It does create a _lot_ of noise for later /etc merges. Probably our SVN -> CVS importer could simply ignore commits that create a new branch to avoid this problem. -- John Baldwin From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 14:39:10 2009 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 3846B10656D4; Thu, 12 Mar 2009 14:39:10 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id F24568FC15; Thu, 12 Mar 2009 14:39:09 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1Lhm3n-0000Wg-3p; Thu, 12 Mar 2009 14:38:59 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LhlmY-000EFM-Io; Thu, 12 Mar 2009 14:21:10 +0000 To: antik@bsd.ee, aoyama@peach.ne.jp, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <8F8EA08BAC924788A58736AADB2849BA@artemis> Message-Id: From: Pete French Date: Thu, 12 Mar 2009 14:21:10 +0000 Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 12 Mar 2009 14:39:11 -0000 Oh dear.... doing the test again caused the client machine to panic, with the following message: panic: solaris assert: 0 == dmu_buf_hold(os, lr->lr_foid, boff, zgd, &db), file /usr/src/sys/modules/zfs/../../cddl/controb/opensolaris/uts/common/fs/zfs/zfs_nops.c, line: 955 (that was copied out by hand so there might be typos). Since that was on the client side it makes me think there is a mproblem with the initiator. But the same test to the netbsd-target works fine, so it's some interaction between the two bits of software I guess. -pete. From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 15:05:50 2009 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 5350E1065864 for ; Thu, 12 Mar 2009 15:05:50 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id C77CF8FC08 for ; Thu, 12 Mar 2009 15:05:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id n2CF5R89047735; Thu, 12 Mar 2009 16:05:47 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id n2CF5RXx047734; Thu, 12 Mar 2009 16:05:27 +0100 (CET) (envelope-from olli) Date: Thu, 12 Mar 2009 16:05:27 +0100 (CET) Message-Id: <200903121505.n2CF5RXx047734@lurza.secnetix.de> From: Oliver Fromme To: freebsd-stable@FreeBSD.ORG, antik@bsd.ee In-Reply-To: <49B8AB66.9080408@bsd.ee> X-Newsgroups: list.freebsd-stable User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 12 Mar 2009 16:05:47 +0100 (CET) Cc: Subject: Re: mergemaster annoyance or not? X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-stable@FreeBSD.ORG, antik@bsd.ee List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Mar 2009 15:05:51 -0000 This is what I have in my /etc/mergemaster.rc; it will probably help in your case: DIFF_FLAG='-Bub' DIFF_OPTIONS='-I$FreeBSD:.*[$]' IGNORE_MOTD=yes The first line causes diff to not display changes that only affect whitespace. The second line ignores the CVS id lines, so that files will compare equal that only differ in the CVS ids. The third line lets me keep my motd file without being asked for it every time. There are options to keep other files, too, so you might want to add the master.passwd and group files to that list. However, sometines a new group or user needs to be created for proper operation -- that's why I prefer to see those files whenever they change. Please refer to the mergemaster(8) manual page for details. You might also want so set AUTO_INSTALL and AUTO_UPGRADE. Best regards Oliver PS: I think the above options should _not_ be on by default, because that would be a POLA violation. Those people who want them can easily add them to their mergemaster.rc file. -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "Perl will consistently give you what you want, unless what you want is consistency." -- Larry Wall From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 16:31:10 2009 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 7CA8E1065674 for ; Thu, 12 Mar 2009 16:31:10 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from out1.smtp.messagingengine.com (out1.smtp.messagingengine.com [66.111.4.25]) by mx1.freebsd.org (Postfix) with ESMTP id 547FC8FC08 for ; Thu, 12 Mar 2009 16:31:10 +0000 (UTC) (envelope-from bms@incunabulum.net) Received: from compute2.internal (compute2.internal [10.202.2.42]) by out1.messagingengine.com (Postfix) with ESMTP id D7F612ED687 for ; Thu, 12 Mar 2009 12:31:09 -0400 (EDT) Received: from heartbeat2.messagingengine.com ([10.202.2.161]) by compute2.internal (MEProxy); Thu, 12 Mar 2009 12:31:09 -0400 X-Sasl-enc: jUYu3DSwOA90GJXdb2Ng7jNlv90/ONLFHSXk45G+19XR 1236875469 Received: from anglepoise.lon.incunabulum.net (82-35-112-254.cable.ubr07.dals.blueyonder.co.uk [82.35.112.254]) by mail.messagingengine.com (Postfix) with ESMTPSA id 1C52B402D2 for ; Thu, 12 Mar 2009 12:31:09 -0400 (EDT) Message-ID: <49B938CB.3030501@incunabulum.net> Date: Thu, 12 Mar 2009 16:31:07 +0000 From: Bruce Simpson User-Agent: Thunderbird 2.0.0.19 (X11/20090125) MIME-Version: 1.0 To: freebsd-stable Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: HEADS UP: Atheros HAL merged to RELENG_7 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, 12 Mar 2009 16:31:10 -0000 Hello all, This is just a note to let you all know that the open source Atheros HAL has been merged from HEAD to -STABLE. I tested it out OK on an IBM/Lenovo ThinkPad T43 with an AR5212 in HostAP and STA mode, and on an ASUS EeePC 701 with AH5424 (PCI-express) in STA mode. The ath_rate* modules have been removed as kernel modules, however the options remain, as these are now knobs for the HAL as it gets built into if_ath.ko itself. Furthermore, the ath_hal module should no longer be required. regards, BMS From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 18:40:52 2009 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 AB8B21065680 for ; Thu, 12 Mar 2009 18:40:52 +0000 (UTC) (envelope-from nealhogan@gmail.com) Received: from wa-out-1112.google.com (wa-out-1112.google.com [209.85.146.176]) by mx1.freebsd.org (Postfix) with ESMTP id 7CEA38FC0A for ; Thu, 12 Mar 2009 18:40:52 +0000 (UTC) (envelope-from nealhogan@gmail.com) Received: by wa-out-1112.google.com with SMTP id k34so683198wah.27 for ; Thu, 12 Mar 2009 11:40:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=vl83KPIpXgsgyrqheJHoAssm1aCVLZyUrcMAy7mokUw=; b=ZPIYAaJtAPs3jgMsi6e2Ed0tgECr6Mov81lKLF2MboEH/R2/+IYR1iYDjE/99yN53c P9aSPHjUZ24yfjbdpb4tlPJDtAM4RuZTPHGH3r4qjnFcok2x1qn5B4M5PhRv8py+xJeI l2NK1YG6HU/r4jKje8Qg99HdqxSsEBS1BR8dg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=SQxPhzi9eWD41kzxoJHOxbvEP/2BZ1W0Hqu0Ydsx298OpY1zhwrqHYdoAC+twXsvC3 zCo4vhq4PcrYMxtZoPI4nh0rzhWqNnOc3J2u0JVQygfcjkEvhY+KXlTaUqimKG48xj28 ybjJQMKiAoGN7f7z8VoreGsQ/cNQ5OGockSFE= MIME-Version: 1.0 Received: by 10.115.48.12 with SMTP id a12mr152052wak.167.1236881502793; Thu, 12 Mar 2009 11:11:42 -0700 (PDT) In-Reply-To: <49B938CB.3030501@incunabulum.net> References: <49B938CB.3030501@incunabulum.net> Date: Thu, 12 Mar 2009 13:11:42 -0500 Message-ID: From: Neal Hogan To: Bruce Simpson Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable Subject: Re: HEADS UP: Atheros HAL merged to RELENG_7 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, 12 Mar 2009 18:40:54 -0000 Wondering . . . did you mean 'AR5424', not 'AH5424'? I'm asking because I have an atheros AR5424 and am (patiently) waiting for support and can't find info on an atheros AH5424. Thanks. On Thu, Mar 12, 2009 at 11:31 AM, Bruce Simpson wrote: > Hello all, > > This is just a note to let you all know that the open source Atheros HAL > has been merged from HEAD to -STABLE. > > I tested it out OK on an IBM/Lenovo ThinkPad T43 with an AR5212 in HostAP > and STA mode, and on an > ASUS EeePC 701 with AH5424 (PCI-express) in STA mode. > > The ath_rate* modules have been removed as kernel modules, however the > options remain, as these > are now knobs for the HAL as it gets built into if_ath.ko itself. > > Furthermore, the ath_hal module should no longer be required. > > regards, > BMS > _______________________________________________ > 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" > -- www.nealhogan.net www.lambdaserver.com From owner-freebsd-stable@FreeBSD.ORG Thu Mar 12 23:12:57 2009 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 1F677106566B for ; Thu, 12 Mar 2009 23:12:57 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: from mail-fx0-f158.google.com (mail-fx0-f158.google.com [209.85.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id A76778FC0C for ; Thu, 12 Mar 2009 23:12:56 +0000 (UTC) (envelope-from cptsalek@gmail.com) Received: by fxm2 with SMTP id 2so2295966fxm.43 for ; Thu, 12 Mar 2009 16:12:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=iv0EzobojWm2HmvZe9LtOJou8LKpqFQeZ4BsqZULC3A=; b=Os2GilOmWQZaMV9F2EFlKvg6KttQ5k48RCEsk3AAgbv9TCIWu3sIRmlOJkZA4wV6rt gValoB8Lt0SSMPRSBcq9MaYg4yPCr5Ajwg7uAPJjdj4dr41ZN0bX7mCjE9D4xqiZvGTb dcS2NUCLe9Z5NisSg4A6+LZbwPAR3lWapVgs8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; b=jpw+Us2ohHEaZP0XL5rjcC/3qzttxifVIZHWAGb/E79mCm+E/qkQnzy00ofcDARhg+ 9m9pxxGJCgjG5jjTE31+qXgTiqcarzIHM4/10FO1MYvM5eanTtuhdnMuvDcv3TGfbFSy hC5oOWkr5Uyl/UyjzKhE3VJ3wkrIoLKIQDE4s= MIME-Version: 1.0 Received: by 10.204.56.4 with SMTP id w4mr123565bkg.25.1236898215305; Thu, 12 Mar 2009 15:50:15 -0700 (PDT) Date: Thu, 12 Mar 2009 23:50:15 +0100 Message-ID: <14989d6e0903121550w72115e34ra30f552561209bac@mail.gmail.com> From: Christian Walther To: stable@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Subject: vpn1411 in Laptop (Thinkpad T31) 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, 12 Mar 2009 23:12:57 -0000 Hi, this might seem like a strange question, but I wonder if there would be any benefit by using a vpn1411 minipci card to encrypt/decrypt geli encrypted partitions on the fly. I'm using a Thinkpad T31 with a P4 at 2GHz and playing back HD Videos doesn't work flawlessly from the encrypted partition. I might use a 2nd HDD connected to the media bay, but this would mean that I need to copy the data to this disk. Using a vpn1411 seems like a good option. I don't use the minipci slot for WLAN (I've a PCMCIA card that I only insert if I need to use it), so it's free. But I wonder if the traffic to and from the card would saturate the PCI bus and lead to other problems. What do you think? Cheers Christian Walther From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 00:25:04 2009 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 22E841065689 for ; Fri, 13 Mar 2009 00:25:04 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id 8B4148FC1A for ; Fri, 13 Mar 2009 00:25:03 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (Inchoate.gsoft.com.au [203.31.81.30]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2D0OgKR066732 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 10:54:42 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: freebsd-stable@freebsd.org, antik@bsd.ee Date: Fri, 13 Mar 2009 10:54:33 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <200903121505.n2CF5RXx047734@lurza.secnetix.de> In-Reply-To: <200903121505.n2CF5RXx047734@lurza.secnetix.de> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1757167.ATj9rlvmg7"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903131054.40000.doconnor@gsoft.com.au> X-Spam-Score: -3.977 () ALL_TRUSTED,BAYES_00 X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: Subject: Re: mergemaster annoyance or not? 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, 13 Mar 2009 00:25:04 -0000 --nextPart1757167.ATj9rlvmg7 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 13 March 2009 01:35:27 Oliver Fromme wrote: > PS: I think the above options should _not_ be on by > default, because that would be a POLA violation. > Those people who want them can easily add them to their > mergemaster.rc file. Perhaps they should be suggested in the man page.. I agree it's a POLA violation, but it is rather annoying they can't be made= =20 the default as it is very much more pleasant to use with those options - th= e=20 defaults can be a recipe for either extreme tedium, or errors depending on = how=20 patient you are :) I wonder how hard it would be to add 3 way merging (like sysutils/etcmerge)= to=20 mergemaster.. =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1757167.ATj9rlvmg7 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJuafC5ZPcIHs/zowRAm3qAJ47wZGnVjg/+M8zECMIU8HKDVq0ZACfTKQT 9EweZwFCiSwnmgQti0EJf/4= =mzm9 -----END PGP SIGNATURE----- --nextPart1757167.ATj9rlvmg7-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 04:18:32 2009 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 7A6E8106566B for ; Fri, 13 Mar 2009 04:18:32 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (www.svzserv.kemerovo.su [213.184.65.80]) by mx1.freebsd.org (Postfix) with ESMTP id D82EC8FC14 for ; Fri, 13 Mar 2009 04:18:31 +0000 (UTC) (envelope-from eugen@kuzbass.ru) Received: from www.svzserv.kemerovo.su (eugen@localhost [127.0.0.1]) by www.svzserv.kemerovo.su (8.13.8/8.13.8) with ESMTP id n2D4IQw5056902; Fri, 13 Mar 2009 11:18:26 +0700 (KRAT) (envelope-from eugen@www.svzserv.kemerovo.su) Received: (from eugen@localhost) by www.svzserv.kemerovo.su (8.13.8/8.13.8/Submit) id n2D4IPXo056901; Fri, 13 Mar 2009 11:18:25 +0700 (KRAT) (envelope-from eugen) Date: Fri, 13 Mar 2009 11:18:25 +0700 From: Eugene Grosbein To: freebsd-stable@freebsd.org, antik@bsd.ee Message-ID: <20090313041825.GA56699@svzserv.kemerovo.su> References: <49B8AB66.9080408@bsd.ee> <200903121505.n2CF5RXx047734@lurza.secnetix.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200903121505.n2CF5RXx047734@lurza.secnetix.de> User-Agent: Mutt/1.4.2.3i Cc: Subject: Re: mergemaster annoyance or not? 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, 13 Mar 2009 04:18:32 -0000 On Thu, Mar 12, 2009 at 04:05:27PM +0100, Oliver Fromme wrote: > This is what I have in my /etc/mergemaster.rc; it will > probably help in your case: > > DIFF_FLAG='-Bub' > DIFF_OPTIONS='-I$FreeBSD:.*[$]' > IGNORE_MOTD=yes Yes, it helps and I like it. But I'm forced to put it to each and every box I install; that does not annoy me so much but other people are annoyed. > PS: I think the above options should _not_ be on by > default, because that would be a POLA violation. > Those people who want them can easily add them to their > mergemaster.rc file. I see this as POLA recovery because there where no such problem with mergemaster before switch to SVN. Eugene Grosbein From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 04:55:07 2009 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 59530106566C for ; Fri, 13 Mar 2009 04:55:07 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id DD3748FC14 for ; Fri, 13 Mar 2009 04:55:06 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 17985 invoked by uid 399); 13 Mar 2009 04:55:05 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Mar 2009 04:55:05 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49B9E727.3070609@FreeBSD.org> Date: Thu, 12 Mar 2009 21:55:03 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: Eugene Grosbein References: <49B8AB66.9080408@bsd.ee> <200903121505.n2CF5RXx047734@lurza.secnetix.de> <20090313041825.GA56699@svzserv.kemerovo.su> In-Reply-To: <20090313041825.GA56699@svzserv.kemerovo.su> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: antik@bsd.ee, freebsd-stable@freebsd.org Subject: Re: mergemaster annoyance or not? 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, 13 Mar 2009 04:55:07 -0000 Eugene Grosbein wrote: > On Thu, Mar 12, 2009 at 04:05:27PM +0100, Oliver Fromme wrote: > >> This is what I have in my /etc/mergemaster.rc; it will >> probably help in your case: >> >> DIFF_FLAG='-Bub' >> DIFF_OPTIONS='-I$FreeBSD:.*[$]' >> IGNORE_MOTD=yes Newer versions of mergemaster prefer the following: IGNORE_FILES='/etc/motd' Other files can be added to that list as desired. > Yes, it helps and I like it. But I'm forced to put it to each and every > box I install; that does not annoy me so much > but other people are annoyed. There is no reason to install this permanently. You can use this option the first time you upgrade, then use the -U option subsequently. >> PS: I think the above options should _not_ be on by >> default, because that would be a POLA violation. >> Those people who want them can easily add them to their >> mergemaster.rc file. > > I see this as POLA recovery because there where no such problem > with mergemaster before switch to SVN. IMO this should be fixed at the CVS importer level personally. However there are workarounds available for the time being. Doug -- This .signature sanitized for your protection From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 05:14:43 2009 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 E1CAC1065674 for ; Fri, 13 Mar 2009 05:14:43 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from mail.nickwithers.com (mail.nickwithers.com [123.243.228.66]) by mx1.freebsd.org (Postfix) with ESMTP id 232B78FC1A for ; Fri, 13 Mar 2009 05:14:42 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from [10.0.0.245] (presario.shmon.net [10.0.0.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nickwithers.com (Postfix) with ESMTPSA id 72D2344 for ; Fri, 13 Mar 2009 16:07:27 +1100 (EST) From: Nick Withers To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yvVB+Sk5YAzwJ0XlOtOZ" Date: Fri, 13 Mar 2009 16:01:58 +1100 Message-Id: <1236920519.1490.30.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-MailScanner-ID: 72D2344.E2D1A X-nickwithers-MailScanner: Found to be clean X-nickwithers-MailScanner-From: nick@nickwithers.com Subject: NICs locking up, "*tcp_sc_h" 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, 13 Mar 2009 05:14:44 -0000 --=-yvVB+Sk5YAzwJ0XlOtOZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello all, I recently installed my first amd64 system (currently running RELENG_7 from 2009-03-11) to replace an aged ppc box and have been having dramas with the network locking up. Breaking into the debugger manually and ps-ing shows the network card (e.g., "[irq20: fxp0+]") in state "LL" in "*tcp_sc_h". It seems the process(es) trying to access the card at the time is / are in state "L" in "*tcp". I thought this may have been something-or-other in the fxp driver, so installed an rl card and sadly ran into the issue again. The console appears unresponsive, but I can get into the debugger (and as soon as I have, input I'd sent seems to "go through", e.g., if I hit "Enter" a couple o' times, nothing happens; when I ++ into the debugger a few login prompts pop up before the debugger output). A "where" on the fxp / rl process (thread?) gives (transcribed from the console): ____ Tracing PID 31 tid 100030 td 0xffffff00012016e0 sched_switch() at sched_switch+0xf1 mi_switch() at mi_switch+0x18f turnstile_wait() at turnstile_wait+0x1cf _mtx_lock_sleep() at _mtx_lock_sleep+0x76 syncache_lookup() at syncache_lookup+0x176 syncache_expand() at syncache_expand+0x38 tcp_input() at tcp_input+0xa7d ip_input() at ip_input+0xa8 ether_demux() at ether_demux+0x1b9 ether_input() at ether_input+0x1bb fxp_intr() at fxp_intr+0x233 ithread_loop() at ithread_loop+0x17f fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe ____ A "where" on a process stuck in "*tcp", in this case "[swi4: clock]", gave the somewhat similar: ____ sched_switch() at sched_switch+0xf1 mi_switch() at mi_switch+0x18f turnstile_wait() at turnstile_wait+0x1cf _rw_rlock() at _rw_rlock+0x8c ipfw_chk() at ipfw_chk+0x3ab2 ipfw_check_out() at ipfw_check_out+0xb1 pfil_run_hooks() at pfil_run_hooks+0x9c ip_output() at ip_output+0x367 syncache_respond() at syncache_respond+0x2fd syncache_timer() at syncache_timer+0x15a (...) ____ In this particular case, the fxp0 card is in a lagg with rl0, but this problem can be triggered with either card on their own... The scheduler is SCHED_ULE. I'm not too sure how to give more useful information that this, I'm afraid. It's a custom kernel, too... Do I need to supply information on what code actually exists at the relevant addresses (I'm not at all clued in on how to do this... Sorry!)? Should I chuck WITNESS, INVARIANTS et al. in? I *think* every time this has been triggered there's been a "python2.5" process in the "*tcp" state. This machine runs net-p2p/deluge and generally has at least 100 TCP connections on the go at any given time. Can anyone give me a clue as to what I might do to track this down? Appreciate any pointers. --=20 Nick Withers email: nick@nickwithers.com Web: http://www.nickwithers.com Mobile: +61 414 397 446 --=-yvVB+Sk5YAzwJ0XlOtOZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm56MYACgkQ3wcG/Pf4WrjPkgCgrfzOiRqDgCVnOx4TnLY1/NLT 9TgAoIghvGP9/lbqKVGh2TRLUenEsb6U =GWu+ -----END PGP SIGNATURE----- --=-yvVB+Sk5YAzwJ0XlOtOZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 05:19:43 2009 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 CD296106564A for ; Fri, 13 Mar 2009 05:19:43 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from mail.nickwithers.com (mail.nickwithers.com [123.243.228.66]) by mx1.freebsd.org (Postfix) with ESMTP id 5D97B8FC19 for ; Fri, 13 Mar 2009 05:19:42 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from [10.0.0.245] (presario.shmon.net [10.0.0.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nickwithers.com (Postfix) with ESMTPSA id 43E0644 for ; Fri, 13 Mar 2009 16:02:14 +1100 (EST) From: Nick Withers To: freebsd-stable@freebsd.org Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yvVB+Sk5YAzwJ0XlOtOZ" Date: Fri, 13 Mar 2009 16:01:58 +1100 Message-Id: <1236920519.1490.30.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-MailScanner-ID: 43E0644.8D344 X-nickwithers-MailScanner: Found to be clean X-nickwithers-MailScanner-From: nick@nickwithers.com Subject: NICs locking up, "*tcp_sc_h" 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, 13 Mar 2009 05:19:44 -0000 --=-yvVB+Sk5YAzwJ0XlOtOZ Content-Type: text/plain Content-Transfer-Encoding: quoted-printable Hello all, I recently installed my first amd64 system (currently running RELENG_7 from 2009-03-11) to replace an aged ppc box and have been having dramas with the network locking up. Breaking into the debugger manually and ps-ing shows the network card (e.g., "[irq20: fxp0+]") in state "LL" in "*tcp_sc_h". It seems the process(es) trying to access the card at the time is / are in state "L" in "*tcp". I thought this may have been something-or-other in the fxp driver, so installed an rl card and sadly ran into the issue again. The console appears unresponsive, but I can get into the debugger (and as soon as I have, input I'd sent seems to "go through", e.g., if I hit "Enter" a couple o' times, nothing happens; when I ++ into the debugger a few login prompts pop up before the debugger output). A "where" on the fxp / rl process (thread?) gives (transcribed from the console): ____ Tracing PID 31 tid 100030 td 0xffffff00012016e0 sched_switch() at sched_switch+0xf1 mi_switch() at mi_switch+0x18f turnstile_wait() at turnstile_wait+0x1cf _mtx_lock_sleep() at _mtx_lock_sleep+0x76 syncache_lookup() at syncache_lookup+0x176 syncache_expand() at syncache_expand+0x38 tcp_input() at tcp_input+0xa7d ip_input() at ip_input+0xa8 ether_demux() at ether_demux+0x1b9 ether_input() at ether_input+0x1bb fxp_intr() at fxp_intr+0x233 ithread_loop() at ithread_loop+0x17f fork_exit() at fork_exit+0x11f fork_trampoline() at fork_trampoline+0xe ____ A "where" on a process stuck in "*tcp", in this case "[swi4: clock]", gave the somewhat similar: ____ sched_switch() at sched_switch+0xf1 mi_switch() at mi_switch+0x18f turnstile_wait() at turnstile_wait+0x1cf _rw_rlock() at _rw_rlock+0x8c ipfw_chk() at ipfw_chk+0x3ab2 ipfw_check_out() at ipfw_check_out+0xb1 pfil_run_hooks() at pfil_run_hooks+0x9c ip_output() at ip_output+0x367 syncache_respond() at syncache_respond+0x2fd syncache_timer() at syncache_timer+0x15a (...) ____ In this particular case, the fxp0 card is in a lagg with rl0, but this problem can be triggered with either card on their own... The scheduler is SCHED_ULE. I'm not too sure how to give more useful information that this, I'm afraid. It's a custom kernel, too... Do I need to supply information on what code actually exists at the relevant addresses (I'm not at all clued in on how to do this... Sorry!)? Should I chuck WITNESS, INVARIANTS et al. in? I *think* every time this has been triggered there's been a "python2.5" process in the "*tcp" state. This machine runs net-p2p/deluge and generally has at least 100 TCP connections on the go at any given time. Can anyone give me a clue as to what I might do to track this down? Appreciate any pointers. --=20 Nick Withers email: nick@nickwithers.com Web: http://www.nickwithers.com Mobile: +61 414 397 446 --=-yvVB+Sk5YAzwJ0XlOtOZ Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm56MYACgkQ3wcG/Pf4WrjPkgCgrfzOiRqDgCVnOx4TnLY1/NLT 9TgAoIghvGP9/lbqKVGh2TRLUenEsb6U =GWu+ -----END PGP SIGNATURE----- --=-yvVB+Sk5YAzwJ0XlOtOZ-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 07:55:30 2009 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 B66AD1065672 for ; Fri, 13 Mar 2009 07:55:30 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (agora.rdrop.com [199.26.172.34]) by mx1.freebsd.org (Postfix) with ESMTP id 90BEC8FC1A for ; Fri, 13 Mar 2009 07:55:30 +0000 (UTC) (envelope-from perryh@pluto.rain.com) Received: from agora.rdrop.com (66@localhost [127.0.0.1]) by agora.rdrop.com (8.13.1/8.12.7) with ESMTP id n2D7aeDp055100 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Fri, 13 Mar 2009 00:36:40 -0700 (PDT) (envelope-from perryh@pluto.rain.com) Received: (from uucp@localhost) by agora.rdrop.com (8.13.1/8.12.9/Submit) with UUCP id n2D7ae0B055099; Fri, 13 Mar 2009 00:36:40 -0700 (PDT) Received: from fbsd61 by pluto.rain.com (4.1/SMI-4.1-pluto-M2060407) id AA04218; Thu, 12 Mar 09 23:26:58 PST Date: Fri, 13 Mar 2009 00:26:17 -0700 From: perryh@pluto.rain.com To: doconnor@gsoft.com.au Message-Id: <49ba0a99.zRpbA1XAX3ZA0YOG%perryh@pluto.rain.com> References: <200903121505.n2CF5RXx047734@lurza.secnetix.de> <200903131054.40000.doconnor@gsoft.com.au> In-Reply-To: <200903131054.40000.doconnor@gsoft.com.au> User-Agent: nail 11.25 7/29/05 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster annoyance or not? 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, 13 Mar 2009 07:55:31 -0000 "Daniel O'Connor" wrote: > I wonder how hard it would be to add 3 way merging (like > sysutils/etcmerge) to mergemaster.. One complication: to do a 3-way merge you have to have the common ancestor. To ensure the initial availability of such would require some infrastructure which AFAIK does not currently exist: * A standardized place to keep the original contents of /etc -- /origEtc or /etc- anyone? * A way to ensure that installation populates that place with the needed redundant copy of the bits, either by including the additional instance within the distributions or by generating it in the course of installation. The former would likely be easier, if only because the latter would need to work for all installation methods. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 08:39:12 2009 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 E5C6E106566C for ; Fri, 13 Mar 2009 08:39:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 8B1038FC15 for ; Fri, 13 Mar 2009 08:39:12 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: (qmail 1520 invoked by uid 399); 13 Mar 2009 08:39:08 -0000 Received: from localhost (HELO lap.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 13 Mar 2009 08:39:08 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <49BA1BAA.3080905@FreeBSD.org> Date: Fri, 13 Mar 2009 01:39:06 -0700 From: Doug Barton Organization: http://www.FreeBSD.org/ User-Agent: Thunderbird 2.0.0.19 (X11/20090312) MIME-Version: 1.0 To: freebsd-stable@FreeBSD.ORG References: <200903121505.n2CF5RXx047734@lurza.secnetix.de> In-Reply-To: <200903121505.n2CF5RXx047734@lurza.secnetix.de> X-Enigmail-Version: 0.95.7 OpenPGP: id=D5B2F0FB Content-Type: multipart/mixed; boundary="------------080906090107050303040501" Cc: Subject: Re: mergemaster annoyance or not? 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, 13 Mar 2009 08:39:13 -0000 This is a multi-part message in MIME format. --------------080906090107050303040501 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit -----BEGIN PGP SIGNED MESSAGE----- Hash: RIPEMD160 The attached patch adds a -F option to automatically install files when only the FreeBSD $Ids differ. I've tested this and it seems to do what the people concerned about this issue are asking for. If someone affected by this issue could please test this patch and report back I'd appreciate it. Doug - -- This .signature sanitized for your protection -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEAREDAAYFAkm6G6oACgkQyIakK9Wy8PsUXwCg5hPG8G2swKOC0uhRA5L7Q6xb a7kAn3DKCxL30ggNzTC9EKBhhjMfgpWq =8U1J -----END PGP SIGNATURE----- --------------080906090107050303040501 Content-Type: text/plain; name="mergemaster-freebsd-id.diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mergemaster-freebsd-id.diff" Index: mergemaster.sh =================================================================== --- mergemaster.sh (revision 189761) +++ mergemaster.sh (working copy) @@ -263,11 +265,14 @@ # Check the command line options # -while getopts ":ascrvhipCPm:t:du:w:D:A:U" COMMAND_LINE_ARGUMENT ; do +while getopts ":ascrvhipCPm:t:du:w:D:A:FU" COMMAND_LINE_ARGUMENT ; do case "${COMMAND_LINE_ARGUMENT}" in A) ARCHSTRING='TARGET_ARCH='${OPTARG} ;; + F) + FREEBSD_ID=yes + ;; U) AUTO_UPGRADE=yes ;; @@ -1020,6 +1025,20 @@ # Use more if not. # Use unified diffs by default. Context diffs give me a headache. :) # + + # XXX + if [ -n "$FREEBSD_ID" ]; then + if diff -q -I$FreeBSD:.*[$] "${DESTDIR}${COMPFILE#.}" "${COMPFILE}" > \ + /dev/null 2>&1; then + if mm_install "${COMPFILE}"; then + echo "*** Updated revision control Id for ${DESTDIR}${COMPFILE#.}" + else + echo "*** Problem installing ${COMPFILE}, it will remain to merge by hand later" + fi + continue + fi + fi + case "${AUTO_RUN}" in '') # prompt user to install/delete/merge changes --------------080906090107050303040501-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 09:01:33 2009 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 96419106564A for ; Fri, 13 Mar 2009 09:01:33 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from cain.gsoft.com.au (cain.gsoft.com.au [203.31.81.10]) by mx1.freebsd.org (Postfix) with ESMTP id DAA9D8FC13 for ; Fri, 13 Mar 2009 09:01:32 +0000 (UTC) (envelope-from doconnor@gsoft.com.au) Received: from inchoate.localnet (ppp121-45-189-13.lns11.adl2.internode.on.net [121.45.189.13]) (authenticated bits=0) by cain.gsoft.com.au (8.13.8/8.13.8) with ESMTP id n2D91U2c089049 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 19:31:30 +1030 (CST) (envelope-from doconnor@gsoft.com.au) From: "Daniel O'Connor" To: perryh@pluto.rain.com Date: Fri, 13 Mar 2009 19:31:28 +1030 User-Agent: KMail/1.10.4 (Linux/2.6.27-11-generic; KDE/4.1.4; i686; ; ) References: <200903121505.n2CF5RXx047734@lurza.secnetix.de> <200903131054.40000.doconnor@gsoft.com.au> <49ba0a99.zRpbA1XAX3ZA0YOG%perryh@pluto.rain.com> In-Reply-To: <49ba0a99.zRpbA1XAX3ZA0YOG%perryh@pluto.rain.com> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart1281534.QTThvKnA5d"; protocol="application/pgp-signature"; micalg=pgp-sha1 Content-Transfer-Encoding: 7bit Message-Id: <200903131931.28854.doconnor@gsoft.com.au> X-Spam-Score: -2.212 () BAYES_00,RDNS_DYNAMIC X-Scanned-By: MIMEDefang 2.63 on 203.31.81.10 Cc: freebsd-stable@freebsd.org Subject: Re: mergemaster annoyance or not? 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, 13 Mar 2009 09:01:34 -0000 --nextPart1281534.QTThvKnA5d Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On Friday 13 March 2009 17:56:17 perryh@pluto.rain.com wrote: > "Daniel O'Connor" wrote: > > I wonder how hard it would be to add 3 way merging (like > > sysutils/etcmerge) to mergemaster.. > > One complication: to do a 3-way merge you have to have the common > ancestor. To ensure the initial availability of such would require > some infrastructure which AFAIK does not currently exist: > > * A standardized place to keep the original contents of /etc -- > /origEtc or /etc- anyone? etcmerge keeps it in /var/db/etc > * A way to ensure that installation populates that place with > the needed redundant copy of the bits, either by including the > additional instance within the distributions or by generating > it in the course of installation. The former would likely be > easier, if only because the latter would need to work for all > installation methods. IMO it is OK to fall back to a 2 way diff if it doesn't exist (ie the first= =20 time you run it) =2D-=20 Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au "The nice thing about standards is that there are so many of them to choose from." -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C --nextPart1281534.QTThvKnA5d Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) iD8DBQBJuiDo5ZPcIHs/zowRAtq1AJ9+ArynZrzBsiV0BnzMbdgZxYdijgCfeYss 1yssin2Plc0FrDRhR7ZrG9o= =bu9+ -----END PGP SIGNATURE----- --nextPart1281534.QTThvKnA5d-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 09:37:22 2009 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 DF2FE1065673 for ; Fri, 13 Mar 2009 09:37:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9E2B98FC08 for ; Fri, 13 Mar 2009 09:37:21 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 3D66A46B46; Fri, 13 Mar 2009 05:37:21 -0400 (EDT) Date: Fri, 13 Mar 2009 09:37:21 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nick Withers In-Reply-To: <1236920519.1490.30.camel@localhost> Message-ID: References: <1236920519.1490.30.camel@localhost> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: NICs locking up, "*tcp_sc_h" 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, 13 Mar 2009 09:37:22 -0000 On Fri, 13 Mar 2009, Nick Withers wrote: > I recently installed my first amd64 system (currently running RELENG_7 from > 2009-03-11) to replace an aged ppc box and have been having dramas with the > network locking up. > > Breaking into the debugger manually and ps-ing shows the network card (e.g., > "[irq20: fxp0+]") in state "LL" in "*tcp_sc_h". It seems the process(es) > trying to access the card at the time is / are in state "L" in "*tcp". > > I thought this may have been something-or-other in the fxp driver, so > installed an rl card and sadly ran into the issue again. > > The console appears unresponsive, but I can get into the debugger (and as > soon as I have, input I'd sent seems to "go through", e.g., if I hit "Enter" > a couple o' times, nothing happens; when I ++ into the > debugger a few login prompts pop up before the debugger output). > > A "where" on the fxp / rl process (thread?) gives (transcribed from the > console): ____ Sounds like a lock leak -- if you're running INVARIANTS, then "show allocks" and "show allchains" would be useful. I've had a report of a TCP lock leak possibly in tcp_input(), but haven't managed to track it down yet -- this could well be it as well. Robert N M Watson Computer Laboratory University of Cambridge > > Tracing PID 31 tid 100030 td 0xffffff00012016e0 > sched_switch() at sched_switch+0xf1 > mi_switch() at mi_switch+0x18f > turnstile_wait() at turnstile_wait+0x1cf > _mtx_lock_sleep() at _mtx_lock_sleep+0x76 > syncache_lookup() at syncache_lookup+0x176 > syncache_expand() at syncache_expand+0x38 > tcp_input() at tcp_input+0xa7d > ip_input() at ip_input+0xa8 > ether_demux() at ether_demux+0x1b9 > ether_input() at ether_input+0x1bb > fxp_intr() at fxp_intr+0x233 > ithread_loop() at ithread_loop+0x17f > fork_exit() at fork_exit+0x11f > fork_trampoline() at fork_trampoline+0xe > ____ > > A "where" on a process stuck in "*tcp", in this case "[swi4: clock]", > gave the somewhat similar: > ____ > > sched_switch() at sched_switch+0xf1 > mi_switch() at mi_switch+0x18f > turnstile_wait() at turnstile_wait+0x1cf > _rw_rlock() at _rw_rlock+0x8c > ipfw_chk() at ipfw_chk+0x3ab2 > ipfw_check_out() at ipfw_check_out+0xb1 > pfil_run_hooks() at pfil_run_hooks+0x9c > ip_output() at ip_output+0x367 > syncache_respond() at syncache_respond+0x2fd > syncache_timer() at syncache_timer+0x15a > (...) > ____ > > In this particular case, the fxp0 card is in a lagg with rl0, but this > problem can be triggered with either card on their own... > > The scheduler is SCHED_ULE. > > I'm not too sure how to give more useful information that this, I'm > afraid. It's a custom kernel, too... Do I need to supply information on > what code actually exists at the relevant addresses (I'm not at all > clued in on how to do this... Sorry!)? Should I chuck WITNESS, > INVARIANTS et al. in? > > I *think* every time this has been triggered there's been a "python2.5" > process in the "*tcp" state. This machine runs net-p2p/deluge and > generally has at least 100 TCP connections on the go at any given time. > > Can anyone give me a clue as to what I might do to track this down? > Appreciate any pointers. > -- > Nick Withers > email: nick@nickwithers.com > Web: http://www.nickwithers.com > Mobile: +61 414 397 446 > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 09:49:59 2009 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 BC6B1106564A for ; Fri, 13 Mar 2009 09:49:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 9819C8FC22 for ; Fri, 13 Mar 2009 09:49:59 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 4B04F46B46; Fri, 13 Mar 2009 05:49:59 -0400 (EDT) Date: Fri, 13 Mar 2009 09:49:59 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nick Withers In-Reply-To: Message-ID: References: <1236920519.1490.30.camel@localhost> 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: NICs locking up, "*tcp_sc_h" 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, 13 Mar 2009 09:50:00 -0000 On Fri, 13 Mar 2009, Robert Watson wrote: > Sounds like a lock leak -- if you're running INVARIANTS, then "show allocks" ^^^^ should read WITNESS > and "show allchains" would be useful. I've had a report of a TCP lock leak > possibly in tcp_input(), but haven't managed to track it down yet -- this > could well be it as well. Robert N M Watson Computer Laboratory University of Cambridge From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 09:56:36 2009 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 57EBE106564A for ; Fri, 13 Mar 2009 09:56:36 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from mail.nickwithers.com (mail.nickwithers.com [123.243.228.66]) by mx1.freebsd.org (Postfix) with ESMTP id 547D18FC15 for ; Fri, 13 Mar 2009 09:56:34 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from [10.0.0.245] (presario.shmon.net [10.0.0.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nickwithers.com (Postfix) with ESMTPSA id A5579242E; Fri, 13 Mar 2009 20:56:25 +1100 (EST) From: Nick Withers To: Robert Watson In-Reply-To: References: <1236920519.1490.30.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-yN0PxImbmCfVRg/hrCoV" Date: Fri, 13 Mar 2009 20:56:24 +1100 Message-Id: <1236938184.1490.40.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-MailScanner-ID: A5579242E.37662 X-nickwithers-MailScanner: Found to be clean X-nickwithers-MailScanner-From: nick@nickwithers.com Cc: freebsd-stable@freebsd.org Subject: Re: NICs locking up, "*tcp_sc_h" 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, 13 Mar 2009 09:56:36 -0000 --=-yN0PxImbmCfVRg/hrCoV Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-13 at 09:37 +0000, Robert Watson wrote: > On Fri, 13 Mar 2009, Nick Withers wrote: >=20 > > I recently installed my first amd64 system (currently running RELENG_7 = from=20 > > 2009-03-11) to replace an aged ppc box and have been having dramas with= the=20 > > network locking up. > > > > Breaking into the debugger manually and ps-ing shows the network card (= e.g.,=20 > > "[irq20: fxp0+]") in state "LL" in "*tcp_sc_h". It seems the process(e= s)=20 > > trying to access the card at the time is / are in state "L" in "*tcp". > > > > I thought this may have been something-or-other in the fxp driver, so=20 > > installed an rl card and sadly ran into the issue again. > > > > The console appears unresponsive, but I can get into the debugger (and = as=20 > > soon as I have, input I'd sent seems to "go through", e.g., if I hit "E= nter"=20 > > a couple o' times, nothing happens; when I ++ into the=20 > > debugger a few login prompts pop up before the debugger output). > > > > A "where" on the fxp / rl process (thread?) gives (transcribed from the= =20 > > console): ____ >=20 > Sounds like a lock leak -- if you're running INVARIANTS, then "show alloc= ks"=20 > and "show allchains" would be useful. I've had a report of a TCP lock le= ak=20 > possibly in tcp_input(), but haven't managed to track it down yet -- this= =20 > could well be it as well. Righto, I'll recompile the kernel with INVARIANTS (hell, I'll go bananas and include everything listed in http://www.freebsd.org/doc/en/books/developers-handbook/kerneldebug-deadloc= ks.html - anything else I might include?). Sorry for the original double-post, by the way, not quite sure how that happened... I can reproduce this problem relatively easily, by the way (every 3 days, on average). I meant to say this before, too, but it seems to happen a lot more often on the fxp than on rl. I'm sorry to ask what is probably a very simple question, but is there somewhere I should look to get clues on debugging from a manually generated dump? I tried "panic" after manually envoking the kernel debugger but proved highly inept at getting from the dump the same information "ps" / "where" gave me within the debugger live. Ta for your help! > Robert N M Watson > Computer Laboratory > University of Cambridge >=20 >=20 > > > > Tracing PID 31 tid 100030 td 0xffffff00012016e0 > > sched_switch() at sched_switch+0xf1 > > mi_switch() at mi_switch+0x18f > > turnstile_wait() at turnstile_wait+0x1cf > > _mtx_lock_sleep() at _mtx_lock_sleep+0x76 > > syncache_lookup() at syncache_lookup+0x176 > > syncache_expand() at syncache_expand+0x38 > > tcp_input() at tcp_input+0xa7d > > ip_input() at ip_input+0xa8 > > ether_demux() at ether_demux+0x1b9 > > ether_input() at ether_input+0x1bb > > fxp_intr() at fxp_intr+0x233 > > ithread_loop() at ithread_loop+0x17f > > fork_exit() at fork_exit+0x11f > > fork_trampoline() at fork_trampoline+0xe > > ____ > > > > A "where" on a process stuck in "*tcp", in this case "[swi4: clock]", > > gave the somewhat similar: > > ____ > > > > sched_switch() at sched_switch+0xf1 > > mi_switch() at mi_switch+0x18f > > turnstile_wait() at turnstile_wait+0x1cf > > _rw_rlock() at _rw_rlock+0x8c > > ipfw_chk() at ipfw_chk+0x3ab2 > > ipfw_check_out() at ipfw_check_out+0xb1 > > pfil_run_hooks() at pfil_run_hooks+0x9c > > ip_output() at ip_output+0x367 > > syncache_respond() at syncache_respond+0x2fd > > syncache_timer() at syncache_timer+0x15a > > (...) > > ____ > > > > In this particular case, the fxp0 card is in a lagg with rl0, but this > > problem can be triggered with either card on their own... > > > > The scheduler is SCHED_ULE. > > > > I'm not too sure how to give more useful information that this, I'm > > afraid. It's a custom kernel, too... Do I need to supply information on > > what code actually exists at the relevant addresses (I'm not at all > > clued in on how to do this... Sorry!)? Should I chuck WITNESS, > > INVARIANTS et al. in? > > > > I *think* every time this has been triggered there's been a "python2.5" > > process in the "*tcp" state. This machine runs net-p2p/deluge and > > generally has at least 100 TCP connections on the go at any given time. > > > > Can anyone give me a clue as to what I might do to track this down? > > Appreciate any pointers. > > --=20 > > Nick Withers > > email: nick@nickwithers.com > > Web: http://www.nickwithers.com > > Mobile: +61 414 397 446 > > --=20 Nick Withers email: nick@nickwithers.com Web: http://www.nickwithers.com Mobile: +61 414 397 446 --=-yN0PxImbmCfVRg/hrCoV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm6LcgACgkQ3wcG/Pf4Wri5oQCgrnr2HM886la1EgfV6l9PEgFo do4AnAozGLuBxJNvlzAI2pZNkvTkKd0C =Z8yR -----END PGP SIGNATURE----- --=-yN0PxImbmCfVRg/hrCoV-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 10:10:23 2009 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 98216106566B for ; Fri, 13 Mar 2009 10:10:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 56C738FC21 for ; Fri, 13 Mar 2009 10:10:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 1131646B43; Fri, 13 Mar 2009 06:10:23 -0400 (EDT) Date: Fri, 13 Mar 2009 10:10:22 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nick Withers In-Reply-To: <1236938184.1490.40.camel@localhost> Message-ID: References: <1236920519.1490.30.camel@localhost> <1236938184.1490.40.camel@localhost> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: NICs locking up, "*tcp_sc_h" 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, 13 Mar 2009 10:10:24 -0000 On Fri, 13 Mar 2009, Nick Withers wrote: > Sorry for the original double-post, by the way, not quite sure how that > happened... > > I can reproduce this problem relatively easily, by the way (every 3 days, on > average). I meant to say this before, too, but it seems to happen a lot more > often on the fxp than on rl. > > I'm sorry to ask what is probably a very simple question, but is there > somewhere I should look to get clues on debugging from a manually generated > dump? I tried "panic" after manually envoking the kernel debugger but proved > highly inept at getting from the dump the same information "ps" / "where" > gave me within the debugger live. If this is, in fact, a TCP input lock leak of some sort, then most likely some particular property of a host your system talks to, or a network it runs over, triggers this (presumably) unusual edge case -- perhaps a firewall that mucks with TCP in a funny way, etc. Of course, it might be something completely different -- the fact that everything is blocked on *tcp_sc_h and *tcp, simply means that something holding TCP locks hasn't released them, and this could happen for a number of reasons. Once you've acquired a crashdump, you can run crashinfo(8), which will produce a summary of useful debugging information. There are some things that are a bit easier to do in the run-time debugger, such as lock analysis, as the run-time debugger is more up-close and personal with in-kernel data structures; other things are easier in kgdb, which has complete source code and C type access. I find kgdb works pretty well for everything but "show much what locks are held". Many of our system monitoring tools, including ps and portions of netstat, can actually be run on crashdumps to report the state of the system at the time it crashed -- take a look at the -M and -N command line arguments, which respectively allow you to point those tools at the crashdump and at a kernel with debugging symbols (typically kernel.debug or kernel.symbols) matching the kernel that was booted at the time of the crash. Robert N M Watson Computer Laboratory University of Cambridge > > Ta for your help! > >> Robert N M Watson >> Computer Laboratory >> University of Cambridge >> >> >>> >>> Tracing PID 31 tid 100030 td 0xffffff00012016e0 >>> sched_switch() at sched_switch+0xf1 >>> mi_switch() at mi_switch+0x18f >>> turnstile_wait() at turnstile_wait+0x1cf >>> _mtx_lock_sleep() at _mtx_lock_sleep+0x76 >>> syncache_lookup() at syncache_lookup+0x176 >>> syncache_expand() at syncache_expand+0x38 >>> tcp_input() at tcp_input+0xa7d >>> ip_input() at ip_input+0xa8 >>> ether_demux() at ether_demux+0x1b9 >>> ether_input() at ether_input+0x1bb >>> fxp_intr() at fxp_intr+0x233 >>> ithread_loop() at ithread_loop+0x17f >>> fork_exit() at fork_exit+0x11f >>> fork_trampoline() at fork_trampoline+0xe >>> ____ >>> >>> A "where" on a process stuck in "*tcp", in this case "[swi4: clock]", >>> gave the somewhat similar: >>> ____ >>> >>> sched_switch() at sched_switch+0xf1 >>> mi_switch() at mi_switch+0x18f >>> turnstile_wait() at turnstile_wait+0x1cf >>> _rw_rlock() at _rw_rlock+0x8c >>> ipfw_chk() at ipfw_chk+0x3ab2 >>> ipfw_check_out() at ipfw_check_out+0xb1 >>> pfil_run_hooks() at pfil_run_hooks+0x9c >>> ip_output() at ip_output+0x367 >>> syncache_respond() at syncache_respond+0x2fd >>> syncache_timer() at syncache_timer+0x15a >>> (...) >>> ____ >>> >>> In this particular case, the fxp0 card is in a lagg with rl0, but this >>> problem can be triggered with either card on their own... >>> >>> The scheduler is SCHED_ULE. >>> >>> I'm not too sure how to give more useful information that this, I'm >>> afraid. It's a custom kernel, too... Do I need to supply information on >>> what code actually exists at the relevant addresses (I'm not at all >>> clued in on how to do this... Sorry!)? Should I chuck WITNESS, >>> INVARIANTS et al. in? >>> >>> I *think* every time this has been triggered there's been a "python2.5" >>> process in the "*tcp" state. This machine runs net-p2p/deluge and >>> generally has at least 100 TCP connections on the go at any given time. >>> >>> Can anyone give me a clue as to what I might do to track this down? >>> Appreciate any pointers. >>> -- >>> Nick Withers >>> email: nick@nickwithers.com >>> Web: http://www.nickwithers.com >>> Mobile: +61 414 397 446 >>> > -- > Nick Withers > email: nick@nickwithers.com > Web: http://www.nickwithers.com > Mobile: +61 414 397 446 > From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 12:25:01 2009 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 2F8341065672 for ; Fri, 13 Mar 2009 12:25:01 +0000 (UTC) (envelope-from ardovm@yahoo.it) Received: from swip.net (mailfe13.tele2.it [212.247.155.141]) by mx1.freebsd.org (Postfix) with ESMTP id B848D8FC21 for ; Fri, 13 Mar 2009 12:25:00 +0000 (UTC) (envelope-from ardovm@yahoo.it) X-Cloudmark-Score: 0.000000 [] X-Cloudmark-Analysis: v=1.0 c=1 a=rf1iHxr0XwcA:10 a=pMgg6Vs9YuMA:10 a=kudR0qoUhnPaFvcQ1yqVNg==:17 a=Vt2AcnKqAAAA:8 a=6I5d2MoRAAAA:8 a=-GkPRAReAAAA:8 a=q0WBMBpKlOBlS_mg1R0A:9 a=1P6QhNBnbT4Vk21JNIQUgamm-yoA:4 a=LY0hPdMaydYA:10 a=SV7veod9ZcQA:10 Received: from [93.145.70.47] (account cxu-m4-ftb@tele2.it HELO snail) by mailfe13.swip.net (CommuniGate Pro SMTP 5.2.6) with ESMTPA id 819717183; Fri, 13 Mar 2009 13:24:58 +0100 Received: by snail (Postfix, from userid 1000) id 8397823E0D8; Fri, 13 Mar 2009 13:24:57 +0100 (CET) Date: Fri, 13 Mar 2009 13:24:57 +0100 From: Arrigo Marchiori To: spara Message-ID: <20090313122457.GD20585@snail.casa> References: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.16 (2007-06-09) Cc: freebsd-stable@freebsd.org Subject: Re: Page fault panic in scioctl and console-kit-daemon 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, 13 Mar 2009 12:25:01 -0000 On Mon, Mar 09, 2009 at 12:15:15PM +0100, spara wrote: > Hello, > I'm experiencing the same > (http://www.mail-archive.com/freebsd-stable@freebsd.org/msg101997.html) > after updating to last hald in 6.4-STABLE. > Anyone tried to fix it with the Kostik Belousov patch as in > http://lists.freebsd.org/pipermail/freebsd-current/2008-January/082581.html > ? You mean the patch attached to this message: http://lists.freebsd.org/pipermail/freebsd-current/2008-February/083586.html ? If so, I didn't try because the message says "committed to all branches". But I can try, if it's necessary... > Any other fix ? It seems to me that no package has been depending on consolekit, since a couple of days. At least, portupgrade is not showing any more "stale dependencies" when I try to "portupgrade -aR" without having consolekit installed. So I'm living happily without it. :-) -- rigo http://rigo.altervista.org From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 15:47:34 2009 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 170D8106566B for ; Fri, 13 Mar 2009 15:47:34 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.29]) by mx1.freebsd.org (Postfix) with ESMTP id BCE578FC0A for ; Fri, 13 Mar 2009 15:47:33 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so992502yxl.13 for ; Fri, 13 Mar 2009 08:47:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=4P4cg2VVv0YH28DEcSXqm1PnIW+Hm8VvsYgaKamPrQM=; b=nA64oWb5yWqqiMqrxwy9h+gQWeiVHiZ9QHuOOmKeNw2K1yQqTUaZtS0YlP8r+bk9Ru VS/VsgOb2vlhekwyoSP3YwAuKGjTi1ZrYWPuE0DsaomlhlRohBYp0Lxoxo/M4gqsA4/J gAJbPEF7YkrmsB0bxjg2lDIe9hh0Af+6LfE6A= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=E1QpA6txl8kgrhJCgpgZUN2GsjxRlhGXSzQXDXc6Z2nGPLHEJOyOqN3slOeGgnjvVe cqMwEd4k+j73iHbQTV1SdnYmdiz0GAX9i3Y1pF2yyx4Z/LLYCBEhZgb6qQynQMBSpEwE MDegEqI+j+/HISav08/Pi0EiHaQhJrnlnZ6wQ= Received: by 10.100.228.13 with SMTP id a13mr973629anh.90.1236957503921; Fri, 13 Mar 2009 08:18:23 -0700 (PDT) Received: from localhost (ms.singlescrowd.net [80.85.90.67]) by mx.google.com with ESMTPS id c9sm3255051ana.33.2009.03.13.08.18.22 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Mar 2009 08:18:23 -0700 (PDT) To: Nick Withers References: <1236920519.1490.30.camel@localhost> <1236938184.1490.40.camel@localhost> Organization: TOA Ukraine From: Mikolaj Golub Date: Fri, 13 Mar 2009 17:18:19 +0200 In-Reply-To: <1236938184.1490.40.camel@localhost> (Nick Withers's message of "Fri\, 13 Mar 2009 20\:56\:24 +1100") Message-ID: <813adha1tw.fsf@zhuzha.ua1> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-stable@freebsd.org Subject: Re: NICs locking up, "*tcp_sc_h" 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, 13 Mar 2009 15:47:34 -0000 On Fri, 13 Mar 2009 20:56:24 +1100 Nick Withers wrote: > I'm sorry to ask what is probably a very simple question, but is there > somewhere I should look to get clues on debugging from a manually > generated dump? I tried "panic" after manually envoking the kernel > debugger but proved highly inept at getting from the dump the same > information "ps" / "where" gave me within the debugger live. You can capture ddb session in capture buffer and then extract it from the dump. In ddb run capture on do your debugging then run "panic" or "call doadump" and after reboot: ddb capture -M /var/crash/vmcore.X print > out I would recommend to increase debug.ddb.capture.bufsize sysctl variable to be sure all the ddb session will be captured. -- Mikolaj Golub From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 16:04:16 2009 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 691B31065689; Fri, 13 Mar 2009 16:04:16 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (unknown [IPv6:2001:380:e06:127::53]) by mx1.freebsd.org (Postfix) with ESMTP id 300E88FC12; Fri, 13 Mar 2009 16:04:16 +0000 (UTC) (envelope-from aoyama@peach.ne.jp) Received: from moon.peach.ne.jp (localhost [127.0.0.1]) by moon.peach.ne.jp (Postfix) with ESMTP id 537AE78C4B; Sat, 14 Mar 2009 01:04:15 +0900 (JST) Received: from artemis (unknown [192.168.2.20]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by moon.peach.ne.jp (Postfix) with ESMTP id 13DFB78C4A; Sat, 14 Mar 2009 01:04:15 +0900 (JST) Message-ID: <9D628199E66F424A80D214FA277EEEA3@artemis> From: "Daisuke Aoyama" To: , , "Pete French" References: Date: Sat, 14 Mar 2009 01:04:11 +0900 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-2022-jp"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Virus-Scanned: ClamAV using ClamSMTP Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 13 Mar 2009 16:04:17 -0000 > Oh dear.... doing the test again caused the client machine to panic, > with the following message: > > panic: solaris assert: 0 == dmu_buf_hold(os, lr->lr_foid, boff, zgd, &db), > file > /usr/src/sys/modules/zfs/../../cddl/controb/opensolaris/uts/common/fs/zfs/zfs_nops.c, > line: 955 > I have not read the message in my experience. Do you have encountered frequency? -- Daisuke Aoyama From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 16:30:23 2009 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 8FA6810656C4; Fri, 13 Mar 2009 16:30:23 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from constantine.ticketswitch.com (constantine.ticketswitch.com [IPv6:2002:57e0:1d4e:1::3]) by mx1.freebsd.org (Postfix) with ESMTP id 53F998FC0C; Fri, 13 Mar 2009 16:30:23 +0000 (UTC) (envelope-from petefrench@ticketswitch.com) Received: from dilbert.rattatosk ([10.64.50.6] helo=dilbert.ticketswitch.com) by constantine.ticketswitch.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LiAGx-000Ej0-K1; Fri, 13 Mar 2009 16:30:11 +0000 Received: from petefrench by dilbert.ticketswitch.com with local (Exim 4.69 (FreeBSD)) (envelope-from ) id 1LiAGx-000JwA-Ho; Fri, 13 Mar 2009 16:30:11 +0000 To: aoyama@peach.ne.jp, freebsd-scsi@freebsd.org, freebsd-stable@freebsd.org In-Reply-To: <9D628199E66F424A80D214FA277EEEA3@artemis> Message-Id: From: Pete French Date: Fri, 13 Mar 2009 16:30:11 +0000 Cc: Subject: Re: Tester wanted for multipath failover iSCSI target software 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, 13 Mar 2009 16:30:25 -0000 > I have not read the message in my experience. > Do you have encountered frequency? Only once. I did not try it again because that is our work server. I did two testrs, copying files. 1) Using iscsi-target ... copies OK, but ZFS pool has errors 2) Using istgt - causes the panic described. The copy is 53 gigabytes of small files. -pete. From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 20:49:16 2009 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 E00F8106567E for ; Fri, 13 Mar 2009 20:49:16 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 948D98FC22 for ; Fri, 13 Mar 2009 20:49:16 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from thor.farley.org (HPooka@thor.farley.org [IPv6:2001:470:1f0f:20:1::5]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n2DKnE8u029695 for ; Fri, 13 Mar 2009 15:49:14 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 13 Mar 2009 15:49:14 -0500 (CDT) From: "Sean C. Farley" To: freebsd-stable@FreeBSD.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="56599777-2020720398-1236977354=:6590" X-Spam-Status: No, score=-3.1 required=3.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: Subject: Panic in radeon_get_vblank_counter() 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, 13 Mar 2009 20:49:17 -0000 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --56599777-2020720398-1236977354=:6590 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII After upgrading my laptop (Dell 600m) yesterday, I have begun to experience panics on it probably related to the DRM update. Killing the X server by Ctrl-Alt-Backspace is a good way to lock the system. Reboot to get a core dump. Piece of Xorg.log concerning the hardware using the xf86-video-ati-6.11.0 driver: (--) PCI:*(0@1:0:0) ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] rev 1, Mem @ 0xe8000000/0, 0xfcff0000/0, I/O @ 0x0000c000/0, BIOS @ 0x????????/65536 ... (--) RADEON(0): Chipset: "ATI Radeon Mobility 9000 (M9) Lf (AGP)" (ChipID = 0x4c66) Special options in xorg.conf: Section "Device" ... Option "EnablePageFlip" "true" Option "AccelMethod" "EXA" EndSection Section "Screen" ... Option "AddARGBGLXVisuals" "True" Option "DisableGLXRootClipping" "True" Option "XAANoOffscreenPixmaps" "True" ... EndSection pciconf -lv of the device: vgapci0@pci0:1:0:0: class=0x030000 card=0x011e1028 chip=0x4c661002 rev=0x01 hdr=0x00 vendor = 'ATI Technologies Inc' device = 'ATI MOBILITY RADEON 9000 (Microsoft Corporation - Radeon Mobility M9' class = display subclass = VGA /var/log/messages about drm: Mar 13 15:41:51 baba kernel: drm0: on vgapci0 Mar 13 15:41:51 baba kernel: vgapci0: child drm0 requested pci_enable_busmaster Mar 13 15:41:51 baba kernel: info: [drm] AGP at 0xe0000000 128MB Mar 13 15:41:51 baba kernel: info: [drm] Initialized radeon 1.29.0 20080613 Mar 13 15:41:52 baba kernel: info: [drm] Setting GART location based on new memory map Mar 13 15:41:52 baba kernel: info: [drm] Loading R200 Microcode Mar 13 15:41:52 baba kernel: info: [drm] writeback test succeeded in 1 usecs Mar 13 15:41:52 baba kernel: drm0: [ITHREAD] Panic attached. Sean -- scf@FreeBSD.org --56599777-2020720398-1236977354=:6590 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=panic.log Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=panic.log RmF0YWwgdHJhcCAxMjogcGFnZSBmYXVsdCB3aGlsZSBpbiBrZXJuZWwgbW9k ZQ0KY3B1aWQgPSAwOyBhcGljIGlkID0gMDANCmZhdWx0IHZpcnR1YWwgYWRk cmVzcwk9IDB4MTANCmZhdWx0IGNvZGUJCT0gc3VwZXJ2aXNvciByZWFkLCBw YWdlIG5vdCBwcmVzZW50DQppbnN0cnVjdGlvbiBwb2ludGVyCT0gMHgyMDow eGMzNDFlYjQ4DQpzdGFjayBwb2ludGVyCSAgICAgICAgPSAweDI4OjB4YzJi MmJjM2MNCmZyYW1lIHBvaW50ZXIJICAgICAgICA9IDB4Mjg6MHhjMmIyYmM0 Yw0KY29kZSBzZWdtZW50CQk9IGJhc2UgMHgwLCBsaW1pdCAweGZmZmZmLCB0 eXBlIDB4MWINCgkJCT0gRFBMIDAsIHByZXMgMSwgZGVmMzIgMSwgZ3JhbiAx DQpwcm9jZXNzb3IgZWZsYWdzCT0gaW50ZXJydXB0IGVuYWJsZWQsIHJlc3Vt ZSwgSU9QTCA9IDANCmN1cnJlbnQgcHJvY2VzcwkJPSAxMyAoc3dpNDogY2xv Y2sgc2lvKQ0KdHJhcCBudW1iZXIJCT0gMTINCnBhbmljOiBwYWdlIGZhdWx0 DQpjcHVpZCA9IDANClVwdGltZTogMTJoMThtMjhzDQpQaHlzaWNhbCBtZW1v cnk6IDUwMyBNQg0KRHVtcGluZyA5OSBNQjogODQgNjggNTIgMzYgMjAgNA0K DQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvaWZfdGFwLmtv Li4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2lmX3RhcC5r by5zeW1ib2xzLi4uZG9uZS4NCmRvbmUuDQpMb2FkZWQgc3ltYm9scyBmb3Ig L2Jvb3Qva2VybmVsL2lmX3RhcC5rbw0KUmVhZGluZyBzeW1ib2xzIGZyb20g L2Jvb3Qva2VybmVsL3NuZF9pY2gua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJv bSAvYm9vdC9rZXJuZWwvc25kX2ljaC5rby5zeW1ib2xzLi4uZG9uZS4NCmRv bmUuDQpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qva2VybmVsL3NuZF9pY2gu a28NClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9zb3VuZC5r by4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9zb3VuZC5r by5zeW1ib2xzLi4uZG9uZS4NCmRvbmUuDQpMb2FkZWQgc3ltYm9scyBmb3Ig L2Jvb3Qva2VybmVsL3NvdW5kLmtvDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvYXRhcGljYW0ua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJv bSAvYm9vdC9rZXJuZWwvYXRhcGljYW0ua28uc3ltYm9scy4uLmRvbmUuDQpk b25lLg0KTG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9hdGFwaWNh bS5rbw0KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2Fpby5r by4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9haW8ua28u c3ltYm9scy4uLmRvbmUuDQpkb25lLg0KTG9hZGVkIHN5bWJvbHMgZm9yIC9i b290L2tlcm5lbC9haW8ua28NClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290 L2tlcm5lbC9hY3BpLmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qv a2VybmVsL2FjcGkua28uc3ltYm9scy4uLmRvbmUuDQpkb25lLg0KTG9hZGVk IHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9hY3BpLmtvDQpSZWFkaW5nIHN5 bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvbGlucHJvY2ZzLmtvLi4uUmVhZGlu ZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL2xpbnByb2Nmcy5rby5zeW1i b2xzLi4uZG9uZS4NCmRvbmUuDQpMb2FkZWQgc3ltYm9scyBmb3IgL2Jvb3Qv a2VybmVsL2xpbnByb2Nmcy5rbw0KUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jv b3Qva2VybmVsL2xpbnV4LmtvLi4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jv b3Qva2VybmVsL2xpbnV4LmtvLnN5bWJvbHMuLi5kb25lLg0KZG9uZS4NCkxv YWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvbGludXgua28NClJlYWRp bmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9saW5zeXNmcy5rby4uLlJl YWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9saW5zeXNmcy5rby5z eW1ib2xzLi4uZG9uZS4NCmRvbmUuDQpMb2FkZWQgc3ltYm9scyBmb3IgL2Jv b3Qva2VybmVsL2xpbnN5c2ZzLmtvDQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvcGZsb2cua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAv Ym9vdC9rZXJuZWwvcGZsb2cua28uc3ltYm9scy4uLmRvbmUuDQpkb25lLg0K TG9hZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9wZmxvZy5rbw0KUmVh ZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3BmLmtvLi4uUmVhZGlu ZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3BmLmtvLnN5bWJvbHMuLi5k b25lLg0KZG9uZS4NCkxvYWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwv cGYua28NClJlYWRpbmcgc3ltYm9scyBmcm9tIC9ib290L2tlcm5lbC9kYWVt b25fc2F2ZXIua28uLi5SZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJu ZWwvZGFlbW9uX3NhdmVyLmtvLnN5bWJvbHMuLi5kb25lLg0KZG9uZS4NCkxv YWRlZCBzeW1ib2xzIGZvciAvYm9vdC9rZXJuZWwvZGFlbW9uX3NhdmVyLmtv DQpSZWFkaW5nIHN5bWJvbHMgZnJvbSAvYm9vdC9rZXJuZWwvcmFkZW9uLmtv Li4uUmVhZGluZyBzeW1ib2xzIGZyb20gL2Jvb3Qva2VybmVsL3JhZGVvbi5r by5zeW1ib2xzLi4uZG9uZS4NCmRvbmUuDQpMb2FkZWQgc3ltYm9scyBmb3Ig L2Jvb3Qva2VybmVsL3JhZGVvbi5rbw0KUmVhZGluZyBzeW1ib2xzIGZyb20g L2Jvb3Qva2VybmVsL2RybS5rby4uLlJlYWRpbmcgc3ltYm9scyBmcm9tIC9i b290L2tlcm5lbC9kcm0ua28uc3ltYm9scy4uLmRvbmUuDQpkb25lLg0KTG9h ZGVkIHN5bWJvbHMgZm9yIC9ib290L2tlcm5lbC9kcm0ua28NCiMwICBkb2Fk dW1wICgpIGF0IHBjcHUuaDoxOTYNCjE5NglwY3B1Lmg6IE5vIHN1Y2ggZmls ZSBvciBkaXJlY3RvcnkuDQoJaW4gcGNwdS5oDQooa2dkYikgd2hlcmUNCiMw ICBkb2FkdW1wICgpIGF0IHBjcHUuaDoxOTYNCiMxICAweGMwNWI2ZmU3IGlu IGJvb3QgKGhvd3RvPTI2MCkgYXQgL3Vzci9GcmVlQlNEL1JFTEVOR183L3Ny Yy9zeXMva2Vybi9rZXJuX3NodXRkb3duLmM6NDE4DQojMiAgMHhjMDViNzJi OSBpbiBwYW5pYyAoZm10PVZhcmlhYmxlICJmbXQiIGlzIG5vdCBhdmFpbGFi bGUuDQopIGF0IC91c3IvRnJlZUJTRC9SRUxFTkdfNy9zcmMvc3lzL2tlcm4v a2Vybl9zaHV0ZG93bi5jOjU3NA0KIzMgIDB4YzA4MjQxN2MgaW4gdHJhcF9m YXRhbCAoZnJhbWU9MHhjMmIyYmJmYywgZXZhPTE2KSBhdCAvdXNyL0ZyZWVC U0QvUkVMRU5HXzcvc3JjL3N5cy9pMzg2L2kzODYvdHJhcC5jOjkzOQ0KIzQg IDB4YzA4MjQzZTAgaW4gdHJhcF9wZmF1bHQgKGZyYW1lPTB4YzJiMmJiZmMs IHVzZXJtb2RlPTAsIGV2YT0xNikgYXQgL3Vzci9GcmVlQlNEL1JFTEVOR183 L3NyYy9zeXMvaTM4Ni9pMzg2L3RyYXAuYzo4NTINCiM1ICAweGMwODI0ZDcy IGluIHRyYXAgKGZyYW1lPTB4YzJiMmJiZmMpIGF0IC91c3IvRnJlZUJTRC9S RUxFTkdfNy9zcmMvc3lzL2kzODYvaTM4Ni90cmFwLmM6NTMwDQojNiAgMHhj MDgwOWUzYiBpbiBjYWxsdHJhcCAoKSBhdCAvdXNyL0ZyZWVCU0QvUkVMRU5H Xzcvc3JjL3N5cy9pMzg2L2kzODYvZXhjZXB0aW9uLnM6MTU5DQojNyAgMHhj MzQxZWI0OCBpbiByYWRlb25fZ2V0X3ZibGFua19jb3VudGVyIChkZXY9MHhj MmRlYzgwMCwgY3J0Yz0wKSBhdCAvdXNyL0ZyZWVCU0QvUkVMRU5HXzcvc3Jj L3N5cy9tb2R1bGVzL2RybS9yYWRlb24vLi4vLi4vLi4vZGV2L2RybS9yYWRl b25faXJxLmM6MzA4DQojOCAgMHhjMzQ0NWY3YiBpbiB2YmxhbmtfZGlzYWJs ZV9mbiAoYXJnPTB4YzJkZWM4MDApIGF0IC91c3IvRnJlZUJTRC9SRUxFTkdf Ny9zcmMvc3lzL21vZHVsZXMvZHJtL2RybS8uLi8uLi8uLi9kZXYvZHJtL2Ry bV9pcnEuYzo5MQ0KIzkgIDB4YzA1YzlhNGEgaW4gc29mdGNsb2NrIChkdW1t eT0weDApIGF0IC91c3IvRnJlZUJTRC9SRUxFTkdfNy9zcmMvc3lzL2tlcm4v a2Vybl90aW1lb3V0LmM6Mjc0DQojMTAgMHhjMDU5NGZkYiBpbiBpdGhyZWFk X2xvb3AgKGFyZz0weGMyYzk1MzUwKSBhdCAvdXNyL0ZyZWVCU0QvUkVMRU5H Xzcvc3JjL3N5cy9rZXJuL2tlcm5faW50ci5jOjEwODgNCiMxMSAweGMwNTkx YjI5IGluIGZvcmtfZXhpdCAoY2FsbG91dD0weGMwNTk0ZTIwIDxpdGhyZWFk X2xvb3A+LCBhcmc9MHhjMmM5NTM1MCwgZnJhbWU9MHhjMmIyYmQzOCkgYXQg L3Vzci9GcmVlQlNEL1JFTEVOR183L3NyYy9zeXMva2Vybi9rZXJuX2Zvcmsu Yzo4MTANCiMxMiAweGMwODA5ZWIwIGluIGZvcmtfdHJhbXBvbGluZSAoKSBh dCAvdXNyL0ZyZWVCU0QvUkVMRU5HXzcvc3JjL3N5cy9pMzg2L2kzODYvZXhj ZXB0aW9uLnM6MjY0DQooa2dkYikgZnJhbWUgNw0KIzcgIDB4YzM0MWViNDgg aW4gcmFkZW9uX2dldF92YmxhbmtfY291bnRlciAoZGV2PTB4YzJkZWM4MDAs IGNydGM9MCkgYXQgL3Vzci9GcmVlQlNEL1JFTEVOR183L3NyYy9zeXMvbW9k dWxlcy9kcm0vcmFkZW9uLy4uLy4uLy4uL2Rldi9kcm0vcmFkZW9uX2lycS5j OjMwOA0KMzA4CQkJCXJldHVybiBSQURFT05fUkVBRChSQURFT05fQ1JUQ19D Uk5UX0ZSQU1FKTsNCihrZ2RiKSBwICpkZXYNCiQxID0ge2RyaXZlciA9IDB4 YzMzZDY3MDAsIGlkX2VudHJ5ID0gMHhjMzQzNDkzMCwgcGNpX2RldmljZSA9 IDE5NTU4LCBwY2lfdmVuZG9yID0gNDA5OCwgdW5pcXVlID0gMHgwLCB1bmlx dWVfbGVuID0gMCwgZGV2aWNlID0gMHhjMmQ1YjA4MCwgZGV2bm9kZSA9IDB4 YzMzZDY4MDAsIGlmX3ZlcnNpb24gPSA2NzczMTY4NDMsIGZsYWdzID0gMywg dmJsX2xvY2sgPSB7DQogICAgbG9ja19vYmplY3QgPSB7bG9fbmFtZSA9IDB4 YzM0NDlmMzcgImRybXZibCIsIGxvX3R5cGUgPSAweGMzNDQ5ZjM3ICJkcm12 YmwiLCBsb19mbGFncyA9IDE2OTczODI0LCBsb193aXRuZXNzX2RhdGEgPSB7 bG9kX2xpc3QgPSB7c3RxZV9uZXh0ID0gMHgwfSwgbG9kX3dpdG5lc3MgPSAw eDB9fSwgbXR4X2xvY2sgPSAzMjY3OTg3MDg4LCANCiAgICBtdHhfcmVjdXJz ZSA9IDB9LCBkbWFfbG9jayA9IHtsb2NrX29iamVjdCA9IHtsb19uYW1lID0g MHhjMzQ0OWJjMSAiZHJtZG1hIiwgbG9fdHlwZSA9IDB4YzM0NDliYzEgImRy bWRtYSIsIGxvX2ZsYWdzID0gMTY5MDgyODgsIGxvX3dpdG5lc3NfZGF0YSA9 IHtsb2RfbGlzdCA9IHtzdHFlX25leHQgPSAweDB9LCBsb2Rfd2l0bmVzcyA9 IDB4MH19LCANCiAgICBtdHhfbG9jayA9IDYsIG10eF9yZWN1cnNlID0gMH0s IGlycV9sb2NrID0ge2xvY2tfb2JqZWN0ID0ge2xvX25hbWUgPSAweGMzNDQ5 ZjMwICJkcm1pcnEiLCBsb190eXBlID0gMHhjMzQ0OWYzMCAiZHJtaXJxIiwg bG9fZmxhZ3MgPSAxNjk3MzgyNCwgbG9fd2l0bmVzc19kYXRhID0ge2xvZF9s aXN0ID0ge3N0cWVfbmV4dCA9IDB4MH0sIA0KICAgICAgICBsb2Rfd2l0bmVz cyA9IDB4MH19LCBtdHhfbG9jayA9IDQsIG10eF9yZWN1cnNlID0gMH0sIGRl dl9sb2NrID0ge2xvY2tfb2JqZWN0ID0ge2xvX25hbWUgPSAweGMzNDQ5ZjI5 ICJkcm1kZXYiLCBsb190eXBlID0gMHhjMzQ0OWYyOSAiZHJtZGV2IiwgbG9f ZmxhZ3MgPSAxNjk3MzgyNCwgbG9fd2l0bmVzc19kYXRhID0ge2xvZF9saXN0 ID0gew0KICAgICAgICAgIHN0cWVfbmV4dCA9IDB4MH0sIGxvZF93aXRuZXNz ID0gMHgwfX0sIG10eF9sb2NrID0gNCwgbXR4X3JlY3Vyc2UgPSAwfSwgZHJ3 X2xvY2sgPSB7bG9ja19vYmplY3QgPSB7bG9fbmFtZSA9IDB4YzM0NDlmM2Ug ImRybWRydyIsIGxvX3R5cGUgPSAweGMzNDQ5ZjNlICJkcm1kcnciLCBsb19m bGFncyA9IDE2OTczODI0LCBsb193aXRuZXNzX2RhdGEgPSB7DQogICAgICAg IGxvZF9saXN0ID0ge3N0cWVfbmV4dCA9IDB4MH0sIGxvZF93aXRuZXNzID0g MHgwfX0sIG10eF9sb2NrID0gNCwgbXR4X3JlY3Vyc2UgPSAwfSwgb3Blbl9j b3VudCA9IDAsIGJ1Zl91c2UgPSA4LCBjb3VudGVycyA9IDYsIHR5cGVzID0g e19EUk1fU1RBVF9MT0NLLCBfRFJNX1NUQVRfT1BFTlMsIF9EUk1fU1RBVF9D TE9TRVMsIA0KICAgIF9EUk1fU1RBVF9JT0NUTFMsIF9EUk1fU1RBVF9MT0NL UywgX0RSTV9TVEFUX1VOTE9DS1MsIF9EUk1fU1RBVF9MT0NLLCBfRFJNX1NU QVRfTE9DSywgX0RSTV9TVEFUX0xPQ0ssIF9EUk1fU1RBVF9MT0NLLCBfRFJN X1NUQVRfTE9DSywgX0RSTV9TVEFUX0xPQ0ssIF9EUk1fU1RBVF9MT0NLLCBf RFJNX1NUQVRfTE9DSywgX0RSTV9TVEFUX0xPQ0t9LCANCiAgY291bnRzID0g ezAsIDEwLCAxMCwgMTkzNTU4MiwgMTg1NCwgNzgsIDAsIDAsIDAsIDAsIDAs IDAsIDAsIDAsIDB9LCBmaWxlcyA9IHt0cWhfZmlyc3QgPSAweDAsIHRxaF9s YXN0ID0gMHhjMmRlYzkyMH0sIG1hZ2ljbGlzdCA9IHt7aGVhZCA9IDB4MCwg dGFpbCA9IDB4MH0gPHJlcGVhdHMgMTYgdGltZXM+fSwgbWFwbGlzdCA9IHt0 cWhfZmlyc3QgPSAweDAsIA0KICAgIHRxaF9sYXN0ID0gMHhjMmRlYzlhOH0s IGNvbnRleHRfc2FyZWFzID0gMHhjMmVlZTQ1MCwgbWF4X2NvbnRleHQgPSA0 LCBsb2NrID0ge2h3X2xvY2sgPSAweDAsIGZpbGVfcHJpdiA9IDB4MCwgbG9j a19xdWV1ZSA9IDAsIGxvY2tfdGltZSA9IDUzNjAxMzN9LCBkbWEgPSAweDAs IGlycSA9IDExLCBpcnFfZW5hYmxlZCA9IDAsIG1zaV9lbmFibGVkID0gMCwg DQogIGlycXJpZCA9IDAsIGlycXIgPSAweGMzMTVjNDgwLCBpcnFoID0gMHhj MzNjYzgwMCwgcGNpciA9IHsweGMyZDY5YzQwLCAweDAsIDB4YzJkNjliODB9 LCBwY2lyaWQgPSB7MTYsIDAsIDI0fSwgcGNpX2RvbWFpbiA9IDAsIHBjaV9i dXMgPSAxLCBwY2lfc2xvdCA9IDAsIHBjaV9mdW5jID0gMCwgY29udGV4dF9m bGFnID0gMCwgbGFzdF9jb250ZXh0ID0gMCwgDQogIHZibGFua19kaXNhYmxl X2FsbG93ZWQgPSAxLCB2Ymxfc2lnbmFsX3BlbmRpbmcgPSAwLCB2Ymxhbmtf ZGlzYWJsZV90aW1lciA9IHtjX2xpbmtzID0ge3NsZSA9IHtzbGVfbmV4dCA9 IDB4MH0sIHRxZSA9IHt0cWVfbmV4dCA9IDB4MCwgdHFlX3ByZXYgPSAweGMy OWE2ZTA4fX0sIGNfdGltZSA9IDQ0MzEyMDYzLCBjX2FyZyA9IDB4YzJkZWM4 MDAsIA0KICAgIGNfZnVuYyA9IDB4YzM0NDVlZjAgPHZibGFua19kaXNhYmxl X2ZuPiwgY19tdHggPSAweGMyZGVjODI0LCBjX2ZsYWdzID0gMH0sIG1heF92 YmxhbmtfY291bnQgPSAyMDk3MTUxLCB2YmxhbmsgPSAweGMzMTVjNjgwLCBu dW1fY3J0Y3MgPSAyLCBidWZfc2lnaW8gPSAweDAsIHN5c2N0bCA9IDB4YzJl ZWU1MjAsIGFncCA9IDB4YzMxNWM2YzAsIHNnID0gMHgwLCANCiAgY3R4X2Jp dG1hcCA9IDB4YzMyMzkwMDAsIGRldl9wcml2YXRlID0gMHhjMmRhNDgwMCwg YWdwX2J1ZmZlcl90b2tlbiA9IDM3NTkxNTMxNTIsIGFncF9idWZmZXJfbWFw ID0gMHgwLCBkcndfdW5yaGRyID0gMHhjMzE1Yzc0MCwgZHJ3X2hlYWQgPSB7 cmJoX3Jvb3QgPSAweDB9fQ0KKGtnZGIpIHF1aXQNCg== --56599777-2020720398-1236977354=:6590-- From owner-freebsd-stable@FreeBSD.ORG Fri Mar 13 21:54:12 2009 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 ADC5F1065672 for ; Fri, 13 Mar 2009 21:54:12 +0000 (UTC) (envelope-from invite@scour.com) Received: from www1.scour.com (WWW1.scour.com [67.29.139.179]) by mx1.freebsd.org (Postfix) with ESMTP id 8ED458FC1E for ; Fri, 13 Mar 2009 21:54:12 +0000 (UTC) (envelope-from invite@scour.com) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; s=key1; d=scour.com; h=Date:From:To:Subject:List-Unsubscribe:Reply-To:Sender:Message-ID:Mime-Version:Content-Type:Content-Transfer-Encoding; i=invite@scour.com; bh=crOOVl7XOXO3zpImlZJF1MJQkm0=; b=Poq3Uxn0aHIJTUcGQayMBqzmsGVAvL3+i478SIEj6HZXWfM9b269Jf8AoW///7o5EUonVUdZENc5 N23hnjkNLNlqxbEyLOmJhhF6jn/whk0A2BnFasACRuiJ+XHGVZB/33/Q12LBCRrBYhS0tsi9ggpq gvfGaUH71JPboU4qjeg= DomainKey-Signature: a=rsa-sha1; c=nofws; q=dns; s=key1; d=scour.com; b=hqVo3jKHj2rtbgkWcnNMMH7zDDQQMIGuss0B29Eyb9cRIISf+TWTYOgK8mZ0NpFdpA4er5Oy9GrM k1EC8SbE4sHhoUD8vTpV83fIuvwmu4E5iuA+Upd9DbZueCgIwDr+PQyzl8VQBp3GUpG5EAHZNrJH k23jI1ZHF3WVq3bR3fY=; Received: from admin.scour.com (67.29.139.179) by www1.scour.com (PowerMTA(TM) v3.5r6) id hnb8cs0lomgu for ; Fri, 13 Mar 2009 14:11:32 -0700 (envelope-from ) User-Agent: scour Date: Fri, 13 Mar 2009 14:11:32 -0700 From: "Scour" To: freebsd-stable@freebsd.org Sender: invite@scour.com X-Mailer: scour X-Priority: 3 (Normal) Message-ID: <49bacc04c996b@scour.com> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Subject: S. M. Ibrahim lavlu's Member Invite X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "invite@scour.com" List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Mar 2009 21:54:14 -0000 Hey there, Not too long ago S. M. Ibrahim lavlu sent you an invite to join the Scour search community and your invite is still open! The Scour search engine is shaped by a community of users just like you, and your contributions are what make it a success! Why use Scour? 1. Get Yahoo, Google and MSN results in one search 2. Vote on result relevancy 3. Read user comments 4. Get paid for searching! Create your profile at http://scour.com/invite/lavluda/r/ and enjoy searching the web through your favorite search engines. With time, you’ll get paid like these loyal users: http://www.scour.com/leaderboard page. Come and be part of the largest Social Search community and help make the results better! See you soon, The Scour Team www.scour.com This message was sent to you as a friend referral to join scour.com, please feel free to review our http://scour.com/privacy page and our http://scour.com/communityguidelines/antispam page. If you prefer not to receive invitations from ANY scour members, please click here - http://www.scour.com/unsub/e/ZnJlZWJzZC1zdGFibGVAZnJlZWJzZC5vcmc= -OR- Write to us at: Scour, Inc., 15303 Ventura Blvd. Suite 860, Sherman Oaks, CA 91403, USA. campaignid: scour200903130002 From owner-freebsd-stable@FreeBSD.ORG Sat Mar 14 02:30:47 2009 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 0DDB41065672 for ; Sat, 14 Mar 2009 02:30:47 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id C4DBD8FC20 for ; Sat, 14 Mar 2009 02:30:46 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-4-113.bna.bellsouth.net [70.156.4.113]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2E2TNen036094 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2009 22:29:24 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Sean C. Farley" In-Reply-To: References: Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-g32edLmmBKAf0BTSqP1y" Organization: FreeBSD Date: Fri, 13 Mar 2009 21:30:34 -0500 Message-Id: <1236997834.1735.30.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-3.0 required=5.0 tests=AWL,BAYES_00,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@FreeBSD.org Subject: Re: Panic in radeon_get_vblank_counter() 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, 14 Mar 2009 02:30:47 -0000 --=-g32edLmmBKAf0BTSqP1y Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-13 at 15:49 -0500, Sean C. Farley wrote: > After upgrading my laptop (Dell 600m) yesterday, I have begun to=20 > experience panics on it probably related to the DRM update. >=20 > Killing the X server by Ctrl-Alt-Backspace is a good way to lock the=20 > system. Reboot to get a core dump. >=20 > Piece of Xorg.log concerning the hardware using the=20 > xf86-video-ati-6.11.0 driver: > (--) PCI:*(0@1:0:0) ATI Technologies Inc Radeon RV250 [Mobility FireGL 90= 00] rev 1, Mem @ 0xe8000000/0, 0xfcff0000/0, I/O @ 0x0000c000/0, BIOS @ 0x?= ???????/65536 > ... > (--) RADEON(0): Chipset: "ATI Radeon Mobility 9000 (M9) Lf (AGP)" (ChipID= =3D 0x4c66) >=20 >=20 > Special options in xorg.conf: > Section "Device" > ... > Option "EnablePageFlip" "true" > Option "AccelMethod" "EXA" > EndSection >=20 > Section "Screen" > ... > Option "AddARGBGLXVisuals" "True" > Option "DisableGLXRootClipping" "True" > Option "XAANoOffscreenPixmaps" "True" > ... > EndSection >=20 >=20 > pciconf -lv of the device: > vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x011e1028 chip=3D0x4c661= 002 rev=3D0x01 hdr=3D0x00 > vendor =3D 'ATI Technologies Inc' > device =3D 'ATI MOBILITY RADEON 9000 (Microsoft Corporation - Ra= deon Mobility M9' > class =3D display > subclass =3D VGA >=20 >=20 > /var/log/messages about drm: > Mar 13 15:41:51 baba kernel: drm0: on vgapci0 > Mar 13 15:41:51 baba kernel: vgapci0: child drm0 requested pci_enable_bus= master > Mar 13 15:41:51 baba kernel: info: [drm] AGP at 0xe0000000 128MB > Mar 13 15:41:51 baba kernel: info: [drm] Initialized radeon 1.29.0 200806= 13 > Mar 13 15:41:52 baba kernel: info: [drm] Setting GART location based on n= ew memory map > Mar 13 15:41:52 baba kernel: info: [drm] Loading R200 Microcode > Mar 13 15:41:52 baba kernel: info: [drm] writeback test succeeded in 1 us= ecs > Mar 13 15:41:52 baba kernel: drm0: [ITHREAD] Ok, I'll try to look at this soon... It would be useful if you could enable hw.dri.0.debug=3D1 and send me the debug output as well, if you can get anything useful before it locks up. robert. >=20 > Panic attached. >=20 > Sean > --=20 > scf@FreeBSD.org > _______________________________________________ freebsd-stable@freebsd.or= g mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To = unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" --=20 Robert Noland FreeBSD --=-g32edLmmBKAf0BTSqP1y Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm7FsoACgkQM4TrQ4qfROPa2gCeKKyTStRZpH6rOZa/KVQVEEf/ 4poAoIgjOBvWhGNRZQmgHv8BXZm6NhqK =D1Lx -----END PGP SIGNATURE----- --=-g32edLmmBKAf0BTSqP1y-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 14 04:33:05 2009 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 552F5106564A; Sat, 14 Mar 2009 04:33:05 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from mail.farley.org (mail.farley.org [IPv6:2001:470:1f0f:20:2::11]) by mx1.freebsd.org (Postfix) with ESMTP id 0FB3B8FC1F; Sat, 14 Mar 2009 04:33:05 +0000 (UTC) (envelope-from scf@FreeBSD.org) Received: from [192.168.1.204] (baba.farley.org [192.168.1.204]) by mail.farley.org (8.14.3/8.14.3) with ESMTP id n2E4X3Rh037043; Fri, 13 Mar 2009 23:33:03 -0500 (CDT) (envelope-from scf@FreeBSD.org) Date: Fri, 13 Mar 2009 23:33:03 -0500 (CDT) From: "Sean C. Farley" To: Robert Noland In-Reply-To: <1236997834.1735.30.camel@balrog.2hip.net> Message-ID: References: <1236997834.1735.30.camel@balrog.2hip.net> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII X-Spam-Status: No, score=-3.9 required=3.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mail.farley.org Cc: freebsd-stable@FreeBSD.org Subject: Re: Panic in radeon_get_vblank_counter() 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, 14 Mar 2009 04:33:05 -0000 On Fri, 13 Mar 2009, Robert Noland wrote: > On Fri, 2009-03-13 at 15:49 -0500, Sean C. Farley wrote: >> After upgrading my laptop (Dell 600m) yesterday, I have begun to >> experience panics on it probably related to the DRM update. >> >> Killing the X server by Ctrl-Alt-Backspace is a good way to lock the >> system. Reboot to get a core dump. >> >> Piece of Xorg.log concerning the hardware using the >> xf86-video-ati-6.11.0 driver: >> (--) PCI:*(0@1:0:0) ATI Technologies Inc Radeon RV250 [Mobility FireGL 9000] rev 1, Mem @ 0xe8000000/0, 0xfcff0000/0, I/O @ 0x0000c000/0, BIOS @ 0x????????/65536 >> ... >> (--) RADEON(0): Chipset: "ATI Radeon Mobility 9000 (M9) Lf (AGP)" (ChipID = 0x4c66) >> >> >> Special options in xorg.conf: >> Section "Device" >> ... >> Option "EnablePageFlip" "true" >> Option "AccelMethod" "EXA" >> EndSection >> >> Section "Screen" >> ... >> Option "AddARGBGLXVisuals" "True" >> Option "DisableGLXRootClipping" "True" >> Option "XAANoOffscreenPixmaps" "True" >> ... >> EndSection >> >> >> pciconf -lv of the device: >> vgapci0@pci0:1:0:0: class=0x030000 card=0x011e1028 chip=0x4c661002 rev=0x01 hdr=0x00 >> vendor = 'ATI Technologies Inc' >> device = 'ATI MOBILITY RADEON 9000 (Microsoft Corporation - Radeon Mobility M9' >> class = display >> subclass = VGA >> >> >> /var/log/messages about drm: >> Mar 13 15:41:51 baba kernel: drm0: on vgapci0 >> Mar 13 15:41:51 baba kernel: vgapci0: child drm0 requested pci_enable_busmaster >> Mar 13 15:41:51 baba kernel: info: [drm] AGP at 0xe0000000 128MB >> Mar 13 15:41:51 baba kernel: info: [drm] Initialized radeon 1.29.0 20080613 >> Mar 13 15:41:52 baba kernel: info: [drm] Setting GART location based on new memory map >> Mar 13 15:41:52 baba kernel: info: [drm] Loading R200 Microcode >> Mar 13 15:41:52 baba kernel: info: [drm] writeback test succeeded in 1 usecs >> Mar 13 15:41:52 baba kernel: drm0: [ITHREAD] > > Ok, I'll try to look at this soon... It would be useful if you could > enable hw.dri.0.debug=1 and send me the debug output as well, if you > can get anything useful before it locks up. I have not had luck reproducing a panic, but I can get the computer to lock up at startup of the X server (rarely) and shutdown (often). This may not be accurate, but I think I am able to shutdown safely if I switch to a tty and wait until this debug line is printed: [drm:pid13:vblank_disable_fn] vblank_disable_allowed=1 If I start rebooting before it is printed, the system locks up. Of course, this is only after rebooting several times. Here is a successful start and shutdown: http://people.freebsd.org/~scf/drm-dmesg.log http://people.freebsd.org/~scf/Xorg.0.log Does that help? Sean -- scf@FreeBSD.org From owner-freebsd-stable@FreeBSD.ORG Sat Mar 14 07:38:57 2009 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 3F28C1065672; Sat, 14 Mar 2009 07:38:57 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from gizmo.2hip.net (gizmo.2hip.net [64.74.207.195]) by mx1.freebsd.org (Postfix) with ESMTP id 12CDB8FC08; Sat, 14 Mar 2009 07:38:56 +0000 (UTC) (envelope-from rnoland@FreeBSD.org) Received: from [192.168.1.156] (adsl-156-4-113.bna.bellsouth.net [70.156.4.113]) (authenticated bits=0) by gizmo.2hip.net (8.14.3/8.14.3) with ESMTP id n2E7bXL7037637 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 14 Mar 2009 03:37:33 -0400 (EDT) (envelope-from rnoland@FreeBSD.org) From: Robert Noland To: "Sean C. Farley" In-Reply-To: References: <1236997834.1735.30.camel@balrog.2hip.net> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-brAhDX2H9OV28WtFdkEs" Organization: FreeBSD Date: Sat, 14 Mar 2009 02:38:43 -0500 Message-Id: <1237016323.1789.13.camel@balrog.2hip.net> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-Spam-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00, MIME_QP_LONG_LINE,RDNS_DYNAMIC autolearn=no version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on gizmo.2hip.net Cc: freebsd-stable@FreeBSD.org Subject: Re: Panic in radeon_get_vblank_counter() 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, 14 Mar 2009 07:38:57 -0000 --=-brAhDX2H9OV28WtFdkEs Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-13 at 23:33 -0500, Sean C. Farley wrote:=20 > On Fri, 13 Mar 2009, Robert Noland wrote: >=20 > > On Fri, 2009-03-13 at 15:49 -0500, Sean C. Farley wrote: > >> After upgrading my laptop (Dell 600m) yesterday, I have begun to=20 > >> experience panics on it probably related to the DRM update. > >> > >> Killing the X server by Ctrl-Alt-Backspace is a good way to lock the=20 > >> system. Reboot to get a core dump. > >> > >> Piece of Xorg.log concerning the hardware using the > >> xf86-video-ati-6.11.0 driver: > >> (--) PCI:*(0@1:0:0) ATI Technologies Inc Radeon RV250 [Mobility FireGL= 9000] rev 1, Mem @ 0xe8000000/0, 0xfcff0000/0, I/O @ 0x0000c000/0, BIOS @ = 0x????????/65536 > >> ... > >> (--) RADEON(0): Chipset: "ATI Radeon Mobility 9000 (M9) Lf (AGP)" (Chi= pID =3D 0x4c66) > >> > >> > >> Special options in xorg.conf: > >> Section "Device" > >> ... > >> Option "EnablePageFlip" "true" > >> Option "AccelMethod" "EXA" > >> EndSection > >> > >> Section "Screen" > >> ... > >> Option "AddARGBGLXVisuals" "True" > >> Option "DisableGLXRootClipping" "True" > >> Option "XAANoOffscreenPixmaps" "True" > >> ... > >> EndSection > >> > >> > >> pciconf -lv of the device: > >> vgapci0@pci0:1:0:0: class=3D0x030000 card=3D0x011e1028 chip=3D0x4c= 661002 rev=3D0x01 hdr=3D0x00 > >> vendor =3D 'ATI Technologies Inc' > >> device =3D 'ATI MOBILITY RADEON 9000 (Microsoft Corporation -= Radeon Mobility M9' > >> class =3D display > >> subclass =3D VGA > >> > >> > >> /var/log/messages about drm: > >> Mar 13 15:41:51 baba kernel: drm0: on vgapci0 > >> Mar 13 15:41:51 baba kernel: vgapci0: child drm0 requested pci_enable_= busmaster > >> Mar 13 15:41:51 baba kernel: info: [drm] AGP at 0xe0000000 128MB > >> Mar 13 15:41:51 baba kernel: info: [drm] Initialized radeon 1.29.0 200= 80613 > >> Mar 13 15:41:52 baba kernel: info: [drm] Setting GART location based o= n new memory map > >> Mar 13 15:41:52 baba kernel: info: [drm] Loading R200 Microcode > >> Mar 13 15:41:52 baba kernel: info: [drm] writeback test succeeded in 1= usecs > >> Mar 13 15:41:52 baba kernel: drm0: [ITHREAD] > > > > Ok, I'll try to look at this soon... It would be useful if you could=20 > > enable hw.dri.0.debug=3D1 and send me the debug output as well, if you=20 > > can get anything useful before it locks up. >=20 > I have not had luck reproducing a panic, but I can get the computer to=20 > lock up at startup of the X server (rarely) and shutdown (often). >=20 > This may not be accurate, but I think I am able to shutdown safely if I=20 > switch to a tty and wait until this debug line is printed: > [drm:pid13:vblank_disable_fn] vblank_disable_allowed=3D1 Actually, vblank_disable_allowed should be 0 when you have switched out to a vt.. > If I start rebooting before it is printed, the system locks up. Of=20 > course, this is only after rebooting several times. >=20 > Here is a successful start and shutdown: > http://people.freebsd.org/~scf/drm-dmesg.log > http://people.freebsd.org/~scf/Xorg.0.log Ok, I'll spend some time staring at the current code... Thanks for the backtrace too, it's nice to get those... robert. > Does that help? >=20 > Sean --=20 Robert Noland FreeBSD --=-brAhDX2H9OV28WtFdkEs Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm7XwMACgkQM4TrQ4qfROMz1wCfcEIGXE3awiOtHvqyu/9i9NEj CfEAn0TiKLscRAhvqkSAkODoVJEYDemp =CDuW -----END PGP SIGNATURE----- --=-brAhDX2H9OV28WtFdkEs-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 14 08:51:07 2009 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 19ACD106566B; Sat, 14 Mar 2009 08:51:07 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from mail.nickwithers.com (mail.nickwithers.com [123.243.228.66]) by mx1.freebsd.org (Postfix) with ESMTP id 309A78FC14; Sat, 14 Mar 2009 08:51:05 +0000 (UTC) (envelope-from nick@nickwithers.com) Received: from [10.0.0.245] (presario.shmon.net [10.0.0.245]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.nickwithers.com (Postfix) with ESMTPSA id B079A44; Sat, 14 Mar 2009 19:50:51 +1100 (EST) From: Nick Withers To: Robert Watson In-Reply-To: References: <1236920519.1490.30.camel@localhost> Content-Type: multipart/signed; micalg="pgp-sha1"; protocol="application/pgp-signature"; boundary="=-bRTMx26oWXyROZCDBgdl" Date: Sat, 14 Mar 2009 19:50:45 +1100 Message-Id: <1237020646.1532.24.camel@localhost> Mime-Version: 1.0 X-Mailer: Evolution 2.24.5 FreeBSD GNOME Team Port X-MailScanner-ID: B079A44.394BC X-nickwithers-MailScanner: Found to be clean X-nickwithers-MailScanner-From: nick@nickwithers.com Cc: freebsd-stable@freebsd.org Subject: Re: NICs locking up, "*tcp_sc_h" 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, 14 Mar 2009 08:51:07 -0000 --=-bRTMx26oWXyROZCDBgdl Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2009-03-13 at 09:49 +0000, Robert Watson wrote: > On Fri, 13 Mar 2009, Robert Watson wrote: >=20 > > Sounds like a lock leak -- if you're running INVARIANTS, then "show all= ocks" > ^^^^ should read WITNES= S > > and "show allchains" would be useful. I've had a report of a TCP lock = leak=20 > > possibly in tcp_input(), but haven't managed to track it down yet -- th= is=20 > > could well be it as well. Right, here we go! Here's "show alllocks"' output: ____ Process 31 (irp20: fxp0+) thread 0xffffff00012016e0 (100030) exclusive rw tcpinp r =3D 0 (0xffffff000392d570) locked @ /usr/src/sys/netinet/tcp_input.c:480 exclusive rw tcp r =3D 0 (0xffffffff806dcbe8) locked @ /usr/src/sys/netinet/tcp_input.c:400 Process 17 (swi6: Giant taskq) thread 0xffffff0001173000 (100016) exclusive sleep mutex Giant r =3D 0 (0xffffffff80652520) locked @ /usr/src/sys/kern/kern_intr.c:1087 Process 12 (swi4: clock) thread 0xffffff00010c6370 (100003) shared rw IPFW static rules r =3D 0 (0xffffffff806db2b8) locked @ /usr/src/sys/netinet/ip_fw2.c:2460 shared rw PFil hoow read/write mutex r =3D 0 (0xffffffff806dba28) locked @ /usr/src/sys/net/pfil.c:73 exclusive sleep mutex tcp_sc_head r =3D 0 (0xfffffffe8036c8f8) locked @ /usr/src/sys/kern/kern_timeout.c:241 ____ ...and here's "show allchains"': ____ chain 1: thread 100031 (pid 32, irp22: rl0) blocked on lock 0xffffffff806dcbe8 (rw) "tcp" thread 100030 (pid 31, irq20: fxp0+) blocked on lock 0xfffffffe8036c8f8 (sleep mutex) "tcp_sc_head" thread 100003 (pid 12, swi4: clock) blocked on lock 0xffffffff806dcbe8 (rw) "tcp" thread 100030 (pid 31, irq20: fxp0+) blocked on lock 0xfffffffe8036c8f8 (sleep mutex) "tcp_sc_head" thread 100003 (pid 12, swi4: clock) blocked on lock 0xffffffff806dcbe8 (rw) "tcp" thread 100030 (pid 31, irq20: fxp0+) blocked on lock 0xfffffffe8036c8f8 (sleep mutex) "tcp_sc_head" thread 100003 (pid 12, swi4: clock) blocked on lock 0xffffffff806dcbe8 (rw) "tcp" (...and so on, these last two seeming to go on forever.) ____ This is with fxp0 and rl0 lagg(4)-ed For completeness... - "ps" in DDB shows that: - PID 32 ("[irp22: rl0]") is in state "LL" on "*tcp" - PID 31 ("[irq20: fxp0+]") is in state "LL" on "*tcp_sc_h" - PID 12 ("[swi4: clock]") is in state "LL" on "*tcp" - "where 32" gives: ____ sched_switch() at sched_switch+0xdf mi_switch() at mi_switch+0x18b turnstile_wait() at turnstile_wait+0x1c4 _rw_lock_hard() at _rw_lock_hard+0xa3 _rw_wlock() at _rw_wlock+0x54 tcp_input() at tcp_input+0x318 ip_input() at ip_input+0xaf ether_demux() at ether_demux+0x1b9 ether_input() at ether_input+0x1bb rl_rxeof() at rl_rxeof+0x1c8 rl_intr() at rl_intr+0x138 ithread_loop() at ithread_loop+0xe9 fork_exit() at fork_exit+0x112 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe91e0cd30, rbp =3D 0 --- ____ - "where 31" gives: ____ Tracing PID 31 tid 100030 td 0xffffff00012016e0 sched_switch() at sched_switch+0xdf mi_switch() at mi_switch+0x18b turnstile_wait() at turnstile_wait+0x1c4 _mtx_lock_sleep() at _mtx_lock_sleep+0x76 _mtx_lock_flags() at _mtx_lock_flags+0x95 syncache_lookup() at syncache_lookup+0xee syncache_expand() at syncache_expand+0x38 tcp_input() at tcp_input+0x99b ip_input() at ip_input+0xaf ether_demux() at ether_demux+0x1b9 ether_input() at ether_input+0x1bb fxp_intr() at fxp_intr+0x224 ithread_loop() at ithread_loop+0xe9 fork_exit() at fork_exit+0x112 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe80174d30, rbp =3D 0 --- ____ - "where 12" gives: ____ sched_switch() at sched_switch+0xdf mi_switch() at mi_switch+0x18b turnstile_wait() at turnstile_wait+0x1c4 _rw_rlock() at _rw_rlock+0x9c ipfw_chk() at ipfw_chk+0x3ac1 ipfw_check_out() at ipfw_check_out+0xb1 pfil_run_hooks() at pfil_run_hooks+0xac ip_output() at ip_output+0x357 syncache_respond() at syncache_respond+0x2fd syncache_timer() at syncache_timer+0x15a softclock() at softclock+0x270 ithread_loop() at ithread_loop+0xe9 fork_exit() at fork_exit+0x112 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe80017d30, rbp =3D 0 --- ____ - Before having entered the debugger, the following were logged: ____ lock order reversal: 1st 0xffffff00032947b0 tcpinp (tcpinp) @ /usr/src/sys/netinet/tcp_timer.c:169 2nd 0xffffffff806dba28 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x565 _rw_rlock() at _rw_rlock+0x25 pfil_run_hooks() at pfil_run_hooks+0x44 ip_output() at ip_output+0x357 tcp_output() at tcp_output+0xa1d tcp_timer_delack() at tcp_timer_delack+0xc7 softclock() at softclock+0x270 ithread_loop() at ithread_loop+0xe9 fork_exit() at fork_exit+0x112 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe80017d30, rbp =3D 0 --- ____ ...and: ____ lock order reversal: 1st 0xfffffffe80365df0 tcp_sc_head (tcp_sc_head) @ /usr/src/sys/kern/kern_timeout.c:241 2nd 0xffffffff806dba28 PFil hook read/write mutex (PFil hook read/write mutex) @ /usr/src/sys/net/pfil.c:73 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x565 _rw_rlock() at _rw_rlock+0x25 pfil_run_hooks() at pfil_run_hooks+0x44 ip_output() at ip_output+0x357 syncache_respond() at syncache_respond+0x2fd syncache_timer() at syncache_timer+0x15a softclock() at softclock+0x270 ithread_loop() at ithread_loop+0xe9 fork_exit() at fork_exit+0x112 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe80017d30, rbp =3D 0 --- ____ On reboot: ____ lock order reversal: 1st 0xffffffff806db2b8 IPFW static rules (IPFW static rules) @ /usr/src/sys/netinet/ip_fw2.c:2460 2nd 0xffffffff806dcbe8 tcp (tcp) @ /usr/src/sys/netinet/ip_fw2.c:2009 KDB: stack backtrace: db_trace_self_wrapper() at db_trace_self_wrapper+0x2a witness_checkorder() at witness_checkorder+0x565 _rw_rlock() at _rw_rlock+0x25 ipfw_chk() at ipfw_chk+0x3ac1 ipfw_check_out() at ipfw_check_out+0xb1 pfil_run_hooks() at pfil_run_hooks+0xac ip_output() at ip_output+0x357 tcp_respond() at tcp_respond+0x33a tcp_dropwithreset() at tcp_dropwithreset+0x131 tcp_do_segment() at tcp_do_segment+0xd93 tcp_input() at tcp_input+0x8dd ip_input() at ip_input+0xaf ether_demux() at ether_demux+0x1b9 ether_input() at ether_input+0x1bb fxp_intr() at fxp_intr+0x224 ithread_loop() at ithread_loop+0xe9 fork_exit() at fork_exit+0x112 fork_trampoline() at fork_trampoline+0xe --- trap 0, rip =3D 0, rsp =3D 0xfffffffe80174d30, rbp =3D 0 --- ____ (Haven't actually checked whether any of these are known innocuous). Anything else that might be useful? > Robert N M Watson > Computer Laboratory > University of Cambridge --=20 Nick Withers email: nick@nickwithers.com Web: http://www.nickwithers.com Mobile: +61 414 397 446 --=-bRTMx26oWXyROZCDBgdl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (FreeBSD) iEYEABECAAYFAkm7b+UACgkQ3wcG/Pf4WrgyBACbBKT1O58l51oz/TJqkMWG++as ZfkAoM3EPPnRY1kJFL7QodDeDWWrQq4S =nzyk -----END PGP SIGNATURE----- --=-bRTMx26oWXyROZCDBgdl-- From owner-freebsd-stable@FreeBSD.ORG Sat Mar 14 18:01:33 2009 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 84405106566C for ; Sat, 14 Mar 2009 18:01:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5D64B8FC08 for ; Sat, 14 Mar 2009 18:01:33 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id 0517546B46; Sat, 14 Mar 2009 14:01:33 -0400 (EDT) Date: Sat, 14 Mar 2009 18:01:32 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Nick Withers In-Reply-To: <1237020646.1532.24.camel@localhost> Message-ID: References: <1236920519.1490.30.camel@localhost> <1237020646.1532.24.camel@localhost> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Cc: freebsd-stable@freebsd.org Subject: Re: NICs locking up, "*tcp_sc_h" 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, 14 Mar 2009 18:01:33 -0000 On Sat, 14 Mar 2009, Nick Withers wrote: > Right, here we go! ... Turns out that the problem is a lock cycle triggered by the syncache calling, indirectly, the firewall during output, and the firewall trying to look up the connection for the packet. Thread one: > Tracing PID 31 tid 100030 td 0xffffff00012016e0 > sched_switch() at sched_switch+0xdf > mi_switch() at mi_switch+0x18b > turnstile_wait() at turnstile_wait+0x1c4 > _mtx_lock_sleep() at _mtx_lock_sleep+0x76 > _mtx_lock_flags() at _mtx_lock_flags+0x95 > syncache_lookup() at syncache_lookup+0xee > syncache_expand() at syncache_expand+0x38 > tcp_input() at tcp_input+0x99b > ip_input() at ip_input+0xaf > ether_demux() at ether_demux+0x1b9 > ether_input() at ether_input+0x1bb > fxp_intr() at fxp_intr+0x224 > ithread_loop() at ithread_loop+0xe9 > fork_exit() at fork_exit+0x112 > fork_trampoline() at fork_trampoline+0xe > --- trap 0, rip = 0, rsp = 0xfffffffe80174d30, rbp = 0 --- This thread holds TCP locks and is trying to acquire the syncache lock. Thread two: > sched_switch() at sched_switch+0xdf > mi_switch() at mi_switch+0x18b > turnstile_wait() at turnstile_wait+0x1c4 > _rw_rlock() at _rw_rlock+0x9c > ipfw_chk() at ipfw_chk+0x3ac1 > ipfw_check_out() at ipfw_check_out+0xb1 > pfil_run_hooks() at pfil_run_hooks+0xac > ip_output() at ip_output+0x357 > syncache_respond() at syncache_respond+0x2fd > syncache_timer() at syncache_timer+0x15a > softclock() at softclock+0x270 > ithread_loop() at ithread_loop+0xe9 > fork_exit() at fork_exit+0x112 > fork_trampoline() at fork_trampoline+0xe This is the syncache timer holding syncache locks, calling IP output, and IPFW trying to acquire TCP locks. Am I right in thinking that you are using uid/gid/jail firewall rules? They suffer from a fundamental architectural problem in that they require reaching "up" to a higher level of the stack at times when it's not always a good idea to do so. In general we solve the problem by passing "down" the inpcb for a connection in the output path so that TCP doesn't have to look it up -- however, in the case of the syncache we actually don't have the inpcb easily in hand (or at least, we have it, but we can't just lock it because syncache locks are after TCP locks in the lock order...). It transpires that what the firewall really wants is not the inpcb, but the credential, but those are interfaces we can't change right now. I'll need to think a bit about a proper fix for this, but you'll find the problem likely goes away if you eliminate all uid/gid/jail rules from your firewall. You could also tweak the syncache logic not to use a retransmit timer, which might slightly extend the time it takes for systems to connect to your host in the presence of packet loss, but would eliminate this transmission path entirely. We'll need a real and more general fix, however, to commit, and I'll look and see what I can come up with. Robert N M Watson Computer Laboratory University of Cambridge